On Tuesday 12 November 2002 14:44, you wrote: > > Ar putea fi din cauza parametrului burst care "spune" numarul de bytes pe > >care o clasa ii poate trimite cand ii vine randul la transmis. Daca de ex > >ai burst de 8k si un capac superior de 10k itzi dai seama ca o sa se > >depaseasca aia 10k pentru o pedioada scurta de timp. > > Ok. Inteleg. O sa refac experimentul cu 0burst ( daca se poate seta, > probabil ca da). > > Acum, o intrebare mai teoretica pentru cei dintre voi care au inteles exact > sau au vazut in practica... Nu de alta, dar ca sa stiu la ce sa ma astept. > Sa zicem ca am burst 0 si alte setari eventuale care sa limiteze o masina > interna exact la x kbit, lucrez NUMAI pe interfata spre intern. Atunci, in > principiu, ce se intimpla pe interfata externa daca stiu sigur ca numai > statia limitata face trafic? Cu alte cuvinte, cum influenteaza limitarea > pusa de mine pe interfata interna traficul care curge intre interfete (in > cazul nat) sau traficul generat de procese gen squid netransparent etc pe > interfata externa (atunci cind requestul de proxiere vine de la statia > limitata de ex)? Ne bazam toti pe modul de functionare al tcp/ip? cu > slow-start etc ? Sau altceva? Cineva stie sa-mi explice si mie? Sper sa > intelegeti ce ma framinta, daca nu, reformulez :) > Merci pentru raspuns. Din cate stiu eu limitarea se aplica doar la iesirea din interfata. Deci intre interfete n-ai nici o modificare in comportament. De fapt, limitarea nu are nici o influenta asupra celorlalte procese care se aplica traficului (rutare, nat, etc). In functie de filtrele (tc filter ...), traficul local poate sa intre sau nu in limitarea ta.
Bogdan Coman --- Pentru dezabonare, trimiteti mail la [EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'. REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
