----- Original Message ----- From: "arny" <[EMAIL PROTECTED]> To: "Romanian Linux Users Group" <[email protected]> Sent: Monday, October 03, 2005 12:02 AM Subject: Re: [rlug] htb upload
> 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. Eu folosesc un bridge cu FC3 intercalat intre router-ul meu si ISP si fac limitarile de banda pentru upload pe eth0 si download pe eth1. Deci limitarile le fac pe IP-urile publice... Asa ca, mai deranjez inca o data cu intrebarea: care este burst-ul corect pentru exemplele pe care le-am dat eu? Vreau valorile numerice... si promit ca nu am sa mai deranjez niciodata cu intrebari pe seama acestui subiect! :) > 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. Asta ar fi ceva grozav. Mai ales ca nu va trebui sa va mai bateti capul cu raspunsuri pentru incepatori ca mine. Dar... cred ca ar fi bine sa se poata lasa posibilitatea setarii lui si din fisierul de configurare... Si inca o intrebare... eu folosesc htb_tools-0.2.6-rc2. Este ceva mai nou aparut cumva? Am inteles ca ar fi niste versiuni de test si as fi curios sa le testez si eu putintel. Multumesc! > > 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 _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
