Tarhon-Onu Victor wrote:
Am mai discutat cu cineva acum citva timp (2-3 zile) care pusese
burst 0 si s-a rezolvat dupa ce a pus un burst rezonabil. Nu m-am uitat
sa vad ce autocalculatie se face insa ceva e aiurea acolo.
In majoritatea cazurilor problemele apar din configurarea gresita a
fisierelor de config. Asa a fost si in acest caz. Era un trafic care nu
se incadra in regulile din fisierul de conf si normal a intrat in
clasa default. De aceea, dupa ce se configureaza un HTB-tools, este bine
de verificat daca este trafic in clasa default, iar daca este, inseamna
ca mai trebuie adaugate reguli in fisierele de conf. Aici a se lua
inseamna tot traficul care trece prin acel router.
Am server cu 1500 de useri si merge OK fara nici o pierdere si foloseste
burst 0.
Idea de 30% din valoarea limit a apraut atunci cand s-a implementat
shapingul upload in cazul NAT-ului. Daca faceai o conexiune criptata, ex
ssh, de pe un IP privat si erai limitat la upload, faptul ca se face cu
drop shapuirea si aveai o valoare burst mica, conexiunea era intrerupta.
Din testele pe care le-am facut am ajuns la concluzia ca daca se
foloseste 30% din valoarea limit la acel client, conexiunea criptata
merge OK si se face si limitarea pe upload OK. Asa am decis sa
implmentam acel burst 0 pentru autocalculatie si pentru Ip-urile
publice. Merge totul OK si se fac limitarile, metro/extern, OK.
Toata problema este modul in care se face configurarea fisierelor de
config. Din pacate multi aici gresesc. Am vazut si fisiere de conf unde
lumea punea in default 10000 (10M) sau chiar 100000.
--
Besides, I think Slackware sounds better than "Microsoft," don't you? -
Patrick Volkerding
_______________________________________________
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug
