>> Michel Py a écrit:
>> Dual-stack ça n'aide en rien avec la pénurie (présumée) d'IPv4, et comme
>> test de validation ça ne vaut pas un clou rouillé pour la raison suivante:
>> si l'appli ne marche pas en v6, le client la fait marcher en v4. La pierre
>> d'achoppement de v6, ça a toujours été les apps qui ne marchent pas.

> Loeffler Siegfried a écrit:
> Eh ben... et si c'etait simplement du dual stack avec une adresse
> privé RFC 1918 v4, et une "vraie" adresse publique sur le v6?

Scénario possible, mais je ne vois pas bien l'intérêt. Si tu déploies RFC1918 
pour les clients (ce qui se fait déjà sur les réseaux mobiles et dans certains 
pays comme la Chine) tu as résolu ton problème de pénurie. Vu qu'il n'y a pas 
de demande grand public pour v6 (Mme Michu n'en a jamais entendu parler), je ne 
vois pas comment justifier le coût du dual-stack chez le client (si c'était 
gratuit, tout le monde l'aurait déjà, non?).

Si tu ne veux pas parier sur le résultat des courses, fais un prototype RFC1918 
ET un v6-only; comme ça quelque soit le coté duquel le marché va tu es plus ou 
moins prêt. Le problème que je vois avec dual-stack, c'est que ça ne t'apprend 
pas à faire marcher v6-only, car quand v6 ne marche pas tu te rabats sur v4. 
Dual-stack, c'est l'illusion qui consiste à croire que un jour, toutes les 
applis seront disponibles en v6 et que tu pourras enlever v4. Ce jour-là, moi 
je ne le vois pas venir.

En d'autres termes: AMHA au point ou nous en sommes, la seule issue est un 
mécanisme NAT64/DNS64/ whatever, qui permettrait à un client v6-only de se 
connecter au réseau v4.


Quand il n'y a VRAIMENT plus d'adresses v4, on va voir certains des FAI 
déployer RFC1918 chez les clients, et on va en voir d'autres déployer v6-only.

RFC1918 chez les clients, on sait faire aujourd'hui. En production qui rapporte 
de l'argent, à large échelle. IPv6-only, je n'ai encore jamais vu; un réseau de 
recherche c'est une chose, déployer en grand public c'en est une autre. Fais le 
marcher et tu deviendras riche et célèbre.

Michel.

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

Répondre à