Vezi sa nu fi exagerat cu rate-ul de pe clasa radacina. In orice caz (chiar si cind ai setat incorect rate-ul), htb-ul nu permite nici unei clase sa treaca dincolo de ceil-ul ei.
MihaiV wrote: >On Thu, 12 Jun 2003 09:21:42 +0300 >"Radu Radoveneanu" <[EMAIL PROTECTED]> wrote: > > > >>eu ca sa limitez upload-ul fac exact cum ai facut tu >>aplic htb pe interfata "cealalta" si pun dst in loc de src >>de ce ? pentru ca functioneaza corect, e simplu, folosesti acelasi >>tool(/me care inca nu stie cum sa limiteze upload-ul altfel si la fel >>de = bine) >>adica cu acelasi script cu care limitezi down pe eth1, limitezi up pe >>= eth0 >> >> >> > >bun si raspunsul la intrebare? >Tu ai spike-uri? >Eu am folosit acelasi script tocmai pentru ca am vazut ca modificat >pentru download merge perfect iar setat pentru upload are numai >spike-uri si nici macar media nu e corecta. Nu cred ca e o problema de >burst/cburst pentru ca sunt aceleasi setari ca pentru download. Oricum >am testat deja si diferite valori la burst si tot degeaba > >La asta mai adaug o alta problema htb care am mai semnalat-o pe lista: >Se ia exemplul lui Devik: 3 clase >prima are rate 30 ceil 100 >a doua are rate 10 ceil 100 >a treia are rate 60 ceil 100 > >Daca nu fac trafic pe clasa a treia teoretic prima clasa trebuie sa ia >75 iar a doua sa ia 25. In final se mentine raportul 3/1. In practica >raportul este cam 2/1. Prima oara am testat cu vmware dar Mihai Rusu a >zis ca el nu pateste asa; am zis ca e din cauza lui vmware. Apoi am >testat pe calculatoare reala si am obtinut exact la fel. >Ca sa nu mai zic ca daca am pe : >clasa1 rate 5 ceil 100 >clasa2 rate 20 ceil 100 >clasa3 rate 75 ceil 100 > >si daca opresc traficul pe 3 in nici un caz nu mi se pastreaza raportul >de 1/4 (20kbps/80kbps) intre clasele 1 si 2 > >Daca sunt doritori, le dau scriptul foarte simplu cu care am facut >testele sa se convinga singuri ca e ceva care nu merge tocmai cum zice >Devik > > >
