Deutsche Glasfaser: Internetverbindung IPv6 konnte nicht hergestellt werden: Keine Antwort vom DHCPv6-Server (SOL)

Vito0912

Cadet 2nd Year
Registriert
März 2023
Beiträge
25
Hallo,

das eigentliche Problem wird weiter unten kurz und knapp beschrieben. Der Rest des Themas ist Vorgeschichte, die bei Bedarf wichtig sein könnte.

Ich habe einen Internetanschluss bei der DG und bisher kaum Probleme gehabt. Es war wirklich einer der reibungslosesten ISPs, die ich je erlebt habe, aber:

Nun habe ich jedoch ein Problem. Die DG weißt keine "öffentliche" IPv4-Adresse verfügbar ist und man über eine IPv4 nicht auf das Netz zugreifen kann und man von außen nur über IPv6 ins Heimnetzwerk gelangt. Dafür habe ich schon seit Langem einen kleinen VPS-Server, der sowohl eine IPv4- als auch eine IPv6-Adresse besitzt. Mit Wireguard war bisher eine ständige Verbindung gewährleistet.

In der Nacht des 26.06.2024 wurde der VPS vom Anbieter migriert und (erhielt dabei eine neue IPv6-Adresse), was auch einen Serverneustart zur Folge hatte. Die Wireguard-Interfaces des VPS starten nicht automatisch wieder. Als ich mich dann mit meinem VPN (auf dem VPS) verbinden wollte, hatte ich keine Verbindung ins Heimnetz. Normalerweise starte ich die Interfaces einfach neu, und alles funktioniert wieder.

Diesmal ging das nicht. Eine Verbindung zum Heimnetz war immer noch nicht möglich. Im Heimnetz sah ich, dass die Fritzbox keine Verbindung mit dem VPS herstellen konnte. (Ich erzähle diese Geschichte vom VPS, weil ich mir nicht sicher bin, ob der Ausfall des VPS und das Fehlen einer IPv6-Adresse zusammenhängen. Ich kann mir nicht vorstellen, wie, aber falls doch, hier die relevanten Informationen.)

Wichtig: Der VPS initiiert den Verbindungsaufbau mit der Fritzbox, nicht umgekehrt.

Es hat dann auch eine kurze Weile gedauert, bis ich die Ursache gefunden habe. Internetzugang hatte ich, da mir eine IPv4-Adresse zugewiesen wird, und ich hatte nicht damit gerechnet, keine IPv6-Adresse mehr zu haben.

Als ich dann ein nslookup gemacht habe, wurde mir klar, dass die Verbindung mit der IPv4-Adresse versucht wird, was durch DS-Lite nicht funktioniert.

Der eigentliche Fehler in der FritzBox:
In der FritzBox wird nur die Fehlermeldung "Internetverbindung IPv6 konnte nicht hergestellt werden: Keine Antwort vom DHCPv6-Server (SOL)" angezeigt. Eine IPv6-Adresse wird definitiv nicht zugewiesen.
Modem-Reset und Factory Reset der Fritzbox haben nicht geholfen. Der Support der DG konnte keine rosigen Aussichten bieten. Bei ihnen sehe alles normal aus. Die haben zwar ein Ticket erstellen, aber auf eine Lösung kann ich, so wie ich verstanden habe, wohl erst mal nicht hoffen.
Als IPv6 ist (aber das wir diese auch schon immer. Natürlich habe ich aber auch mal andere Optionen ausprobiert)
Code:
Native IPv6-Anbindung verwenden
Ihr Internetanbieter muss für diese Betriebsart natives IPv6 an Ihrem Anschluss unterstützen.

Im Internet habe ich keine hilfreichen Informationen gefunden - auch hier wurde immer wieder gesagt, man solle sich an den ISP wenden. Die Dokumentation der Fritzbox empfiehlt, sich an den ISP zu wenden - was ich getan habe.

Deshalb frage ich hier, ob jemand vielleicht ein ähnliches Problem erlebt hat (eventuell aktuell das gleiche Problem mit der DG hat) und Lösungsvorschläge kennt. Einen lokalen Defekt kann ich relativ sicher ausschließen. Mehrere Leute in der gleichen Straße haben dieses Problem nicht, wie ich in Erfahrung bringen konnte.

Vielen Dank!
 
Zuletzt bearbeitet:
Dafür sehe ich im Moment noch keinen Anhaltspunkt. Ich sehe da nur Adressen aus 2 Subnetzen, und zwar aus zwei unterschiedlichen /56. Die können auch durch falsche RAs lokal produziert werden. Bevor ich da bei der DG Druck machen würde, sollte man erst mal sicherstellen, dass wirklich dort ein Problem ist.
Wie sieht das zugewiesene Prefix der DG aus?
 
Hier ist die Konfiguration
 

Anhänge

  • Prefix.png
    Prefix.png
    7,8 KB · Aufrufe: 81
  • prefix_2.png
    prefix_2.png
    6 KB · Aufrufe: 83
Ich habe jetzt den hyper-v adapter disabled und ein paar settings im FB geändert. Unten die aktuelle Konfiguration, das hilft mir aber bei dem IPv6 Problem nicht weiter. Weder test-ipv6.com noch "ping -6 2a00:1450:400e:803::200e" zeigt Progress:
ping -6 2a00:1450:400e:803::200e # Direkter Ping zu Google-IPv6

Pinging 2a00:1450:400e:803::200e with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 2a00:1450:400e:803::200e:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
PS C:\Users\Lucky> ipconfig

Windows IP Configuration


Ethernet adapter Ethernet:

Connection-specific DNS Suffix . : fritz.box
IPv6 Address. . . . . . . . . . . : 2a00:6020:bb40:901:2f63:ead8:9116:7842
IPv6 Address. . . . . . . . . . . : 2a00:6020:bb40:901:97e9:345d:3d8f:9d22
Temporary IPv6 Address. . . . . . : 2a00:6020:bb40:901:bc9d:1619:588a:53ed
Link-local IPv6 Address . . . . . : fe80::2f63:ead8:9116:7842%2
IPv4 Address. . . . . . . . . . . : 192.168.178.120
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : fe80::ab6:57ff:fe95:c35f%2
192.168.178.1

und hier ist die FB Konfiguration:
verbunden seit 02.08.2025, 00:43 Uhr, Deutsche Glasfaser
IPv6-Adresse: 2a00:6020:bb40:900::1/64, Gültigkeit: 2468/2468s
IPv6-Präfix: 2a00:6020:bb40:900::/56, Gültigkeit: 2468/2468s

Hier ist die Meinung von DeepSeek:

Der Unterschied in den IPv6-Präfixen zwischen Ihrer FRITZ!Box und dem Windows-PC ist normal und hat folgende Ursachen:

### 1. Unterschiedliche Präfix-Zuweisung
  • FRITZ!Box erhält vom ISP ein /56-Präfix (z.B. 2a00:6020:bb40::/56)
  • Sie verteilt davon ein /64-Subnetz an Ihr LAN (2a00:6020:bb40:900::/64 für WAN, 901::/64 für LAN)

### 2. Warum Ihr PC 901::/64 zeigt
  • Das ist korrekt: Die FRITZ!Box vergibt Adressen aus dem LAN-Subnetz (901::/64)
  • Das WAN-Subnetz (900::/64) wird nur für die Internetverbindung der Box selbst verwendet

### 3. Temporäre Adressen (Privacy Extensions)
Windows generiert zusätzlich:
  • 901:... (stabile Adresse)
  • 901:... (temporäre Adresse für Datenschutz)

### 4. Kein Problem!
Dies ist kein Fehler, sondern korrektes IPv6-Verhalten:
  • /56 = Gesamtbereich vom ISP
  • /64 = Standard-Subnetzgröße für lokale Netzwerke

### 5. Warum Ping trotzdem fehlschlägt
Das liegt am ISP (keine IPv6-Routing), nicht an der Präfix-Verteilung.
 
Zuletzt bearbeitet:
Die Konfiguration ist falsch für die DG. Du darfst nicht die WAN Adresse aus dem zugewiesenen Prefix zuweisen. Es gibt bei der DG zwar einen Zusammenhang zwischen WAN Adresse und Prefix, aber die WAN Adresse kommt nicht aus dem Prefix Bereich.
 
Danke für den Hint, das habe ich jetzt geändert und die ganze Konfiguration sieht wie folgt aus:

Internet->Zugangsdaten->IPv6->IPv6-Unterstützung aktiv->Native IPv6-Anbindung, Globale Adresse automatisch aushandeln, DHCPv6 Rapid Commit verwenden


Heimnetz->Netzwerk->IPv6 Adressen->Router Advertisement im LAN aktiv,

->Weitere IPv6-Router im Heimnetz->Diese Fritzbox stehlt den Standard Internet Zugang zur Verfügung-> mittel

-> DNSv6 Server im Heimnetz-> DNSv6-Server auch über Router Advertisement bekanntgeben (RFC 5006)

-> DHCPv6 Server im Heimnetz->DHCPv6-Server in der FRITZ!Box für das Heimnetz aktivieren->DNS-Server, Präfix (IA_PD) und IPv6-Adresse (IA_NA) zuweisen



und hier sind die verwändete IPv6 Präfixe:

Verwendete IPv6 Präfixe:


Heimnetz 2a00:6020:bb40:e00::/64

Gastnetz -/-

WAN 2a00:6020:bb00::/64

Delegiert 2a00:6020:bb40:eff::/64
 
LuckyM schrieb:
DHCPv6 Server im Heimnetz->DHCPv6-Server in der FRITZ!Box für das Heimnetz aktivieren->DNS-Server, Präfix (IA_PD) und IPv6-Adresse (IA_NA) zuweisen
IA_NA bitte nicht anschalten, maximal IA_PD, falls Du eine Router-Kaskade planst. Ansonsten kann jener (lokale) DHCPv6-Server auch komplett abgeschaltet werden. Aber hat mit Deinem Problem jetzt nichts zu tun, sondern (vermutlich) nur mit dem vorherigen Screenshot, also dass Du am Computer haufenweise IPv6-Adressen aus verschiedenen Präfixen hattest.
 
Kurz nachdem Glasfaser Synchronisierung von mir initiiert wurde, war die IPv6 Verbindung da und ich konnte den ping zu google sehen, 1 oder 2 Minuten später war das wieder weg:
PS C:\Users\Lucky> ping -t -6 2a00:1450:400e:803::200e # Direkter Ping zu Google-IPv6

Pinging 2a00:1450:400e:803::200e with 32 bytes of data:
PING: transmit failed. General failure.
PING: transmit failed. General failure.
PING: transmit failed. General failure.
PING: transmit failed. General failure.
PING: transmit failed. General failure.
PING: transmit failed. General failure.
PING: transmit failed. General failure.
PING: transmit failed. General failure.
PING: transmit failed. General failure.
PING: transmit failed. General failure.
PING: transmit failed. General failure.
PING: transmit failed. General failure.
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=7ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=7ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=7ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=6ms
Reply from 2a00:1450:400e:803::200e: time=5ms
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Destination host unreachable.
Request timed out.
Destination host unreachable.
Destination host unreachable.
Request timed out.
Request timed out.
Request timed out.
Destination host unreachable.
Destination host unreachable.
Ergänzung ()

@norKoeri,
Ich habe jetzt für DHCPv6 -> Nur DNS-Server zuweisen ausgewellt, ich habe keine weiteren DHCP-Server im Netz und möchte die Konfiguration simple halten.
 
Sehr schön. Also genau das, was wir oben schon vermutet haben: Da sind falsche RAs in deinem Netz. Solange die richtige Adresse auf deinem Endgerät aktiv war, war alles gut, und irgendwann kommt das 2. RA mit den falschen Adressen, und Zack, ist die IPv6 Verbindung weg. Da ist noch irgendwo ein Router, Repeater der Ähnliches bei dir aktiv, der RAs verteilt. Vielleicht auch ein DHCPv6 Server.
 
Ich habe den DD-WRT TP-Link Route, welcher als Wireless Repeater benutzt ist, jetzt ausgeschaltet und Glasfaser Verbindung neu syncronisiert. Das gleiche Ergebnis - nach ein paar Minuten ist die IPv6 Verbindung weg. Gibt es einfacher Weg um herauszufinden, wer im LAN die RA manipuliert? Kann ich das bei ausgeschalteten FB testen? Ich habe noch einen FB zuhause - 6660 von Vodafone. Diese ist momentan ausgeschaltet, kann ich dadurch etwas testen?
Ergänzung ()

PS C:\Users\Lucky> arp -a

Interface: 192.168.178.120 --- 0x2
Internet Address Physical Address Type
192.168.178.1 08-b6-57-95-c3-5f dynamic
192.168.178.24 5c-7b-5c-2e-94-17 dynamic
192.168.178.255 ff-ff-ff-ff-ff-ff static
224.0.0.22 01-00-5e-00-00-16 static
224.0.0.251 01-00-5e-00-00-fb static
224.0.0.252 01-00-5e-00-00-fc static
239.192.152.143 01-00-5e-40-98-8f static
239.255.255.250 01-00-5e-7f-ff-fa static
255.255.255.255 ff-ff-ff-ff-ff-ff static
 
Zuletzt bearbeitet:
LuckyM schrieb:
Gibt es einfacher Weg um herauszufinden, wer im LAN die RA manipuliert?
Ja, du kannst einfach mit Wireshark im LAN mitsniffen und damit überprüfen, welche RAs von wo kommen.

LuckyM schrieb:
Ich habe noch einen FB zuhause - 6660 von Vodafone. Diese ist momentan ausgeschaltet, kann ich dadurch etwas testen?
Wenn sie sicher aus ist, sollte sie keine Probleme machen.
 
Ich habe jetzt alle Geräte ausgeschaltet, inklusiv WLAN vom Router und allgemein:

Interface: 192.168.178.120 --- 0x2
Internet Address Physical Address Type
192.168.178.1 08-b6-57-95-c3-5f dynamic
192.168.178.255 ff-ff-ff-ff-ff-ff static
224.0.0.22 01-00-5e-00-00-16 static
224.0.0.251 01-00-5e-00-00-fb static
224.0.0.252 01-00-5e-00-00-fc static
239.192.152.143 01-00-5e-40-98-8f static
239.255.255.250 01-00-5e-7f-ff-fa static
255.255.255.255 ff-ff-ff-ff-ff-ff static
 

Anhänge

  • route_print.png
    route_print.png
    22,4 KB · Aufrufe: 50
Die einzige Quelle kann in dem Fall den Router selbst sein - es sind keine weiteren Geräte, ausser Windows 11 Desktop in diesem Netz jetzt angeschlossen. Der Desktop Komputer habe ich über Vodafone, mit Router 6660 gerade getestet und alles funktioniert fehlerfrei, IPv6 ist dauerhaft zugewiesen und ping und tracert zeigen den Weg und erreichen IPv6 Objekten im Internet. Ich habe jetzt den DG Router ausgeschaltet und lasse ihm 1 Stunde ruhen. Melde mich nachher mit Ergebnissen
 
LuckyM schrieb:
Die einzige Quelle kann in dem Fall den Router selbst sein - es sind keine weiteren Geräte, ausser Windows 11 Desktop in diesem Netz jetzt angeschlossen.
Ja, das ist denkbar. Wenn die Fritzbox falsch konfiguriert ist, kannst du genau das Fehlverhalten provozieren. Zeige doch mal Screenshots der LAN Konfiguration.

LuckyM schrieb:
Der Desktop Komputer habe ich über Vodafone, mit Router 6660 gerade getestet und alles funktioniert fehlerfrei, IPv6 ist dauerhaft zugewiesen und ping und tracert zeigen den Weg und erreichen IPv6 Objekten im Internet.
Ich dachte, die 6660 ist aus? Ein zweiter Router im Netz ist die zuverlässigste Erklärung für deine Probleme.
 
6660 war bis jetzt ausgeschaltet, ich habe jetzt den 5690 Pro ausgeschaltet und wieder den alten FB 6660 eingeschaltet um zu testen - es funktioniert mit dem 6660 von Vodafone alles einwandfrei - egal wie viele Subnetzte zugeordnet sind. Das beweist, dass keine anderen Geräte in dem gesamten LAN-Netz Einfluss auf die RA oder generell auf IPv6 haben. Ich lasse den DG Router 5690 für 1 Stunde ruhen und werde nachher nur den Desktop mit dem Router verbinden - direkt per LAN und den Router, wie bis jetzt, direkt per Fiberglas und GPON mit dem DG. Falls das wieder auftaucht ist dann das Problem entweder im 5690 oder bei dem Provider.
Ergänzung ()

"Ja, das ist denkbar. Wenn die Fritzbox falsch konfiguriert ist, kannst du genau das Fehlverhalten provozieren. Zeige doch mal Screenshots der LAN Konfiguration." - das mache ich sobald der Router wieder eingeschaltet ist
 
LuckyM schrieb:
egal wie viele Subnetzte zugeordnet sind.
Was soll das denn schon wieder heißen? Da darf nur ein Subnetz zugeordnet sein. Ein anderes, als an der DG Box, aber nur eins. Ist da mehr als ein Subnetz auf deinem PC, ist das der sichere Hinweis auf die Fehlfunktion.

LuckyM schrieb:
Das beweist, dass keine anderen Geräte in dem gesamten LAN-Netz Einfluss auf die RA oder generell auf IPv6 haben.
Für mich hast du gerade das Gegenteil bewiesen.
 
LuckyM schrieb:
Ich habe jetzt für DHCPv6 -> Nur DNS-Server zuweisen ausgewellt, ich habe keine weiteren DHCP-Server im Netz und möchte die Konfiguration simple halten.
Man braucht überhaupt keinen DHCPv6-Server. Das war einmal für Windows 8, der sich darüber seinen DNSv6-Server gezogen hat. Einfach aus machen, braucht kein Mensch mehr. Die wenigen Betriebssysteme ziehen dann ihre IPv6-Adressen über DNSv4.
LuckyM schrieb:
Gibt es einfacher Weg um herauszufinden, wer im LAN die RA manipuliert?
Wireshark laufen lassen und nach dhcpv6 || icmpv6.type == 134 filtern.
 
Hallo wieder, sagt mir bitte, basieren d auf den angehängten Screenshot, ob jetzt das Problem mit doppelten RA und Subnetze gelöst worden ist, damit wir uns an dem fehlenden IPv6 Traffik konzentrieren können?
 

Anhänge

  • DG_WinDump.png
    DG_WinDump.png
    67,5 KB · Aufrufe: 60
Zurück
Oben