IPv6 Gestört

[MartinP_Do]

Habe dual stack. Heute abend sind sehr viele Webseiten nicht per IPv6 erreichbar ....
Ist das ein generelles Problem derzeit?

heise.de und golem.de sind z. B. betroffen, google nicht ....

C:\Users\Johannes>ping -6 heise.de

Ping wird ausgeführt für heise.de [2a02:2e0:3fe:1001:302::] mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für 2a02:2e0:3fe:1001:302:::
Pakete: Gesendet = 3, Empfangen = 0, Verloren = 3
(100% Verlust),
STRG-C
^C
C:\Users\Johannes>ping -6 google.de

Ping wird ausgeführt für google.de [2a00:1450:4001:809::2003] mit 32 Bytes Daten:
Antwort von 2a00:1450:4001:809::2003: Zeit=18ms
Antwort von 2a00:1450:4001:809::2003: Zeit=17ms

Ping-Statistik für 2a00:1450:4001:809::2003:
Pakete: Gesendet = 2, Empfangen = 2, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 17ms, Maximum = 18ms, Mittelwert = 17ms
STRG-C
^C
C:\Users\Johannes>ping -6 unitymediaforum.de

Ping wird ausgeführt für unitymediaforum.de [2606:4700:3030::681c:83b] mit 32 Bytes Daten:
Antwort von 2606:4700:3030::681c:83b: Zeit=17ms
Antwort von 2606:4700:3030::681c:83b: Zeit=16ms
Antwort von 2606:4700:3030::681c:83b: Zeit=16ms

Ping-Statistik für 2606:4700:3030::681c:83b:
Pakete: Gesendet = 3, Empfangen = 3, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:

Aber vielleicht liegt ja auch eine Störung der Server vor - jedenfalls sind sie per IPv4 erreichbar ...

 

[why_]

läuft hier ohne Probleme

C:\Users\user>ping heise.de

Ping wird ausgeführt für heise.de [2a02:2e0:3fe:1001:302::] mit 32 Bytes Daten:
Antwort von 2a02:2e0:3fe:1001:302::: Zeit=8ms
Antwort von 2a02:2e0:3fe:1001:302::: Zeit=12ms
Antwort von 2a02:2e0:3fe:1001:302::: Zeit=13ms
Antwort von 2a02:2e0:3fe:1001:302::: Zeit=13ms

Ping-Statistik für 2a02:2e0:3fe:1001:302:::
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 8ms, Maximum = 13ms, Mittelwert = 11ms

C:\Users\user>tracert heise.de

Routenverfolgung zu heise.de [2a02:2e0:3fe:1001:302::]
über maximal 30 Hops:

1 <1 ms <1 ms <1 ms 2a02:8070:
2 7 ms 8 ms 7 ms 2a02:8070:
3 10 ms 7 ms 7 ms 2a02:8070:d0ff:2678::1
4 19 ms 17 ms 14 ms de-fra01b-rc1-lo0-0.v6.aorta.net [2001:730:2d00::5474:8065]
5 13 ms 13 ms 13 ms 2001:7300:2d00::5474:80d5
6 14 ms 13 ms 13 ms ffm-b1-link.telia.net [2001:2000:3080:5c2::1]
7 13 ms 13 ms 13 ms plusline-ic-323934-ffm-b1.c.telia.net [2001:2000:3080:1329::2]
8 * * * Zeitüberschreitung der Anforderung.
9 13 ms 13 ms 12 ms 2a02:2e0:10:1::1
10 16 ms 13 ms 15 ms 2a02:2e0:12:32::2
11 12 ms 12 ms 12 ms 2a02:2e0:3fe:0:c::1
12 12 ms 12 ms 13 ms redirector.heise.de [2a02:2e0:3fe:1001:302::]

Ablaufverfolgung beendet.

 

[MartinP_Do]

Immer noch "Zeitüberschreitung der Anforderung" für
golem.de,
heise.de,
digitalfernsehen.de
unitymediaforum.de
wieistmeineip.de (Tests sind aber alle "grün")

Auch ein Neustart der 6491 hat nichts geändert ...

C:\Users\Johannes>tracert -6 google.de

Routenverfolgung zu google.de [2a00:1450:4001:81f::2003]
über maximal 30 Hops:

1 1 ms <1 ms <1 ms fritz.box [2a02:908:4.....]
2 16 ms 13 ms 13 ms 2a02:908:400:1::1
3 10 ms 12 ms 9 ms 2a02:908:0:10c::1
4 21 ms 22 ms 30 ms de-fra01b-rc1-lo0-0.v6.aorta.net [2001:730:2d00::5474:8065]
5 19 ms 19 ms 15 ms 2001:7300:2d00::5474:80d5
6 * * * Zeitüberschreitung der Anforderung.
7 23 ms 17 ms 13 ms 2a00:1450:804a::1
8 18 ms 15 ms 14 ms 2001:4860:0:1::a36
9 17 ms 17 ms 15 ms 2001:4860:0:1::1f93
10 24 ms 16 ms 16 ms fra15s22-in-x03.1e100.net [2a00:1450:4001:81f::2003]

Ablaufverfolgung beendet.

 

[Soldierofoc]

gerade alle durchgetestet.
Dual-Stack/BaWü - keine Probleme.

Scheint ein eher lokales Routingproblem zu sein?

 

[MartinP_Do]

Ich kommen aus NRW, mal schauen, ob sich jemand aus NRW meldet ...

 

[MartinP_Do]

So, jetzt mal den Linux PC zum Testen genommen. Da funktioniert es, wenn auch sehr zäh - es dauert teilweise mehrere Sekunden, bis der nächste Schritt angezeigt wird ....

[email protected]:~$ traceroute6 heise.de
traceroute zu heise.de (2a02:2e0:3fe:1001:302: von 2a02:...., 30 hops max, 24 byte packets
1 fritz.box (2a02:.... 0,7436 ms 0,4031 ms 2,3272 ms
2 2a02:908:400:1::1 (2a02:908:400:1::1) 17,1497 ms 17,8817 ms 20,6652 ms
3 2a02:908:400:1::1 (2a02:908:400:1::1) 7,0782 ms 35,2354 ms 13,8940 ms
4 2a02:908:0:10b::1 (2a02:908:0:10b::1) 17,1951 ms 14,7847 ms 15,5466 ms
5 2a02:908::4:4 (2a02:908::4:4) 28,3477 ms 27,4722 ms 24,9540 ms
6 de-fra01b-rc1-lo0-0.v6.aorta.net (2001:730:2d00::5474:8065) 15,8050 ms 38,7447 ms 19,2326 ms
7 2001:7300:2d00::5474:80d5 (2001:7300:2d00::5474:80d5) 22,1379 ms 50,8065 ms 28,9868 ms
8 ffm-b1-link.telia.net (2001:2000:3080:5c2::1) 27,3814 ms 17,2930 ms 16,8048 ms
9 plusline-ic-323934-ffm-b1.c.telia.net (2001:2000:3080:1329::2) 22,9651 ms * *
10 * * *
11 2a02:2e0:12:32::2 (2a02:2e0:12:32::2) 16,3939 ms 13,8690 ms 16,5656 ms
12 2a02:2e0:3fe:0:c::1 (2a02:2e0:3fe:0:c::1) 17,2140 ms !X 23,9272 ms !X 12,8340 ms !X
[email protected]:~$

Man beachte die !X Anzeige bei hop 12

Und hier die Ping Zeiten

[email protected]:~$ ping -4 heise.de
PING heise.de (193.99.144.80) 56(84) Bytes Daten.
64 Bytes von redirector.heise.de (193.99.144.80): icmp_seq=1 ttl=244 Zeit=25.0 ms
64 Bytes von redirector.heise.de (193.99.144.80): icmp_seq=2 ttl=244 Zeit=17.9 ms
64 Bytes von redirector.heise.de (193.99.144.80): icmp_seq=3 ttl=244 Zeit=24.4 ms
64 Bytes von redirector.heise.de (193.99.144.80): icmp_seq=4 ttl=244 Zeit=23.7 ms
64 Bytes von redirector.heise.de (193.99.144.80): icmp_seq=5 ttl=244 Zeit=17.3 ms
64 Bytes von redirector.heise.de (193.99.144.80): icmp_seq=6 ttl=244 Zeit=26.2 ms
64 Bytes von redirector.heise.de (193.99.144.80): icmp_seq=7 ttl=244 Zeit=20.3 ms
^C
--- heise.de ping statistics ---
7 Pakete übertragen, 7 empfangen, 0% Paketverlust, Zeit 6008ms
rtt min/avg/max/mdev = 17.314/22.106/26.194/3.316 ms
[email protected]:~$ ping -6 heise.de
PING heise.de(redirector.heise.de (2a02:2e0:3fe:1001:302:) 56 Datenbytes
64 Bytes von redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=10 ttl=54 Zeit=12.5 ms
64 Bytes von redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=11 ttl=54 Zeit=13.4 ms
64 Bytes von redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=20 ttl=54 Zeit=25.8 ms
64 Bytes von redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=21 ttl=54 Zeit=18.0 ms
64 Bytes von redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=30 ttl=54 Zeit=24.6 ms
64 Bytes von redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=31 ttl=54 Zeit=12.2 ms
64 Bytes von redirector.heise.de (2a02:2e0:3fe:1001:302:: icmp_seq=41 ttl=54 Zeit=14.0 ms
^C
--- heise.de ping statistics ---
41 Pakete übertragen, 7 empfangen, 82,9268% Paketverlust, Zeit 40772ms
rtt min/avg/max/mdev = 12.210/17.211/25.819/5.365 ms

6 Sekunden für 7 Pings mit IPv4. fast 41 Sekunden mit IPv6 ....

EDIT: Fehler gefunden, ich habe für den Zugriff auf mein TC4400 Modem eine zweite IP-Adresse auf die Schnittstelle gelegt

sudo ifconfig enp5s0:1 192.168.0.10 netmask 255.255.255.0

Wenn ich die abschalte, ist alles o.k...
Etwas ähnliches habe ich auch unten auf dem Windows Notebook konfiguriert ... ggfs. da ein ähnliches Problem ...

EDIT 2: Nun habe ich das ifconfig wieder ausgeführt, und der Ping nach Heise funktioniert trotzdem problemlos, möglicherweise war es der Schnittstellen-Reset, der das behoben hat ...

 

[MartinP_Do]

Beim Windows-PC gibt es immer noch die Ping-Probleme, auch da habe ich eine zweite IP zur Verbindung zum TC4400 eingerichtet .... ggfs. identisches Problem ...

 

[Joerg123]

hier 15km "oberhalb" Dortmund klappt es problemlos
Pinging heise.de [2a02:2e0:3fe:1001:302::] with 32 bytes of data:
Reply from 2a02:2e0:3fe:1001:302::: time=22ms
Reply from 2a02:2e0:3fe:1001:302::: time=22ms
Reply from 2a02:2e0:3fe:1001:302::: time=26ms
Reply from 2a02:2e0:3fe:1001:302::: time=20ms

Ping statistics for 2a02:2e0:3fe:1001:302::: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds: Minimum = 20ms, Maximum = 26ms, Average = 22ms

Die Antwortzeiten sind nicht ideal, aber bei meinem Anschluss normal, bzw. alles im Bereich 20-30ms ist hier gut

Wenn es unter Windows nicht klappt, aber mit extrem langen Antwortzeiten mit Linux, liegt das vielleicht am zu geringen Timeout bei Windows-Ping, vielleicht mal mit dem Parameter -w spielen

B:\Users\User>ping /?

Usage: ping [-t] [-a] [-n count] [-l size] [-f] [-i TTL] [-v TOS]
[-r count] [-s count] [[-j host-list] | [-k host-list]]
[-w timeout] [-R] [-S srcaddr] [-4] [-6] target_name

Options:
-t Ping the specified host until stopped.
To see statistics and continue - type Control-Break;
To stop - type Control-C.
-a Resolve addresses to hostnames.
-n count Number of echo requests to send.
-l size Send buffer size.
-f Set Don't Fragment flag in packet (IPv4-only).
-i TTL Time To Live.
-v TOS Type Of Service (IPv4-only. This setting has been deprecated
and has no effect on the type of service field in the IP Header).
-r count Record route for count hops (IPv4-only).
-s count Timestamp for count hops (IPv4-only).
-j host-list Loose source route along host-list (IPv4-only).
-k host-list Strict source route along host-list (IPv4-only).
-w timeout Timeout in milliseconds to wait for each reply.
-R Use routing header to test reverse route also (IPv6-only).
-S srcaddr Source address to use.
-4 Force using IPv4.
-6 Force using IPv6.

 

[MartinP_Do]

Durch "Netzwerk zurücksetzen" ist auch der Windows Notebook auch wieder flott geworden