Mal wieder: Kein IPv6 bei Deutsche Glasfaser

Ein DHCPv6-Server (bzw. stellvertretend ein Relay Agent) führt aber keine NUD seiner DHCPv6-Clients durch und bekäme gar nicht mit, wenn ein Client seine Netzverbindung verlöre. Das wird ja allenfalls durch das BNG festgestellt (der hier sogar der Schuldige für den Verbindungsabbruch ist), dieses könnte allenfalls dem DHCPv6-Server über eine proprietäre Methode mitteilen, dass die Netzverbindung zum Client nicht mehr existiert. Und auch die Reaktion des Servers auf so eine Mitteilung wäre proprietär, RFC9915 sagt jedenfalls nichts zu derlei Methodiken.

Habe einfach schonmal beim KI Assistenten eine Anfrage geöffnet. Leider kann man keine pcap, zip, oder ähnliches hochladen. Also nur screenshots gemacht.

Zitat von ::1

Ein DHCPv6-Server (bzw. stellvertretend ein Relay Agent) führt aber keine NUD seiner DHCPv6-Clients durch und bekäme gar nicht mit, wenn ein Client seine Netzverbindung verlöre. Das wird ja allenfalls durch das BNG festgestellt (der hier sogar der Schuldige für den Verbindungsabbruch ist), dieses könnte allenfalls dem DHCPv6-Server über eine proprietäre Methode mitteilen, dass die Netzverbindung zum Client nicht mehr existiert. Und auch die Reaktion des Servers auf so eine Mitteilung wäre proprietär, RFC9915 sagt jedenfalls nichts zu derlei Methodiken.

Ja das ist irgerndwas proprietäres. Aber das Verhalten ist ganz klar da. Wenn ich aufhöre auf die NS von fe80::22 auf meine IA_NA zu antworten, kriege ich immer beim nachsten dhcpv6 RENWE die NoBinding Antwort. Egal ob der Anschluss ansonsten gestört ist.

Deswegen hatte ja odhcp6c erst überhaupt nicht funktioniert. Da hatte ich die IA_NA zwar angefragt aber nicht auf mein WAN interface gepackt. Folge: Kein einziges RENEW funktioniert. Jedes mal NoBinding. Wenn ich IA_NA gar nicht anfrage hat es funktioniert. Oder wenn ich IA_NA anfrage und auch tatsächlich meinen WAN interface assigne.

Durchaus denkbar, dass Nokia hier eine hochintegrierte ISP-Lösung mit proprietären Sonderfunktionen bezüglich der Interaktion der integrierten Komponenten anbietet.

Ich kenne so etwas auch aus dem Bereich DDI für Enterprises.

Ich glaube, anstatt jetzt für einen längeren Zeitraum nochmal dasselbe aufzuzeichnen, probiere ich es einfach nochmal ohne IA_NA. Vielleicht funktioniert es dann so. Einen Versuch ist es wert.

Wozu brauch ich eine IA_NA, wenn ich ein ganzes /48 habe?🤪

Okay das geht auch nicht. Zwar kriegt man den Lease für IA_PD und der wird auch brav verlängert, aber das Prefix is nicht groutet wenn man nicht auch IA_NA anfordert🤣. Die können einem ganz schön den Spaß verderben bei DG.

Ich kann dann also nur fe80::22 erreichen, aber nichts sonst. Könnte ich trotzdem testen ob es dann zum selben Ausfall kommt, das betraf ja auch link local traffic, ist aber nicht besonders hilfreich.

Ist schon bitter, was aus Nokia geworden ist. Patenttroll und IPv6 können sie auch nicht...

Bin aktuell beim Level 1 Support gelandet. Mal sehen ob ich da weiter komme. Ich wurde erstmal gefragt ob ich meine (nicht existierende) Fritz Box auf Werkseinstellungen gesetzt habe. Aber ist halt das Skript, das die abarbeiten müssen.

Heute Nacht gibt es eine Wartung für "Alle Regionen", vielleicht beheben die dann ja alle Probleme /s😅

Am 01.10. dann nochmal für Niedersachsen und Brandenburg. Der Anschluss ist in Niedersachsen.

Eigentlich habe ich es relativ deutlich dargestellt. Mit screenshots gezeigt wie die Störung abläuft. Gezeigt, dass zum selben Zeitpunkt ipv4 funktioniert (das schließt Layer 2 Probleme aus), und das ein gültiger DHCPv6 Lease da war. Mal sehen was jetzt passiert.

Eigentlich eine einfache Rechnung:

Layer 2 funktioniert (da ipv4 läuft) + gültiger DHCPv6 Lease + trotzdem kein ipv6 = Problem muss irgendwo in der Layer 3 ipv6 Konfiguration von DG liegen.

Zitat von fiberv6

Layer 2 funktioniert (da ipv4 läuft) + gültiger DHCPv6 Lease + trotzdem kein ipv6 = Problem muss irgendwo in der Layer 3 ipv6 Konfiguration von DG liegen.

Tja, sollte man meinen...

Aber die Erfahrungen vieler Mitkämpfer hier im Forum mit dem 1st-Level-Support der DG nähren den starken Verdacht, dass in deinem zitierten Satz mindestens 6x "Bahnhof" verstanden wurde.

Zitat von ::1

Tja, sollte man meinen...

Aber die Erfahrungen vieler Mitkämpfer hier im Forum mit dem 1st-Level-Support der DG nähren den starken Verdacht, dass in deinem zitierten Satz mindestens 6x "Bahnhof" verstanden wurde.

Es bleibt nur zu hoffen, dass 6x Bahnhof zumindest für eine Eskalation reicht.

Irgendwann muss das ja gelöst werden. Ich nehme an, dass dieses Problem an allen neuen Anschlüssen der Fall ist. Nur werden es die meisten Kunden nicht mitbekommen wenn mal für 20 Minuten ipv6 weg ist während ipv4 weiter läuft.

Es sorgt halt nur dafür, dass vereinzelt eine Anwendung nicht funktioniert. Aber die Kunden werden das wahrscheinlich dann auf diese Anwendung schieben, weil "Internet funktioniert ja ansonsten".

Zitat von fiberv6

Es bleibt nur zu hoffen, dass 6x Bahnhof zumindest für eine Eskalation reicht.

... the Internet.

Meine "Herausforderung" wurde an die Fachabteilung weitergeleitet.

... die "Fachabteilung"