Adrian Florin ANDREI wrote:
Mare atentie ce burst setezi la client.
Ca idee, burst = 30% din rata maxima de transfer ptr client.
ex: ptr 128 bandwidth se poate pune burts ~20.
Sa nu dati cu parul, dar am si eu o curiozitate... Mai sus scrie
burst=30% din rata maxima de transfer pt client. La htb-tools-0.2.6 in
/docs/howto/htb-tools-howto-ro.txt scrie asa:
"Nota: daca nu setati corect valoarea burst atunci s-ar putea ca
limitarile sa nu functioneze corect. ex: pentru limit de 10000 kbit este
necesara folosirea unui burst de 12 kbit."
Recunosc ca asta scrie imediat dupa ce se da exemplul pentru setarile
clasei si nu a clientului (iar mai sus scrie "30% din rata maxima de
transfer ptr client"). Acum, va rog sa va fie putina mila si de mintea
mea si sa ma luminati putin. Si asta folosind un exemplu: se da o clasa
cu 5 clienti. Clasa are garantat 256kbit si limita 512kbit. Ce burst
trebuie setat? Clientii au garantat 48kbit si limita 192kbit. De
asemenea, ce burst trebuie setat? (Sunt tare curios... cate capete si
cate pareri?)
Exact si este foarte corect. Este valabil in cazul in care:
a) _NU_ folosesti ip-uri locale (ex: 192.168.x.x);
b) _NU_ faci SNAT;
c) folosesti un server dedicat pentru limitari (bridge) indiferent cu ce
IP`s (routabile, neroutabile sau amandoua).
In aceste cazuri e valabil cum zice in manualul HTB si in documentatia
HTB-tools(defapt este extras din manualul HTB).
In cazul in care ai 1(unu) singur IP routabil pe eth0 si pe eth1 ai
locale (ex: 192.168.x.x), poti face limitarea (upload/download) folosind
un singur fisier, cel eth1-qos.cfg. Evident ca trebuie sa te asiguri ca
nu ai ceva limitari pornite pe eth0 (use: ip link sa vezi )
Aici e valabila treaba cu cei 30% pentru burst la client!
De ce ? Pentru ca limitarea se face cu drop iar in cazul unei conexiuni
securizate, daca ai burst-ul mic (sub 6-8), pierzi conexiunea.
Din testele pe care le-am facut pe o conexiune securizata (upload sftp),
am ajuns la concluzia ca 30% este suficient ca sa nu intrerupa
conexiunea securizata. Nu este nimic rau cu burstul mai mare. Acuma
fiecare se poate juca cu aceasta valoare sa vada cum e cel mai bine
pentru el.
Ca idee, e posibil sa se implementeze calcularea automata a burst-ului
in functie de banda si atunci nu o sa isi mai bata capul nimeni cat
burst sa puna.
Sper ca am fost pe inteles si am lamurit faza cu upload.
--
Besides, I think Slackware sounds better than "Microsoft," don't you? -
Patrick Volkerding
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
