Résumé

  • Les 100 % et 50 % du projet individuel daté du 2 septembre portent sur deux objets distincts et délimités, pas sur le risque total d’une organisation.
  • Un réseau de transport exclusivement IPv6 peut desservir des extrémités qui traitent encore IPv4. Le retrait doit donc préciser son périmètre.

Une réception technique peut être exacte et néanmoins insuffisante pour la direction. Dire que le transport fonctionne uniquement en IPv6 ne dit pas ce que les terminaux continuent de faire. Le projet individuel de Charles C. Sun, dans sa révision -01 datée du 2 septembre, permet de préciser cette différence. Son auteur indique une affiliation à Alliance for Universal Computing. Le document n’est ni une norme approuvée par l’IETF ni un bilan de déploiement.

Le raisonnement emploie deux dénominateurs. Les 100 % concernent une classe définie d’attaques dont l’exécution exige le chemin IPv4 de couche 3 supprimé. Les 50 % comptent deux piles de protocoles exposées simultanément qui deviennent une seule. L’auteur exclut expressément une interprétation en volume d’attaques, incidents, pertes financières ou risque total. Lui attribuer une promesse de risque divisé par deux reviendrait à contredire son texte.

Le transport n’est pas tout le système

La condition décisive est l’absence de traitement IPv4 actif dans le périmètre du réseau ou de l’hôte retenu. Si un traducteur, une extrémité de tunnel ou un dispositif de compatibilité y conserve ou y réintroduit ce traitement, la prémisse du retrait n’est pas satisfaite.

Le RFC 9099, publié en 2021, décrit un cas concret : 464XLAT associe une traduction d’IPv4 vers IPv6 côté hôte à une traduction inverse côté fournisseur. Une application exclusivement IPv4 peut ainsi joindre un serveur exclusivement IPv4 à travers un réseau IPv6. Le transport a changé ; le système plus large n’a pas cessé de traiter l’ancien protocole.

C’est une conséquence analytique, pas le constat d’une défaillance chez un opérateur nommé. Une équipe peut satisfaire le contrat relatif au transport sans certifier les terminaux et les services de compatibilité. Étendre la réception à ces éléments revient à demander une preuve supplémentaire, non une formule plus ambitieuse.

Compter ne revient pas à pondérer

Une pile vaut une unité dans ce calcul. Cette convention n’attribue aucun poids aux pertes susceptibles de provenir de ce qui reste. Le projet ne nie pas les ressources ou le code partagés, et la continuité des mécanismes propres à IPv6 ne garantit pas l’accès aux destinations qui exigent IPv4. Ces réserves figurent dans le document lui-même.

Entretenir moins de chemins de traitement peut avoir une valeur opérationnelle. La comparer aux coûts de migration et de compatibilité exige toutefois des données propres au système. Le projet fournit un vocabulaire du retrait, pas un rendement financier.

Cette lecture suit la distinction proposée par Lu Heng entre description du réel et plaidoyer. Cette référence oriente la méthode éditoriale ; elle ne corrobore pas les faits techniques.