Wir haben ein mittelgroßes Netzwerk mit IPv4 und IPv6, und unser Upstream-Anbieter lässt IPv6 für zwei Wochen verschwinden, während sie ... etwas tun. (Es ist "experimentell" und wir zahlen nicht dafür, aber es ist seit Jahren stabil, also haben wir es auf ganzer Linie aktiviert.)
Wir haben 150 verschiedene Hosts in unserem Netzwerk mit mindestens einem Dutzend verschiedener Betriebssysteme sowie ein drahtloses Netzwerk für Mobiltelefone und Laptops. Daher ist das Deaktivieren von IPv6 auf allen unseren Geräten kein Problem.
Ich möchte zu viel von dem klassischen IPv6-Verhalten mit langen Timeouts vor dem Failover auf IPv4 vermeiden und frage mich, wie das am besten funktioniert.
- Sollte ich ausgehende IPv6-Pakete an der Grenze blockieren und eine nicht erreichbare Nachricht zurückgeben, oder werden Hosts dadurch als nicht erreichbar markiert, ohne auf IPv4 zurückzugreifen?
- Ist es möglich (und wenn ja, wie), die AAAA-Auflösung über unseren BIND-Nameserver zu deaktivieren, und wenn ja, ist dies sinnvoll?
- Wird das Ausschalten von RADVD die Aufgabe übernehmen? Wir verwenden statische Konfigurationen auf einigen unserer Server, aber es gibt nur wenige, die diese manuell ausführen können.
quelle
Am einfachsten ist es für Ihre Kunden, den IPv6-Tunnel zu benutzen. Wenn Sie Ihr Routing so aktualisieren können, dass Ihre Subnetze über den Tunnel gehen, wäre das fantastisch, aber Sie müssen möglicherweise zu einer 1: 1-NAT-Methode wechseln, bei der die Subnetze, die Sie vom Tunnelanbieter erhalten haben, Ihren vorhandenen zugeordnet werden. Sie würden Ihren Routing-Core so konfigurieren, dass er V6-Datenverkehr über die V6-Tunnel sendet, sodass alles, was darauf angewiesen ist, weiterhin funktioniert, wenn auch möglicherweise etwas langsamer als zuvor, aber zumindest schneller als ein V4-Failback. Subnetze, die vollständig dynamisch zugewiesen sind, benötigen wahrscheinlich kein 1: 1-NAT, bei statischen Zuweisungen jedoch wahrscheinlich.
quelle