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