Deutsche Glasfaser: Keine IPv6-Adresse

Zeig mal Screenshots deiner Einstellungen, des Online-Monitors und kopiere das Log hier rein.

Du hast den Router ja auf Werkseinstellungen gesetzt? Daran führt kein Weg vorbei beim Wechsel von DSL.

DG hat große Probleme in den letzten Monaten mit IPv6. Das äußert sich verschiedentlich und würde ins Bild passen, auch wenn es den Nachbarn auch betrifft.

Den Support am Telefon solltest du am besten komplett ignorieren und beständig geschlossene Tickets wieder eröffnen.

Irgendwann hast du vielleicht in ein paar Wochen oder Monaten Glück und jemand mit Kompetenz stolpert über deinen Vorgang.

Zitat von UschiM

Sollte man "DHCPv6 Rapid Commit" besser deaktivieren?

Es ist an sich egal, ob man diese Option aktiviert: Wenn der DHCPv6-Server sie nicht unterstützt, kommt eben das Standardverfahren zum Einsatz (quasi ein "Slow Commit"), das du aber auch durch Deaktivierung der Option erzwingen kannst.

Zitat von UschiM

Gibts es noch andere Möglichkeiten ein ausführlicheres Logfile zu generieren als die Fritzbox-Ereignisse?

Ja, die Ultima Ratio wäre ein Paketmitschnitt am WAN-Port der Fritzbox, den du parallel zur Ausführung einer Neuverbindung (Internet - Online Monitor - Verbindungsdetails: Schaltfläche "Neu verbinden") durchführst. Allerdings muss man das Ergebnis des Mitschnitts (lesbar z.B. mit Wireshark) anschließend auch interpretieren können.

Das sieht soweit richtig aus.

Zitat von UschiM

Den Werksreset hatte ich gestern bereits durchgeführt, das Verhalten hat sich aber nicht geändert.

Und dabei auch keine Sicherung einer vorhandenen Konfiguration zurückgespielt? Das wäre das einzige, was mir noch einfallen würde. Ansonsten bleibt nur die Störungsmeldung. Bleib freundlich und hartnäckig, öffne geschlossene Tickets immer sofort wieder. Irgendwann passiert was.

Zitat von UschiM

Habe hier im Forum übrigens den Begriff "Camel-Sync" gefunden. Dieser Sync muss von der Dt. Glasfaser durchgeführt werden und hat manchmal auch Erfolg. Schon mal gehört?

Aber nicht in Verbindung mit IPv6. Dabei geht es um das Registrieren eigener Modems. Camel Sync arbeitet auf Layer 2 oder darunter, während IPv6 ein Layer3 Protokoll ist. Anders ausgedrückt: Camel Sync ist für den Modem, während sich dein Router um IPv6 kümmert. Beide haben erstmal nichts miteinander zu tun.

Zitat

Wireshark am WAN-Port einrichten überfordert mich derzeit noch.

Das ist vermutlich ein Missverständnis: Wireshark würdest du an einem Windows-PC installieren, um die Mitschnitt-Datei auszuwerten, die die Fritzbox völlig unabhängig von Wireshark erstellt (das ist eine Datei mit der Endung ".eth") - das eine hat mit dem anderen nichts zu tun.

Die Vorgehensweise wäre wie folgt:

An einem beliebigen Windows-PC in deinem LAN:

• Installiere dort Wireshark (Download - "Windows x64 Installer"), um damit später den Paketmitschnitt auszuwerten.
• Öffne im Webbrowser deiner Wahl einen TAB (TAB1) und melde dich dort an der Fritzbox an.
• Öffne im Webbrowser einen zweiten TAB (TAB2) und melde dich dort ein zweites Mal an der Fritzbox an.
• Navigiere auf TAB2 zu "Hilfe und Info (dort ganz nach unten scrollen) | FRITZ!Box Support | Paketmitschnitte". Wähle dort neben "1. Internetverbindung" den Knopf "Start" - damit löst du den Paketmitschnitt aus: Es poppt ein Fenster auf, in dem die Fritzbox dich fragt, wo auf deinem Windows-PC die Mitschnitt-Datei (fritzbox-vcc0_[Datum]_[Nummer].eth) gespeichert werden soll - wähle einen Ordner deiner Wahl und bestätige mit "Speichern".
• Wechsele zu TAB1: Navigiere dort zu "Internet | Online-Monitor | Verbindungsdetails" und klicke dort am Ende der Seite auf "Neu verbinden"
• Warte eine hinreichend Zeit, z.B. 15 Minuten - in dieser Zeit sollte die Box eine neue IPv4-Verbindung aufgebaut haben, während die IPv6-Verbindung scheitern wird.
• Wechsel wieder auf TAB2: Falls die Fritzbox dich dort wieder abgemeldet haben sollte, melde dich dort wieder an und navigiere erneut zu "Hilfe und Info (dort ganz nach unten scrollen) | FRITZ!Box Support | Paketmitschnitte": Drücke dort neben "1. Internetverbindung" auf den Knopf "Stopp", um den Paketmitschnitt zu beenden.
• Auf deinem Windows-PC liegt in dem von dir gewählten Ordner nun die Mitschitt-Datei fritzbox-vcc0_[Datum]_[Nummer].eth, die du nun mit Wireshark zwecks Analyse öffnen kannst.

Um dort "den Wald vor lauter Bäumen" zu finden, solltet du in der oberen Zeile "Anzeigefilter anwenden" die folgenden Ansichtsfilter eingeben: icmpv6 || dhcpv6 || icmp || arp || dhcp. Das sollte reichen, um zum einen den IPv4-Reconnect und zum anderen die Versuche des IPv6-Verbindungsaufbaus anzuzeigen. Für IPv6 alleine wäre der Filter icmpv6 || dhcpv6 ausreichend (entsprechend für IPv4 der Filter icmp || arp || dhcp). Wahrscheinlich wirst du da nur die ausgehenden DHCPv6-Solicits sehen, die von der Gegenstelle nicht beantwortet werden. Und zusätzlich evtl. sog. ICMPv6-Router Advertisements (RA), die von der Gegenstelle gesendet werden (das wäre zumindest ein IPv6-Lebenszeichen von der Gegenstelle).

... na, da hat sich was überschnitten

Mach doch bitte nochmal einen Mitschnitt, wie von mir beschrieben.

Poste dann mal die Ansicht des Ergebnisses unter dem Ansichts-Filter icmpv6 || dhcpv6.

Zitat von UschiM

Verstehe ich das korrekt ( Interpretation zum neuen Mitschnitt unten): In Zeile 284 sendet der ISP, ab Zeile 305 sendet meine Fritzbox?

Nein: Es sendet (bzgl. IPv6) immer nur deine Fritzbox! Paket 284 ist die sog. DAA (Duplicate Address Detection): Hier hat das WAN-Interface noch keine (linklokale) IPv6-Adresse, was durch die Quelladresse "::" (= alles Nullen) zum Ausdruck kommt. Gesendet wird ein Multicast an die eigene SNMA (Solicited Node Multicast Address = ff02::1:fff4:b68b). Diese leitet sich aus der Kandidaten-Adresse fe80::3681:c4ff:fef4:b68b ab, die sich das WAN-Interface selbst zuordnen möchte. Es wird damit getestet, ob die Kandidaten-Adresse in dem Netz, in das der Multicast gesendet wird, schon durch ein anderes Gerät genutzt wird, was einen Adresskonflikt darstellen würde (in diesem Fall würde jenes Gerät den Multicast beantworten). Ab dem nächsten Paket 305 weiß die Fritzbox, dass kein Adresskonflikt vorliegt und verwendet sie als ihre eigene Adresse.

Das ist aber nur eine linklokale Adresse - mit der kann die Box nicht ins Internet kommunizieren. Dazu müsste die DG der Box eine globale IPv6-Adresse für den WAN-Port und ein globales (/56)-Präfix für das LAN hinter der Box zuweisen, was sie per DHCPv6 tun müsste.

Die Box bemüht sich nun um zweierlei:

• Sie sendet fortlaufend (an ff02::2) "Router Solicitations", die Gegenstelle sollte mit sog. "Router Advertisements" antworten - sie sollte dies alle paar Minuten auch unaufgefordert (unsolicited) tun. Router-Advertisements sind wichtig, durch sie lernt die Fritzbox u.a. ihre IPv6-Standardgateway-Adresse, ohne die kann kein IPv6-Paket ins Internet geroutet werden.
• Sie sendet fortlaufend (an ff02::1:2) sog. DHCPv6-Solitcits, um globale IPv6-Adressen anzufordern. Die DG-Gegenstelle beantwortet diese aber nicht (das führt dann in der FB zu dem von dir eingangs erwähnten DHCPv6-SOL-Fehler).

Ich würde sagen: Die DG-Gegenstelle ist bzgl. IPv6 mausetot!

Zitat von UschiM

Sollte ich den gefilterten Mitschnitt an die Deutsche Glasfaser schicken?

Es würde reichen, wenn du den Screenshot schickst - der ist absolut aussagekräftig.

Aber sei gewarnt: Im 1st-Level-Support versteht das keiner - für die ist alles ein Glasfaser-Problem mit den immer gleichen unnützen Maßnahmen, mit denen man den Kunden sinnlos beschäftigt.

Es gilt das, was oben schon gesagt wurde: Solange Tickets aufmachen, bis irgendwann dort mal jemand Erbarmen zeigt.

Vielleicht noch folgender Hinweis:

Falls du aus der ursprünglichen Mitschnitt-Datei nur die durch den Filter icmpv6 || dhcp || dhcpv6 generierte Ansicht in einer separaten Datei speichern möchtest:

1. Wähle in der Filteransicht das Menü "Datei | Ausgewählte Pakete exportieren...".
2. In dem folgenden Dialogfenster belasse die Voreinstellungen ("Alle Pakete" + "Angezeigt" + "unkomprimiert") und speichere am besten auch in eine Datei mit dem voreingestellten Suffix ".pcap".

Das ergibt eine schön kleine Datei, die du neben dem Screenshot ggf. auch an das Ticket bei DG anhängen kannst.

Ich häng mich da mal dran, weil ich dasselbe Problem habe und seit zwei Wochen bei der deutschen Glasfaser ein Ticket offen mir drei Nachfragen dazu ohne, dass sich jemand von denen rührt.

Bei mir ist der Witz, dass ich mal einen ganzen Tag eine IPV6 Adresse hatte und die Box von außen über ipv6 und ebenfalls einen Wireguard VPN Tunnel erreichbar war.

Ich hatte tagelang zuvor verzweifelt versucht, die Box so zu konfigurieren, dass der Zugang klappt. Und dachte am Ende, dass ich das Problem bin. War ich aber nicht, denn plötzlich ging’s einfach so, mit der Konfiguration, die am Tag vorher noch nicht ging. Da war klar, dass es nicht an der Konfiguration, sondern an Deutschen Glasfaser liegt. Schon gar, als dann am nächsten Tag wieder keine Verbindung mehr möglich war. Ohne Veränderung von irgendwas. Und plötzlich ein paar Stunden später war die Verbindung wieder da. Und am nächsten Tag schon wieder weg. Jetzt gerade geht es die ganze Woche schon nicht.

Und mein Bruder, der ein paar Straßen weiter wohnt, hat dasselbe Problem. Komisch oder 😂

Und keiner von der Truppe reagiert.

Der Internetzugriff hat übrigens dauerhaft problemlos funktioniert

Wenn du also eine Rückmeldung bekommst, würde ich mich über eine Rückmeldung freuen.

Also ich habe in der Zwischenzeit folgendes festgestellt. Klar ist: ipv4 geht bei Deutsche Glasfaser nicht. Zumindest nicht ohne Zusatzkosten. Habe dann auf IPV6 umgestellt, einen Wireguard VON Tunnel hergestellt und mit meinem Vodafone Handy versucht, Zugriff zu bekommen. Hat nicht funktioniert. Über eine andere Fritz!box in einem fremden Netz hat es aber funktioniert. Nur eben nicht über Vodafone. Bin dann in ein anderen Funkturm gekommen und siehe da, es funktioniert.

Heißt also konkret: bei jedem Netz, das mit ipv6 Adressen umgehen kann, klappt der Zugriff von außen. Sonst nicht.

Hallo, ich lese hier interessiert mit, weil ich das gleiche Problem habe wie UschiM
Hab einen analogen Mitschnitt erstellt und meinem Ticket angehängt. Ich bin auch Neukunde, de rAnschluss wurde erst letzte Woche geschaltet und ging seit Beginn nicht mit ipv6. Das gleiche Problem haben auch die Nachbarn, da hat die DG einiges verbockt.

Zitat von UschiM

Leider sind auch die "Experten" bei der Dt. Glasfaser nicht wirklich gewillt oder fähig, das Problem zu analysieren.

Ich würde auf die AGB verweisen, in denen die Bereitstellung von IPv6 integraler Bestandteil des Leistungsumfangs ist. Da DG dies derzeit nicht leistet (und du kannst es technisch nachweisen - nicht dein Problem, wenn sich die Gegenseite hier dumm stellt), hilft nur die Androhung einer Halbierung der "Monatsgebühren" - das ist in solchen Fällen die einzige Sprache, die dort verstanden wird.