Telekom VDSL mit Fritzbox 7530 AX - IPv6 erzeugt Packetloss

[Falc410]

Ich kann sehr viele Webseiten nicht mehr aufrufen und weiß gerade nicht was ich machen soll. Es liegt wohl an IPv6, hier mal ein verkürztes Beispiel:

Nicht nur sind die Laufezeiten höher, ich habe auch massiv Packetloss. Kann das an meinem Rechner / Fritzbox liegen oder eher an der Telekom? Ein Trace würde mich ja eher hin zur Telekom hin verleiten, aber das Problem besteht schon seit Wochen - dann hätten sich doch schon mehr Leute gemeldet.

 

[Mojo1987]

Peering in die USA ist bei der Telekom unterirdisch, vorallem Nachmittags und Abends. Schon seit Jahren.

Gibt im Telekom hilft Bereich einen Thread dazu. Die Lösung ist ein VPN oder Anbieter wechseln.

 

[Falc410]

IPv4 läuft ohne Probleme. Hab mal IPv6 im Firefox deaktiviert aber wirklich happy bin ich mit der Lösung nicht. Aber d.h. ich gehe mal von Problemen bei der Telekom aus und nicht bei mir im Heimnetz.

 

[Engaged]

Haha gerade mal gegoogelt und direkt ein sehr gutes Argument gefunden:



🤣🤣🤣

 

[Mr.Highping]

Hast du die Möglichkeit Linux mit mtr einzusetzen? In Verbindung mit TCP könntest du dann noch am realistischsten sehen wo die meisten Pakete verworfen werden.
https://www.thomas-krenn.com/de/wiki/Linux_Netzwerk_Analyse_mit_mtr

Das die Unterschiede zwischen IPv4 und IPv6 vorhanden sind, kann durchaus mit unterschiedlichen Routen für beide Protokolle zusammenhängen, wobei es mich auch ein bisschen wundern würde.

 

[arvan]

Genau das von @Mr.Highping ist der Fall beim TE. Das sind zwei völlig unterschiedliche Routen unterschiedlicher Tier 3 Carrier (siehe Hop 6). Eine Route geht über NTT Data und die andere über Tata.

 

[riversource]

ICMP Pakete sind nicht geeignet, Packetloss festzustellen. Die werden immer als erstes verworfen. Und in diesem Fall wäre es dann ein Problem des Servers, denn bis da kommen die Pakete.

 

[Falc410]

Hab mal wsl installiert aber da geht mtr nur mit IPv4 nicht mit v6. Gerade geschaut, ist ein Open Bug seit 2020...na toll. Hilft mir also leider nicht viel. Sehe gerade es mtr auch bei homebrew, mal am Mac testen.

HOL-021523 (2003:cf:f03:8f00:b55d:26a0:91ff:6774) -> opensubtitles.org (2606:4700:3030::6815:e49)                            2024-05-07T19:30:59+0200
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                                                                             Packets               Pings
 Host                                                                                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. p200300cf0f038f001eed6ffffeaf325a.dip0.t-ipconnect.de                                                   0.0%    23    4.5   5.7   4.4   9.1   1.4
 2. 2003:0:8801:6000::1                                                                                     0.0%    23   15.5  18.5  14.5  72.7  11.9
 3. 2003:3c0:1600:8000::1                                                                                  13.6%    23  120.1 121.4 119.5 127.0   2.4
 4. 2003:3c0:1600:800a::2                                                                                  27.3%    23  168.2 172.1 167.9 193.3   6.1
 5. ae-0.r24.asbnva02.us.bb.gin.ntt.net                                                                    21.7%    23  168.7 170.3 167.5 176.2   2.6
 6. ae-0.a08.asbnva02.us.bb.gin.ntt.net                                                                    40.9%    23  172.2 177.3 171.6 196.8   8.4
 7. 2001:418:0:5000::f13                                                                                   77.3%    23  178.9 175.3 172.3 180.0   3.8
 8. 2400:cb00:354:3::                                                                                      18.2%    22  172.8 181.4 171.8 224.0  12.6
 9. 2606:4700:3030::6815:e49                                                                               57.1%    22  171.9 171.8 168.6 175.3   2.3

Der Loss fängt ja direkt nach dem 2. Hop an. Noch in Deutschland! Jemand noch eine Idee was ich da machen kann?

 

[riversource]

Der Hop ist nicht mehr in Deutschland, das erkennt man schon an den Delay Zeiten. Ein whois ergibt auch schnell "Telekom Noth America".

Es sind und bleiben ICMP Pakete, damit ist keine Aussage über die tatsächlichen Paketverluste möglich. Die Verlustquote des letzten Hops ist die höchste und deutlich höher, als beim vorletzten Hop. Wenn es ein Paketverlust-Problem ist, tritt es auf dem Server auf, und nicht auf dem Weg dahin. Möglicherweise ist der Server überlastet.

 

[Falc410]

Wie gesagt mit v4 klappt es einwandfrei und es ist nicht nur der Server - das war jetzt nur ein Beispiel. Extrem viele Webseiten (Ausland) laden nicht richtig. Aber nachdem ich das am Mac eben auch genau so nachstellen kann, wird es wohl echt an der Telekom liegen und dann kann ich nichts machen.

Mit --tcp sind die Werte ähnlich. Und laut der Webseite hier https://findipv6.com/find/2003:3C0:1600:8000::1
ist das noch Germany mit 99% Wahrscheinlichkeit. Aber hast recht, mit einem Whois kommt DTAG North America, verwirrend.

 

[riversource]

Wie gesagt mit v4 klappt es einwandfrei und es ist nicht nur der Server.

Das heißt ja nichts. Kann über Load Balancing ja komplett andere Hardware sein. Der Server ist MIT SICHERHEIT nicht unschuldig an dem Problem. Er ist es vielleicht nicht allein, aber er spielt eine Rolle.

Und laut der Webseite hier https://findipv6.com/find/2003:3C0:1600:8000::1
ist das noch Germany mit 99% Wahrscheinlichkeit.

Die Webseite erzählt Unsinn. Der Router steht in den USA.

Mit --tcp sind die Werte ähnlich.

Auch beim Server? Dann ist es mit Sicherheit ein Server-Problem.

 

[DLMttH]

Das Ziel liegt im Cloudflare CDN, oder? Da scheint was größeres kaputt zu sein, über VPN über einen für mich erreichbaren Telekom ADSL lande ich da auch in USA mit Ping 130, über 1&1 lande ich mit IPv4 und IPv6 in 10 ms in Amsterdam.

 

[riversource]

Stimmt, von meinem Anschluss sind es auch nur 5 ms zum Server. Da scheint es bei Cloudflare irgendwo ein Problem mit dem Routing zu geben.

 

[Dragon0001]

Das Routing zwischen Telekom und Cloudflare ist schon seit Wochen merkwürdig. Oft ein Umweg über die USA und der Performance schwankt stark. Da es bei anderen deutschen Providern nicht das Fall ist, liegt es wohl an der Telekom.

 

[riversource]

Da wäre ich mir nicht so sicher. Das CDN wählt den ausliefernden Server auf Basis der Client IP aus, und der Provider routet die Pakete dann nur noch dahin.

 

[Falc410]

Wie gesagt, dass war jetzt nur ein Beispiel, ich habe es bei mehreren Webseiten bemerkt, aber halt nicht durchgehend. Heute hat es mich so genervt, dass ich mal ein bisschen nachgeforscht habe. Habe es sonst immer auf die Webseite geschoben aber nachdem es heute ziemlich viele betroffen hat...
Kann gut sein dass Cloudflare da ein Problem hat wenn man Telekom mit IPv6 kommt. Also mein Workaround ist erstmal IPv6 in Firefox deaktiviert zu lassen.

 

[Mr.Highping]

Die Webseite erzählt Unsinn. Der Router steht in den USA.

Um mal einen alten Kollegen zu zitieren: Ja und nein und beides nicht.
Die IP gehört der Telekom mit ihrem AS3320, die Chance, dass es aber in den USA steht ist ziemlich hoch wie du schon sagst. Deutsche/Europäische IP auf amerikanischem Grund.
https://apps.db.ripe.net/db-web-ui/query?from=www&searchtext=2003:3c0:1600:8000::1

Was allerdings interessant ist, dass sowohl IPv4 als auch IPv6 über die selben Provider geroutet werden wenn man sich mal die Ziel IPs anschaut:

Was mir aber über meinen Proxmox zuhause aufgefallen ist, dass ich via mtr -T keinerlei Paketverluste sehen kann. Lange Laufzeiten von circa 100ms ja, aber keine Aussetzer, weder via IPv4 noch IPv6.
Telekom Anschluss mit Fritzbox 7530AX im Einsatz.

(192.168.1.100) -> opensubtitles.org (104.21.14.73)                                                                                                                                                                   2024-05-07T21:31:12+0000
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                                                                                                                                                                                       Packets               Pings
 Host                                                                                                                                                                                                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 192.168.1.1                                                                                                                                                                                                       0.0%   287    3.8   0.7   0.5   7.6   0.5
 2. p50928183.dip0.t-ipconnect.de                                                                                                                                                                                     0.0%   287    6.8   8.2   6.2  59.5   5.3
 3. nyc-sb6-i.nyc.us.net.dtag.de                                                                                                                                                                                      0.0%   287   93.2  93.9  92.7 141.1   3.7
 4. 80.156.160.213                                                                                                                                                                                                    0.0%   287   95.4  96.8  94.6 135.2   5.2
 5. if-ae-0-2.tcore3.njy-newark.as6453.net                                                                                                                                                                            0.0%   286   97.2  98.3  96.6 133.1   4.2
 6. 66.198.70.2                                                                                                                                                                                                       0.0%   286  105.6  98.1  94.8 121.4   4.9
 7. 172.70.112.2                                                                                                                                                                                                      0.0%   286   94.9 102.7  93.4 1145.  62.3
    162.158.152.3
    162.158.156.3
    172.70.228.2
    172.70.108.2
    199.27.132.36
 8. 104.21.14.73                                                                                                                                                                                                      0.0%   286   98.9  99.2  97.7 131.1   3.2

Von meinem Oracle Cloud Server sehen die Latenzen aber auch deutlich besser aus mit circa 25ms.

 

[chrigu]

Buche dualstack statt ds-lite/cgn und dein Problem des IPv6 paketverlust sollte besser werden

 

[DLMttH]

Joah, immer die böse Telekom mit dem berüchtigten CG-NAT und DS-Lite

 

[Falc410]

Ich war vorher Mal bei M-Net da hat die Fritzbox auch Ds-Lite angezeigt, jetzt zeigt er mir eine IPv4 und eine IPv6 an bei der Telekom. Ich wüsste auch gar nicht, dass man das umbuchen kann als Privatkunde. Wo sehe ich das eindeutig?