Der Preis für das schwachsinnigste Routing...

Das Zauberwort heißt BGP:
http://de.wikipedia.org/wiki/Border_Gateway_Protocol

Einfach erklärt:
Die Provider haben eine oder mehrere sogenannte AS-Nummern (AS = Autonomes System). In ihren Routern tragen die dann die eigene AS-Nummer ein und welche IP-Netze sie haben. Diese Information wird dann an die direkt angeschlossenen anderen Router herausgeschickt, die sich dann damit ihre Routing-Tabelle selber aufbauen können.
Zudem erkennen die Router damit auch, welcher Weg der schnellere oder bessere ist oder ob eine Route ausgefallen ist - das ist zumindest in der Theorie so, in der Praxis kann man dann auch offenbar schonmal Umwege nehmen! :rolleyes:
Zusätzlich wird im Router noch eine Standardroute eingetragen, die immer dann genutzt wird wenn der Router über BGP keine Route zum Zielnetz kennt.

Jetzt kommt aber noch ein kleiner Fallstrick:
Nur weil deine Pakete über Router A zum Server kommen, heißt das noch lange nicht, dass sie auch den selben Weg zurück nehmen!
Wenn z.B. die Telekom ein direktes Peering mit Hetzner hat, wird die Telekom natürlich die Daten zu Hetzner möglichst auch über das Peering zu Hetzner schicken - wenn die Hetzner-Router aber finden, dass der Weg über das DECIX zurück besser ist, dann nehmen die Pakete den Rückweg über das DECIX.

In einem Traceroute siehst du nur die Route von dir zum Server.
Machst du einen Traceroute vom Server zurück zu dir, kannst du unter Umständen einen ganz anderen Weg gehen.

Beispiel von mir:
Ein Server von mir steht in den Niederlanden, ich wohne in Wuppertal:

Von den Niederlanden nach Wuppertal:
Code: 
# traceroute -I xxxxxx
traceroute to xxxxx (85.181.164.137), 30 hops max, 60 byte packets
 1  hosted.by.leaseweb.com (82.192.86.60)  0.620 ms  0.610 ms  0.680 ms
 2  te4-3.sr1.evo.leaseweb.net (85.17.129.209)  0.588 ms  0.620 ms  0.879 ms
 3  be11.crs.evo.leaseweb.net (85.17.100.225)  2.583 ms  2.587 ms  2.595 ms
 4  xe-2-0-1.peering-inx.fra.leaseweb.net (46.165.255.118)  6.296 ms  6.317 ms  6.316 ms
 5  ae2-0.pr03.decix.de.hansenet.net (80.81.192.232)  7.581 ms  7.593 ms  7.593 ms
 6  ae8-0.xd01.fra.de.hansenet.net (213.191.66.137)  8.116 ms  7.886 ms  7.880 ms
 7  ae10-0.cr01.fra.de.hansenet.net (62.109.69.5)  8.774 ms  19.554 ms  18.854 ms
 8  so-6-1-0-0.cr02.dus.de.hansenet.net (213.191.87.169)  11.503 ms so-6-0-0-0.cr02.dus.de.hansenet.net (213.191.87.222)  11.033 ms  11.022 ms
 9  e181164137.adsl.alicedsl.de (85.181.164.137)  46.672 ms  46.333 ms  44.353 ms
Und in die andere Richtung:
Code: 
# traceroute -I 95.211.xxx.xxx
traceroute to 95.211.xxx.xxx (95.211.xxx.xxx), 30 hops max, 40 byte packets
 1  lo1.br01.wup.de.hansenet.net (213.191.89.30)  31.245 ms  33.058 ms  33.009 ms
 2  ae1-108.cr01.dus.de.hansenet.net (62.109.112.189)  34.910 ms  36.827 ms  38.764 ms
 3  so-1-1-0-0.cr01.fra.de.hansenet.net (213.191.87.245)  44.784 ms  44.733 ms  46.626 ms
 4  ae0-0.xd01.fra.de.hansenet.net (62.109.69.2)  46.571 ms  48.488 ms  48.436 ms
 5  ae1-0.pr03.decix.de.hansenet.net (213.191.66.142)  50.304 ms  50.318 ms ae0-0.pr03.decix.de.hansenet.net (213.191.66.138)  68.157 ms
 6  decix.jun.tc2.leaseweb.net (80.81.193.246)  60.086 ms  43.621 ms  43.481 ms
 7  po80.sr2.evo.leaseweb.net (62.212.80.74)  47.278 ms  45.763 ms  47.732 ms
 8  te5-1.sr6.evo.leaseweb.net (85.17.129.214)  47.509 ms  53.610 ms  53.537 ms
 9  xxxxxxx (95.211.xxx.xxx)  45.308 ms  43.747 ms  45.595 ms
 
Last edited by a moderator:
Danke Dir für diese Beschreibung.

Und da zwängt sich mir gleich die nächste Frage auf.Mein Ping auf einen Root von uns der bei Server4you steht,liegt derzeitig bei knapp 55 ms.Vor einigen Wochen war dieser aber noch bei 18 ms.Leider weiss ich nicht mehr wie das ganze vorher geroutet wurde.Aber Fakt ist das es so nicht ganz so pralle ist.
Ich habe auch ein paar Ip´s drunter und drüber angepingt,alle mit dem selbem Ergebnis.

Kann ich das routing irgendwie beeinflussen oder kann der Support von Server4you da was ändern?
 
Du selbst kannst es wohl eher nicht beeinflussen, ob die Technik von S4U das kann, weiß ich leider auch nicht.
Theoretisch kann jeder Hoster, der ein eigenes Routing-Netzwerk betreibt (d.h. sich nicht irgendwo in einer Colocation untermietet und die Routingtechnik des Colocators nutzt) das Routing eingeschränkt beeinflussen.
Als Provider könnte S4U lediglich beeinflussen, über welchen Carrier die Datenpakete rausgehen - wie der Carrier das dann weiter routet liegt aber außerhalb des Einflussbereichs.

Probiere mal, aus beiden Richtungen einen Traceroute zu machen - an dem Punkt, wo die Latenzzeiten deutlich ansteigen ist vermutlich der Schuldige.
Zusätzlich solltest du aber auch einen Traceroute mit UDP- oder TCP-Paketen machen, damit du Gewissheit hast, dass nicht einfach nur Pings vom Router ausgebremst werden um Ressourcen für wichtige Pakete zu haben.
 
Die Tracerts habe ich schon gemacht,und es klemmt zu beiden Seiten bei einem Intergenia Server,oder anders gesagt,ab da wo es das Netz von Kabel Deutschland verlässt und zu Intergenia wechselt.

Siehe Tracert.
Code: 
HOST: Root-Server Loss% Snt Last Avg Best Wrst StDev
1. static-ip-188-138-104-130.in 0.0% 500 2.1 2.1 0.8 8.9 1.5
2. 217.118.16.162 0.0% 500 0.3 1.1 0.2 38.2 4.8
3. 217.118.16.29 0.0% 500 0.5 1.4 0.4 32.2 3.7
4. ??? 100.0 500 0.0 0.0 0.0 0.0 0.0
5. kabeldeutschland1.ber.ecix.n 0.2% 500 40.3 46.9 40.1 372.8 31.3
6. 83-169-128-26.static.superka 0.0% 500 41.4 44.1 40.1 48.6 2.3
7. 83-169-128-29.static.superka 0.0% 500 54.2 50.3 46.4 54.6 2.3
8. 83-169-129-137.static.superk 0.0% 500 46.6 50.1 46.4 246.8 20.1
9. 83-169-183-226-isp.superkabe 0.0% 500 46.6 50.0 46.4 237.3 20.2
10. 88-134-192-131-dynip.superka 0.0% 500 46.6 47.3 46.5 140.6 7.2
11. 83-169-172-121-isp.superkabe 0.0% 500 46.6 46.5 46.4 47.4 0.1
12. ??? 100.0 500 0.0 0.0 0.0 0.0 0.0



Der von mir mit Winmtr.

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 83-169-160-162-isp.superkabel.de - 0 | 523 | 523 | 5 | 18 | 47 | 10 |
| 83-169-172-118-isp.superkabel.de - 0 | 523 | 523 | 5 | 20 | 218 | 9 |
| 88-134-192-128-dynip.superkabel.de - 0 | 523 | 523 | 6 | 23 | 202 | 10 |
| 83-169-183-222-isp.superkabel.de - 0 | 523 | 523 | 5 | 21 | 203 | 11 |
| 83-169-129-142.static.superkabel.de - 0 | 523 | 523 | 5 | 21 | 94 | 12 |
| 83-169-129-74.static.superkabel.de - 0 | 523 | 523 | 15 | 36 | 93 | 24 |
| 88-134-201-165-dynip.superkabel.de - 0 | 523 | 523 | 12 | 36 | 507 | 16 |
| intergenia1.ber.ecix.net - 0 | 523 | 523 | 49 | 63 | 142 | 52 |
| 217.118.16.26 - 0 | 523 | 523 | 52 | 63 | 115 | 53 |
| 217.118.16.163 - 0 | 523 | 523 | 53 | 64 | 100 | 61 |
| Root-Server - 0 | 523 | 523 | 52 | 62 | 96 | 59 |

Oder bewerte ich das gerade falsch.Ich könnte noch den Telefonanbieter wechseln,aber eigentlich bin ich recht zufreiden mit Kabel Deutschland.
 
Ich möchte das IPv6-Routing von OVH zum sixxs-PoP in HH nominieren. Früher(TM) ging es, glaub ich, sogar über DECIX zu easynet, aber nun:

Code: 
traceroute to deham01.sixxs.net (2001:6f8:800:1003::2), 30 hops max, 80 byte packets
 1  rbx-2-6k.fr.eu (2001:41d0:1:65ff:ff:ff:ff:fd)  0.622 ms * *
 2  rbx-g1-a9.fr.eu (2001:41d0::aa1)  1.230 ms  1.456 ms  1.693 ms
 3  ldn-1-6k.uk.eu (2001:41d0::772)  4.102 ms  6.182 ms *
 4  2001:450:2002:11b::1 (2001:450:2002:11b::1)  8.342 ms  10.383 ms  8.306 ms
 5  2001:450:2001:800d::1 (2001:450:2001:800d::1)  113.212 ms  113.179 ms  113.170 ms
 6  2001:1900:4:3::209 (2001:1900:4:3::209)  112.335 ms  115.241 ms  112.749 ms
 7  vl-52.car2.Miami1.Level3.net (2001:1900:25:2::4)  117.551 ms vl-51.car2.Miami1.Level3.net (2001:1900:25:1::4)  118.158 ms  120.644 ms
 8  vl-4060.car2.Atlanta2.Level3.net (2001:1900:4:1::a6)  126.458 ms  126.374 ms  129.169 ms
 9  ae-1-4067.edge1.Washington12.Level3.net (2001:1900:4:1::3b5)  126.268 ms  127.329 ms  127.196 ms
10  2001:1900:4:1::3da (2001:1900:4:1::3da)  127.173 ms 2001:1900:4:1::3de (2001:1900:4:1::3de)  125.131 ms  120.702 ms
11  vl-4047.car1.NewYork1.Level3.net (2001:1900:4:1::3ba)  114.866 ms  114.906 ms  119.626 ms
12  2001:1900:19:5::6 (2001:1900:19:5::6)  115.709 ms  115.298 ms  115.705 ms
13  EASYNET-GRO.NewYork1.Level3.net (2001:1900:4:2::2b2)  129.489 ms  133.661 ms  130.834 ms
14  2001:6f8:1:0:87:86:77:110 (2001:6f8:1:0:87:86:77:110)  124.204 ms  123.693 ms  123.465 ms
15  * 2001:6f8:1:0:87:86:77:9 (2001:6f8:1:0:87:86:77:9)  120.091 ms *
16  2001:6f8:1:0:87:86:77:37 (2001:6f8:1:0:87:86:77:37)  120.603 ms * *
17  2001:6f8:1:0:87:86:77:58 (2001:6f8:1:0:87:86:77:58)  119.859 ms * *
18  2001:6f8:1:0:87:86:77:33 (2001:6f8:1:0:87:86:77:33)  120.007 ms * *
19  2001:6f8:1:0:87:86:77:68 (2001:6f8:1:0:87:86:77:68)  130.449 ms * *
20  2001:6f8:1:0:87:86:71:229 (2001:6f8:1:0:87:86:71:229)  132.178 ms  131.398 ms  132.638 ms
21  deham01.sixxs.net (2001:6f8:800:1003::2)  142.356 ms  142.272 ms  142.943 ms
 
You must log in or register to reply here.
Back
Top