Netcup Routing ins AS8881 (Netcup/Anexia -> Versatel)

Moin,

ich glaube es wäre noch gut wenn du auch einen traceroute von netcup zu dir hinzufügst. Also das beide Richtungen ersichtlich sind.

#Frosty#

Quote from #Frosty#

Moin,

ich glaube es wäre noch gut wenn du auch einen traceroute von netcup zu dir hinzufügst. Also das beide Richtungen ersichtlich sind.

#Frosty#

So wie es aussieht, ist dieses Problem eventuell schon behoben, da der Beitragsersteller fLoo diesen Beitrag schon als gelöst markiert hat.

Nein, Problem besteht auch bei mir. IPv6 dauert konstant 10ms länger zu Versatel und zurück.

Kann mich dem Threadersteller nur anschließen.

Quote from fLoo

Problem ist an der IPv6-Verbindung relativ klar ersichtlich, 2001:7f8:1::a504:7147:1 gehört zum AMS-IX. Bedeutet also, dass der v6-Traffic über Amsterdam abefrühstückt wird, während die v4-Verbindungen über Frankfurt laufen.

Wenn ich mir den folgend erstellten Trace so anschaue, so ist es eher ein Problem von eurem Provider, der euch den Internetzugang stellt. Denn euer Provider bestimmt indirekt mit dem Anmieten von entsprechenden Internetzugängen, wie von seinem Netz - eventuell aus Kostengründen - ins andere Netzt das Routing verlaufen soll.

traceroute to 2a03:4000:0:1::1000 (2a03:4000:0:1::1000), 30 hops max, 65000 byte packets
1  * * *
2  * * *
3  * * *

ION*S-AS
4  ae-7-1460.rc-b.rs.ber.de.net.ion*s.com (2001:8d8:0:2::20d) [AS8560]  1.286 ms  1.061 ms  0.541 ms
5  2001:8d8:0:2::9a (2001:8d8:0:2::9a) [AS8560]  1.234 ms  1.473 ms  1.012 ms

AMS-IX NL Administrative network
6  et-0-1-0.core-ams14.as6724.net (2001:7f8:1::a500:8560:1) [AS1200]  0.829 ms  1.476 ms  0.876 ms
7  ae3-1337.bbr02.anx63.ams.nl.anexia-it.net (2001:7f8:1::a504:7147:1) [AS1200]  26.348 ms  24.217 ms  24.228 ms

ANEXIA Internetdienstleistungs GmbH
8  2a00:11c0:47:1:47::213 (2a00:11c0:47:1:47::213) [AS42473/AS47147]  31.327 ms  31.352 ms  31.317 ms
9  2a00:11c0:47:3::123 (2a00:11c0:47:3::123) [AS42473/AS47147]  31.332 ms  31.180 ms  40.503 ms

netcup GmbH
10  2a03:4000:0:1::1000 (2a03:4000:0:1::1000) [AS197540]  31.242 ms  31.185 ms  31.327 ms

Ein weiterer erstellter Trace von einem Provider aus Frankfurt am Main zeigt, dass das Routing eher vom ausgehenden Provider bestimmt wird und von daher die Hoheit des Routings bei dem liegt.

traceroute to 2a03:4000:0:1::1000 (2a03:4000:0:1::1000), 30 hops max, 65000 byte packets
1  ***

IP-PROJE*TS aus Frankfurt am Main
2  2a0a:51c4:2:3::1 (2a0a:51c4:2:3::1) [AS48314]  0.146 ms  0.343 ms  0.661 ms
3  fra1.mx240.as48314.net (2a0a:51c1::20) [AS48314]  0.566 ms  0.545 ms  0.652 ms

DE-CIX Management GmbH
4  2001:7f8::a5e9:0:1 (2001:7f8::a5e9:0:1) [*]  1.238 ms  1.283 ms  1.520 ms

ANEXIA Internetdienstleistungs GmbH
5  2a00:11c0:47:1:47::149 (2a00:11c0:47:1:47::149) [AS42473/AS47147]  1.175 ms  1.365 ms  1.159 ms
6  2a00:11c0:47:1:47::140 (2a00:11c0:47:1:47::140) [AS42473/AS47147]  3.907 ms  3.857 ms  3.889 ms
7  2a00:11c0:47:3::121 (2a00:11c0:47:3::121) [AS42473/AS47147]  5.188 ms  5.643 ms  5.208 ms

netcup GmbH
8  2a03:4000:0:1::1000 (2a03:4000:0:1::1000) [AS197540]  4.016 ms  3.904 ms  3.856 ms

Eventuell ist es sinnvoller, wenn ihr als deren Kunde bei eurem Provider Versat*l ein Ticket erstellt.

Bin deswegen seit Januar von Netcup weg, da das Problem schon länger existiert und laut [netcup] Lars S. das Problem beim NOC in Prüfung ist. IPv6-Routing von Netcup zu LWLcom läuft über Arelion (Nürnberg - Hamburg - Düsseldorf) oder RETN (Nürnberg - Berlin) statt über den DECIX oder AMSIX.

Über v6 durfte ich folgendes gerade feststellen.

Nürnberg geht über RETN

Wien geht über DE-CIX Frankfurt

Das LookingGlass von Anexia gibt auch nette Einblicke. Dass es gerade über RETN geht, liegt bei meiner abgefragten Route auch nur daran, dass diese eine Sekunde länger, als die Route über Arelion in der Tabelle liegt.

Ansonsten wird hier der local-pref Hammer angelegt. RETN und Arelion haben 100, während die anderen Routen, mit kürzerem AS-Path eine local-pref von 99 haben.

Quote from fLoo

Wird das Forum hier überhaupt noch von Netcup-Mitarbeitern gelesen?

Außer von Moderators und somit eventuell [netcup] Lars S. als technische Ansprechperson wahrscheinlich nicht.

Hallo zusammen, hallo fLoo,

danke für den Hinweis.

Ich habe jetzt unser Network Operation Center nochmals darum gebeten, den beschriebenen Sachverhalt zu überprüfen, was auch geschehen ist. Die genannten Phänomene im Routing lassen sich mit einer bereits länger zurückliegenden Umstellung korrelieren, welche temporär zur Erhöhung der Netzwerkstabilität nötig war. Die dabei ergriffenen Maßnahmen sind nun weitestgehend nicht mehr notwendig und wir werden diese daher schnellstmöglich rückgängig machen, was das hier beschriebene Szenario verbessern sollte. Ich werde nochmal Rückmeldung geben, wenn das erfolgt ist.

Quote from fLoo

Wird das Forum hier überhaupt noch von Netcup-Mitarbeitern gelesen?

Unser Forum ist kein Supportkanal. Wir bringen die wichtigen Themen an den richtigen Stellen ein und antworten auch ggf. darauf. In jedem Fall nehmen wir regelmäßig euer Feedback aus dem Forum mit und freuen uns daher stets über angeregte Diskussionen und sachliche Kritik. Im Zweifelsfall jedoch ist eine entsprechende Anfrage bei unserem Support-Team erst einmal besser angebracht, da du von diesem auf jeden Fall eine Rückmeldung erhältst.

Ich wünsche euch einen schönen Abend.

You can be as mad as a mad dog at the way things went. You could swear, curse the fates, but when it comes to the end, you have to let go.

Und bei einfachen statischen Seiten fällt das nicht so ins Gewicht? Oder was ist eine latenzkritische Anwendung?

Ich schimpfe ja bekanntlich gerne auf alles was schiefläuft seit Felix weg ist. Sich über ± 10 ms aufzuregen erscheint jedoch selbst mir lächerlich. Latenzkritische Anwendungen betreibt man in Falkenstein genauso wenig wie in Nürnberg, Karlsruhe oder wo netcup derzeit so steht, sondern in Frankfurt. Und für alles andere sind diese Latenzunterschiede völlig latte. Das war nie netcups Anspruch / Zielgruppe.