Vreemde lange omweg tracert.

[ReMCoDijKSTRa]

Hallo,
Ik heb net een nieuwe website gehost bij een bedrijf in Engeland. Hij gaf me eerst een ip die +/- ping 23 was (91.186.11.10)

1 1 ms <1 ms <1 ms unknown [192.168.1.1]
2 5 ms 5 ms 5 ms 10.15.26.1
3 9 ms 8 ms 7 ms hv00cat12.brain.upc.nl [212.142.19.126]
4 16 ms 13 ms 15 ms p14232081.net.upc.nl [212.142.32.81]
5 12 ms 12 ms 12 ms nl-ams05a-ra3-ae-1-0.aorta.net [213.46.183
6 12 ms 13 ms 14 ms nl-ams02a-ra1-ge-2-1-0-0.aorta.net [213.46
]
7 11 ms 11 ms 11 ms nl-ams04a-ri1-ge-5-0.aorta.net [213.46.183
8 16 ms 16 ms 12 ms 213.46.183.50
9 14 ms 11 ms 13 ms adm-bb1-link.telia.net [80.91.248.105]
10 21 ms 25 ms 22 ms ldn-bb1-pos7-0-0.telia.net [213.248.65.149
11 21 ms 19 ms 19 ms ldn-b1-link.telia.net [80.91.248.89]
12 21 ms 21 ms 21 ms ldn-tch-i1-link.telia.net [80.91.250.210]
13 29 ms 28 ms 29 ms 83.231.148.20
14 38 ms 20 ms 21 ms ge-9-2.the.uk.euroconnex.net [217.112.81.2
15 25 ms 20 ms 21 ms uk6.verygoodserver.com [91.186.11.10]

Dat is goed.

Nu heb ik dus daar gehost en kom ik op een server naast die en heb ik op eens een vreemde tracert (78.110.164.128)

1 <1 ms 1 ms <1 ms unknown [192.168.1.1]
2 6 ms 6 ms 6 ms 10.15.26.1
3 14 ms 7 ms 7 ms hv00cat12.brain.upc.nl [212.142.19.126]
4 14 ms 13 ms 13 ms p14232081.net.upc.nl [212.142.32.81]
5 15 ms 12 ms 11 ms nl-ams05a-ra3-ae-1-0.aorta.net [213.46.183.93]
6 37 ms 28 ms 27 ms 213.46.160.226
7 105 ms 106 ms 106 ms us-was01a-rd1-pos-2-0.aorta.net [213.46.160.170]

8 121 ms 109 ms 111 ms us-was02a-ri1-ge-0-0-0-0.aorta.net [213.46.190.1
90]
9 105 ms 103 ms 103 ms te-4-1.car3.Washington1.Level3.net [4.79.168.201
]
10 106 ms 104 ms 104 ms ae-3-89.edge2.Washington4.Level3.net [4.68.17.14
7]
11 111 ms 111 ms 111 ms 4.68.63.186
12 111 ms 124 ms 111 ms ae-1.r21.asbnva01.us.bb.gin.ntt.net [129.250.2.1
80]
13 115 ms 115 ms 115 ms as-0.r21.nycmny01.us.bb.gin.ntt.net [129.250.2.8
]
14 117 ms 118 ms 128 ms ae-0.r20.nycmny01.us.bb.gin.ntt.net [129.250.2.2
5]
15 113 ms 109 ms 110 ms as-1.r22.londen03.uk.bb.gin.ntt.net [129.250.3.2
55]
16 109 ms 108 ms 107 ms xe-4-4.r01.londen03.uk.bb.gin.ntt.net [129.250.2
.66]
17 108 ms 108 ms 109 ms ge-0.d020104.londen03.uk.bb.gin.ntt.net [129.250
.12.166]
18 111 ms 108 ms 108 ms 195.72.129.125
19 108 ms 109 ms 110 ms bsd.as42831.net [77.74.193.238]
20 194 ms 191 ms 197 ms uk11.verygoodserver.com [78.110.164.128]

terwijl de server naast die eerst genoemde staat zegt de host bedrijf.
Hij gaat gewoon via America en dat slaat op niks.

[91.186.11.10]



[78.110.164.128]


niet normaal



Ik ga van parijs ->Washington -> parijs -> in de buurt van Washington -> new york -> engeland
en dan deze doolhof




Dankzei deze omwegen erg hoge ping + langzame download snelheid.

Is dit nou een zaak van chello of de host ?

[LuckY]

Volgens mij niet van chello aangezien hun het pakket afleveren in AMS-IX

[grep]

clan maat van me had afgelopen dagen ook rare routes naar een (onze) gameserver in UK. Gisteren was zijn routering opeens weer normaal Hij heeft geen UPC maar Tiscali als ik het goed heb.

Kan het misschien zijn dat AMS-IX tijdelijk verkeer omgooit om wat voor reden dan ook?
Bedoel in ieder geval te zeggen dat over een week jouw route weer "goed" kan zijn.

[Verwijderd]

Simpel gevalletje van zoek de verschillen. Iedere internetaanbieder heeft peering- en transitkoppelingen met andere partijen om data af te leveren. Peering is op basis van gesloten beurs data uitwisselen, transit koop je in. Iedere koppeling broadcast aan jou voor welke netblokken je je data kwijt kan op die koppeling - zo'n partij zegt dus tegen je: als je data voor IP a.b.c.d hebt, stuur maar naar mij toe.

Het probleem zit hem hoogstwaarschijnlijk bij Aorta, in dit geval. Eerst leverden ze hun data voor deze route af bij Telia, maar nu bij Level(3), en dan ook nog in Washington. De reden hiervoor kan verschillend zijn: misschien ligt de Telia link eruit, of zijn ze gestopt met transit inkopen bij Telia. Het zou echter een stuk praktischer zijn, als ze toch linken met Level(3), dat ze dit dan hier ergens binnen Europa (en waarom dan niet direct in A'dam) doen, want om de boel naar een link in de US te sturen is onzin.

Je probleem moet je echter aanmelden bij UPC - die biedt jouw een dienst, en doet dat op dit moment sub-optimaal. Dat kan misschien wel aan een leverancier van UPC liggen, maar dat moet jou een worst zijn - het is hun keuze om met Aorta in zee te gaan. Sterker nog, als ik zo even verder kijk is aorta.net van UPC, dus is het waarschijnlijk gewoon een sub-BV in het leven geroepen om transit te doen, vanwege het internationale karakter van UPC. Dus dan is het inderdaad UPC die het voor je op moet lossen.

[grep]

zeer verhelderend verhaal Kryz. Thanks!

[ReMCoDijKSTRa]

Aah dus het is denken jullie tijdelijk?
Zou iemand server 78.110.164.128 willen tracen die geen UPC heeft en willen posten? bvd

[ Voor 53% gewijzigd door ReMCoDijKSTRa op 02-04-2008 13:57 ]

[grep]

Zou kunnen. Maar tijdelijk kan ook maanden zijn.
Lijkt me verstandig Kryz's advies op te volgen en UPC te verzoeken er wat aan te doen.

[IceStorm]

ReMCoDijKSTRa schreef op woensdag 02 april 2008 @ 13:54:
Aah dus het is denken jullie tijdelijk?
Zou iemand server 78.110.164.128 willen tracen die geen UPC heeft en willen posten? bvd

Een dag wachten kan meestal geen kwaad, zoals Kryz aangeeft kan het nogal wat oorzaken hebben.
Ik kom via Telfort overigens in 16 hops en 27ms bij de server uit. Daarbij ga ik wel 'rechtstreeks' naar UK voor zover ik kan zien.

[ReMCoDijKSTRa]

Ik wacht al 3 dagen

Bedankt voor de trace btw!

[LeVortex]

ik kom op iets heel hoogs 2 time outs tussendoor (heb wanadoo).. weet niet precies hoeveel meer, maar wel paar honderd ms (zat een hop bij van 200) ging volgens mij wel rechtstreeks naar UK

[3V3RT]

10 hopjes vanaf een casema verbinding. direct naar Engeland.

[grep]

code:

                                  Snt: 50    Loss%  Last   Avg  Best  Wrst StDev
xx-xx-xx-x.cable.quicknet.nl                  0.0%   6.8   7.9   5.1  21.8   2.4
nl-nwv1-ra-01-gi1-1.multikabel.net            0.0%   6.5   9.1   4.7  49.4   8.6
nl-ams2-rb-01-10G-3-2.multikabel.net          0.0%   5.8   8.3   5.2  20.7   3.6
ge-0-0-1.rt0.nik.nl.goscomb.net               4.0% 118.4  44.3  14.4 193.1  37.3
ae0-1368.rt2.the.uk.goscomb.net               0.0%  16.0  15.6  10.8  54.9   7.7
ukdsl.gw.goscomb.net                          0.0%  13.1  14.3  10.9  43.7   5.4
bsd.as42831.net                               2.0%  14.0  15.0  12.0  36.4   3.7
uk11.verygoodserver.com                       0.0%  14.3  20.0  13.3  42.8   7.8

wel wat p/l, maar wel direct naar UK zo te zien.

[TrailBlazer]

vanaf xs4all

eelcon@xs3:~% traceroute  78.110.164.128
traceroute to 78.110.164.128 (78.110.164.128), 64 hops max, 44 byte packets
 1  124.ae0.xr4.1d12.xs4all.net (194.109.21.1)  0.350 ms  0.296 ms  0.294 ms
 2  0.so-6-0-0.xr1.tc2.xs4all.net (194.109.5.10)  0.640 ms  0.586 ms  0.550 ms
 3  ge-0-0-1.rt0.nik.nl.goscomb.net (195.69.145.107)  28.006 ms  24.976 ms  31.276 ms
 4  ae0-1368.rt2.the.uk.goscomb.net (77.75.109.105)  6.761 ms  6.752 ms  6.788 ms
 5  ukdsl.gw.goscomb.net (77.75.104.85)  6.758 ms  6.732 ms  6.914 ms
 6  bsd.as42831.net (77.74.193.238)  7.636 ms  7.863 ms  7.914 ms
 7  uk11.verygoodserver.com (78.110.164.128)  29.877 ms  23.472 ms  19.513 ms
eelcon@xs3:~%

vanaf multikabel

Bezig met het traceren van de route naar uk11.verygoodserver.com [78.110.164.128]
via maximaal 30 hops:

  1     1 ms     1 ms     1 ms  epia.wireless.network-unlimited.org [192.168.101.254]
  2     7 ms     8 ms     8 ms  84-104-214-1.cable.quicknet.nl [84.104.214.1]
  3     9 ms     6 ms     5 ms  nl-nwv1-ra-01-gi1-1.multikabel.net [212.127.252.146]
  4     8 ms     8 ms     8 ms  nl-ams2-rb-01-10G-3-2.multikabel.net [213.132.191.41]
  5    20 ms    38 ms    29 ms  ge-0-0-1.rt0.nik.nl.goscomb.net [195.69.145.107]

  6    14 ms    12 ms    14 ms  ae0-1368.rt2.the.uk.goscomb.net [77.75.109.105]

  7    15 ms    13 ms    13 ms  ukdsl.gw.goscomb.net [77.75.104.85]
  8    15 ms    14 ms    14 ms  bsd.as42831.net [77.74.193.238]
  9    15 ms    14 ms    16 ms  uk11.verygoodserver.com [78.110.164.128]

De trace is voltooid.

Kortom de peerings van chello lijken gewoon minder goed te zijn dan die van XS4All en multikabel. De vraag is of een provider daar wat aan moet doen. Je hebt nergens een garantie gekregen dat je een zo kort mogelijk pad krijgt. Dit is gewoon een van die dingen waar een goedkope en een dure provider zich mee onderscheidt.

[ralpje]

code:

  1     5 ms     6 ms     6 ms  intern - firewall
  2     7 ms     6 ms     5 ms  public IP
  3     7 ms     7 ms     6 ms  te1-4.cr1.ams2.network.is.nl [213.133.37.30]
  4     6 ms     6 ms     6 ms  ge9-2.cr1.ams2.network.is.nl [213.133.63.22]
  5    16 ms    15 ms    15 ms  e0-5-r1.tch.telecomplete.net [193.0.255.9]
  6    16 ms    17 ms    19 ms  linx-gw1.goscomb.net [195.66.224.226]
  7    16 ms    15 ms    15 ms  ukdsl.gw.goscomb.net [77.75.104.85]
  8    18 ms    16 ms    16 ms  bsd.as42831.net [77.74.193.238]
  9    17 ms    18 ms    16 ms  uk11.verygoodserver.com [78.110.164.128

Hier ook vrij 'normaal' dus.

offtopic:
Waar laat jij die mooie plaatjes uit de TS genereren?

[grep]

ralpje schreef op woensdag 02 april 2008 @ 16:08:

offtopic:
Waar laat jij die mooie plaatjes uit de TS genereren?

Ik gok Neotrace.

[Archiebald]

Versatel:

1 192.168.1.1
2 ip1-192-173-82.adsl2.versatel.nl [82.173.192.1]
3 ge-0-1-0-2331.ncr01zl.versatel.net [217.16.43.97]
4 ge-2-1-0-0.ncr01asd2.versatel.net [217.16.47.5]
5 ge-1-0-0-668.br01sara.versatel.net [212.53.18.26]
6 ge-0-0-1.rt0.nik.nl.goscomb.net [195.69.145.107]
7 ae0-1368.rt2.the.uk.goscomb.net [77.75.109.105]
8 ukdsl.gw.goscomb.net [77.75.104.85]
9 bsd.as42831.net [77.74.193.238]
10 uk11.verygoodserver.com [78.110.164.128]

[maarud]

Bezig met het traceren van de route naar uk11.verygoodserver.com [78.110.164.128
]
via maximaal 30 hops:

  1     1 ms   <1 ms   <1 ms  my.router [192.168.2.1]
  2     *        *        *     Time-out bij opdracht.
  3     *        *        *     Time-out bij opdracht.
  4    26 ms    26 ms    25 ms  55960c01.adsl.wanadoo.nl [85.150.12.1]
  5    29 ms    29 ms    29 ms  V928.dr4-asd4.nl.euro.net [194.134.158.48]
  6    30 ms    29 ms    29 ms  G6-11.cr2-asd4.nl.euro.net [194.134.162.25]
  7    39 ms    30 ms    49 ms  PC14.er1-asd5.nl.euro.net [194.134.162.11]
  8    30 ms    30 ms    31 ms  gi2-0.amscr2.Amsterdam.opentransit.net [193.251.
254.117]
  9    35 ms    35 ms    34 ms  gigabitethernet2-0-0.brucr2.Zaventem.opentransit
.net [193.251.240.78]
 10    34 ms    34 ms    34 ms  gi1-0-0.brucr1.Brussels.opentransit.net [193.251
.240.74]
 11     *        *        *     Time-out bij opdracht.
 12    44 ms    43 ms    43 ms  so-3-0-0-0.loncr1.London.opentransit.net [193.25
1.128.205]
 13    55 ms    43 ms    43 ms  sl-bb22-lon-2-0-0.sprintlink.net [213.206.131.17
]
 14    44 ms    44 ms    43 ms  sl-gw23-lon-14-0.sprintlink.net [213.206.128.61]

 15   141 ms   199 ms   199 ms  89.191.196.130
 16    43 ms    43 ms    43 ms  195.72.129.125
 17    45 ms    44 ms    44 ms  bsd.as42831.net [77.74.193.238]
 18   129 ms   145 ms   152 ms  uk11.verygoodserver.com [78.110.164.128]

De trace is voltooid.

wtf? hier via een hele omweg dus ook (Orange)
ik begrijp niet waarom, maar waarschijnlijk om het verhaal van kryz

@ kryz beneden, aha ok

[xares]

Eweka:

traceroute to 78.110.164.128 (78.110.164.128), 30 hops max, 40 byte packets
1 81.171.32.1 (81.171.32.1) 0.485 ms 0.313 ms 0.295 ms
2 5-1.r2.am.hwng.net (81.171.40.37) 0.413 ms 0.333 ms *
3 * * *
4 ae0-1368.rt2.the.uk.goscomb.net (77.75.109.105) 87.495 ms 87.344 ms 87.191 ms
5 uk11.verygoodserver.com (78.110.164.128) 9.397 ms 8.649 ms 8.512 ms

Orange:

30ms

[Verwijderd]

Da's niet zo'n enorme omweg hoor, OpenTransit heeft gewoon grote koppelpunten in Belgie, en volgens mij geen directe verbindingen A'dam <-> UK.

[ReMCoDijKSTRa]

Hmm naja ik heb iig bij UPC een ticket gemaakt.
Zal vast erg lang duren voor een antwoord maar het kan dus enkel aan de Provider liggen? vreemd

[Verwijderd]

Bezig met het traceren van de route naar uk11.verygoodserver.com [78.110.164.128
]
via maximaal 30 hops:

1 1 ms <1 ms 1 ms BLAA
2 18 ms 18 ms 18 ms BLAA.ip.telfort.nl [BLAA]
3 * 20 ms 20 ms vpn496-telfort.bcsw1.asd-nh.net.tiscali.nl [195.
241.4.186]
4 185 ms 203 ms 204 ms vlan507.bcsw1.asd-tc2.net.tiscali.nl [195.241.4.
54]
5 23 ms 23 ms 22 ms rt-dc2-ias-arg17.nl.kpn.net [193.172.66.193]
6 23 ms 22 ms 22 ms 195.190.227.223
7 31 ms 29 ms 30 ms ldn-s2-rou-1021.UK.eurorings.net [134.222.231.17
4]
8 30 ms 30 ms 30 ms ldn-s2-rou-1003.UK.eurorings.net [134.222.231.22
6]
9 29 ms 30 ms 30 ms 134.222.249.14
10 32 ms 31 ms 30 ms 195.72.129.126
11 30 ms 30 ms 30 ms no.rdns-yet.ukservers.com [77.74.195.114]
12 30 ms 30 ms 32 ms bsd.as42831.net [77.74.193.238]
13 31 ms 32 ms 33 ms uk11.verygoodserver.com [78.110.164.128]

De trace is voltooid.

Via Telfort. Wel trage hop van Tiscali, maar verder is het gewoon prima.

[TrailBlazer]

ReMCoDijKSTRa schreef op woensdag 02 april 2008 @ 17:10:
Hmm naja ik heb iig bij UPC een ticket gemaakt.
Zal vast erg lang duren voor een antwoord maar het kan dus enkel aan de Provider liggen? vreemd

Het gaat om de peering afspraken die ze maken. Het kan best zijn dat niet UPC een direct probleem heeft maar een andere provider ergens in het normale pad.

[Lekkere Loempia]

Het kan trouwens ook zijn, dat er een geschil plaatsvindt tussen partijen. Cogent Communications staat erom bekend, dat ze wel eens de stekker hier en daar uittrekken. Vaak omdat ze het niet eens zijn over geld. Zo trok Cogent de koppeling met Telia drie weken geleden nog weg. Telia loste dit op door alles via AT&T alsnog op het Cogent netwerk te krijgen, wat uiteindelijk ook de pas af werd gesneden door Cogent. Zodoende kunnen ze ook soms de route genoodzaakt veranderen.

Heel vervelend. Als internetgebruiker is dan opeens de helft niet of moelijk bereikbaar. Blijft een lastige zaak hoe de grote netwerkpartijen onderling met elkaar omgaan.

[bangkirai]

Telia en Cogent zaten afgelopen tijd ruzie te maken over afspraken, zoals iemand hier boven al opmerkte.
Resultaat was, dat bijvoorbeeld bij een bepaald mmo, gebruikers uit allerlei noordelijke landen in europa, het spel totaal niet konden bereiken.

[TrailBlazer]

Yep BGP peerings zijn een lastig iets. Sowieso kan je allerlei gekke trucs uithalen om bepaalde subnetten wel of niet te adverteren alles hangt af wat voor afspraken ze maken met elkaar. Jaren geleden was er een incident met de rabobank dat al het internetbankieren van een bepaalde via India ging ofzo dat was het enige mogelijke pad nog naar die bestemming.

[sjunnie]

code:

  1     3 ms   <1 ms   <1 ms  192.168.11.1 
  2     6 ms     5 ms     6 ms  10.252.16.1 
  3    16 ms     6 ms   202 ms  213.51.149.130 
  4    11 ms    10 ms    27 ms  bb1-ae6-0.zwoll1.ov.home.nl [213.51.158.62] 
  5    13 ms    12 ms    12 ms  bb1-ae0-0.amsix-nikhef.home.nl [213.51.158.100] 
  6    23 ms    29 ms    39 ms  ge-0-0-1.rt0.nik.nl.goscomb.net [195.69.145.107] 
  7    17 ms    17 ms    19 ms  ae0-1368.rt2.the.uk.goscomb.net [77.75.109.105] 
  8    16 ms    16 ms    17 ms  ukdsl.gw.goscomb.net [77.75.104.85] 
  9    18 ms    19 ms    18 ms  bsd.as42831.net [77.74.193.238] 
 10    19 ms    18 ms    20 ms  uk11.verygoodserver.com [78.110.164.128]

@home

[ReMCoDijKSTRa]

Dat is iig wel goed.

Als ik bv ook upload start 300 KB/s 4 seconden later 20 KB/s 4 seconden later 250 KB/s en zo blijft het herhalen.
Dit is gewoon niet te doen.
Moet ik weg gaan bij die webhost en het ergens anders maar proberen?
Of wachten tot iemand dit gaat "maken"

Bedankt voor alle traces.

[Verwijderd]

ReMCoDijKSTRa schreef op woensdag 02 april 2008 @ 18:18:
Moet ik weg gaan bij die webhost en het ergens anders maar proberen?
Of wachten tot iemand dit gaat "maken"

Stap 1: storing aanmelden bij UPC
Stap 2: eventueel aanmelden bij de webhoster, zo van: kijk eens wat voor een probleem ik heb, kunnen jullie hier iets in betekenen? Het is niet hun probleem, maar ze kunnen mogelijk wel direct contact zoeken met de verantwoordelijken bij Level(3), Aorta of UPC, en ja, techies onder elkaar, dat wil nog wel eens wat sneller gaan dan als er support-firewalls tussen zitten. Daarnaast weten ze dan direct van je probleem, en zal het voor hun logisch zijn als je een tijd later zegt: tsja, het is nog steeds niet gefixed, ik wil van jullie dienst af - niets ten nadele van jullie, maar ik kan er gewoon niet mee werken.
Stap 3: even wachten. Je moet iedereen wel even de tijd geven om het op te lossen (zeker in het licht van je webhoster, die heeft een contract met jou en kan het ook niet helpen dat jouw internetverbinding blijkbaar een slechte route naar hun dienst heeft).
Stap 4: of UPC, of de webhoster de rug toekeren. Nou is misschien een andere webhoster nemen laagdrempeliger, maar UPC moet je probleem verhelpen. Doen ze dat niet (met nogmaals de notitie dat je ze wel even de tijd moet gunnen), dan is het meer 'fair' om hun diensten op te zeggen dan die van de webhoster. Maar ik snap ook dat met jaarcontracten en overstapproblemen de webhoster opzeggen misschien de weg van de minste weerstand is.

[ReMCoDijKSTRa]

Ik heb voor optie #4 gekozen en ik ga weer een andere host zoeken. Dank voor de hulp.

[Verwijderd]

Toch jammer, ook voor andere gebruikers van UPC die de oorzaak van dit probleem niet kunnen identificeren en UPC hier nooit over zouden aanspreken. Neem je verantwoordelijkheid als bovengemiddeld geinformeerde user.