IPv6: Router Advertisement funktioniert nur 8 Sekunden

IPv6: Router Advertisement funktioniert nur 8 Sekunden

(Ich habe dies bereits im IPFire-Forum gefragt, aber keine Antwort erhalten)

Ich habe eine native IPv6-Verbindung mit einer Bridge eingerichtet, wie inhttp://wiki.ipfire.org/en/add-ipv6/ipv6/extended. IP-Adressen (und das Präfix) werden von einem separaten DHCPv6-Server vergeben. radvd läuft auf IPFire, um Router-Anzeigen zu versenden, damit die Clients das Gateway erhalten, das sie für die Verbindung nach außen verwenden sollen.

radvd configuration:
interface green0 {
    AdvSendAdvert on;
    AdvManagedFlag on;
};

Wenn ich radvd neu starte, erhält mein Windows 7-Client einige Router-Anzeigen (die die Link-Local-Adresse der grünen Schnittstelle vorschlagen) und zwischendurch funktioniert der Ping zuerst, schlägt dann fehl und ist wieder in Ordnung, nachdem die nächste RA eingetroffen ist:

Ping wird ausgeführt für ipv6.l.google.com [2a00:1450:4001:80a::1003] mit 32 Bytes Daten:
Zielhost nicht erreichbar.
Zeitüberschreitung der Anforderung.
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=17ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Antwort von 2a00:1450:4001:80a::1003: Zeit=175ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=21ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Antwort von 2a00:1450:4001:80a::1003: Zeit=201ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Antwort von 2a00:1450:4001:80a::1003: Zeit=200ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=16ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=17ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=23ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=30ms
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Antwort von 2a00:1450:4001:80a::1003: Zeit=201ms
Zeitüberschreitung der Anforderung.
Antwort von 2a00:1450:4001:80a::1003: Zeit=32ms
Antwort von 2a00:1450:4001:80a::1003: Zeit=17ms
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.

Es schlägt dann fehl, bis der nächste RA eintrifft. Ich kann das Problem minimieren, indem ich MinRtrAdvIntervalund MaxRtrAdvIntervalauf niedrigere Werte setze. Allerdings wird es trotzdem manchmal fehlschlagen und einige Pings werden lange Antwortzeiten haben.

Ich habe bereits herausgefunden, dass ich das Problem umgehen kann, indem ich für meinen Client manuell eine statische IPv6-Adresse konfiguriere und das Gateway auf die Link-Local-Adresse der Bridge statt auf die grüne Schnittstelle einstelle. Dies ist jedoch keine Lösung, da sich diese Adresse beim nächsten Neustart ändert.

Daher verwende ich die globale Adresse, die für die Bridge konfiguriert ist. Abgesehen davon, dass es wahrscheinlich nicht sauber ist, keine Link-Local-Adresse zu verwenden, besteht das Problem darin, dass ich nicht jeden Client in unserem Netzwerk manuell konfigurieren möchte.

Kann mir bitte jemand sagen, warum mein Client die Router-Informationen offenbar nach 7–8 Sekunden verliert??? Gibt es eine Möglichkeit, radvd so zu konfigurieren, dass die statische globale Adresse in seiner Router-Werbung gesendet wird (falls das sinnvoll ist)?

verwandte Informationen