On Fri, 20 Jun 2003 08:55:48 +0300 "Radu Radoveneanu" <[EMAIL PROTECTED]> wrote:
> e vina ta , de fapt a mea ca m-a pus naiba sa testez :) > si eu am spike-uri pe ftp upload, insa doar pe upload > si nu numai la "un hop", si la mai multe :D > chestia e ca la mine nu se rezolva decat daca scot htb-ul de pe > upload(chestia de mai sus este intr-o retea cu snat si > ip_conntrack_ftp, = ip_nat_ftp pentru iesire ftp) Eu pateam si cu ip-uri publice pe masina care facea upload, deci fara ip_conntrack_ftp sau ip_nat_ftp. btw: ip_conntrack_ftp foloseste doar pentru masina pe care se incarca modulul si nu pentru statiile routate. Daca nu faci trafic ftp pe linux ci doar pe statiile routate nu e nevoie sa-l incarci. E suficient ip_nat_ftp Si zici ca la alt trafic in afara de ftp nu aveai spike-uri la upload? O sa testez si eu, dar spune si cum e la tine. > 2. tu ce intelegi prin impartire proportionala ? Pai daca citeai home-page -ul de la htb, autorul Devik da un exemplu de comenzi tc prin care se creeaza 3 clase (10kbps, 30kbps, 60kbps).Clasa parent are 100kbps. Daca pe clasa child de 60kbps nu se face trafic atunci celelalte 2 clase (cea de 10 si cea de 30) imprumuta banda. Devik spune ca o imprumuta proportional cu rate-ul lor adica prima clasa ar trebui sa aiba 10+1/4*60=25kbps iar a doua clasa ar trbui sa aiba 30+3/4*60=75kbps. In final ar trebui ca intre clasa 1 si 2 sa aveam raportul 1/3 (25kbps/75kbps). Eu am testat exact comenzile lui si nu iese cum zice el. Am incercat si 1000 de variante de burst si cburst si degeaba. Oricum daca exista cea de-a 1001 varinta care facea lucrurile cum trebuie tot degeaba era. Ce fac daca vreau sa pun in productie asa ceva. La cea mai mica modificare trebuie sa incerc iar 20 milioane de variante de burst ca sa fiu sigur ca merge OK ?? Singura chestie era sa maresc prioritatea pentru o clasa dar in cazul asta clasa respectiva lua tot traficul disponibil in plus, iar cealalta clasa cu prioritate mai mica ramanea doar cu banda specificata la rate. -- Voica Mihai
