Unitymedia Ab Aorta +5ms mehr

[rv112]

Hallo!

Gestern Nachmittag hatte ich zuerst leichten Paketloss via IPv4, Leitungswerte dabei völlig i.O. Am Abend dann erhöhten Ping um 4-5 ms. Allerdings erst ab dem Hop in dem zu Aorta geroutet wird:

Routenverfolgung zu heise.de [193.99.144.80]
über maximal 30 Hops: 1 <1 ms <1 ms <1 ms pfsense.networks [192.168.1.1] 2 6 ms 6 ms 6 ms HSI-KBW-37-49-100-1.hsi14.kabel-badenwuerttemberg.de [37.49.100.1] 3 6 ms 6 ms 6 ms 172.30.22.153 4 13 ms 12 ms 12 ms de-str01c-rc1-ae36-0.aorta.net [84.116.191.225] 5 12 ms 12 ms 12 ms de-fra04d-rc1-ae10-0.aorta.net [84.116.140.205] 6 12 ms 12 ms 12 ms de-fra01b-ri1-ae1-0.aorta.net [84.116.134.10] 7 13 ms 12 ms 14 ms te0-0-2-3.c150.f.de.plusline.net [80.81.192.132] 8 * * * Zeitüberschreitung der Anforderung. 9 * * * Zeitüberschreitung der Anforderung. 10 13 ms 12 ms 14 ms 212.19.61.13 11 12 ms 13 ms 12 ms redirector.heise.de [193.99.144.80]
Ablaufverfolgung beendet.

Kann das jemand bestätigen?

 

[Andreas1969]

Was regst Dich auf :kratz:
Ist doch immer noch Spitze, ich kann von sowas nur träumen :streber:

 

[rv112]

Mag sein dass der Wert ok ist, aber irgendwas ist ja passiert was so nicht sein soll

 

[addicted]

Denkbar, dass es ein Problem mit dem Backbone gab, und der technische Notdienst hat dann das Routing verändert. Es war ja Sonntag, da würde ich durchaus auch erstmal einen Workaround schalten, bis unter der Woche dann dran gearbeitet werden kann.
Achte mal, ob es im Laufe der Woche wieder auf 8ms sinkt.

Wofür steht denn "de-str" (und in welcher Stadt wohnst Du)?
Strasbourg ist ja eher nicht in Deutschland ...
Ist der Hop immer dabei gewesen?

 

[k6jG8ETX]

Wofür steht denn "de-str" (und in welcher Stadt wohnst Du)?
Strasbourg ist ja eher nicht in Deutschland ...
Ist der Hop immer dabei gewesen?

Die Hostnames in den LGI-Netzen werden nach meiner Beobachtung nach UN/LOCODE gebildet. DE STR ist also Stuttgart.

 

[addicted]

Ich hätte für Stuttgart auf STG gewettet. Wieder was gelernt, danke

 

[why_]

Mag sein dass der Wert ok ist, aber irgendwas ist ja passiert was so nicht sein soll

Es wurde tatsächlich seitens Unitymedia am Routing gespielt. Allerdings letztes Jahr, seit dem sind die AFTR gateways in Ulm nicht mehr direkt erreichbar sondern nur noch über Stutgart was zu einem Irsinnigen ping führt. Scheinbar wird jetzt schritt für schritt noch mehr Zentralisiert und lokale PoPs abgebaut, vielleicht stecken die gerade in Verhandlungen mit Vodafone und wollen die Wirtschaftlichkeit von Unitymedia noch weiter hochkünsteln in dem sie Ihre Kunden verarschen, damit sie noch mehr Kohle verlangen können.

 

[Andreas1969]

Qualitätsabbau Step by Step
Dafür werden die Produkte ja billiger, der 400er wird ja mittlerweile regelrecht verramscht :brüll:

 

[robert_s]

Ich hätte für Stuttgart auf STG gewettet. Wieder was gelernt, danke

Passt aber vom Timing her nicht. Für 200km hin und zurück braucht auch Licht in der Faser schon 2ms. Der Hop zeigt aber die gleichen RTTs wie der in Frankfurt. Es sieht also danach aus, dass der "de-str" Hop sich tatsächlich in Frankfurt befindet. Aus der geographischen Distanz des Testers könnten sich dann schon die "+5ms" ergeben.

 

[robert_s]

Es wurde tatsächlich seitens Unitymedia am Routing gespielt. Allerdings letztes Jahr, seit dem sind die AFTR gateways in Ulm nicht mehr direkt erreichbar sondern nur noch über Stutgart was zu einem Irsinnigen ping führt. Scheinbar wird jetzt schritt für schritt noch mehr Zentralisiert und lokale PoPs abgebaut, vielleicht stecken die gerade in Verhandlungen mit Vodafone und wollen die Wirtschaftlichkeit von Unitymedia noch weiter hochkünsteln

...oder schon mal Verträge kündigen, die Vodafone eh dann kündigen würde? Ich weiß ja nicht, wie das mit den Verlängerungslaufzeiten im B2B-Bereich ist, aber sollte sich da ein Vertrag bei Nichtkündigung gleich um mehrere Jahre verlängern, wäre es doch durchaus sinnvoll, dass UM den schon mal selbst zum nächstmöglichen Zeitpunkt kündigt, damit VF den dann nicht noch lange an der Backe hat...

 

[Andreas1969]

An meinem Anschluss würde ich den Unterschied überhaupt nicht bemerken :ballett:

 

[rv112]

Denkbar, dass es ein Problem mit dem Backbone gab, und der technische Notdienst hat dann das Routing verändert. Es war ja Sonntag, da würde ich durchaus auch erstmal einen Workaround schalten, bis unter der Woche dann dran gearbeitet werden kann.
Achte mal, ob es im Laufe der Woche wieder auf 8ms sinkt.

Wofür steht denn "de-str" (und in welcher Stadt wohnst Du)?
Strasbourg ist ja eher nicht in Deutschland ...
Ist der Hop immer dabei gewesen?

Du hast wohl den richtigen Ansatz! Normal werde ich direkt nach Frankfurt geroutet. In der Tat schien es hier also Probleme zu geben, weshalb das Routing geändert wurde. Dann warte ich mal geduldig ab.

So sieht es normal aus:

1 <1 ms <1 ms <1 ms pfsense.networks [192.168.1.1]
2 6 ms 5 ms 6 ms HSI-KBW-37-49-100-1.hsi14.kabel-badenwuerttemberg.de [37.49.100.1]
3 6 ms 6 ms 6 ms 172.30.22.97
4 9 ms 9 ms 9 ms de-fra04d-rc1-ae60-0.aorta.net [84.116.191.221]
5 10 ms 11 ms 8 ms de-fra01b-ri1-ae1-0.aorta.net [84.116.134.10]
6 9 ms 8 ms 9 ms te0-0-2-3.c150.f.de.plusline.net [80.81.192.132]
7 * * * Zeitüberschreitung der Anforderung.
8 * * * Zeitüberschreitung der Anforderung.
9 9 ms 9 ms 9 ms 212.19.61.13
10 8 ms 8 ms 8 ms redirector.heise.de [193.99.144.80]
Ablaufverfolgung beendet.

Hinzugekommen sind also die Hops de-str01c-rc1-ae36-0.aorta.net [84.116.191.225] und de-fra04d-rc1-ae10-0.aorta.net [84.116.140.205].

 

[Dragon]

Scheinbar wird jetzt schritt für schritt noch mehr Zentralisiert und lokale PoPs abgebaut, vielleicht stecken die gerade in Verhandlungen mit Vodafone und wollen die Wirtschaftlichkeit von Unitymedia noch weiter hochkünsteln in dem sie Ihre Kunden verarschen, damit sie noch mehr Kohle verlangen können.

Jeder Netzkonten ist redundant angebunden. Einmal nach Frankfurt und dann eine weitere Leitung nach Stuttgart (ganz BW), Düsseldorf (NRW und großer Teil von Hessen) oder an einen anderen Router in Frankfurt. Abgebaut oder zentralisiert wird da nichts.

Passt aber vom Timing her nicht. Für 200km hin und zurück braucht auch Licht in der Faser schon 2ms. Der Hop zeigt aber die gleichen RTTs wie der in Frankfurt. Es sieht also danach aus, dass der "de-str" Hop sich tatsächlich in Frankfurt befindet. Aus der geographischen Distanz des Testers könnten sich dann schon die "+5ms" ergeben.

Liberty Global verwendet, wie fast alle größeren Netzwerke, MPLS. Daher sind die angezeigten Latenzen an allen Hops meist identisch. Der Router de-str01c-rc1 steht ziemlich sicher in Stuttgart.

 

[robert_s]

Passt aber vom Timing her nicht. Für 200km hin und zurück braucht auch Licht in der Faser schon 2ms. Der Hop zeigt aber die gleichen RTTs wie der in Frankfurt. Es sieht also danach aus, dass der "de-str" Hop sich tatsächlich in Frankfurt befindet. Aus der geographischen Distanz des Testers könnten sich dann schon die "+5ms" ergeben.

Liberty Global verwendet, wie fast alle größeren Netzwerke, MPLS. Daher sind die angezeigten Latenzen an allen Hops meist identisch. Der Router de-str01c-rc1 steht ziemlich sicher in Stuttgart.

Du meinst, der MPLS-Endpunkt zieht dann "posthum" die per MPLS durchlaufenen Hops von der TTL ab und generiert ggf. TTL-expired Antworten in deren Namen? Davon habe ich bisher nicht gehört, wäre eine interessante Erweiterung...

 

[Dragon]

• If an ICMP message is generated inside an LSP, the ICMP message is
carried all the way to the end of the LSP before being routed back.
• This can make traceroute look really weird, since you see all the hops
along the LSP, but they all appear to have the same latency as the final
hop. This causes much end-user confusion.

Quelle: https://www.nanog.org/meetings/nanog49/presentations/Sunday/mpls-nanog49.pdf (Seite 53)
Oder auch https://www.nanog.org/meetings/nanog47/presentations/Sunday/RAS_Traceroute_N47_Sun.pdf (ab Seite 51)

Einige andere Provider, wie zum Beispiel die Telekom, verstecken übrigens alle Hops im MPLS-Pfad.

 

[rv112]

Richtig, über die Telekomleitung sieht es so aus:

Routenverfolgung zu heise.de [193.99.144.80]
über maximal 30 Hops: 1 <1 ms <1 ms <1 ms pfsense.networks [192.168.1.1] 2 20 ms 19 ms 19 ms 62.155.246.170 3 22 ms 23 ms 22 ms 217.5.118.46 4 25 ms 24 ms 24 ms 62.157.251.38 5 * * * Zeitüberschreitung der Anforderung. 6 * * * Zeitüberschreitung der Anforderung. 7 22 ms 22 ms 22 ms 212.19.61.13 8 23 ms 23 ms 23 ms redirector.heise.de [193.99.144.80]
Ablaufverfolgung beendet.

 

[Dragon]

Damit meinte ich nicht die Einträge "Zeitüberschreitung der Anforderung.". Das ist schon nicht mehr im Telekom-Netz.

 

[Andreas1969]

Richtig, über die Telekomleitung sieht es so aus:

Routenverfolgung zu heise.de [193.99.144.80]
über maximal 30 Hops: 1 <1 ms <1 ms <1 ms pfsense.networks [192.168.1.1] 2 20 ms 19 ms 19 ms 62.155.246.170 3 22 ms 23 ms 22 ms 217.5.118.46 4 25 ms 24 ms 24 ms 62.157.251.38 5 * * * Zeitüberschreitung der Anforderung. 6 * * * Zeitüberschreitung der Anforderung. 7 22 ms 22 ms 22 ms 212.19.61.13 8 23 ms 23 ms 23 ms redirector.heise.de [193.99.144.80]
Ablaufverfolgung beendet.

Hui, das sieht hier aber deutlich besser aus

Routenverfolgung zu redirector.heise.de [193.99.144.80]
über maximal 30 Hops: 1 <1 ms <1 ms <1 ms fritz.box [192.168.2.1] 2 4 ms 4 ms 3 ms 62.155.243.54 3 11 ms 11 ms 10 ms f-ed12-i.F.DE.NET.DTAG.DE [62.154.15.110] 4 11 ms 11 ms 11 ms 62.157.251.38 5 * * * Zeitüberschreitung der Anforderung. 6 * * * Zeitüberschreitung der Anforderung. 7 10 ms 10 ms 10 ms 212.19.61.13 8 10 ms 10 ms 10 ms redirector.heise.de [193.99.144.80]
Ablaufverfolgung beendet.

 

[rv112]

Du hast ja auch Vectoring mein Lieber

 

[robert_s]

• If an ICMP message is generated inside an LSP, the ICMP message is
carried all the way to the end of the LSP before being routed back.
• This can make traceroute look really weird, since you see all the hops
along the LSP, but they all appear to have the same latency as the final
hop. This causes much end-user confusion.

Quelle: https://www.nanog.org/meetings/nanog49/presentations/Sunday/mpls-nanog49.pdf (Seite 53)
Oder auch https://www.nanog.org/meetings/nanog47/presentations/Sunday/RAS_Traceroute_N47_Sun.pdf (ab Seite 51)

Einige andere Provider, wie zum Beispiel die Telekom, verstecken übrigens alle Hops im MPLS-Pfad.

Vielen Dank für die Recherche! Ich kannte bisher nur die "versteckte" MPLS-Variante von der Telekom...

 

[rv112]

Auch heute nach wie vor das schlechtere Routing. Gibts hier niemand aus der Region Mannheim/Heidelberg/Karlsruhe der mal einen Trace zu heise.de machen kann?

 

[tq1199]

Auch heute nach wie vor das schlechtere Routing.

Hat sich deine externe IPv4-Adresse evtl. geändert?
Ich bekomme mit der statischen IP-Adresse das Routing ohne "de-str01c-rc1-ae43-0.aorta.net" und mit der dynamischen IP-Adresse das Routing mit "de-str01c-rc1-ae43-0.aorta.net". Das gateway ist identisch aber die 172er-IP-Adresse ist verschieden.

 

[Benqer]

Nähe Bielefeld

# /usr/sbin/traceroute -w 2 -I -m '18' 'heise.de'
traceroute to heise.de (193.99.144.80), 18 hops max, 48 byte packets 1 ip-94-114-104-1.unity-media.net (94.114.104.1) 15.794 ms 9.250 ms 12.828 ms 2 de-bfe18a-rd01-ae10-1040.bfe.unity-media.net (81.210.140.8) 12.363 ms 14.019 ms 10.730 ms 3 de-bfe18a-rd02-ae0-0.aorta.net (84.116.191.146) 17.755 ms 14.589 ms 15.404 ms 4 de-fra01b-rc1-ae65-0.aorta.net (84.116.191.125) 16.463 ms 31.896 ms 12.994 ms 5 de-fra01b-ri1-ae0-0.aorta.net (84.116.134.6) 14.255 ms 14.662 ms 14.494 ms 6 te0-0-2-3.c150.f.de.plusline.net (80.81.192.132) 18.848 ms 20.336 ms 15.921 ms 7 * * * 8 * * * 9 212.19.61.13 (212.19.61.13) 15.712 ms 13.584 ms 28.430 ms
10 redirector.heise.de (193.99.144.80) 14.256 ms 16.833 ms 15.111 ms

 

[hostage]

hier in herne ist dieser anstieg beim uebergang in die aorta schon seit jahren normal.

C:\Windows\System32>tracert -4 heise.de

Routenverfolgung zu heise.de [193.99.144.80]
über maximal 30 Hops:

1 <1 ms <1 ms <1 ms 192.168.0.1
2 * * * Zeitüberschreitung der Anforderung.
3 6 ms 7 ms 6 ms 1511G-MX960-01-ae12-1339.hee.unity-media.net [81.210.139.42]
4 13 ms 13 ms 13 ms de-bom01a-rd02-ae0-0.aorta.net [84.116.196.90]
5 13 ms 13 ms 13 ms de-fra01b-rc1-ae20-0.aorta.net [84.116.196.94]
6 13 ms 12 ms 12 ms de-fra01b-ri1-ae0-0.aorta.net [84.116.134.6]
7 14 ms 14 ms 16 ms te0-0-2-3.c150.f.de.plusline.net [80.81.192.132]
8 * * * Zeitüberschreitung der Anforderung.
9 * * * Zeitüberschreitung der Anforderung.
10 13 ms 12 ms 13 ms 212.19.61.13
11 13 ms 13 ms 13 ms redirector.heise.de [193.99.144.80]

falls de-bom fuer bochum stehen sollte (nachbarstadt), scheint es halt so, als habe man die latenz absichtlich so angepasst, dass es fuer jeden uebergang in die aorta einheitliche pingzeiten gibt. also bist du moeglicherweise einfach "opfer" dieser vereinheitlichung geworden. ist aber nur reine spekulation.

 

[Nurum]

In Karlsruhe ist alles wie immer. Tests sind aber mit DS-lite und Connect Box gemacht. Daher die Latenzen nicht sonderlich aussagekräftig:

Routenverfolgung zu heise.de [193.99.144.80]
über maximal 30 Hops: 1 <1 ms <1 ms <1 ms 192.168.1.1 2 18 ms 18 ms 15 ms ip-81-210-176-143.hsi17.unitymediagroup.de [81.210.176.143] 3 14 ms 26 ms 22 ms de-str01c-rc1-ae21-0.aorta.net [84.116.190.241] 4 30 ms 23 ms 24 ms de-fra04d-rc1-ae10-0.aorta.net [84.116.140.205] 5 24 ms 40 ms 29 ms de-fra01b-ri1-ae1-0.aorta.net [84.116.134.10] 6 25 ms 28 ms 21 ms te0-0-2-3.c150.f.de.plusline.net [80.81.192.132] 7 * 25 ms * te0-0-2-3.c150.f.de.plusline.net [80.81.192.132] 8 * * * Zeitüberschreitung der Anforderung. 9 * * * Zeitüberschreitung der Anforderung. 10 24 ms 22 ms 23 ms redirector.heise.de [193.99.144.80]
Ablaufverfolgung beendet.

Routenverfolgung zu heise.de [2a02:2e0:3fe:1001:302::]
über maximal 30 Hops: 1 <1 ms <1 ms <1 ms 2a02:8071:21b1:9a00:xxxx:xxxx:xxxx:xxxx 2 17 ms 16 ms 85 ms 2a02:8071:2100::1 3 91 ms 36 ms 13 ms 2a02:8071:20ff:2e94::1 4 50 ms 20 ms 18 ms de-str01c-rc1-lo0-0.v6.aorta.net [2001:730:2d00::5474:807d] 5 24 ms 19 ms 18 ms de-fra04d-rc1-lo0-0.v6.aorta.net [2001:730:2d00::5474:8015] 6 19 ms 22 ms 16 ms de-fra01b-ri1-lo0-0.v6.aorta.net [2001:730:2d00::5474:8042] 7 31 ms 16 ms 23 ms 2003:0:1304:8008::1 8 33 ms 16 ms 20 ms 2003:0:1307:4018::1 9 * * * Zeitüberschreitung der Anforderung. 10 53 ms 32 ms 20 ms 2a02:2e0:12:20::1 11 19 ms 21 ms 22 ms 2a02:2e0:12:31::2 12 20 ms 24 ms 15 ms 2a02:2e0:3fe:0:c::1 13 17 ms 21 ms 19 ms redirector.heise.de [2a02:2e0:3fe:1001:302::]
Ablaufverfolgung beendet.