Résumé

  • La cible IPv6-ready n’ordonne pas l’arrêt universel d’IPv4. Si un guide efface les destinations encore joignables par IPv4, il rate la transition qu’il doit organiser.
  • Au RIPE 93, les projets des quatre groupes étaient aux versions 0.5 et 0.6. La consultation publique devait suivre un jeu complet de projets, sans calendrier annoncé.

Un texte juridique ne configure pas un réseau

Le point de friction n’est pas le texte réglementaire, mais l’étape qui suit : qui change quoi, dans quel ordre, et avec quelle preuve que la connectivité est maintenue ? Rüdiger Martin situe le Forum dans cet espace. À RIPE 93, il a décrit sa mission : relier les objectifs du règlement aux normes existantes et à l’expérience du terrain. Le Forum ne rédige pas de nouveaux standards.

La différence est décisive. Le règlement d’exécution (UE) 2024/2690, point 6.7.2(j) à (l), demande aux entités concernées un plan de transition complète, sûre et progressive vers les protocoles de couche réseau les plus récents; un plan de déploiement des standards modernes et interopérables de courrier électronique; et l’application de bonnes pratiques en sécurité DNS et en sécurité et hygiène du routage Internet. Les deux premières exigences appellent un plan. La troisième impose l’application de pratiques.

Le Forum doit repérer les standards et pratiques pertinents, décrire les techniques de déploiement et proposer des échéances adaptées. La Commission présente ses recommandations comme un appui aux entités soumises au règlement, mais aussi comme un moyen d’encourager l’adoption volontaire ailleurs. La règle vient du texte juridique; les consignes d’exécution doivent venir du travail collectif.

Quatre ateliers, une seule ligne de conduite

Le compte rendu de Martin, le 28 octobre, répartit le travail entre quatre groupes : protocoles de couche réseau, courrier électronique, DNS et routage. Chacun dispose d’un responsable et d’un petit groupe éditorial technique qui prépare les versions entre les réunions. Les membres formulent leurs commentaires par écrit; les points ouverts sont discutés en séance et les désaccords restent visibles sous forme d’options. Un groupe de coordination doit éviter que les quatre textes partent dans des directions incompatibles.

Martin a parlé de plus de cent participants, issus notamment de l’exploitation réseau, des télécoms, du cloud, du DNS, de la sécurité du courrier, de la recherche, des autorités et des fournisseurs de technologie. L’appel à participer restait ouvert. Le Forum s’était réuni en janvier, mars, juin et octobre; il se trouvait alors en phase A3, consacrée à l’analyse des difficultés, des techniques et des échéances. Les projets étaient aux versions 0.5 et 0.6.

Martin prévoyait un ensemble complet de projets en 2027, puis une consultation publique. Interrogé sur la date, il n’en a pas donné : elle dépend de la fin du travail rédactionnel. Les lignes directrices finales étaient visées pour le quatrième trimestre 2027, sous réserve de l’avancement. La page de la Commission consultée le 31 octobre affichait encore sa mise à jour du 3 août; le témoignage de RIPE 93 est donc la source la plus récente pour l’étape d’octobre.

IPv6 ne signifie pas couper IPv4

Le projet IPv6 montre ce que « traduire » veut dire. Martin a décrit IPv6-ready comme un objectif réaliste d’exploitation, pas comme un ordre de couper IPv4 partout. Les organisations partent de situations différentes : IPv4 seul, double pile ou IPv6 seul. Pendant la transition, les destinations IPv4 doivent rester joignables; des exceptions documentées et limitées dans le temps restent possibles.

Le Forum examine aussi ce qu’un plan doit contenir, comment une organisation peut évaluer son point de départ et quelles preuves indiqueraient un progrès réel. Martin a dit que les textes renverraient vers des ressources entretenues — RFC, BCP et registres IANA — plutôt que de les recopier. Pour les ingénieurs, la valeur d’un guide tient aussi à ces renvois : ils évitent de fabriquer un standard parallèle à côté de ceux que les opérateurs utilisent déjà.

Le résultat devra garder trois niveaux séparés : l’obligation légale, le standard technique et le conseil de déploiement. Si les textes nomment les rôles, les étapes, les éléments de preuve et la révision des exceptions, les équipes peuvent planifier. S’ils confondent recommandation et obligation, le Forum ajoutera du brouillard au règlement qu’il était censé éclaircir.

Documents de première main