Deutsche Glasfaser + Routerwechsel (Bintec RS123)?

Missverständnis: Du meinst eine DHCP Advertise Message. Die andere Lesart ist ein Router Advertisement. Beide können ein Präfix enthalten. Die Router Advertisements enthalten außer der Information, welche Adresse der Router hat, bei der DG im Prinzip nur den Hinweis, dass DHCPv6 zu verwenden ist ("Managed Address Configuration").

Deine DHCPv6 Advertise Message sieht soweit in Ordnung aus. Sie enthält sowohl eine einzelne Adresse für den Router ("Identity Association for Non-temporary Address") als auch ein Präfix ("Identity Association for Prefix Delegation"). Die Adresse muss nicht aus dem Präfix sein, darf es grundsätzlich auch nicht und ist es bei der DG nicht. Das Präfix gehört ganz deinem Router. Die Adresse bekommst du zusätzlich. Jetzt müsste dein Router die Zuteilung nur noch akzeptieren.

Es sah in der Auflistung nicht so passend aus und man kann mit den Angaben auch nicht wirklich sagen, ob das eine gültige Anfrage an den Server ist. Du könntest mal versuchen, ob es mit "Rapid Commit" funktioniert, wenn du das einstellen kannst.

Rapid Commit kannst du wieder abschalten. Der Server ignoriert das (das darf er).

Zwei Auffälligkeiten: Der Request wird an eine IPv6-Multicast-Adresse geschickt statt an die MAC-Adresse des konkreten Servers. Der Server bekommt die Nachricht aber offensichtlich, weil er darauf mit der richtigen Transaction-ID antwortet. Das zweite Ding ist, dass der Request keine Information über die Adresse und das Präfix enthält. Ich bin mir nicht sicher, ob das so OK ist, besonders zusammen mit der Multicast-Adresse.

Mein Router macht das, und er schickt den Request an die Hardware-Adresse des DHCP-Servers. Ich bin mir nicht sicher, ob das so sein muss oder nur so sein kann. Wenn man sich das Verhalten diverser Geräte anschaut, hat man den Eindruck, dass DHCP sehr nachlässig implementiert wird. Mein Router hält sich z.B. auch eindeutig nicht an das RFC, aber in der Praxis klappt dann mehr, als man bei der Protokolltreue erwarten würde. Bei mir funktioniert auch "Rapid Commit", also Solicit-Reply statt Solicit-Advertise-Request-Reply.

Ja, es unterscheidet sich ganz erheblich. Ich habe auch einen Exoten-Router und den habe ich auch noch ungewöhnlich konfiguriert. Daran sollte man sich nicht orientieren.

Mit Schuldzuweisungen kommt man wahrscheinlich nicht weit. Ich würde an deiner Stelle mit dem Routerhersteller Kontakt aufnehmen und deren Technikabteilung bitten, mal die Kompatibilität mit der Deutschen Glasfaser zu überprüfen. Ich denke, es ist auch in deren Interesse, wenn die Geräte an einem Glasfaseranschluss reibungslos funktionieren.

Wenn du selbst noch etwas mehr suchen möchtest, könntest du einen Vergleich mit dem be.IP Router anstellen. Vielleicht gibt es doch Unterschiede im DHCP Verbindungsaufbau zwischen den beiden Geräten.

Die DG setzt Rapid Commit nicht voraus. Ich bekomme auch mit dem Solicit-Advertise-Request-Reply Ablauf meine Adressen. Ob das Problem daran liegt, dass der Router im Request nicht die konkreten Adressen anfragt, die der Server angeboten hat, ist nicht so klar. Das RFC überlasst das m.M.n. dem Client. Der darf angeben, was er gerne hätte, muss das aber nicht. Dem Sinn von Advertise und Request widerspricht das auch nicht, zumindest wenn der Client nur einen Server anspricht (deswegen der Einwand mit der Multicast-Adresse). Der Request enthält aber einen Server Identifier, der eindeutig sein sollte. Es ist ungewöhnlich, im Request nicht die Adressen zu nennen, aber damit ist nicht gesagt, dass der Server das als Fehler werten darf.