Nous avons un réseau de taille moyenne avec IPv4 et IPv6, et notre fournisseur en amont fait disparaître IPv6 pendant deux semaines pendant qu'il fait ... quelque chose. (C'est "expérimental" et nous ne le payons pas, mais il est stable depuis des années, nous l'avons donc activé dans tous les domaines.)
Nous avons 150 hôtes sur notre réseau d'au moins une douzaine de systèmes d'exploitation différents, plus un réseau sans fil pour les téléphones et les ordinateurs portables des gens, donc la désactivation d'IPv6 sur tous nos appareils n'est pas un démarrage.
Je voudrais éviter trop de comportement IPv6 cassé classique avec de longs délais d'attente avant le basculement vers IPv4, et je me demande quelle est la meilleure façon de le faire.
- Dois-je bloquer les paquets IPv6 sortants à la frontière et renvoyer un message inaccessible, ou est-ce que les hôtes seront marqués comme inaccessibles sans revenir à IPv4?
- Est-il possible de désactiver la résolution AAAA via notre serveur de noms BIND (et si oui, comment), et si oui, est-ce raisonnable?
- Sinon, la désactivation de RADVD fera-t-elle l'affaire? Nous utilisons une configuration statique sur certains de nos serveurs, mais il y en a assez peu pour les faire à la main.
la source
Le plus simple pour vos clients serait de suivre la route ipv6-tunnel. Si vous pouvez mettre à jour votre routage pour que vos sous-réseaux passent par le tunnel, ce serait génial, mais vous devrez peut-être utiliser une méthode NAT 1: 1 avec les sous-réseaux que le fournisseur de tunnel vous a fournis en mappant avec ceux existants. Vous configureriez votre cœur de routage pour envoyer du trafic v6 sur les tunnels v6 afin que tout ce qui en dépend continuerait à fonctionner, quoique peut-être un peu plus lent qu'auparavant mais plus rapide que la restauration v4-backback au moins. Les sous-réseaux qui sont entièrement attribués dynamiquement n'auraient probablement pas besoin du NAT 1: 1, mais tout ce qui a des affectations statiques en aurait probablement besoin.
la source