podivne casove proporce pri stahovani posty

Libor msqqq na volny.cz
Sobota Leden 27 12:14:02 CET 2001


Dobrý den
       v posledních měsících pozoruji podivné casové proporce pri
stahování pošty.
Používám standartní RH6.1 pro stahování pošty fetchmail, se záznamy
typu:

poll pvt via "phapop.pvtnet.cz"
 with proto POP3
       user "popuser" there with password "*******" is localuser here warnings 3600
    antispam 571 550 501 554


Stahování pošty probíhá nerovnoměrně, po počátečním svižném ohlášení
n messages for popuser at popserver.provider.dom
a vypsání první tečky nastane dlouhé čekání na vypsání flushed.
(nekolik minut)
Po přechodu na další položku probíhá vše v obdobných proporcích.
Pokud je stahována delší pošta, je vidět na modemu aktivita (jsem
v tomto případě jen sám přihlášen) a tečky nenaskakují, pak jich náhle
naskočí desítky, a zase se čeká.

Vše bych si vysvětlil nestabilitou routingu, jenže takto se pošta chová
****** jen u některých ISP *******, opakovaně dobře, opakovaně špatně, 
a už několik měsíců.
( Konkrétně v německu je MobilCom v pořádku, T-online a ngi, zlobí.
Dneska v Praze se poprvé stejně špatně choval i volný.
traceroute na popservry dává opakovaně celkem stabilní výsledky
kolem 250 ms, a jiné protokoly, telnet, ftp, a http nevykazují
také žádná neobvyklá zpoždění.
Sthuji víc účtů a toto chování se projevuje buď u všech nabo vůbec.
Vše nasvědčuje tomu, že je to závislé na ISP. Ale jak a proč?

Setkal se tím už někdo? Má někdo nápad, na co se podívat?

Díky.

Libor Eitner




Další informace o konferenci Linux