|
|
 | Forskel i ping CC og TDC
Fra : Henning Plannhin |
Dato : 18-04-01 21:13 |
|
Hej
Jeg sidder til daglig og arbejder på servere som står i et datacenter i Frankfurt og har nu faet
adgang til et datacenter i London. Efter bestilling af min første server i london konstaterer jeg
imidlertid at min pro@ccess 256/256 pinger ca. 40 ms men min Cybercity 1024/512 pinger ca. 130 ms.
( Worldonline adsl pinger ca 120 ms )
Mit spørgsmål er nu om der er en ( Jesper måske :) som kan gennemskue
nedenstående traceroutes, jeg kan ikke lige umiddelbart se hvor fejlen er.
Det er muligvis et Verio problem når man ser på trace fra london server til CC ip
den går en tur om NY !!!
Hvis nogen kan kaste lys over dette problem, vil jeg være en evigt taknemmelig.
CYBERCITY 1024/512
PING 213.130.35.239 (213.130.35.239): 56 data bytes
64 bytes from 213.130.35.239: icmp_seq=0 ttl=241 time=127.863 ms
64 bytes from 213.130.35.239: icmp_seq=1 ttl=241 time=129.364 ms
64 bytes from 213.130.35.239: icmp_seq=2 ttl=241 time=129.564 ms
64 bytes from 213.130.35.239: icmp_seq=3 ttl=241 time=127.492 ms
--- 213.130.35.239 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max/stddev = 127.492/128.571/129.564/0.906 ms
traceroute to 213.130.35.239 (213.130.35.239), 30 hops max, 40 byte packets
1 192.168.1.25 (192.168.1.25) 0.910 ms 0.739 ms 0.696 ms
2 loop0.ro1-gj.ip.cybercity.dk (212.242.148.8) 12.381 ms 12.401 ms 12.725 ms
3 atm2-0-10.gsr1-esp.ip.cybercity.dk (212.242.47.65) 13.916 ms 14.238 ms 15.661 ms
4 atm5-0-0-100.bynxt2.ip.tele.dk (62.242.106.105) 13.692 ms 14.757 ms 14.144 ms
5 ge3-0.1000M.bynxg1.ip.tele.dk (195.249.15.98) 16.909 ms 14.067 ms 16.218 ms
6 pos2-1.622M.albnxg1.ip.tele.dk (195.249.12.142) 14.346 ms 14.816 ms 14.638 ms
7 pos2-1.155M.linxnxg1.ip.tele.dk (195.249.2.170) 32.203 ms 34.950 ms 33.375 ms
8 fe-linx.r00.londen02.uk.bb.verio.net (195.66.224.138) 143.809 ms 137.474 ms 127.505 ms
9 e1-1.c01.londen02.uk.vwh.net (213.130.47.250) 142.997 ms 131.271 ms 128.221 ms
10 213.130.32.101 (213.130.32.101) 127.491 ms 127.447 ms 128.005 ms
11 winguk.wingercom.dk (213.130.35.239) 127.749 ms 127.330 ms 127.219 ms
Fra London server:
traceroute to 212.242.118.219 (212.242.118.219), 30 hops max, 40 byte packets
1 213.130.33.193 (213.130.33.193) 0.389 ms 0.146 ms 0.125 ms
2 213.130.32.102 (213.130.32.102) 0.398 ms 0.252 ms 0.243 ms
3 ge-1-2-0.r01.londen02.uk.bb.verio.net (213.130.47.254) 0.275 ms 0.260 ms 0.250 ms
4 p4-1-0-0.r02.nycmny01.us.bb.verio.net (129.250.4.181) 70.519 ms 70.519 ms 70.513 ms
5 p4-5-0.r01.nycmny01.us.bb.verio.net (129.250.4.189) 70.485 ms 70.458 ms 70.436 ms
6 p4-2-0-0.r01.nycmny06.us.bb.verio.net (129.250.2.150) 70.653 ms 70.643 ms 70.608 ms
7 p4-1-3-0.r01.chcgil01.us.bb.verio.net (129.250.2.14) 90.812 ms 90.803 ms 90.849 ms
8 glbx.o3-2-1-3.r01.chcgil01.us.bb.verio.net (129.250.9.118) 91.109 ms 90.997 ms 90.983 ms
9 pos6-0-2488M.cr2.CHI1.gblx.net (208.49.59.209) 91.113 ms 91.279 ms 90.895 ms
10 so0-0-0-2488M.cr2.CPH1.gblx.net (62.12.32.46) 218.510 ms 218.621 ms 218.497 ms
11 so1-0-0-622M.ar2.CPH1.gblx.net (62.12.32.78) 218.786 ms 218.598 ms 218.672 ms
12 CybercityCopenhagen.at-2-2-0.ar2.CPH1.gblx.net (62.12.33.2) 114.010 ms 113.935 ms 114.080 ms
13 atm1-0-10.ro1-gj.ip.cybercity.dk (212.242.47.71) 115.071 ms 115.663 ms 115.538 ms
14 port88.ds1-gj.adsl.cybercity.dk (212.242.118.219) 126.057 ms 131.389 ms 129.971 ms
PRO@ccess 256/256
PING 213.130.35.239 (213.130.35.239): 56 data bytes
64 bytes from 213.130.35.239: icmp_seq=0 ttl=246 time=39.141 ms
64 bytes from 213.130.35.239: icmp_seq=1 ttl=246 time=38.095 ms
64 bytes from 213.130.35.239: icmp_seq=2 ttl=246 time=37.992 ms
64 bytes from 213.130.35.239: icmp_seq=3 ttl=246 time=44.165 ms
--- 213.130.35.239 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max/stddev = 37.992/39.848/44.165/2.532 ms
traceroute to 213.130.35.239 (213.130.35.239), 30 hops max, 40 byte packets
1 192.168.1.1 (192.168.1.1) 0.899 ms 0.760 ms 0.684 ms
2 boanxx5.ip.tele.dk (195.249.9.254) 221.349 ms 24.805 ms 19.421 ms
3 fe0-0.100M.boanxa1.ip.tele.dk (195.249.15.72) 19.633 ms 18.210 ms 17.025 ms
4 ge4-0.1000M.boanxg1.ip.tele.dk (195.249.15.65) 19.505 ms 18.309 ms 17.133 ms
5 pos6-0.2488M.albnxg2.ip.tele.dk (195.249.2.37) 17.991 ms 16.781 ms 18.707 ms
6 pos6-0.2488M.albnxg1.ip.tele.dk (195.249.4.165) 18.201 ms 19.404 ms 18.324 ms
7 pos2-1.155M.linxnxg1.ip.tele.dk (195.249.2.170) 38.080 ms 36.747 ms 38.422 ms
8 fe-linx.r00.londen02.uk.bb.verio.net (195.66.224.138) 36.535 ms 36.425 ms 36.888 ms
9 e1-1.c01.londen02.uk.vwh.net (213.130.47.250) 38.112 ms 36.737 ms 39.459 ms
10 213.130.32.101 (213.130.32.101) 38.111 ms 38.413 ms 36.835 ms
11 winguk.wingercom.dk (213.130.35.239) 38.058 ms 38.079 ms 38.084 ms
Fra London server:
traceroute to 62.242.30.189 (62.242.30.189), 30 hops max, 40 byte packets
1 213.130.33.193 (213.130.33.193) 0.399 ms 0.154 ms 0.132 ms
2 213.130.32.102 (213.130.32.102) 0.462 ms 0.469 ms 0.259 ms
3 ge-1-2-0.r00.londen02.uk.bb.verio.net (213.130.47.222) 0.373 ms 0.281 ms 0.262 ms
4 ge1-0.1000M.linxnxg1.ip.tele.dk (195.66.224.64) 0.362 ms 0.407 ms 0.337 ms
5 pos4-0.155M.albnxg1.ip.tele.dk (195.249.2.169) 19.469 ms 18.937 ms 18.915 ms
6 pos5-0.2488M.albnxg2.ip.tele.dk (195.249.4.166) 19.167 ms 19.491 ms 19.272 ms
7 pos6-0.2488M.boanxg1.ip.tele.dk (195.249.2.38) 19.159 ms 19.229 ms 19.401 ms
8 fe0-0-0.100M.boanxx5.ip.tele.dk (195.249.15.70) 32.777 ms 38.027 ms 35.785 ms
9 cpe.atm0-0-0-196268.boanxx5.customer.tele.dk (62.242.30.189) 37.204 ms 37.507 ms 36.537 ms
| |
 Jesper Skriver (19-04-2001)
| Kommentar
Fra : Jesper Skriver |
Dato : 19-04-01 21:30 |
|
On Wed, 18 Apr 2001 20:12:59 GMT, Henning Plannhin wrote:
>Hej
>Jeg sidder til daglig og arbejder på servere som står i et datacenter i Frankfurt og har nu faet
>adgang til et datacenter i London. Efter bestilling af min første server i london konstaterer jeg
>imidlertid at min pro@ccess 256/256 pinger ca. 40 ms men min Cybercity 1024/512 pinger ca. 130 ms.
>( Worldonline adsl pinger ca 120 ms )
>Mit spørgsmål er nu om der er en ( Jesper måske :) som kan gennemskue
>nedenstående traceroutes, jeg kan ikke lige umiddelbart se hvor fejlen er.
Det er ingen fejl som sådan, er er et resultat af at CyberCity (som er IP transit
kunder hos TDC) prepend'er deres AS nummer inden annonceringen til TDC, sådan at
Verio har en kortere AS path via GlobalCrossing end via TDC tilbage til CyberCity.
>Det er muligvis et Verio problem når man ser på trace fra london server til CC ip
>den går en tur om NY !!!
Se ovenfor.
>Hvis nogen kan kaste lys over dette problem, vil jeg være en evigt taknemmelig.
CyberCity kan hvis de ønsker det, ændre ovennævnte konfiguration.
--
Jesper Skriver, CCIE #5456
FreeBSD committer
| |
Henning Plannthin (18-04-2001)
| Kommentar
Fra : Henning Plannthin |
Dato : 18-04-01 21:41 |
|
On 19 Apr 2001 20:29:51 GMT, jesper@wheel.dk (Jesper Skriver) wrote:
>Det er ingen fejl som sådan, er er et resultat af at CyberCity (som er IP transit
>kunder hos TDC) prepend'er deres AS nummer inden annonceringen til TDC, sådan at
>Verio har en kortere AS path via GlobalCrossing end via TDC tilbage til CyberCity.
>
>>Det er muligvis et Verio problem når man ser på trace fra london server til CC ip
>>den går en tur om NY !!!
>
>Se ovenfor.
>
>>Hvis nogen kan kaste lys over dette problem, vil jeg være en evigt taknemmelig.
>
>CyberCity kan hvis de ønsker det, ændre ovennævnte konfiguration.
>
>--
>Jesper Skriver, CCIE #5456
> FreeBSD committer
Tusind tak Jesper.
Jeg vil straks gå videre med sagen
Henning Plannthin
http://plannthin.net
http://wingercom.net
http://idream.dk
| |
 Simon Skals (19-04-2001)
| Kommentar
Fra : Simon Skals |
Dato : 19-04-01 22:53 |
|
It seems Henning Plannthin wrote:
>Jeg vil straks gå videre med sagen
Der er ikke noget at gå videre med. Enhver ændring i Cybercitys
annonceringer til firmaets transitproviders har en potentiel
betydning for alle BGP-speakers i verden. Dvs. at hvis Cybercity
ændredede den nuværende konfiguration for at gøre routingen fra
omtalte netværk mere optimal, så vil det have indflydelse på
routing fra snart sagt alle øvrige netværk, hvorved routingen fra
nogle af disse kan risikere at introducere større delay, end
tilfældet er nu.
--
Simon Skals <spam@gid.dk>
"Never attribute to competence what can adequately be explained by luck."
| |
Henning Plannthin (19-04-2001)
| Kommentar
Fra : Henning Plannthin |
Dato : 19-04-01 07:33 |
|
On Thu, 19 Apr 2001 21:52:34 +0000 (UTC), Simon Skals <spam@gid.dk> wrote:
>It seems Henning Plannthin wrote:
>>Jeg vil straks gå videre med sagen
>
>Der er ikke noget at gå videre med. Enhver ændring i Cybercitys
>annonceringer til firmaets transitproviders har en potentiel
>betydning for alle BGP-speakers i verden. Dvs. at hvis Cybercity
>ændredede den nuværende konfiguration for at gøre routingen fra
>omtalte netværk mere optimal, så vil det have indflydelse på
>routing fra snart sagt alle øvrige netværk, hvorved routingen fra
>nogle af disse kan risikere at introducere større delay, end
>tilfældet er nu.
>
>--
>Simon Skals <spam@gid.dk>
>"Never attribute to competence what can adequately be explained by luck."
Det er ret ærgerligt da Verio jo er et af verdens største hosting firmaer,
desuden oplever jeg desværre dette andre steder i verden på min CC ADSL
( ip: 213.198.31.110 svinger fra 40 ms til 130ms - CC support er informeret om dette dog uden
reaktion)
Jeg oplever aldrig disse problemer på pro@ccess.
Jeg vil , inden jeg konkluderer noget, kontakte VERIO.
Resultatet er formentligt, uanfægtet hvem der har skylden, at jeg ikke kan anbefale mine
kunder at bruge CC adsl men TDC ,hvis de vil undgå denne type problemer.
Ærgerligt da CC normalt står for et ellers udmærket produkt og en udmærket service.
Med venlig hilsen
Henning Plannthin
http://plannthin.net
http://wingercom.net
http://idream.dk
| |
Simon Skals (23-04-2001)
| Kommentar
Fra : Simon Skals |
Dato : 23-04-01 19:58 |
|
It seems Henning Plannthin wrote:
>Det er ret ærgerligt da Verio jo er et af verdens største hosting firmaer,
>desuden oplever jeg desværre dette andre steder i verden på min CC ADSL
>( ip: 213.198.31.110 svinger fra 40 ms til 130ms - CC support er informeret om dette dog uden
>reaktion)
For tiden ligger delay på ~50 ms.
>Jeg oplever aldrig disse problemer på pro@ccess.
Delay til givne hosts kan og vil variere, alt efter hvordan
routing policies ændres, peeringer etableres og nedtages, osv.
Det påvirker Cybercity, TDC og alle andre.
>Jeg vil , inden jeg konkluderer noget, kontakte VERIO.
Se andetsteds.
>Resultatet er formentligt, uanfægtet hvem der har skylden, at jeg ikke kan anbefale mine
>kunder at bruge CC adsl men TDC ,hvis de vil undgå denne type problemer.
>
>Ærgerligt da CC normalt står for et ellers udmærket produkt og en udmærket service.
Se ovenfor.
--
Simon Skals <spam@gid.dk>
"Never attribute to competence what can adequately be explained by luck."
| |
Henning Plannthin (22-04-2001)
| Kommentar
Fra : Henning Plannthin |
Dato : 22-04-01 22:16 |
|
On Mon, 23 Apr 2001 18:58:00 +0000 (UTC), Simon Skals <spam@gid.dk> wrote:
>It seems Henning Plannthin wrote:
>>Det er ret ærgerligt da Verio jo er et af verdens største hosting firmaer,
>>desuden oplever jeg desværre dette andre steder i verden på min CC ADSL
>>( ip: 213.198.31.110 svinger fra 40 ms til 130ms - CC support er informeret om dette dog uden
>>reaktion)
>
>For tiden ligger delay på ~50 ms.
Ja, men indimellem ligger den på 130 ms.
Det ser ud til at være tilfældet når den
router via CARRIER istedet for GBLX.
>
>>Jeg oplever aldrig disse problemer på pro@ccess.
>
>Delay til givne hosts kan og vil variere, alt efter hvordan
>routing policies ændres, peeringer etableres og nedtages, osv.
>
>Det påvirker Cybercity, TDC og alle andre.
ja, det er jeg klar over men det er stadig et faktum
at jeg ikke oplever pingtider til 213.198.31.110 på 130 ms
gennem min TDC adsl. Den ligger stabilt på 50 ms.
Jeg er iøvrigt ikke ude på at nedgøre nogen
men har med min ringe viden om den tekniske del af dette
troet man kunne optimere og at det blot var et spørgsmål
om at blive gjort opmæksom på det :)
En slags produkt forædling.
Mvh.
Henning Plannthin
| |
Simon Skals (23-04-2001)
| Kommentar
Fra : Simon Skals |
Dato : 23-04-01 22:27 |
|
It seems Henning Plannthin wrote:
>>For tiden ligger delay på ~50 ms.
>
>Ja, men indimellem ligger den på 130 ms.
>Det ser ud til at være tilfældet når den
>router via CARRIER istedet for GBLX.
Router til/fra forskellige hosts på nettet er langt fra statiske,
og når delay til een host stiger, kan det sagtens tænkes, at
delayet falder til andre steder.
>ja, det er jeg klar over men det er stadig et faktum
>at jeg ikke oplever pingtider til 213.198.31.110 på 130 ms
>gennem min TDC adsl. Den ligger stabilt på 50 ms.
Ja, fordi TDC peerer med Verio på LINX. Hvis Global Crossing og
Verio ligeledes udvekslede trafik i London, ville du ikke opleve
det svingende delay. Det begynder de forhåbentlig at gøre inden
for en overskuelig fremtid.
>Jeg er iøvrigt ikke ude på at nedgøre nogen
>men har med min ringe viden om den tekniske del af dette
>troet man kunne optimere og at det blot var et spørgsmål
>om at blive gjort opmæksom på det :)
>En slags produkt forædling.
En af målsætningerne for Cybercity (såvel som for enhver anden
ISP) er lavt delay til andre netværk, og derfor udbygger vi
(Cybercity) vores netværk bl.a. for at mindske sandsynligheden
for, at der opstår situationer som denne - men det er også det
eneste, man kan gøre (mindske sandsynligheden). Der vil altid
kunne opstå situationer med suboptimal routing pga. ændringer i
andres netværkstopologier og routing policies.
--
Simon Skals <spam@gid.dk>
"Never attribute to competence what can adequately be explained by luck."
| |
Simon Skals (19-04-2001)
| Kommentar
Fra : Simon Skals |
Dato : 19-04-01 22:50 |
|
It seems Jesper Skriver wrote:
>Det er ingen fejl som sådan, er er et resultat af at CyberCity (som er IP transit
>kunder hos TDC) prepend'er deres AS nummer inden annonceringen til TDC, sådan at
>Verio har en kortere AS path via GlobalCrossing end via TDC tilbage til CyberCity.
Selv uden prepends kunne trafikken godt løbe samme vej; det
afhænger af Verios routing policy.
Noget andet er så, at GBLX og Verio burde udveksle trafik i
London. Det ville ligeledes afhjælpe "problemet".
--
Simon Skals <spam@gid.dk>
"Never attribute to competence what can adequately be explained by luck."
| |
Jesper Skriver (19-04-2001)
| Kommentar
Fra : Jesper Skriver |
Dato : 19-04-01 22:54 |
|
On Thu, 19 Apr 2001 21:49:43 +0000 (UTC), Simon Skals wrote:
>It seems Jesper Skriver wrote:
>>Det er ingen fejl som sådan, er er et resultat af at CyberCity (som er IP transit
>>kunder hos TDC) prepend'er deres AS nummer inden annonceringen til TDC, sådan at
>>Verio har en kortere AS path via GlobalCrossing end via TDC tilbage til CyberCity.
>
>Selv uden prepends kunne trafikken godt løbe samme vej; det
>afhænger af Verios routing policy.
Ja, men da både GBLX og TDC er peer's til Verio er det overvejende sandsynligt
at hvis AS path længden havde været det samme, så ville det være IGP metric som
vil være afgørende, og derfor ville trafikken kører via den nærmeste exit punkt,
dvs. TDC.
>Noget andet er så, at GBLX og Verio burde udveksle trafik i
>London. Det ville ligeledes afhjælpe "problemet".
Yep.
--
Jesper Skriver, CCIE #5456
FreeBSD committer
| |
Simon Skals (23-04-2001)
| Kommentar
Fra : Simon Skals |
Dato : 23-04-01 19:59 |
|
It seems Jesper Skriver wrote:
>Ja, men da både GBLX og TDC er peer's til Verio er det overvejende sandsynligt
>at hvis AS path længden havde været det samme, så ville det være IGP metric som
>vil være afgørende, og derfor ville trafikken kører via den nærmeste exit punkt,
>dvs. TDC.
Yep, det er langt det mest sandsynlige.
>>Noget andet er så, at GBLX og Verio burde udveksle trafik i
>>London. Det ville ligeledes afhjælpe "problemet".
>
>Yep.
Jeg har undersøgt sagen nærmere. Sådan som jeg forstod det, så
ønsker GBLX ikke at peere med Verio i London, og Verio ønsker
ikke at købe transit af GBLX uden for USA, men der forhandles om
sagen.
--
Simon Skals <spam@gid.dk>
"Never attribute to competence what can adequately be explained by luck."
| |
Henning Plannthin (22-04-2001)
| Kommentar
Fra : Henning Plannthin |
Dato : 22-04-01 22:27 |
|
On Mon, 23 Apr 2001 18:59:22 +0000 (UTC), Simon Skals <spam@gid.dk> wrote:
>Jeg har undersøgt sagen nærmere. Sådan som jeg forstod det, så
>ønsker GBLX ikke at peere med Verio i London, og Verio ønsker
>ikke at købe transit af GBLX uden for USA, men der forhandles om
>sagen.
Men hvad kan årsagen være til dette, penge ?
Tak fordi du tog dig tid til dette :)
Mvh.
Henning Plannthin
| |
Simon Skals (23-04-2001)
| Kommentar
Fra : Simon Skals |
Dato : 23-04-01 22:36 |
|
It seems Henning Plannthin wrote:
>>Jeg har undersøgt sagen nærmere. Sådan som jeg forstod det, så
>>ønsker GBLX ikke at peere med Verio i London, og Verio ønsker
>>ikke at købe transit af GBLX uden for USA, men der forhandles om
>>sagen.
>
>Men hvad kan årsagen være til dette, penge ?
Ja. Global Crossing ønsker ikke at bytte trafik med Verio i
London, uden at Verio også lægger en skilling for det, og det
vil Verio ikke. Verio og TDC har formentlig en peering-aftale
(dvs. en aftale om udveksling af trafik indbyrdes uden betaling
for trafikken) på LINX'en.
Jeg vil håbe på, at Global Crossing og Verio finder ud af noget,
idet begge selskabers kunder "lider" under de nuværende forhold.
--
Simon Skals <spam@gid.dk>
"Never attribute to competence what can adequately be explained by luck."
| |
Simon Skals (25-04-2001)
| Kommentar
Fra : Simon Skals |
Dato : 25-04-01 15:34 |
|
It seems Simon Skals wrote:
>Jeg vil håbe på, at Global Crossing og Verio finder ud af noget,
>idet begge selskabers kunder "lider" under de nuværende forhold.
En update: Global Crossing og Verio har fundet fælles fodslag, og
peeringen i London forventes aktiveret om en måneds tid.
--
Simon Skals <spam@gid.dk>
"Never attribute to competence what can adequately be explained by luck."
| |
|
|