Do diskuse momentálně není možné vkládat příspěvky. Plná funkčnost bude obnovena v nejbližších dnech. Děkujeme za pochopení.
Úvod > Diskuse > Obecná diskuse > Telenor je fuj!

Telenor je fuj!

Lado (27.9.2005 18:01:55)

Mam megabit od skynetu pres telenor a je to zoufalost - pri downloadu je to nepouzitelne. Stahoval jsem iso z ftp.linux.cz a takto vypadal traceroute: traceroute to charon.isdn.cz (212.67.72.66), 30 hops max, 40 byte packets 1 193.165.111.7 (193.165.111.7) 771.268 ms 819.068 ms 845.839 ms 2 bb-gw.pha.bb.skynet.cz (193.165.111.4) 901.411 ms 873.312 ms 927.470 ms 3 gigaeth0-1.kcp05b-gw.viapraga.cz (194.50.100.231) 953.628 ms 978.169 ms 1031.477 ms 4 gigaeth0-2-151.kcp05a-gw.viapraga.cz (212.67.64.226) 1006.407 ms 1189.921 ms 1005.796 ms 5 charon.isdn.cz (212.67.72.66) 1060.945 ms 978.980 ms 819.420 ms Naproti tomu kdyz jsem mel telecom, ping pri plnem zatizeni downloadu sel max na 300ms! Radim, telenor nebrat!

Anonym (27.9.2005 19:17:13)

To bude ve Skynetu ne v Telenoru.

Anonym (27.9.2005 19:33:02)

To bude v haji.

y2k (27.9.2005 19:29:28)

Domnívám se, že problém bude v marintgotce, nejspíše Ti hapruje UTP kabel, nedosedají správně nože konektoru na protikus. On se kabel vlivem kočování vyklepe. :-)

Lado (27.9.2005 19:38:25)

Ani nahodou. Bez prenosu dat to vypada takto: traceroute to charon.isdn.cz (212.67.72.66), 30 hops max, 40 byte packets 1 193.165.111.7 (193.165.111.7) 20.137 ms 21.911 ms 26.552 ms 2 bb-gw.pha.bb.skynet.cz (193.165.111.4) 23.203 ms 24.673 ms 27.532 ms 3 gigaeth0-1.kcp05b-gw.viapraga.cz (194.50.100.231) 19.692 ms 19.514 ms 20.205 ms 4 gigaeth0-2-151.kcp05a-gw.viapraga.cz (212.67.64.226) 27.904 ms 19.710 ms 19.836 ms 5 charon.isdn.cz (212.67.72.66) 20.221 ms 25.691 ms 25.538 ms A ping -s 500 -i 0.1 byl pozvolne narustajici az na tu drsnou sekundu - coz je v praxi uplne na nic. Chyba je jednoznacne u telenoru - v DSLAMu (nebo uz v agregacnim centru) maji na mem portu prilis velky buffer, ktery se pri plnem vytizeni linky postupne zaplnuje - zpozdeni 1s odpovida buffer asi 120 kB. U telecomu to nenastavalo - tam se odezva ustalila na cca 300 ms. Jednoznacnym resenim je snizeni bufferu - pakety budou drive zahazovany, TCP prenosy se podle toho prizpusobi a ping nebude tak drasticky.

Honza (27.9.2005 20:54:08)

Ježiš další mimoň...

Lado (27.9.2005 23:11:04)

Zato ty tomu rozumis lip nez ja, ze jo?

y2k (27.9.2005 23:24:59)

Né, svoji štiplavou poznámku beru zpět a omlouvám se za ni. Je vidět, že problematice evidentně rozumíš, ale já nemohu s Tvými výsledky souhlasit. Neznám sice 1Mbit/s over Telenor, ale znám svoji 4MB a dvě 2MB linky Telenor over Nextra a zde tyto problémy nejsou. Dnes jsem na ten popud zkoušel tahat balík dat (cca 650MB - http://zdmedia.vo.llnwd.net/o1/Call_of_Duty_2/cod2demo.exe) a současně měřit ping. Data jsem tahal dokonce ve čtyřech vláknech DAPem (cca 410KB/s) a současně jsem odesílal na firemní server okolo 15KB/s. Neustále jsem ze dvou PC kontroloval ping, který nepřevýšil nikdy hodnotu 150ms. Průměr za cca 20minut (doba, kterou jsem soubor stahoval) byl 19ms. V tom neshledávám problém. Domnívám se, že problém bude opravdu u Skynetu.

Lado (27.9.2005 23:35:29)

Mozna nextra ridi qos driv, nez dorazi k telenoru a skynet na to dlabe.

Lado (27.9.2005 23:40:25)

Tak jsem to zkousel znovu a u telenoru situace nezmenena. Narusta to hned na prvnim preskoku.

Nargon (27.9.2005 20:24:26)

Hlavni co radim, kdyz merite ping, tak nezatezovat linku necim jinym. Pak jde ping do haje na cemkoli.

Nargon (27.9.2005 20:29:47)

A moznost proc na telecomu pingy pri zatizeni jsou "nizsi" muze byt zpusobene diky nastaveni QoS, kde jsou ping pakety uprednostnovane.

Lado (27.9.2005 23:09:35)

Nikoliv - na telecomu je pri plnem download sshacko porad zive, kdezto u telenoru kdyz napisu slovo, tak se obevi na obrazovce az za sekundu, coz je nepouzitelne.

Sokoban (28.9.2005 07:14:52)

ee, pingy mají u telecomu nízkou prioritu a při větším vytížení jsou na agregačním bodu jednoduše zahozeny

Lado (27.9.2005 23:08:20)

Jenze bez zateze ziskate pouze statickou charakteristiku. Jenze dynamicka charakteristika je mnohem dulezitejsi. Upstream si osefuju v HTB sam, ale s downstreamem nic neudelam - to by mela byt prace ISP. Pokud odezva pri zatizeni downstreamu jde uplne do kytek, stava se linka nepouzitelna pro voip. Router spravuju sshackem poznam velmi citelne, kdyz nekdo zacne neco stahovat.

Kohn (27.9.2005 23:10:50)

jen tak pro zajímavost jsem si pindnul na charon. Mám Wi-Fi. Pinging charon.isdn.cz with 64-byte packets Start time: 27.9.2005 22:54:50 5 packet(s) transmitted, 5 packet(s) received, 0% packet loss Round-trip (ms) Min/Avg/Max = 13/16/23 yp testu aktuální propustnost propustnost 714 kB/s = 5712 kbit/s

Kafo (28.9.2005 13:47:16)

To je blbost, problém bude nejspíš dočasný a nejspíš na straně SkyNet. Mám to samé (Telenor) od EMEA (ahoj Free) a vypadá to už asi měsíc takhle: Příkaz PING na www.seznam.cz [212.80.76.3] s délkou 32 bajtů: Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=12ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=12ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=10ms TTL=121 Odpověď od 212.80.76.3: bajty=32 čas=11ms TTL=121

Lado (28.9.2005 13:51:18)

A stahujes pritom data? Urcite ne! Zacni stahovat treba ftp://ftp.linux.cz/pub/linux/mandrakelinux/stable/iso/10.2/x86_64/Mandriva-Linux-2005-Limited-Edition-Download-CD.x86_64.iso a pak mer ping.

Anonym (28.9.2005 14:03:38)

ja mam sice bluetone premium ale hodi se to pro ukazku jak to vypada jinde. stahoval sem presne ten soubor co si rek (124KBps) a : Příkaz PING na www.seznam.cz [212.80.76.18] s délkou 32 bajtů: Odpověď od 212.80.76.18: bajty=32 čas=35ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=32ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=29ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=39ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=36ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=34ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=32ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=32ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=37ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=46ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=35ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=32ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=24ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=33ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=30ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=38ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=37ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=34ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=30ms TTL=120 Odpověď od 212.80.76.18: bajty=32 čas=28ms TTL=120 Statistika ping pro 212.80.76.18: Pakety: Odeslané = 20, Přijaté = 20, Ztracené = 0 (ztráta 0%), Přibližná doba do přijetí odezvy v milisekundách: Minimum = 24ms, Maximum = 46ms, Průměr = 33ms coz je oproti beznymu prumeru o cca 13ms vetsi

Lado (28.9.2005 16:13:58)

Tak jsem volal na hotline skynetu a tam mi rekli, ze uz to resili se zakazniky opakovane a ze se s tim neda nic delat. Pry mam zkusit prikoupit rychlost, ze by to mohlo pomoct, ale ze to nezarucuje. Sakra prace, budu muset zmenit zase providera. Nebo mam poslat stiznost na chovani skynetu primo telenoru?