Telekom vrací úder?

17.4.2011 12:40 | Přečteno: 2103× | Stížnosti a pochvaly | poslední úprava: 17.4.2011 15:41

V posledních dnech jsem zaznamenal trochu problémy s připojením k Internetu. Situace je dost výkyvová, někdy funguje celkem normálně, jindy skoro vůbec. Hlavně je problém s odezvou (ping).

Dříve bývala odezva více méně standardní, kolem 10 ms na Seznam:

PING seznam.cz (77.75.76.3) 56(84) bytes of data.
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=1 ttl=247 time=10.7 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=2 ttl=247 time=11.7 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=3 ttl=247 time=11.3 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=4 ttl=247 time=10.2 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=5 ttl=247 time=10.2 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=6 ttl=247 time=10.6 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=7 ttl=247 time=10.5 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=8 ttl=247 time=10.5 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=9 ttl=247 time=9.74 ms
^C
--- seznam.cz ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8011ms
rtt min/avg/max/mdev = 9.742/10.649/11.731/0.572 ms

Teď je to ale výrazně horší a i ztráta narostla na 20%:

PING seznam.cz (77.75.76.3) 56(84) bytes of data.
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=1 ttl=247 time=5517 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=2 ttl=247 time=5555 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=3 ttl=247 time=5597 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=4 ttl=247 time=5563 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=7 ttl=247 time=3572 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=8 ttl=247 time=3323 ms
^C64 bytes from www.seznam.cz (77.75.76.3): icmp_req=9 ttl=247 time=3325 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=10 ttl=247 time=3303 ms

--- seznam.cz ping statistics ---
10 packets transmitted, 8 received, 20% packet loss, time 58679ms
rtt min/avg/max/mdev = 3303.180/4469.824/5597.952/1091.669 ms, pipe 6

Svoje dojmy jsem si potvrdil i při pohledu na graf Sixxs (můj poskytovatel IPv6 tunelu). V posledních třech dnech je jasně patrné zhoršení parametrů:

Nechci nikoho neprávem osočovat, ale musím říct, že když to byl ještě Volný, takové problémy nebyly.

Když se přepnu (ip route replace default via 192.168.1.20 dev eth0) na druhou bránu a tím i jiného ISP (zatím je ve fázi testování a snad se brzy překlopí do fáze normálního používání) dostáváme se najednou na úplně jiná čísla:

PING seznam.cz (77.75.76.3): 56 data bytes
64 bytes from 77.75.76.3: seq=0 ttl=247 time=3.695 ms
64 bytes from 77.75.76.3: seq=1 ttl=247 time=3.100 ms
64 bytes from 77.75.76.3: seq=2 ttl=247 time=3.607 ms
…
64 bytes from 77.75.76.3: seq=6 ttl=247 time=3.696 ms
64 bytes from 77.75.76.3: seq=7 ttl=247 time=2.912 ms
64 bytes from 77.75.76.3: seq=8 ttl=247 time=3.179 ms
64 bytes from 77.75.76.3: seq=9 ttl=247 time=2.768 ms
64 bytes from 77.75.76.3: seq=10 ttl=247 time=2.882 ms
64 bytes from 77.75.76.3: seq=11 ttl=247 time=2.958 ms

--- seznam.cz ping statistics ---
12 packets transmitted, 12 packets received, 0% packet loss
round-trip min/avg/max = 2.768/3.227/4.054 ms

Tři milisekundy místo pěti vteřin a 0% ztráta místo 20%, to už je celkem znát.

       

Anketa

Obrázky

Komentáře

[Luboš Doležel (Doli)]

Když pomůže změna brány v místní síti, tak bude problém asi v místní síti.

[xkucf03]

Ta druhá brána vede k jinému ISP

[xkucf03]

Upravil jsem text, aby to někoho nemátlo (ne, opravdu se nejedná o druhou bránu stejného poskytovatele).

[the.max]

zkusil bych dat spise tracert (traceroute) na ten zminovany seznam (ale spise na NIX) a pak bych na vypise sledoval, kde zacne narustat odezva, pripadne bych si vypsanou cestu zkusil propingat samostatne. Tim bych hned zjistil, na kterem uzlu to vazne. Nasledne pomoci dotazu na whois databazi bych si zjistil komu patri dane IPcko a toho bych zacal prudit. Pokud je to IPcko az za mym poskytovatelem, zacal bych prudit toho meho poskytovatele.

[xkucf03]

Dělal jsem tracepath:

# tracepath seznam.cz
 1:  192.168.1.4                                           0.090ms pmtu 1500
 1:  no reply
 2:  no reply
 2:  lo0-bras1-prg1-plus.ctc.prg.vol.cz                  4735.237ms 
 2:  lo0-bras1-prg1-plus.ctc.prg.vol.cz                  5657.596ms 
 5:  no reply
 4:  ge1-2.bb1.prg.vol.cz                                6222.796ms asymm  5 
 7:  no reply
 5:  ge4-2.tr3.prg.vol.cz                                6226.325ms 
 6:  82.119.252.141                                      5812.170ms asymm  7 
 6:  82.119.252.141                                      5563.078ms asymm  7 
11:  no reply
12:  no reply
13:  no reply
14:  no reply
15:  no reply
16:  no reply
17:  no reply
18:  no reply
19:  no reply
20:  no reply
21:  no reply
22:  no reply
23:  no reply
24:  no reply
25:  no reply
26:  no reply
27:  no reply
28:  no reply
29:  no reply
30:  no reply
31:  no reply
     Too many hops: pmtu 1500
     Resume: pmtu 1500

Ping z ADSL modemu na nejbližší bránu Telekomu/O2/Volného:

# ping 88.146.111.37
PING 88.146.111.37 (88.146.111.37): 56 data bytes
64 bytes from 88.146.111.37: icmp_seq=0 ttl=255 time=5120.0 ms
64 bytes from 88.146.111.37: icmp_seq=1 ttl=255 time=5580.0 ms
64 bytes from 88.146.111.37: icmp_seq=4 ttl=255 time=5910.0 ms
64 bytes from 88.146.111.37: icmp_seq=5 ttl=255 time=5970.0 ms

--- 88.146.111.37 ping statistics ---
12 packets transmitted, 4 packets received, 66% packet loss
round-trip min/avg/max = 5120.0/5645.0/5970.0 ms

[xkucf03]

A jak jsem psal, jsou tam dost výkyvy – teď to zase bylo chvíli 10 ms a 0% ztráta.

[AsciiWolf]

Připojení od O2 mám taky a v posledních dnech zaznamenávám podobné problémy. Spojení padá, je nestabilní, odezva se mění.

[Mrkva]

Mám Wifi od AirwayNetu a taky zaznamenávám podobné problémy. Teda ne, že by to nějak souviselo.

[pavlix]

Já naštěstí žádné problémy nezaznamenávám :), ale nemám ani O2 ani AirwayNet. Ne že by to souviselo.

[Jendа]

To může být třeba zarušená linka AžDSL. Ty dráty prostě nebyly navržené na přenosy Mb/s digitálních dat.

[Petr Tomášek]

BTW, některé ADSL modemy umí zobrazit kvalitu linky...

[Luk]

Co když za to může Volný? Došlo již k tomu převodu, nebo ještě ne?

[Jendа]

Ty máš ještě Cenzorfónicu? FFFUUUUUU.

Jsou pořád ještě cenzurované tyhle stránky?

[xkucf03]

Mám i nemám – formálně je to ještě pořád Volný – viz můj předchozí zápisek. Ale už se právě přesouvám jinam…

[MarV]

Kam mohu-li se optat? Mám (měl) jsem také Volný a celkem vše šlapalo. Rychlost DS je sice na hranici možností linky, ale dřív k výpadkům synchronizace docházelo jen zřídka. Poslední dobou se situace značně zhoršila, jestli to souvisí se změnou poskytovatele těžko říct. Že by se se změnou poskytovatele fyzicky něco změnilo se mi moc nezdá, na druhou stranu že by se takto rychle zhoršila kvalita linky, rušení ... no možné je lecos.

[xkucf03]

Místní wifi, časem o tom třeba něco napíšu, až budu mít víc zkušeností a zážitků

[AsciiWolf]

Dokud se ta jejich cenzura bude dát obejít používáním alternativního DNS serveru (což stejně udělá každý rozumný člověk, jelikož ten jejich DNS server je nehorázně pomalý), tak je mi to jedno.

[xkucf03]

Jenže takhle se ta firma nedozví, že s tou cenzurou nesouhlasíš, a pořád je podporuješ – lepší je platit někomu, kdo necenzuruje.

[Peter H.]

Nie vždy je to v rovine chcem/nechcem. Nie každý žije vo (veľkom) meste, kde si môže preberať v ponukách rýchleho internetu za pár šupiek. A potom je človek rád aj za to ADSL.

[AsciiWolf]

+1

[gtz]

Tak, tak u nás taky tak. O2 je zde hodně rozšířené a nejvíce dostupné.

[xkucf03]

Ty domény se mi překládají stejně jinde – ale to používám DNS server původně od Volného – ip adresy O2 serverů neznám. Mohl by to vyzkoušet AsciiWolf.

[gtz]

Dával jsem sem výsledek pingu na seznam.cz a ping jsem měl přes O2 DNS Servery (před nedávnem jsem restartoval router a nějak jsem si nevšiml, že router si bral DNS od poskytovatele a nebral v potaz mé nastavení DNS od googlu). Jak jsem to zkoušel s DNS od googlu je to o cca 5ms pomalejší než s DNS od O2. DNS od O2 se poslední dobou hodně změnily k lepšímu.

DNS 194.228.41.113 a 194.228.2.1 

[pc2005]

Se divím, žes tam nepřidal ten nakreslený KP obrázek, jak byl tady jednou v nějaké diskuzi nalinkován :-O.

[gtz]

ping na www.seznam.cz (ADSL od O2 8M/512)

ping www.seznam.cz
PING www.seznam.cz (77.75.76.3) 56(84) bytes of data.
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=1 ttl=250 time=15.6 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=2 ttl=250 time=14.6 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=3 ttl=250 time=14.8 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=4 ttl=250 time=15.3 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=5 ttl=250 time=15.5 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=6 ttl=250 time=14.8 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=7 ttl=250 time=17.9 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=8 ttl=250 time=15.8 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=9 ttl=250 time=15.0 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_req=10 ttl=250 time=15.2 ms
^C
--- www.seznam.cz ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9013ms
rtt min/avg/max/mdev = 14.613/15.496/17.993/0.917 ms

zhruba je to stále stejné tak jak předtím

[Jendа]

No tak se taky pochlubím

PING seznam.cz (77.75.76.3) 56(84) bytes of data.
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=1 ttl=251 time=0.730 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=2 ttl=251 time=0.783 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=3 ttl=251 time=0.847 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=4 ttl=251 time=0.586 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=5 ttl=251 time=0.749 ms

--- seznam.cz ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 0.586/0.739/0.847/0.086 ms

Ale z domova 9 ms.

[Azzurro]

To je úplně jednoduché. Jak daleko jste od ústředny O2(kolokace)? Buď je úroveň užitečného signálu na hraně nebo je včudu kabel (pár). V každém případě reklamovat. O2 to dá s radostí dopořádku.

[xkucf03]

Od ústředny jsem už pěkných pár let pořád stejně daleko

[Azzurro]

No, kvalita a rychlost adsl je na vzdálenosti od DSLAMu poměrně dost závislá. Parametry kabelů se s ročním období mění. Mohlo se stát, že někde otevřeli výkop a dělník s krumpáčem nechtěně narušil izolaci telefonního kabelu. Pak stačí jen voda a na problém je zaděláno. Blesk. Ten změní též negativně parametry kabelu. Ale ten změní negativně většinou i router a někdy až i síťovku v PC . Nebo se zvýšil počet adsl uživatelů na daném kabelu. Díky přeslechům se pak jednotlivé přípojky ovlivňují a rychlost se rapidně snižuje. Nebo odešel port na kartě v DSLAMu. Stát se toho mohlo hodně. Když vyloučíte problém u sebe, pak nic jiného, než volat servis, nezbude. Ty odezvy jsou hrozně velké a pokud je tam i ztrátovost, tipoval bych to na port nebo kyslíkovej kabel .

[petr_p]

Tohle vypadá jako poškozený kabel (nebo blbě nastavený DSLAM nebo umírající modem). Nicméně podle času na grafu mohu potrvdit, že i u mě 15. 4. mezi 6. a 13. hodinou DSL od Telecomu v podstatě nefungovalo. Od té doby ale opět jede na stejné kvalitě jako dřív.