Bonjour,

Le 27/06/2015 18:51, Frederic Dhieux a écrit :
Pour moi la démarche c'est d'abord de configurer les briques en IPv4 ET
en IPv6 une par une et de pouvoir un jour se dire "tiens la chaine est
complète, on peut utiliser le service en IPv6 quand on est en IPv6 sur
un autre end point"

+1


Jeune et con depuis un paquet d'années =) En tout cas pas blasé c'est
sûr. Plus concrètement, ça coûte tant que ça de configurer les 2 stacks
sur un équipement quand on l'installe de nos jours ?

Je ne crois pas non plus.

Toutes les fonctionnalités de routage / filtrage sont disponibles pour les deux piles donc, si besoin, à part avoir à gérer un nouvel IGP (OSPFv3, RIPNG...) pour traiter IPv6, je ne vois pas la différence.

Côté serveur, j'ai l'impression que l'effort est même carrément l'inverse. Tous les OS sont de base paramétrés en double pile. Si on ne veut pas faire d'IPv6 du tout (même en l'absence de service d'adressage global), il faut y travailler pour déconfigurer l'affaire. Quittes à y passer du temps (même faible) autant le faire pour déployer IPv6, non ?

Côté postes client, le plus gênant pour généraliser une connectivité IPv6 reste à mon sens les contraintes de traçabilité d'allocation des adresses. Comme évoqué dans la discussion, l'utilisation du DUID et sa gestion plus ou moins rigoureuse rend difficile l'établissement d'une correspondance statique entre machine et IPv6 globale à allouer par DHCPv6.

Bref, j'ai quand même l'impression que ça avance doucement et surement mais bon, comme me dit un jour, un DSI auquel je parlais déploiement IPv6 : "bah IPv6 depuis le temps qu'on en parle, si ça servait à quelque chose, ça se saurait !"

Ceci explique cela ?

A+

--
Jérôme BERTHIER


---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

Répondre à