Mal wieder: Kein IPv6 bei Deutsche Glasfaser

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.

    Du machst tiefgehende Analysen von Client-Implementierungen, um deren RFC-Konformität im Hinblick auf den Erhalt von Replies mit NoBinding-Status in den IA-Optionen zu analysieren. Ich gebe eher davon aus, dass der DHCPv6-Server der DG hier etwas "kaputt" agiert, indem er diese merkwürdige Methode des Sendens solcher Replies verwendet, um die Neuzuweisung von Adressen zu initiieren. Das ginge doch deutlich eleganter, wie hier auch schon an verschiedenen Stellen dargestellt. Auch, dass du ihm einen /48 abringen kannst, ist sicherlich nicht das, was der Intention von DG entspricht und verstärkt den Eindruck eines kaputten DHCPv6-Servers.

    Respekt vor deinen zeitaufwändigen Experimenten mit verschiedenen Clients, und ich finde deine Traces hochinteressant, denn mit diesen kann man immer wieder was dazu lernen. Nur frage ich mich auch, inwiefern dir das weiter hilft, wenn das Problem tatsächlich überwiegend auf Server-Seite zu suchen und zu beheben ist.

    Es wollte trotz der angepassten IAID mmer noch nicht mit odhcp6c. Es liegt tatsächlich an was anderem. odhcp6c weist standardmäßig die Adressen gar nicht zu. Dazu muss man ein Skript konfigurieren.

    DG macht neighbor solicitations auf die IA_NA Adresse. Wenn das failed kommt die Nobinding Geschichte beim ersten RENEW. Hab ich noch nicht gesehen sowas. Deswegen hat es funktioniert ohne IA_NA und nur mit IA_PD.

    Jetzt habe ich einfach die Adresse schnell manuell hinzugefügt. Und teste erstmal weiter.

    Kennt jemand dieses Verhalten?

    Vielleicht habe ich des Rätsels Lösung.

    Zu den Nobinding nach 1 bis 7 Tagen. Bei zumindest dem ersten Capture den ich angeschaut habe, hort DG vorher auf diese neighbor advertisements zu machen. Vielleicht ist deren Service der dies macht einfach ab und zu down. Und dann denkt der DHCP Server, dass der Anschluss down ist und will "helfen" durch eine Art Reset?

    Dann würde IA_NA deaktivieren helfen.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.

    Ich finde es extrem spannend und auch hilfreich, um zu verstehen, warum scheinbar internationale Hersteller von Routern bei einigen deutschen ISPs bei DS‑Lite Schiffbruch erleiden. Da gibt es scheinbar ISPs, die ihre Technik nicht optimal konfigurieren.
    AVM/Fritz sitzt in Deutschland und kann den Schei** ausbaden, denke da an die 5690 Pro., hat aber gedauert.

    Ausländischer Hersteller ist man da raus, weil sie in ihrem Labor keinen Anschluss von DG und Co. hat.

    Hier hat sich ein User auch richtig gut eingebracht. Er ist von DS-Lite, zu Dual-Stack gewechselt und gezielt wieder zurück zu DS-Lite um Unifi sinnvolle Support-Dateien und Mitschnitte zu liefern. Und auch hier scheint der ISP das Problem zu sein. Mal sehen, ob es etwas hilft. Mit der Analyse von Unifi wendet er sich wieder an Netcom-BW. Hoffentlich prallt er nicht an Level-1 ab.

    Thema

    Einrichtung Netcom BW über ONT an Unifi

    Hallo,

    Ich habe seitbeiniger Zeit Glasfaser von der Netcom BW über eine Fritzbox. Diese möchte ich weg haben und mit dem Cat7 direkt aus dem ONT in die UDM Pro SE.

    Nun habe ich dies schon ein paar mal probiert und leider ohne erfolg.

    hier im Dorum habe ichvmir schon diverse Beiträge durchgelesen aber noch keine Hilfe gefunden..

    Von der netcom bekomme ich nur eine Anleitung um die Fritzbox einzurichten..

    Einstellungen Zugang Glasfaser Netcom BW

    Glasfaser Anschluss über XGS-Pon

    -Zugang über externen…
    ossilampe
    6. Februar 2026 um 20:54
    Zitat von fiberv6

    Bei zumindest dem ersten Capture den ich angeschaut habe, hort DG vorher auf diese neighbor advertisements zu machen.

    Ich erinnere mich, diesen Effekt auch schon mal in einem anderen Case in einem Mitschnitt beobachtet zu haben. Ich muss mal schauen, ob dich den noch finde ...

    Zitat von ::1

    Ich erinnere mich, diesen Effekt auch schon mal in einem anderen Case in einem Mitschnitt beobachtet zu haben. Ich muss mal schauen, ob dich den noch finde ...

    Auch in weiteren von meinen Captures ist es so. Die neighbor solicitations hören zuerst auf. Beim nächsten Renewal geht es dann schief.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
    Zitat von Phino

    Ich finde es extrem spannend und auch hilfreich, um zu verstehen, warum scheinbar internationale Hersteller von Routern bei einigen deutschen ISPs bei DS‑Lite Schiffbruch erleiden. Da gibt es scheinbar ISPs, die ihre Technik nicht optimal konfigurieren.
    AVM/Fritz sitzt in Deutschland und kann den Schei** ausbaden, denke da an die 5690 Pro., hat aber gedauert.

    Ausländischer Hersteller ist man da raus, weil sie in ihrem Labor keinen Anschluss von DG und Co. hat.

    Hier hat sich ein User auch richtig gut eingebracht. Er ist von DS-Lite, zu Dual-Stack gewechselt und gezielt wieder zurück zu DS-Lite um Unifi sinnvolle Support-Dateien und Mitschnitte zu liefern. Und auch hier scheint der ISP das Problem zu sein. Mal sehen, ob es etwas hilft. Mit der Analyse von Unifi wendet er sich wieder an Netcom-BW. Hoffentlich prallt er nicht an Level-1 ab.

    Thema

    Einrichtung Netcom BW über ONT an Unifi

    Hallo,

    Ich habe seitbeiniger Zeit Glasfaser von der Netcom BW über eine Fritzbox. Diese möchte ich weg haben und mit dem Cat7 direkt aus dem ONT in die UDM Pro SE.

    Nun habe ich dies schon ein paar mal probiert und leider ohne erfolg.

    hier im Dorum habe ichvmir schon diverse Beiträge durchgelesen aber noch keine Hilfe gefunden..

    Von der netcom bekomme ich nur eine Anleitung um die Fritzbox einzurichten..

    Einstellungen Zugang Glasfaser Netcom BW

    Glasfaser Anschluss über XGS-Pon

    -Zugang über externen…
    ossilampe
    6. Februar 2026 um 20:54

    Ist das Problem nicht eher, dass die meisten PON-Gegenstellen eher Huawei sind und DG Nokia verwenden muss?

    Zitat von ::1

    Ich erinnere mich, diesen Effekt auch schon mal in einem anderen Case in einem Mitschnitt beobachtet zu haben. Ich muss mal schauen, ob dich den noch finde ...

    Habe ich jetzt leider nicht mehr gefunden.

    Stattdessen aber ein anderer Fund, der interessant sein könnte: Schau dir mal den Mitschnitt in #321 von Luki an, insbesondere "icmpv6&4.pcap" aus der ZIP-Datei.

    Dort gibt es auch NoBinding-Replies - schau mal was danach passiert ...

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.

    Schauee Ich morgen an. Eine Sache ist mir eben noch aufgefallen: Mein router macht neighbor solicitations zu fe80::22 (das WAN default gateway, und ist meine Ich such die Mac address von dem der mir neighbor solicitations schickt). Die Antworten hören auf zum selbem Zeitpunkt als die neighbor solicitations von DG aufhören.

    Zitat von Funker

    Ist das Problem nicht eher, dass die meisten PON-Gegenstellen eher Huawei sind und DG Nokia verwenden muss?

    Dann wäre es aber ein Problem, welches man weltweit antreffen würde. Das Problem , das IPv6, insbesondere i. V. m. DS-LITE nicht funktioniert, ist ja hauptsächlich in Europa anzutreffen. Zumindestens stellt es sich so in der Community von UNIFI so da.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
    Zitat von HubeBube

    Aber aufgepasst: DG verwendet Dual Stack mit CGNAT und kein DS-Lite.

    Es ist ja nicht so, das DS-Lite gar nicht funktioniert, sondern nur bei einigen ISP mit Schwerpunkt Europa. DS-LITE im asiatischen Raum funktioniert bestimmt schon seit 4 Jahren in UI Gateways. Aber da ist die Firma auch Dichter dran.

    Zitat von Phino

    Dann wäre es aber ein Problem, welches man weltweit antreffen würde. Das Problem , das IPv6, insbesondere i. V. m. DS-LITE nicht funktioniert, ist ja hauptsächlich in Europa anzutreffen. Zumindestens stellt es sich so in der Community von UNIFI so da.

    Weltweit wird doch vorrangig Huawei verwendet, das dürfen halt nur die Europäer nicht einkaufen und die haben dann offensichtlich Probleme.

    Zitat von ::1

    Stattdessen aber ein anderer Fund, der interessant sein könnte: Schau dir mal den Mitschnitt in #321 von Luki an, insbesondere "icmpv6&4.pcap" aus der ZIP-Datei.

    Dort gibt es auch NoBinding-Replies - schau mal was danach passiert ...

    Ich stelle das hier mal in Auszügen dar:

    In dem Case startet der Client ein Renew:

    Der Server antwortet allerdings mit NoBinding sowohl für IA_NA, als auch für IA_TA

    Der Client sendet nun einen Request in dem Sinne, wie ich es für die zweite Deutungsvariante in meiner RFC9915-Auslegung in #691 formuliert hatte, allerdings nur für IA_PD - für IA_NA wird der Request wie im Renew-Paket einfach wiederholt (ich hätte hier T1=T2=0 und Weglassung der IA Address Sub-Option analog einem Solicit-Paket erwartet):

    Hier die Antwort der Servers:

    Er bestätigt nun einfach alles (was er ja auch schon im ersten Reply auf den Renew hätte tun können) und weist in IA_PD auch wieder dasselbe delegierte Präfix zu.

    Warum er zuvor mit NoBinding geantwortet hat, ohne hernach auch neue Adressen zuzuweisen (zumindest für IA_PD), und warum er nun IA_NA positiv bestätigt, nachdem er dies zuvor mit NoBinding abgewiesen hat, weiß nur der Server...

    Und warum der Client IA_NA im Request nicht analog IA_PD (unter Weglassung von IA Address und mit T1=T2=0) anfordert um evtl. die Zuweisung einer geänderten Adresse zuzulassen (was als Reaktion zu NoBinding doch naheliegend ist), weiß wiederum nur der Client (hier eine Fritzbox 5690 Pro) ...

    Zumindest scheint sich also der DHCPv6-Client einer Fritzbox bezüglich der Reaktion auf einen NoBinding für einen IA_PD RFC-konform zu verhalten.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.

    fiberv6 Noch ein Detail, das mir in deinen Traces (atypisch) im Unterschied zu anderen Traces (normal) aufgefallen ist:

    Alle zu einem ein- und demselben Exchange gehörenden DHCPv6-Pakete sollten dieselbe XID (Transaktions-ID) aufweisen, z.B. für die Abfolge Solicit-Advertise-Request-Reply.

    In deinen Traces verwendet dein Client für die Bestandteile "Solicit-Advertise" und "Request-Reply" unterschiedliche XIDs! Vielleicht bringt das den Server aus dem Tritt...

    Ich schaue mir den anderen Capture gleich mal an.

    Aktuell befürchte ich, dass es alles noch schlimmer ist als gedacht. Wenn fe80::22 schon Minuten vor dem gescheiterten Renewal nicht mehr auf neighbor solicitations antwortet, ist dann ja schon keine Verbindung mehr gegeben.

    Ich habe bei mir jetzt nochmal zustätzliches logging mit ping hinzugefügt. 1 mal pro Minute ein ping mit timestamp an Google DNS vom IA_NA und einer Adresse aus dem /48. Zusätzlich noch ein ping von meiner link local WAN Adresse direkt an fe80::22.