Beiträge von webwe

keine Woche ohne Störung

Zitat

Betroffen: Privatkunden | Geschäftskunden
Betroffenes Gebiet: Baden-Württemberg / Großraum Großbottwar

Störungsbeginn: 16.06.2025, 11:03 Uhr
Erwartete Lösungszeit: unbekannt

Im Gebiet Baden-Württemberg / Großbottwar, Dettenhausen und Wangen verzeichnen wir eine Störung des Glasfasernetzes. Deshalb kann es derzeit bei den Diensten Internet und Telefon zu Beeinträchtigungen und vorübergehenden Ausfällen kommen.

da es seit 10:50 bereits viele Stunden andauert kann man nicht wirklich mehr von „vorübergehenden Ausfällen“ sprechen.

nicht schon wieder

Ab ca. 12 Uhr heute erneut kein Internet.

Es liegt mal wieder nicht an der letzten Meile, Modems zeigen die üblichen 3 grünen Lampen.

Hoffe diesmal auf schnellere Behebung, beim letzten mal hat der Ausfall mehr als 14 Stunden angehalten .

ja, ich bin selber gleichermaßen betroffen.

Die Störung dauert immer noch an - sind also schon fast 10 Stunden.

Das keine Infos zur Ursache bei so langanhaltenden Störungen genannt werden lässt vermuten das es sich nicht um höhere Gewalt handelt.
Sprich: es würde in 100% Eigenverantwortung der DG liegen?

erneut diese Nacht ohne Ankündigung seit ca. 1 Uhr Totalausfall

🤬

ich wünsche mir hier eine bessere Kommunikation,
und wenn die Wartung nicht wie gehofft funktioniert, dann sollte es doch ein zügiges Recovery-Verfahren geben.

Ich verstehe nicht warum die Ausfälle so lange sein müssen

Zitat von mbo77

Vermutlich blinkt am Modem irgendeine Alarmleuchte oder springt nicht auf grün, oder?

Nein, alle drei sind grün.

inzwischen muss man wohl die Ankündigung einer Wartung als Drohung empfinden …

Habe nun an meinen beiden Anschlüssen seit ca. 1:00 Uhr in der Nacht kein Internet.
(Landkreis Tübingen)
Der Router scheint mutmaßlich keine IP-Addresse zu erhalten.

Modem und Router (Fritzbox) liefern auch nach einer kurzfristigen Trennung vom Strom kein Internet.

Zitat von ::1

Nur interessehalber:

Du hast immer noch ein LAN-Präfix (/56) aus 2a00:6020:7380::/41 und eine WAN-Port-Adresse 2a00:6020:7380::/112?

WAN Ja, kann ich bestätigen, Präfix war aber auch bereits früher aus 2a00:6020:73xx. xx ungleich 80.
Ja, /41 und /112 passen

WAN aus [2a00:6020:7380::xxxx]
Präfix aus 2a00:6020:73e8:xxxx::/56

Letzte Nacht war eine angekündigte Wartung.

Und siehe da nun kann ich mit IPv6 meine Fritzbox tadellos erreichen.

Site2Site, wireguard VPN und mein (temporärer) Zugang mit HTTPS sind alle funktionsfähig.

Zitat von mbo77

Zweiteres richtet sich ebenfalls an die WAN-Adresse?

beide Fälle richten sich an die WAN Adresse.
Delegierte IPv6 Präfixe funktionieren.

Da ich zwei DG Anschlüsse habe konnte ich erfolgreich zwischen beiden 100.99.x.y sowohl auf die Fritzbox per HTTPS, als auch eine Wireguard Verbindung mit der WAN Adresse herstellen.
Über die IPv6 WAN Adresse ist es mir bisher nie geglückt.

… und damit wir nicht immer nur auf die Fritzbox schauen,
hier ein Versuch mit einer UCG-Ultra am Modem.

Auch hier wird die Antwort dem Client NICHT zugestellt

der Wireguard client (via Mobilnetz) meldet:

2024-12-24 15:42:14.618966: [APP] Status update notification timeout for tunnel 'UCG-Ultra-ClientTest2'. Tunnel status is now 'connected'.
2024-12-24 15:42:22.237744: [NET] peer(oeWC…8SFA) - Sending handshake initiation
2024-12-24 15:42:27.262843: [NET] peer(oeWC…8SFA) - Sending handshake initiation
2024-12-24 15:42:32.503766: [NET] peer(oeWC…8SFA) - Handshake did not complete after 5 seconds, retrying (try 2)
2024-12-24 15:42:32.504030: [NET] peer(oeWC…8SFA) - Sending handshake initiation
2024-12-24 15:42:37.563637: [NET] peer(oeWC…8SFA) - Handshake did not complete after 5 seconds, retrying (try 2)
2024-12-24 15:42:37.563979: [NET] peer(oeWC…8SFA) - Sending handshake initiation
2024-12-24 15:42:42.815101: [NET] peer(oeWC…8SFA) - Sending handshake initiation
2024-12-24 15:42:47.873025: [NET] peer(oeWC…8SFA) - Handshake did not complete after 5 seconds, retrying (try 2)
2024-12-24 15:42:47.873349: [NET] peer(oeWC…8SFA) - Sending handshake initiation

Und der passende Mitschnitt sieht so aus:

15:42:22.562274 IP6 2a02:3030:10:bbb8:c977:96f5:c81d:2134.59107 > 2a00:6020:7380::####.<wg-port>: UDP, length 148
15:42:22.563966 IP6 2a00:6020:7380::####.<wg-port> > 2a02:3030:10:bbb8:c977:96f5:c81d:2134.59107: UDP, length 92
15:42:27.324895 IP6 2a02:3030:10:bbb8:c977:96f5:c81d:2134.59107 > 2a00:6020:7380::####.<wg-port>: UDP, length 148
15:42:27.326541 IP6 2a00:6020:7380::####.<wg-port> > 2a02:3030:10:bbb8:c977:96f5:c81d:2134.59107: UDP, length 92
15:42:32.570018 IP6 2a02:3030:10:bbb8:c977:96f5:c81d:2134.59107 > 2a00:6020:7380::####.<wg-port>: UDP, length 148
15:42:32.571710 IP6 2a00:6020:7380::####.<wg-port> > 2a02:3030:10:bbb8:c977:96f5:c81d:2134.59107: UDP, length 92
15:42:37.647894 IP6 2a02:3030:10:bbb8:c977:96f5:c81d:2134.59107 > 2a00:6020:7380::####.<wg-port>: UDP, length 148
15:42:37.649507 IP6 2a00:6020:7380::####.<wg-port> > 2a02:3030:10:bbb8:c977:96f5:c81d:2134.59107: UDP, length 92
15:42:42.876017 IP6 2a02:3030:10:bbb8:c977:96f5:c81d:2134.59107 > 2a00:6020:7380::####.<wg-port>: UDP, length 148
15:42:42.877641 IP6 2a00:6020:7380::####.<wg-port> > 2a02:3030:10:bbb8:c977:96f5:c81d:2134.59107: UDP, length 92
15:42:47.958017 IP6 2a02:3030:10:bbb8:c977:96f5:c81d:2134.59107 > 2a00:6020:7380::####.<wg-port>: UDP, length 148
15:42:47.959633 IP6 2a00:6020:7380::####.<wg-port> > 2a02:3030:10:bbb8:c977:96f5:c81d:2134.59107: UDP, length 92

hier ein paar Mitschnitte aus der Fritzbox beim Versuch auf die freigegebene Seite per HTTPS zuzugreifen:
(vertraulicher Port ersetzt durch ‚https‘)

Im Browser kommt keine Antwort an, obwohl die Fritzbox antwortet.

18:31:25.731800 IP6 2003:c1:1702:####::#.57378 > 2a00:6020:7380::####.https: Flags [S], seq 4162201288, win 65535, options [mss 1432,nop,wscale 6,nop,nop,TS val 2979843445 ecr 0,sackOK,eol], length 0
18:31:28.329007 IP6 2003:c1:1702:####::#.57379 > 2a00:6020:7380::####.https: Flags [S], seq 3014590594, win 65535, options [mss 1432,nop,wscale 6,nop,nop,TS val 3748686482 ecr 0,sackOK,eol], length 0
18:31:28.329650 IP6 2a00:6020:7380::####.https > 2003:c1:1702:####::#.57379: Flags [S.], seq 3683381592, ack 3014590595, win 28560, options [mss 1440,sackOK,TS val 155299884 ecr 3748686482,nop,wscale 7], length 0
18:31:29.330297 IP6 2003:c1:1702:####::#.57379 > 2a00:6020:7380::####.https: Flags [S], seq 3014590594, win 65535, options [mss 1432,nop,wscale 6,nop,nop,TS val 3748687483 ecr 0,sackOK,eol], length 0
18:31:29.330767 IP6 2a00:6020:7380::####.https > 2003:c1:1702:####::#.57379: Flags [S.], seq 3683381592, ack 3014590595, win 28560, options [mss 1440,sackOK,TS val 155300134 ecr 3748686482,nop,wscale 7], length 0
18:31:30.333566 IP6 2003:c1:1702:####::#.57379 > 2a00:6020:7380::####.https: Flags [S], seq 3014590594, win 65535, options [mss 1432,nop,wscale 6,nop,nop,TS val 3748688486 ecr 0,sackOK,eol], length 0
18:31:30.334005 IP6 2a00:6020:7380::####.https > 2003:c1:1702:####::#.57379: Flags [S.], seq 3683381592, ack 3014590595, win 28560, options [mss 1440,sackOK,TS val 155300385 ecr 3748686482,nop,wscale 7], length 0

Zitat von mbo77

Also die mit 7380 im dritten Block?

Hast du mal versucht, den Zugriff über HTTPS zuzulassen?

Diese Adresse kannst du nicht pingen und es kommt auch kein Tunnel zustande, korrekt?

korrekt,

weder HTTPS, noch ping oder VPN (wireguard) funktionieren an dieser IPv6 Adresse.

mbo77 ich lese die Adresse der Fritzbox aus über

Internet - Onlinemonitor - Verbindungsdetails

Internet, IPv6 listet die IPv6 Adresse mit der man normalerweise die Fritzbox ansprechen kann = myfritz Adresse (und mit der sie antworten würde, wenn diese nicht verschluckt würde)
sowie den IPv6 Präfix für die Adressen hinter der Fritzbox.

verbunden seit 21.12.2024, 11:55 Uhr, Deutsche Glasfaser
IPv6-Adresse: 2a00:6020:7380::xxxx/64, Gültigkeit: 2920/2920s
IPv6-Präfix: 2a00:6020:73df:xxxx::/56, Gültigkeit: 2920/2920s

[habe FritzOS 8]

DrFroeschle danke für die Analyse.

Ich habe nun seit ein paar Tagen auch Glasfaser bei der DG, und bin schon am verzweifeln.

Die Beschreibung für Site2Site Verbindung mit zwei Fritzboxen wirkt so einfach, aber sie will einfach nicht funktionieren.

VPN mit wireguard geht auch nicht.

Und wie von Dir beschrieben funktionieren (meistens) die delegierten IPv6 Adressen.

Auf mein Ticket gab es noch keine Reaktion.

Die Asymmetrie kann ich bestätigen.
Im Logfile der Fritzbox wurde die VPN Verbindung bestätigt, der Client wartet aber weiterhin auf seine Antwort die nicht ankommt.