IPv6-Routing zu Microsoft Azure / code.visualstudio.com und linkedin.com nicht erreichbar
vor 5 Stunden
Hallo zusammen,
seit längerem sind über meinen DSL-100-Anschluss (echter Dual-Stack mit öffentlicher IPv4) bestimmte Webseiten über IPv6 nicht erreichbar. Betroffen sind ausschließlich Dienste auf Microsoft Azure, darunter code.visualstudio.com und www.linkedin.com. Über IPv4 funktionieren dieselben Seiten einwandfrei.
Symptom:
DNS-Auflösung funktioniert (AAAA-Records werden korrekt aufgelöst). Der Verbindungsaufbau über IPv6 läuft jedoch in einen Timeout. Mit
curl -4
sind die Seiten sofort erreichbar, mit
curl -6
nicht.
Traceroute IPv6 zu code.visualstudio.com (2603:1061:14:c1::1):
1 *.dip0.t-ipconnect.de 0.4 ms 2 2003:0:8901:6000::1 8.5 ms 3 * * * 4 2a01:111:2000:1::365a 22.1 ms 5 ae31-0.icr01.fra21.ntwk.msn.net 15.4 ms 6 * * * 7 * * * 8 2603:1060:1:10::f7fd 29.0 ms 9 be6.ibr02.fra21.ntwk.msn.net 26.2 ms 10 2a01:111:2000:6::5669 28.2 ms 11 2603:10a0:1b0a:1100::72 26.2 ms 12 2603:10a0:1b0a:1301::e 26.8 ms 13 2603:10a0:1b0c:27:: 28.0 ms 14-30 * * * (keine Antwort mehr)
Analyse:
Das Peering Telekom → Microsoft in Frankfurt (fra21) funktioniert (Hop 4–5). Die Pakete werden auch innerhalb des Microsoft-Backbone weitergeleitet (Hop 8–13). Ab Hop 14 gehen die Pakete jedoch verloren – also tief im Azure-Netz. Das IPv4-Routing zum selben Ziel funktioniert problemlos.
Workaround:
Aktuell habe ich auf einem Rechner die IPv4-Präferenz über /etc/gai.conf gesetzt. Das hilft als Workaround, ist aber keine Lösung für alle Geräte im Netzwerk.
Bitte:
Kann das IPv6-Routing zu den betroffenen Azure-Endpunkten geprüft und ggf. an Microsoft eskaliert werden?
Betriebssystem: Ubuntu 24.04
Router: FritzBox (aktuelle Firmware)
Vielen Dank!
45
0
5
Das könnte Ihnen auch weiterhelfen
Beliebte Tags letzte 7 Tage
Das könnte Sie auch interessieren
Kaufberatung anfragen
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.
Angebote anzeigen
Informieren Sie sich über unsere aktuellen Internet-Angebote.
vor 4 Stunden
Wenn IPv4 funktioniert ist doch alles OK.
Es gibt keinen potentiellen Mehrwert mit IPv6, darum auch keine forcierte weltweite Migration zu IPv6 only.
0
vor 4 Stunden
Halten wir fest:
Du, respektive die KI, hat festgestellt, dass deine ipv6 Anfragen im Netz von Azure versumpfen.
Jetzt möchtest du die Telekom als Sprachrohr für dich, damit die dein Problem lösen. Ein Problem, mit dem die Telekom nichts zu tun hat.
Warum wendest du dich nicht an Microsoft und erzählst denen das?
1
von
vor 4 Stunden
Halten wir fest:
Du, respektive die KI, hat festgestellt, dass deine ipv6 Anfragen im Netz von Azure versumpfen.
Jetzt möchtest du die Telekom als Sprachrohr für dich, damit die dein Problem lösen. Ein Problem, mit dem die Telekom nichts zu tun hat.
Warum wendest du dich nicht an Microsoft und erzählst denen das?
Ich würde hier in dem Fall empfehlen, das Ganze am NOC zu melden bei MS
Die sind meines Tages auch zuständig bei dem Thema Internet und Routing
0
Uneingeloggter Nutzer
von
vor 4 Stunden
Betroffen sind ausschließlich Dienste auf Microsoft Azure, darunter code.visualstudio.com und www.linkedin.com.
Hallo zusammen,
seit längerem sind über meinen DSL-100-Anschluss (echter Dual-Stack mit öffentlicher IPv4) bestimmte Webseiten über IPv6 nicht erreichbar. Betroffen sind ausschließlich Dienste auf Microsoft Azure, darunter code.visualstudio.com und www.linkedin.com. Über IPv4 funktionieren dieselben Seiten einwandfrei.
Symptom:
DNS-Auflösung funktioniert (AAAA-Records werden korrekt aufgelöst). Der Verbindungsaufbau über IPv6 läuft jedoch in einen Timeout. Mit
curl -4
sind die Seiten sofort erreichbar, mit
curl -6
nicht.
Traceroute IPv6 zu code.visualstudio.com (2603:1061:14:c1::1):
1 *.dip0.t-ipconnect.de 0.4 ms 2 2003:0:8901:6000::1 8.5 ms 3 * * * 4 2a01:111:2000:1::365a 22.1 ms 5 ae31-0.icr01.fra21.ntwk.msn.net 15.4 ms 6 * * * 7 * * * 8 2603:1060:1:10::f7fd 29.0 ms 9 be6.ibr02.fra21.ntwk.msn.net 26.2 ms 10 2a01:111:2000:6::5669 28.2 ms 11 2603:10a0:1b0a:1100::72 26.2 ms 12 2603:10a0:1b0a:1301::e 26.8 ms 13 2603:10a0:1b0c:27:: 28.0 ms 14-30 * * * (keine Antwort mehr)
Analyse:
Das Peering Telekom → Microsoft in Frankfurt (fra21) funktioniert (Hop 4–5). Die Pakete werden auch innerhalb des Microsoft-Backbone weitergeleitet (Hop 8–13). Ab Hop 14 gehen die Pakete jedoch verloren – also tief im Azure-Netz. Das IPv4-Routing zum selben Ziel funktioniert problemlos.
Workaround:
Aktuell habe ich auf einem Rechner die IPv4-Präferenz über /etc/gai.conf gesetzt. Das hilft als Workaround, ist aber keine Lösung für alle Geräte im Netzwerk.
Bitte:
Kann das IPv6-Routing zu den betroffenen Azure-Endpunkten geprüft und ggf. an Microsoft eskaliert werden?
Betriebssystem: Ubuntu 24.04
Router: FritzBox (aktuelle Firmware)
Vielen Dank!
Kann ich für meinen Telekomanschluß so nicht bestätigen.
0
vor 3 Stunden
seit längerem sind über meinen DSL-100-Anschluss (echter Dual-Stack mit öffentlicher IPv4) bestimmte Webseiten über IPv6 nicht erreichbar. Betroffen sind ausschließlich Dienste auf Microsoft Azure, darunter code.visualstudio.com und www.linkedin.com.
Hallo zusammen,
seit längerem sind über meinen DSL-100-Anschluss (echter Dual-Stack mit öffentlicher IPv4) bestimmte Webseiten über IPv6 nicht erreichbar. Betroffen sind ausschließlich Dienste auf Microsoft Azure, darunter code.visualstudio.com und www.linkedin.com. Über IPv4 funktionieren dieselben Seiten einwandfrei.
Symptom:
DNS-Auflösung funktioniert (AAAA-Records werden korrekt aufgelöst). Der Verbindungsaufbau über IPv6 läuft jedoch in einen Timeout. Mit
curl -4
sind die Seiten sofort erreichbar, mit
curl -6
nicht.
Traceroute IPv6 zu code.visualstudio.com (2603:1061:14:c1::1):
1 *.dip0.t-ipconnect.de 0.4 ms 2 2003:0:8901:6000::1 8.5 ms 3 * * * 4 2a01:111:2000:1::365a 22.1 ms 5 ae31-0.icr01.fra21.ntwk.msn.net 15.4 ms 6 * * * 7 * * * 8 2603:1060:1:10::f7fd 29.0 ms 9 be6.ibr02.fra21.ntwk.msn.net 26.2 ms 10 2a01:111:2000:6::5669 28.2 ms 11 2603:10a0:1b0a:1100::72 26.2 ms 12 2603:10a0:1b0a:1301::e 26.8 ms 13 2603:10a0:1b0c:27:: 28.0 ms 14-30 * * * (keine Antwort mehr)
Analyse:
Das Peering Telekom → Microsoft in Frankfurt (fra21) funktioniert (Hop 4–5). Die Pakete werden auch innerhalb des Microsoft-Backbone weitergeleitet (Hop 8–13). Ab Hop 14 gehen die Pakete jedoch verloren – also tief im Azure-Netz. Das IPv4-Routing zum selben Ziel funktioniert problemlos.
Workaround:
Aktuell habe ich auf einem Rechner die IPv4-Präferenz über /etc/gai.conf gesetzt. Das hilft als Workaround, ist aber keine Lösung für alle Geräte im Netzwerk.
Bitte:
Kann das IPv6-Routing zu den betroffenen Azure-Endpunkten geprüft und ggf. an Microsoft eskaliert werden?
Betriebssystem: Ubuntu 24.04
Router: FritzBox (aktuelle Firmware)
Vielen Dank!
Kann ich auch nicht bestätigen.
Du hast dir nicht zufällig dein Netzwerk selbst zerhauen?
Analyse:
Das Peering Telekom → Microsoft in Frankfurt (fra21) funktioniert (Hop 4–5). Die Pakete werden auch innerhalb des Microsoft-Backbone weitergeleitet (Hop 8–13). Ab Hop 14 gehen die Pakete jedoch verloren – also tief im Azure-Netz. Das IPv4-Routing zum selben Ziel funktioniert problemlos.
Hallo zusammen,
seit längerem sind über meinen DSL-100-Anschluss (echter Dual-Stack mit öffentlicher IPv4) bestimmte Webseiten über IPv6 nicht erreichbar. Betroffen sind ausschließlich Dienste auf Microsoft Azure, darunter code.visualstudio.com und www.linkedin.com. Über IPv4 funktionieren dieselben Seiten einwandfrei.
Symptom:
DNS-Auflösung funktioniert (AAAA-Records werden korrekt aufgelöst). Der Verbindungsaufbau über IPv6 läuft jedoch in einen Timeout. Mit
curl -4
sind die Seiten sofort erreichbar, mit
curl -6
nicht.
Traceroute IPv6 zu code.visualstudio.com (2603:1061:14:c1::1):
1 *.dip0.t-ipconnect.de 0.4 ms 2 2003:0:8901:6000::1 8.5 ms 3 * * * 4 2a01:111:2000:1::365a 22.1 ms 5 ae31-0.icr01.fra21.ntwk.msn.net 15.4 ms 6 * * * 7 * * * 8 2603:1060:1:10::f7fd 29.0 ms 9 be6.ibr02.fra21.ntwk.msn.net 26.2 ms 10 2a01:111:2000:6::5669 28.2 ms 11 2603:10a0:1b0a:1100::72 26.2 ms 12 2603:10a0:1b0a:1301::e 26.8 ms 13 2603:10a0:1b0c:27:: 28.0 ms 14-30 * * * (keine Antwort mehr)
Analyse:
Das Peering Telekom → Microsoft in Frankfurt (fra21) funktioniert (Hop 4–5). Die Pakete werden auch innerhalb des Microsoft-Backbone weitergeleitet (Hop 8–13). Ab Hop 14 gehen die Pakete jedoch verloren – also tief im Azure-Netz. Das IPv4-Routing zum selben Ziel funktioniert problemlos.
Workaround:
Aktuell habe ich auf einem Rechner die IPv4-Präferenz über /etc/gai.conf gesetzt. Das hilft als Workaround, ist aber keine Lösung für alle Geräte im Netzwerk.
Bitte:
Kann das IPv6-Routing zu den betroffenen Azure-Endpunkten geprüft und ggf. an Microsoft eskaliert werden?
Betriebssystem: Ubuntu 24.04
Router: FritzBox (aktuelle Firmware)
Vielen Dank!
Das Ziel antwortet dir auch nicht auf ICMP Anfragen.
Deine Route klingt auch komisch .. bei mir ist ein 7. Hop schon der letzte der Antwortet.
0
0
Uneingeloggter Nutzer
von