HTB omezeni odchoziho smeru

Peter Surda shurdeek na routehat.org
Pátek Září 24 20:28:43 CEST 2004


On Fri, Sep 24, 2004 at 12:43:20PM +0000, Vasek Stodulka wrote:
> >  	To neni jen vec ADSL, ale vsude, kde mate tak vyrazne
> >  ASYMETRICKE linky (treba UPC 1.5Mbps/128kbps) - proste na potvrzovani
> >  packetu potrebujete taky pasmo a kdyz ho nemate, resp. dochazi k latenci
> >  a jitteru, tak to vypada, ze nejede ani jeden smer moc dobre...
> 	Samozrejme na tom neco je, ale tak jednoduchy zaver z toho fakt
> nebyl. Ono totiz UPC umi konkretne na 1500/300 udelat pri plnem downloadu i
> uploadu 1500+300=1800kbit. A toto byla linka rekneme 512/128 a sel udelat
> 512kbit samostatny download a 128kbit samostatny upload (kdyz zanedbame
> agregaci), ale pri pokusu o oboji zaraz se celkova hodnota dostala na nikoli
> na 512+128=640, ale kolisala nekde okolo 300.
To stale nemusi znamenat, ze linka nie je 512+128. Hovoris o samostatnom
downloade a uploade, takze predpokladam ze boli 2 "streamy". Pri zvysovani
latencie bez pouzitia manazovania linky (v linuxovcine tc) sa plni buffer na
prislusnej strane linky (pripadne oboch) a streamy sa navzajom ovplyvnuju.
Tymto sposobom vlastnosti linky zmerat nemozes.

Skus pocas merania len uploadu alebo len downloadu zaroven niekam pingat a
vsimaj, ze latencia riadne poskoci.

Dosiahnut zaroven optimalne naplenie downstreamu aj upstreamu pri zmysluplnej
latencii nie je trivialna vec, uz sa tym zaoberam skoro 4 roky :-).

Ked chces merat skutocnu priechodnost, meraj priamo pakety prijate interfejsom
(ifconfig alebo ip -s link ls).

> Vašek Stodůlka
S pozdravom,

Peter Surda (Shurdeek) <shurdeek na routehat.org>, ICQ 10236103, +436505122023

-- 
                   Press every key to continue.


Další informace o konferenci Linux