Telekom vrací úder? (diskuse)

[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.