146 odpovědí na toto téma

[ToRo61]

HaLuMo díky za odborný příspěvek.

[dr.vota]

DNS ale zadne cesty pro packety nehleda!

At pouzijes jakekoliv DNS, pro jmeno www.geocaching.com dostanes vsude tu stejnou mnozinu IP adres. O tom, kudy poputuji packety k teto IP adrese, rozhoduji uplne jine mechanizmy.

...

Přesně.

A hlavně se spojení rozpadá i po navázání, ne že se jen nenaváže vůbec.

[kiReGPS]

Dneska jsem zrovínka četl, jak sonda New Horizons, co právě proletěla kolem planety Pluto, odesílá nasnímané obrázky planety rychlostí 1000-4000 bitů/sekundu. Dovoluji si slavnostně oznámit, že moje aktuální rychlost komunikování přes Live API je ještě o kousek nižší. A to je prosím Pluto a sonda vzdálena od Země skoro 5 miliard kilometrů... 

[HarryhoCache]

Poslal jsem taky stížnost/žádost o vyřešení, ať je tlak co největší. Lokalita: Praha, předpokládám, že jste všichni s tímto problémem z Prahy(?).

[kolombo]

To bych tak kategoricky netvrdil. Jiný DNS server může najít pro pakety mezi uživatelem a GC.com jinou cestu infrastrukturou. Zvlášť když každý ten DNS server leží geograficky úplně jinde.

 

DNS server překládá jmennou adresu na číselnou a obráceně. S trasou pro data to nemá opravdu nic společného.

[dr.vota]

Poslal jsem taky stížnost/žádost o vyřešení, ať je tlak co největší. Lokalita: Praha, předpokládám, že jste všichni s tímto problémem z Prahy(?).

předpokládáš špatně, pragocentricky 

[dr.vota]

Bojím, bojím, aby nebylo teď u UPC ještě hůř:

http://www.lupa.cz/c...vat-i-v-cizine/

 

dnes:

 

 

jedná se o chybu na trase mimo naši síť, kterou se snažíme odstranit. Omlouváme se za způsobené potíže.

S přáním hezkého dne 

DAVID PAPEŽ 
Specialista technické podpory UPC 

www.upc.cz

[HarryhoCache]

předpokládáš špatně, pragocentricky 

Uznám, když se mýlím

Tak pište i oblast, ať víme, zda je to globální (celorepublikový) problém.

[kiReGPS]

Podle všech indícíí nejde o lokální problém v rámci sítě UPC nebo její části v ČR. Na vině je některé propojení mezi providery v USA, kam je UPC napojeno. Takže to musí být celorepublikový problém (nenazýval bych ho globální, to by byl pro změnu českocentrismus). 

 

Trochu mne mate jen prohlášení některých šťastlivců, kterým to přes UPC funguje. Buď mají jinak nařízené hodinky, nebo si pletou den a noc. Alespoň moje zkušenost za poslední dny je ta, že večer po 20:00 je odezva buď šílená, nebo se na GC.COM nedostanu vůbec. Pro jistotu: Ústí nad Labem...

[gord]

Jsem zrejme jeden ze stastlivcu - UPC, Praha a nepozoruji nejake extra rozdily (pokud pominu vikendove vecery).

[Kreten8]

Já sice nepředpokládám, že by v rámci UPC se data do USA směrovala různými cestami, ale přeci jen Gorde nechceš ukázat tvůj traceroute?

[petulinka1]

Tak uz to doslo i k nam... 

[gord]

Já sice nepředpokládám, že by v rámci UPC se data do USA směrovala různými cestami, ale přeci jen Gorde nechceš ukázat tvůj traceroute?

  1     2 ms     1 ms     1 ms  192.168.1.1
  2     *        *        *     Vypršel časový limit žádosti.
  3     9 ms     8 ms     7 ms  ip-86-49-55-193.net.upcbroadband.cz [86.49.55.193]
  4    16 ms    18 ms    16 ms  cz-prg01a-ra4-vla2156.net.upc.cz [84.116.221.225]
  5    16 ms    16 ms    15 ms  84.116.135.5
  6    19 ms    17 ms    17 ms  de-fra01a-ri2-xe-4-1-1.aorta.net [84.116.133.118]
  7    17 ms    16 ms    17 ms  ae-10.r03.frnkge03.de.bb.gin.ntt.net [80.81.192.46]
  8    37 ms    16 ms    18 ms  ae-1.r21.frnkge03.de.bb.gin.ntt.net [129.250.6.216]
  9   131 ms   129 ms   129 ms  ae-3.r23.nycmny01.us.bb.gin.ntt.net [129.250.3.180]
 10   129 ms   130 ms   130 ms  ae-0.r22.nycmny01.us.bb.gin.ntt.net [129.250.3.72]
 11   186 ms     *      185 ms  ae-1.r21.sttlwa01.us.bb.gin.ntt.net [129.250.4.13]
 12   188 ms   186 ms   187 ms  ae-2.r04.sttlwa01.us.bb.gin.ntt.net [129.250.5.45]
 13   186 ms   187 ms   185 ms  ae-0.internap.sttlwa01.us.bb.gin.ntt.net [129.250.201.18]
 14   184 ms   184 ms   185 ms  border9.po1-40g-bbnet1.sef.pnap.net [63.251.160.19]
 15   185 ms   185 ms   185 ms  www.geocaching.com [63.251.163.200]

[HaLuMa]

Hele, to je uz treti traceroute v teto diskuzi, a vsichni mate vypadly packet u 129.250.4.13. To uz nemuze byt nahoda!

 

Kazdy z vas tam poslal tri kratke packety, a kazdemu z vas se jeden z nich ztratil. Z toho lze usuzovat, ze prave tam dochazi k velke ztratovosti packetu.

[HaLuMa]

Podle nazvu bych to tipoval na vadny spoj mezi New Yorkem a Seattlem, patrici firme NTT Communications.

 

Kdyz se koukam u sebe na O2, tak sice ve finale jdu pres stejnou spolecnost, ale do Seattlu pribihame z jine strany. (snjca04 jsem nerozlustil...) Proto nam to jede.

[ProKesTom]

V tom případě by mohlo pomoc použít AVASTí VPNku s ukončením v jiném státě. Pak by pakety nejspíš obešly vadný server jinou cestou.

[Kreten8]

No v mém traceroutu je to taky, dokonce dvakrát:
17 * 189 ms * ae-1.r21.sttlwa01.us.bb.gin.ntt.net [129.250.4.13]
a přitom problémy nepociťuji, takže nejspíš je to víc zatížený router a nestíhá odpovídat na pingy, které v jeho činnosti mají nejnižší prioritu

[mpik]

Tak jsem s velkým překvapením zjistil, že jedu už léta přes Googlovskou DNS 8.8.8.8, ale nepřipojím se na GC. Dneska asi nezaloguju. A U pece nejsem.

Dneska se daří. Aktualizoval se Firefox i Java a to v takové kombinaci, že nefunguje javovský uploader, který používám v práci. Takže jsem se skřípěním zubů musel používat IEXP.

[dr.vota]

Hele, to je uz treti traceroute v teto diskuzi, a vsichni mate vypadly packet u 129.250.4.13. To uz nemuze byt nahoda!

 

Kazdy z vas tam poslal tri kratke packety, a kazdemu z vas se jeden z nich ztratil. Z toho lze usuzovat, ze prave tam dochazi k velke ztratovosti packetu.

a mně jednou dokonce dva

 

Tracing route to www.geocaching.com [63.251.163.200]

over a maximum of 30 hops:

 

  1     1 ms    <1 ms     2 ms  192.168.88.1

  2    11 ms     8 ms    12 ms xxxxxxxxx

  3     8 ms     8 ms    13 ms  ip-81-27-192-129.net.upc.cz [81.27.192.129]

  4    19 ms    19 ms    26 ms  cz-kol2-pop11-ra2-vla2133.net.upc.cz [84.116.221.133]

  5    17 ms    20 ms    31 ms  cz-kol2-pop11-ra1-vla2132.net.upc.cz [84.116.221.129]

  6    19 ms    21 ms    19 ms  cz-prg02a-ra2-vla2131.net.upc.cz [84.116.221.125]

  7    17 ms    19 ms    21 ms  84-116-130-229.aorta.net [84.116.130.229]

  8    20 ms    17 ms    19 ms  84.116.135.5

  9    17 ms    20 ms    16 ms  de-fra01a-ri2-xe-4-1-1.aorta.net [84.116.133.118]

 10    18 ms    22 ms    21 ms  ae-10.r03.frnkge03.de.bb.gin.ntt.net [80.81.192.46]

 11    19 ms    20 ms    21 ms  ae-1.r21.frnkge03.de.bb.gin.ntt.net [129.250.6.216]

 12   133 ms   130 ms   130 ms  ae-3.r23.nycmny01.us.bb.gin.ntt.net [129.250.3.180]

 13   157 ms   164 ms   131 ms  ae-0.r22.nycmny01.us.bb.gin.ntt.net [129.250.3.72]

 14   192 ms     *        *     ae-1.r21.sttlwa01.us.bb.gin.ntt.net [129.250.4.13]

 15   187 ms   190 ms   186 ms  ae-2.r04.sttlwa01.us.bb.gin.ntt.net [129.250.5.45]

 16   182 ms   180 ms   180 ms  ae-0.internap.sttlwa01.us.bb.gin.ntt.net [129.250.201.18]

 17   184 ms   360 ms   204 ms  border9.po1-40g-bbnet1.sef.pnap.net [63.251.160.19]

 18   181 ms   192 ms   179 ms  www.geocaching.com [63.251.163.200]

 

Trace complete.

[kiReGPS]

Cesta z Ústí je pochopitelně stejná. I časování je podobné. Jenže teď ještě GC.COM jede. Chtělo by to ještě jedno měření večer...