classic.ISPforum.cz

Zdarec,

hoďte mi sem prosím tracerouty z různých sítí na 185.201.232.71 (vip1.dl.webshare.cz). Ideálně z těch, co nepeerují s Tlapnetem nebo UPC přímo. Hledám úzký hrdlo.

Díky.

J

Request timed out

Toto je odomna z domacej pripojky.
Z dalsej pripojky od ineho ISP mam timeout

Koukám, že snad jenom Deutche Telecom to tlačí přes UPC

Zkusil jsem to z několika sítí, vždy se jde přes:



nebo



a pak hned 185.201.232.71, předtím jen síť providera.

tracert

U nás taky pohoda.

Peering i Nix to tlačí rovnou přes Tlap a servery zvládají úplně v pohodě. Pár dní zpět jsem to zkoušel a 800Mb na 1 soubor není problém.

Petr Bačina píše:Peering i Nix to tlačí rovnou přes Tlap a servery zvládají úplně v pohodě. Pár dní zpět jsem to zkoušel a 800Mb na 1 soubor není problém.

Jo, to už vidím taky.. no nic, jdu psát boldem na NOC TMCZ. Díky všem.

jestli potrebujes analyzovat trasy doporucuji

Já se obávám že tmcz tento problém asi nevyřeší. Oni umí hýbat max se směrem tmcz>tlapnet. Obráceně to musí udělat oni. Je otázkou kudy to posílají ale podle mě to nebude ta stejná cesta, kterou vidíš ty.

Když to testuju od zakaznika co ma tmcz firemni pripojku tak ty casy nejak podivne vyskoci. Jako pravdepodobnou cestu bych videl toto a sedelo by to i na ty casy...

1 unn-195-181-160-188.datapacket.com (195.181.160.188) 0.331 ms 0.322 ms 0.312 ms
2 vl201.sit-10g-ar-core-1.cdn77.com (185.229.188.102) 0.334 ms vl203.sit-10g-ar-core-2.cdn77.com (185.229.188.106) 0.384 ms vl201.sit-10g-ar-core-1.cdn77.com (185.229.188.102) 0.512 ms
3 ae5-413.prg10.core-backbone.com (5.56.17.17) 0.374 ms 0.366 ms ae8-0.prg10.core-backbone.com (5.56.18.213) 0.445 ms
4 ae1-2001.fra10.core-backbone.com (81.95.15.162) 7.379 ms 7.167 ms 7.368 ms
5 80.157.207.9 (80.157.207.9) 7.604 ms 8.709 ms 7.061 ms
6 194.25.6.34 (194.25.6.34) 8.125 ms 7.961 ms 7.770 ms
7 62.157.249.218 (62.157.249.218) 7.588 ms 7.372 ms 7.854 ms
8 213.29.165.78 (213.29.165.78) 15.968 ms 15.541 ms 15.774 ms
9 213.29.165.78 (213.29.165.78) 15.344 ms 15.525 ms 15.707 ms


AS206548 ma upstream pres UPC a Supernetwork. Bohuzel asi z nejakeho duvodu zmenili odchozi data pres supernetwork protoze pres upc bude traffic nejspis drahy...

Predpokladam ze ty ten trace mas takovy:

2 62.84.133.40 (62.84.133.40) 6.083 ms 6.090 ms 6.355 ms
3 213.29.165.10 (213.29.165.10) 6.773 ms 213.29.165.18 (213.29.165.18) 6.740 ms 6.755 ms
4 213.29.165.18 (213.29.165.18) 6.056 ms 6.053 ms 6.052 ms
5 cz-prg01a-ri1-ae-8-0.aorta.net (213.46.180.25) 6.035 ms 6.033 ms 6.022 ms
6 cz-prg01a-ra4-ae-1-0.aorta.net (84.116.135.225) 6.685 ms 6.397 ms 6.351 ms
7 cz-pra-pop115-rb1-vla2119.net.upc.cz (84.116.221.77) 6.348 ms 6.293 ms 6.274 ms
8 Cz-pra-pop50-rb1-vla2121.net.upc.cz (84.116.221.94) 6.214 ms 6.212 ms 6.186 ms
9 tlap.cust.net.upc.cz (62.240.163.130) 13.313 ms 13.308 ms 13.296 ms
10 vip.1.dl.webshare.cz (185.201.232.71) 13.282 ms 12.915 ms 13.201 ms

dantasik píše:Predpokladam ze ty ten trace mas takovy:

2 62.84.133.40 (62.84.133.40) 6.083 ms 6.090 ms 6.355 ms
3 213.29.165.10 (213.29.165.10) 6.773 ms 213.29.165.18 (213.29.165.18) 6.740 ms 6.755 ms
4 213.29.165.18 (213.29.165.18) 6.056 ms 6.053 ms 6.052 ms
5 cz-prg01a-ri1-ae-8-0.aorta.net (213.46.180.25) 6.035 ms 6.033 ms 6.022 ms
6 cz-prg01a-ra4-ae-1-0.aorta.net (84.116.135.225) 6.685 ms 6.397 ms 6.351 ms
7 cz-pra-pop115-rb1-vla2119.net.upc.cz (84.116.221.77) 6.348 ms 6.293 ms 6.274 ms
8 Cz-pra-pop50-rb1-vla2121.net.upc.cz (84.116.221.94) 6.214 ms 6.212 ms 6.186 ms
9 tlap.cust.net.upc.cz (62.240.163.130) 13.313 ms 13.308 ms 13.296 ms
10 vip.1.dl.webshare.cz (185.201.232.71) 13.282 ms 12.915 ms 13.201 ms

FGT1500D_xxxxxxxxxxx # exe traceroute 185.201.232.71
traceroute to 185.201.232.71 (185.201.232.71), 32 hops max, 3 probe packets per hop, 84 byte packets
1 195.144.97.25 50.000 ms 0.000 ms 0.000 ms
2 213.29.168.18 <ph700-swr50.cz.net> 0.000 ms 0.000 ms 0.000 ms
3 213.29.165.10 0.000 ms 0.000 ms 0.000 ms
4 213.29.165.10 0.000 ms 0.000 ms 0.000 ms
5 213.46.180.25 <cz-prg01a-ri1-ae-8-0.aorta.net> 0.000 ms 0.000 ms 0.000 ms
6 84.116.135.225 <cz-prg01a-ra4-ae-1-0.aorta.net> 0.000 ms 0.000 ms 0.000 ms
7 84.116.221.77 <cz-pra-pop115-rb1-vla2119.net.upc.cz> 0.000 ms 0.000 ms 0.000 ms
8 84.116.221.94 <Cz-pra-pop50-rb1-vla2121.net.upc.cz> 0.000 ms 0.000 ms 0.000 ms
9 62.240.163.130 <tlap.cust.net.upc.cz> 10.000 ms 10.000 ms 10.000 ms
10 185.201.232.71 <vip.1.dl.webshare.cz> 10.000 ms 10.000 ms 10.000 ms

skoro na chlup stejný, tohle je z Nagana

TMCZ s prechodem na AS5588 a AS6855 presel na dost divnou peering policy. Provoz, ostatnich operatoru, ktery se vymenuje v NIXu, TM tlaci ruznymi jinymi cestami - Bratislava pres SIX, Frankfurt, Viden, dokonce v jednom pripade jsem videl i Milan.
Nevim, jestli napsat na NOC pomuze, protoze to vypada jako dlouhodoby politicky problem (pripojit se k routeserveru a zacit oznamovat/prijimat prefixy prece neni technicky tak slozite).

EDIT: AS5588 a AS206548 spolu nejspis nemaji navazany peering. V RIPE Atlas jsem zadal dve verejna mereni:
- GTS->TLAP: https://atlas.ripe.net/measurements/24004444/#!probes (zajimava jsou asi jen mereni z CZ; vpravo po kliknuti na ikonku "i" se zobrazi traceroute)
- TLAP->GTS: https://atlas.ripe.net/measurements/24004445/#!probes (v siti Tlapu je jen jedna sonda, ale staci to)

GTS do Tlapu tlaci provoz pres UPC, ovsem Tlap do GTS pres Supernetwork, Core Backbone a AS3320 (DTAG). Tohle bude to uzke hrdlo.