Résumé

  • La croissance de l'IPv6 est substantielle et précieuse, mais les mesures d'adoption décrivent des utilisateurs, services et points d'observation particuliers; elles n'établissent pas que chaque contrepartie matérielle peut être atteinte sans IPv4.
  • Le test décisif de la transition est le retrait contrefactuel: que casse-t-on, qui devient injoignable et quels contrats, contrôles de sécurité ou services publics échouent lorsque l'IPv4 est retiré d'un réseau réel?
  • Les conceptions de traduction et de double pile réduisent la quantité d'IPv4 nécessaire, mais préservent la dépendance à l'IPv4 au niveau des passerelles partagées, des points d'extrémité publics, des listes d'autorisation, des bords du cloud et des destinations applicatives.
  • La tarification du cloud, les services d'apport de votre propre adresse et les marchés de transfert actifs montrent que l'autorité sur l'IPv4 reste une option économique même lorsque le parc informatique sous-jacent est de plus en plus compatible IPv6.
  • Le pouvoir des registres perdure par la reconnaissance des titulaires, la réalisation des transferts, les registres de contacts, le DNS inversé et l'autorité d'origine des routes. Ces fonctions nécessitent une responsabilité renforcée, non une négligence justifiée par un optimisme protocolaire.
  • La continuité du secteur public et l'adoption régionale inégale font des jalons agrégés une mauvaise base pour abandonner la compatibilité avant que les agences, fournisseurs et citoyens puissent effectuer des transactions essentielles.
  • La Société des ressources numériques devrait soutenir l'abondance de l'IPv6 par la recherche, l'éducation des membres et le plaidoyer tout en pressant les RIR de maintenir l'enregistrement IPv4 mince, portable et indépendamment vérifiable aussi longtemps que les preuves montrent une dépendance matérielle à la double pile.

Un jalon n’est pas une abrogation

En avril 2026, la mesure globale de Google a brièvement placé l'IPv6 au-dessus de 50 % des utilisateurs accédant à ses services. APNIC a marqué l'événement comme la preuve que l'IPv6 était devenu un protocole mature déployé à l'échelle mondiale. Les deux observations sont justifiées. Un protocole qui transporte environ la moitié du trafic vers l'une des plus grandes familles de services de l'Internet ne peut être considéré comme marginal.

La même analyse d'APNIC a également enregistré une estimation de capacité mondiale inférieure de son propre système de mesure. En juillet 2026, le tableau public d'APNIC Labs montrait une moyenne mondiale sur 30 jours d'environ 42 % de capacité IPv6 et environ 41 % de préférence, tandis que la page de Google affichait une part différente basée sur l'accès à Google. La différence n'est pas un scandale. APNIC pondère les observations par économie et teste la récupération de petits éléments web. Google observe les utilisateurs de ses propres services. Chaque instrument répond à une question définie à partir d'un point d'observation défini.

La gouvernance se trompe lorsqu'une part observée devient une déclaration que l'ancienne famille d'adresses a cessé d'être importante. Cinquante pour cent d'accès à Google via IPv6 ne signifie pas que cinquante pour cent des organisations peuvent fonctionner sans IPv4. Cela n'identifie pas les banques, fournisseurs d'identité, services gouvernementaux, fournisseurs, appareils intégrés ou partenaires commerciaux qui restent en IPv4 uniquement. Cela ne montre pas si un utilisateur capable a choisi IPv6 pour chaque destination, ou si IPv4 est resté disponible comme solution de repli rapide.

Cela ne montre pas non plus combien de sessions originaires d'IPv6 ont atteint une destination IPv4 par traduction.

Le jalon doit donc être lu comme une réussite et un avertissement sur le dénominateur. Il prouve que le déploiement à grande échelle de l'IPv6 fonctionne. Il ne prouve pas la substituabilité universelle. Les institutions qui régissent les rares avoirs IPv4 ne sont pas abrogées par une ligne sur un graphique, pas plus que les registres fonciers ne sont abrogés lorsqu'un nouveau système de transport transporte la moitié des trajets. Leur portée peut se rétrécir. Leurs obligations peuvent changer. Leur pouvoir continu doit être justifié par des dépendances vivantes plutôt que par l'habitude.

Mais tant que le retrait n'est pas sûr, les anciens droits et points d'étranglement restent des faits opérationnels.

L'historique des mesures depuis 2012 décrit la coexistence

L'horizon temporel compte. LaRFC 6540de l'IETF, publiée en 2012, déclarait que le support de l'IPv6 ne devait plus être considéré comme optionnel. Cette position était justifiée par l'épuisement de l'offre IPv4 et les limites des solutions de contournement indéfinies. Dans la même période, APNIC Labs a commencé les mesures quotidiennes des utilisateurs finaux qui fournissent aujourd'hui l'une des vues comparables les plus longues du déploiement.

Le récit d'APNIC sur saméthode de mesuresépare la capacité de la préférence. Un client testé est capable s'il peut récupérer un élément uniquement IPv6. Il est préféré si le test double pile est effectivement récupéré via IPv6. La distinction est centrale. La capacité mesure un chemin disponible. La préférence enregistre un choix effectué dans les conditions du test. Aucune des deux ne dit que l'IPv4 peut être retiré de l'ensemble plus large des transactions du client.

La croissance sur la période est néanmoins frappante. L'historique antérieur d'APNIC place la capacité mondiale des utilisateurs finaux à environ 0,3 % au début des mesures fin 2011, au-dessus de 1 % seulement en 2013, autour de 18 % à la fin 2017 et autour de 30 % en 2020. L'agrégat Asie-Pacifique a dépassé une moyenne de capacité sur 30 jours de 50 % en avril 2025, selon larevue régionaled'APNIC. Ce ne sont pas des gains cosmétiques. Ils représentent des investissements en capital, le remplacement d'équipements, la refonte des réseaux mobiles, l'apprentissage opérationnel et le déploiement de contenu.

Pourtant, la forme de la preuve est la coexistence. La même revue régionale décrivait de larges différences entre économies et un changement plus lent là où les équipements de haut débit fixe ont des cycles de remplacement longs. Une moyenne régionale combinait l'Inde au-dessus des trois quarts, le Japon au-dessus de la moitié et l'Indonésie en dessous d'un cinquième au point d'observation indiqué.

Un service mondial peut voir une part IPv6 élevée parce que de grandes populations mobiles et quelques grands fournisseurs de contenu sont très capables, tandis qu'une entreprise spécifique est encore confrontée à un ensemble de contreparties fortement IPv4.

La conclusion historique correcte est donc plus exigeante qu'un triomphe ou un échec. L'IPv6 est passé de négligeable à courant dominant entre 2012 et 2026. Il l'a fait sans rendre l'IPv4 institutionnellement hors de propos. La période de coexistence est devenue suffisamment longue pour que la rareté de l'IPv4, les transferts, la tarification du cloud et les services de traduction aient mûri parallèlement à l'IPv6. D'ici 2027, ces systèmes parallèles devraient être jugés par les dépendances qu'ils servent et le pouvoir qu'ils confèrent, et non par l'attente que l'un d'eux aurait déjà dû disparaître.

La transition n'est pas la même chose que la substituabilité

Le mot transition suggère une séquence: déployer le successeur, utiliser, retirer le prédécesseur. Cette séquence ne fonctionne que lorsque le nouveau service se substitute à l'ancien aux points qui comptent. Les familles d'adresses ne prennent pas seules cette décision. L'accessibilité est bilatérale. Un client capable en IPv6 gagne peu si une destination ne publie qu'une adresse IPv4, à moins qu'un traducteur ne se trouve entre eux. Un serveur compatible IPv6 n'aide pas un client sur un réseau d'accès uniquement IPv4 à moins que le service ne conserve un bord IPv4 ou utilise un intermédiaire.

Cela crée un problème de coordination avec une queue exceptionnellement tenace. La valeur de conserver l'IPv4 n'est pas proportionnelle seulement à la part moyenne du trafic IPv4. Elle dépend de la valeur des utilisateurs et des transactions qui ne peuvent pas aboutir sans lui. Un processeur de paiement, un service d'information d'urgence ou un portail de prestations publiques ne peut pas écarter dix pour cent des utilisateurs comme un résidu acceptable simplement parce que quatre-vingt-dix pour cent peuvent se connecter autrement. Le coût commercial et public de l'exclusion peut être concentré dans la minorité restante.

La double pile résout le problème de coordination en rendant les deux chemins disponibles. Happy Eyeballs, normalisé dans laRFC 8305, permet aux applications de tenter des routes appropriées sans forcer les utilisateurs à comprendre les familles d'adresses. L'utilisateur voit un service qui fonctionne. L'opérateur voit deux domaines d'accessibilité, plus de combinaisons de défaillance possibles et un besoin continu de savoir quel chemin a transporté une transaction contestée ou échouée.

La traduction change l'endroit où repose la charge, mais pas si la dépendance existe. Un réseau d'accès mobile peut fonctionner en IPv6 en interne et utiliser NAT64 pour atteindre des destinations IPv4. Un fournisseur de contenu peut placer des équilibreurs de charge double pile devant un parc de services fortement IPv6. Un client cloud peut utiliser des adresses privées derrière un petit ensemble d'identités de sortie IPv4 publiques. Dans chaque cas, la quantité d'IPv4 peut chuter fortement. Mais les adresses rares à la frontière deviennent plus conséquentes car de nombreuses sessions, charges de travail ou clients en dépendent.

La substituabilité doit donc être testée à la frontière du service. L'utilisateur peut-il effectuer la transaction? L'opérateur peut-il attribuer avec précision un abus? L'organisation peut-elle changer de fournisseur sans perdre une identité publique de confiance? L'acheteur public peut-il accepter le service selon ses conditions de compatibilité? La croissance de l'IPv6 améliore les réponses. Elle n'y répond pas par elle-même.

L'utilisateur IPv4 restant n'est pas une erreur d'arrondi

Les pourcentages agrégés aplatissent la distribution de la dépendance. Un réseau peut signaler une part élevée de trafic IPv6 parce que la vidéo, les mises à jour logicielles et la recherche sont délivrées par quelques grands réseaux de contenu double pile. Ce trafic est volumineux et important. Il peut en dire peu sur la longue traîne des destinations de moindre volume utilisées pour la paie, les douanes, la santé, l'administration des fournisseurs, la maintenance industrielle ou les rapports gouvernementaux.

La criticité de l'application et le volume d'octets sont des mesures différentes. Une déclaration fiscale trimestrielle peut déplacer moins d'octets qu'une minute de vidéo tout en ayant une conséquence bien plus grande pour l'utilisateur. Un rappel d'identité provenant d'un service hérité peut être un court échange sans lequel toute une session échoue. Un équipement de sécurité peut consulter un service de réputation uniquement IPv4 peu fréquemment, mais bloquer le trafic de production lorsque la consultation ne peut aboutir. Une revendication de transition basée uniquement sur la part de trafic sous-estime systématiquement ces dépendances.

Le même problème apparaît dans le nombre de clients. Les utilisateurs finaux sans IPv6 fiable ne sont pas distribués aléatoirement. Ils peuvent se regrouper parmi les petites entreprises avec de vieux routeurs, les institutions publiques avec des achats lents, les réseaux fixes avec des équipements clients durables, les économies à faible déploiement et les environnements industriels où le remplacement est coûteux. Leur valeur pour un service et leur vulnérabilité à l'exclusion peuvent dépasser leur part statistique.

Une décision de retrait défendable nécessite un inventaire des dépendances plutôt qu'un slogan. Elle devrait identifier les principales contreparties par valeur de transaction, et non seulement par octets; les services publics sensibles aux défaillances; les listes d'autorisation entrantes et sortantes; les rappels tiers; les appareils avec configuration IPv4 littérale; les réseaux clients qui manquent d'IPv6; et les outils d'incident dont les preuves sont liées à IPv4. Les tests doivent inclure une réelle diversité géographique et de réseau d'accès plutôt qu'un laboratoire où les deux chemins sont modernes.

Cela ne signifie pas que chaque dépendance IPv4 mérite une préservation indéfinie. Certaines sont obsolètes et devraient être supprimées. Certains fournisseurs utilisent la compatibilité comme excuse pour éviter d'investir. L'inventaire rend cela également visible. Il permet à une organisation de distinguer un défaut d'application remédiable d'une exigence d'accessibilité à l'échelle du marché. Ce qu'il empêche, c'est la commodité politique de traiter les utilisateurs non mesurés comme négligeables. Une institution moderne devrait exiger des preuves de la queue avant de déclarer que la queue ne mérite plus d'être desservie.

La compatibilité des applications préserve l'IPv4 à une extrémité du pont

Les règles d'application d'Apple offrent un exemple utile car elles ont été conçues pour accélérer la préparation à l'IPv6 sans prétendre que l'Internet public était déjà devenu uniquement IPv6. Depuis juin 2016, les applications soumises à l'App Store doivent prendre en charge les réseaux uniquement IPv6. Lesdirectives aux développeursd'Apple disent aux développeurs d'éviter les hypothèses spécifiques à IPv4 et de tester dans un environnement uniquement IPv6.

Les mêmes directives disent explicitement qu'un serveur Internet n'a pas besoin d'être mis à jour immédiatement car un appareil uniquement IPv6 peut atteindre un serveur IPv4 via DNS64 et NAT64. Cette accommodation est pratique. Elle permet à un réseau d'accès et une application client de se moderniser tandis que la destination reste en IPv4. Elle illustre également pourquoi le succès d'un client n'est pas une preuve que le rôle IPv4 de la destination a disparu. Le service de traduction consomme et dépend de l'accessibilité IPv4 de l'autre côté.

Ladocumentation DNS64 et NAT64plus détaillée d'Apple énumère des obstacles persistants: les littéraux d'adresse dans les protocoles et la configuration, les anciennes interfaces socket, les petits conteneurs d'adresses et les applications qui se comportent différemment lorsque le chemin IPv6 direct d'un serveur est utilisé. Ce sont des défauts d'ingénierie qui méritent d'être corrigés. Leur existence continue signifie également qu'une déclaration de politique ne peut pas créer la compatibilité par elle-même.

La traduction peut cacher la frontière à l'utilisateur final, ce qui est souvent son but. La gouvernance ne devrait pas la cacher à l'opérateur. L'opérateur a toujours besoin d'une planification de capacité pour l'état du traducteur, d'une journalisation suffisante pour les abus et les demandes légales, d'une surveillance des défaillances asymétriques et d'un plan pour les destinations qui intègrent des adresses ou utilisent des protocoles mal adaptés à la traduction. Les adresses IPv4 utilisées par le traducteur ou la destination restent une partie de l'infrastructure effective du service.

La leçon n'est ni que la traduction a échoué, ni que l'IPv6 direct est inutile. La traduction a été l'un des mécanismes qui ont permis aux réseaux d'accès prioritaires IPv6 de passer à l'échelle. Son succès démontre que la transition a souvent signifié une intermédiation architecturale plutôt qu'un remplacement immédiat du point d'extrémité. Les institutions qui décident si les enregistrements, droits et continuité IPv4 peuvent être négligés doivent compter ces dépendances médiatisées au lieu de classer chaque session client réussie comme une preuve de substitution complète.

La tarification du cloud est une valorisation vivante de la compatibilité

Les plateformes cloud traduisent la rareté en une décision de produit visible. En juillet 2023, AWS a annoncé qu'à partir de février 2024, elle facturerait 0,005 USD par heure pour chaque adresse IPv4 publique, qu'elle soit attachée ou inactive. Sonannoncea déclaré que le coût d'acquisition d'une adresse IPv4 publique avait augmenté de plus de 300 % en cinq ans et a décrit la taxe à la fois comme un recouvrement de coûts et une incitation à utiliser les adresses efficacement et à accélérer l'IPv6.

La preuve importante n'est pas le prix précis. C'est qu'un fournisseur de cloud leader a trouvé l'IPv4 public suffisamment rare, demandé et mesurable pour le mesurer transversalement aux services. La taxe s'applique dans un environnement avec une capacité IPv6 étendue, des réseaux privés, des équilibreurs de charge, une traduction gérée et des ressources d'ingénierie mondiales. L'IPv6 n'a pas fait disparaître le produit IPv4 public. Il a changé l'architecture et le prix auxquels les clients le consomment.

AWS a également lancé Public IP Insights pour que les clients puissent voir l'utilisation des adresses entre comptes et régions. Elle a ensuite permis de supprimer une adresse IPv4 publique auto-assignée d'une interface en cours d'exécution sans reconstruire l'instance. Ces fonctionnalités créent une réponse de conservation: inventorier la frontière publique, supprimer l'exposition accidentelle, consolider la sortie et réserver l'IPv4 public pour les charges de travail qui l'exigent. C'est économiquement rationnel. C'est différent de dire qu'aucune charge de travail ne l'exige.

Ladocumentation VPCde la plateforme décrit la hiérarchie résultante. La plupart des ressources utilisent l'IPv4 privé. L'accessibilité Internet directe via IPv4 utilise des adresses publiques. Les clients peuvent également apporter leur propre IPv4 public et espace IPv6 globalement unique dans la plateforme. En 2024, AWS a élargi l'utilisation cross-compte de l'IPv4 appartenant au client pour Global Accelerator, renforçant la valeur d'une identité publique portable qui peut être attachée au service cloud plutôt qu'abandonnée lors de la migration.

La tarification fournit donc un signal institutionnel plus précis que les grandes déclarations de transition. Les clients révèlent quelles identités publiques ils conservent lorsque chaque heure est facturée. Les plateformes révèlent que l'autorité sur les adresses a de la valeur lorsqu'elles construisent des capacités de facturation, d'audit et d'apport de votre propre adresse autour d'elle. Les registres restent impliqués car l'option appartenant au client dépend d'un titulaire reconnu, d'une autorisation de route valide et d'un enregistrement précis.

La croissance de l'IPv6 change l'intensité de la demande, mais elle n'a pas dissous la chaîne d'autorité.

Un transfert sur le marché reste un événement institutionnel

L'épuisement des pools IPv4 généraux n'a pas mis fin à la distribution. Il a déplacé une plus grande part de la distribution des subventions administratives vers les transferts, les retours, les pools résiduels limités et les arrangements commerciaux. Lesdirectives sur l'épuisementd'APNIC indiquent que tous les RIR ont soit une offre limitée, soit épuisé leurs pools ordinaires. APNIC limite les nouveaux membres ou les membres existants éligibles à un maximum de délégation de pool final d'un /23 et oriente les organisations ayant besoin de plus d'espace vers les transferts.

Ce marché ne peut fonctionner sur la seule possession. Un acheteur a besoin d'être sûr que le vendeur est le titulaire reconnu, que le bloc est éligible au transfert, qu'aucun litige non résolu n'empêche le transfert et que l'enregistrement récepteur sera accepté par les réseaux et les fournisseurs de services. Lapolitique de transfertd'APNIC exige que la source soit le titulaire actuellement enregistré et prévoit un journal de transfert public. Ses conditions de transfert disent qu'une fois terminé, la source n'a plus de droits sur les ressources et le destinataire devient le titulaire enregistré.

Ce sont des actes institutionnels. L'accord commercial peut identifier un prix, des garanties et une date de livraison, mais le registre modifie le récit de l'autorité largement utilisé. S'il retarde, rejette ou enregistre mal ce changement, l'utilisabilité pratique de l'actif et le risque des parties changent. S'il reconnaît des revendications contradictoires, le routage et les services de sécurité peuvent devenir contestés. S'il impose des conditions opaques, il peut redistribuer le pouvoir de négociation sans posséder l'espace d'adresses au sens commercial ordinaire.

L'abondance de l'IPv6 n'enlève pas cette autorité tant que les organisations continuent d'acheter ou de détenir de l'IPv4. Elle peut réduire la quantité nécessaire à un réseau en croissance, encourager le partage et plafonner la demande à long terme. Elle peut également rendre la qualité des blocs restants plus importante. Un historique d'enregistrement propre, une réputation utilisable, une géolocalisation acceptable et un état de sécurité de route coordonné peuvent différencier un bloc d'un autre.

La question de gouvernance n'est donc pas de savoir si un registre devrait préserver la rareté. Il ne devrait pas fabriquer la rareté ni entraver l'IPv6 pour défendre sa pertinence. La question est de savoir si le registre effectue les actes étroits requis pour l'échange volontaire avec précision, rapidité et impartialité. Si la dépendance réelle à la double pile soutient la demande de transfert, négliger ces actes au nom de la transition n'accélérerait pas l'IPv6. Cela rendrait un marché encore nécessaire moins fiable.

L'autorité d'enregistrement survit à l'autorité d'allocation

L'ère des allocations originales donnait aux RIR un rôle de gardien visible: les organisations soumettaient une demande, démontraient leur éligibilité et recevaient un espace d'adresses d'un pool. L'épuisement réduit ce rôle pour l'IPv4 mais laisse l'autorité d'enregistrement intacte. Le registre enregistre toujours le titulaire, le statut applicable, les points de contact et l'historique des transferts. Il soutient toujours le DNS inversé et les certificats de ressources utilisés pour les déclarations d'origine de route.

Ces fonctions peuvent compter davantage lorsque la rareté et les transferts augmentent le nombre de détentions contestées ou changeantes.

La description par APNIC desservices d'enregistrement de ressourcesappelle sa base de données l'enregistrement officiel des informations sur les organisations détenant des ressources numériques en Asie-Pacifique. Ses conseils sur lesaffectations réseaudistinguent les délégations portables faites directement aux membres des affectations aval non portables que les clients doivent rendre lorsqu'ils quittent un fournisseur. Cette distinction affecte la sortie du client, le pouvoir de négociation et la continuité même lorsque le transfert de paquets est techniquement solide.

L'institution contrôle donc plus qu'une simple recherche d'adresse. Elle maintient un ensemble de relations reconnues. Un titulaire direct peut choisir des fournisseurs amont parce que sa délégation est portable. Un client aval peut être lié à un renumérotage lorsqu'il change de fournisseur. Un bloc transféré obtient un nouveau titulaire reconnu uniquement lorsque l'enregistrement change. Un tribunal, une équipe de sécurité, une plateforme cloud ou une contrepartie peuvent se fier à ces enregistrements pour décider quelles instructions accepter.

C'est pourquoi les affirmations selon lesquelles l'IPv4 est une technologie obsolète peuvent être politiquement utiles à une institution non responsable. Si le public traite l'enregistrement comme un vestige administratif mourant, la surveillance s'affaiblit tandis que le registre continue d'exercer un pouvoir discrétionnaire matériel sur les actifs et les services. L'erreur inverse est de gonfler l'autorité du registre parce que l'IPv4 reste précieux. La pertinence continue ne justifie pas un mandat large sur le prix, la conception du réseau ou la concurrence.

Un règlement légitime maintient la fonction étroite et les preuves solides. Le registre vérifie l'identité et l'autorité, enregistre les changements, préserve l'historique, soutient la sécurité du routage et expose des performances de service vérifiables. Il ne transforme pas la transition protocolaire en une raison d'abandonner les titulaires ou de régir chaque usage commercial de leurs ressources.

La sécurité du routage rend l'ancien enregistrement opérationnellement actuel

L'enregistrement est parfois décrit comme de la paperasse séparée de l'Internet vivant. L'infrastructure à clé publique de ressources rend la relation plus difficile à écarter. Une autorisation d'origine de route indique quel système autonome est autorisé à annoncer un préfixe. Les réseaux effectuant une validation d'origine de route peuvent classer une annonce observée par rapport à cette autorisation. Une déclaration obsolète ou incorrecte peut donc affecter la façon dont une route est traitée.

Le mécanisme s'applique à l'IPv4 et à l'IPv6. Cette symétrie ne fait pas disparaître le pouvoir institutionnel de l'IPv4. Un titulaire déplaçant de l'IPv4 entre fournisseurs, transférant un bloc, changeant d'origine ou apportant de l'espace dans un service cloud a besoin de l'autorité pour mettre à jour les déclarations pertinentes. Si l'accès au service de certificats est interrompu par un litige de compte, une défaillance de gouvernance ou une suspension erronée, une transition technique ailleurs dans le réseau n'offre aucun substitut.

La page destatistiques RIRde l'Organization des ressources numériques publie des rapports communs pour les ressources déléguées et l'adoption du RPKI pour les deux familles d'adresses. L'existence de mesures de couverture séparées est en soi une discipline utile. Elle empêche une revendication agrégée sur la sécurité du routage de cacher différents profils de déploiement et de risque pour l'IPv4 et l'IPv6.

Le DNS inversé et les enregistrements de contact créent des liens opérationnels similaires. Une entreprise peut utiliser les noms inversés dans le diagnostic, la gestion des courriels, la réputation ou les contrôles clients. Les services d'abus et les enquêteurs utilisent les contacts d'enregistrement pour identifier l'organisation responsable d'une adresse observée. Ces systèmes sont imparfaits et ne devraient pas être traités comme une preuve de l'identité de l'utilisateur final. Ils restent une partie des preuves utilisées pour coordonner les incidents entre réseaux.

La double pile accroît le besoin d'enregistrements cohérents car un service peut avoir deux familles d'adresses, des routes différentes et des états de sécurité différents. Une organisation peut corriger la route IPv6 tout en laissant une autorisation IPv4 obsolète, ou mettre à jour un nom de titulaire sur une famille de ressources mais pas sur l'autre. La qualité institutionnelle est visible dans la mesure où le registre permet aux titulaires de réconcilier rapidement ces états et où les parties prenantes peuvent distinguer l'autorité actuelle de l'historique.

La croissance du protocole élève cette norme; elle ne rend pas l'enregistrement cérémoniel.

Les achats peuvent préserver l'IPv4 longtemps après les changements d'ingénierie

Les changements technologiques dans le secteur public avancent au rythme des contrats, de l'accréditation et de la continuité des services autant qu'au rythme de la mise en œuvre des protocoles. Le mémorandumM-21-07du Bureau de la gestion et du budget des États-Unis illustre une réponse ambitieuse. Publié en 2020, il appelait les agences à évoluer vers des environnements d'exploitation uniquement IPv6, fixait des objectifs par étapes et liait les acquisitions à la capacité IPv6.

Ces règles d'achat peuvent modifier les incitations des fournisseurs. Un fournisseur qui traitait auparavant l'IPv6 comme optionnel doit démontrer son soutien pour concourir pour les marchés publics. Les tests partagés et les critères d'acceptation explicites réduisent l'excuse que personne n'a demandé. La demande du secteur public peut donc accélérer le déploiement au-delà de ce que des équipes techniques isolées pourraient réaliser.

Les mêmes contrats préservent également l'IPv4 là où des clauses de continuité, des dépendances héritées ou l'accès des citoyens l'exigent. Un service gouvernemental ne peut pas déduire que chaque résident dispose d'un IPv6 fiable à partir d'une part de trafic mondiale. Une agence ne peut pas supprimer une interface IPv4 si un fournisseur critique, un équipement de terrain, un partenaire intergouvernemental ou un canal d'urgence en dépend encore sans un pont accepté. Les objectifs de type uniquement IPv6 exigent généralement des inventaires, des jalons et des exceptions précisément parce que le retrait a des conséquences.

Le danger institutionnel réside dans la confusion entre l'aspiration et la préparation observée. Un registre ou un décideur peut pointer un objectif public comme preuve que la gouvernance IPv4 peut être dégradée. Un fournisseur en place peut pointer les dépendances résiduelles comme preuve que la modernisation devrait être reportée indéfiniment. Les deux positions évitent la mesure.

La continuité du secteur public a besoin d'un ensemble de preuves service par service: accessibilité des utilisateurs externes, préparation des fournisseurs, capacité de traduction, accréditation de sécurité, attribution d'incidents, accessibilité et repli testé. Les exceptions devraient avoir des propriétaires et des échéances de révision. Le succès devrait être mesuré par les dépendances retirées en toute sécurité, et non par une annonce ou une seule part de famille d'adresses.

Jusqu'à ce que ces preuves soutiennent le retrait, les enregistrements IPv4 et les identités publiques attachées aux services essentiels restent une infrastructure publique actuelle.

La géographie inégale défait une date de transition unique

Les moyennes mondiales peuvent cacher des différences de plusieurs multiples entre économies. L'analyse régionale d'APNIC en 2025 a enregistré une capacité élevée en Inde, au Japon et au Viêt Nam, des niveaux beaucoup plus bas dans plusieurs autres grandes économies et un agrégat très faible en Afrique. En juillet 2026, APNIC Labs montrait encore une variation substantielle entre régions et sous-régions. Les valeurs exactes changent quotidiennement, mais la conclusion structurelle est stable: il n'existe pas d'état de déploiement mondial unique.

Cette variation compte pour les organisations dont les clients, employés ou fournisseurs s'étendent sur plusieurs régions. Un service situé dans une économie à forte adoption peut encore avoir besoin d'IPv4 pour atteindre des clients dans une économie à plus faible adoption. Une région cloud peut offrir des fonctionnalités IPv6 solides tandis qu'une connexion privée, un partenaire de paiement ou un fournisseur d'accès local exige IPv4. Une multinationale ne peut pas abandonner la compatibilité sur la base de ses statistiques réseau domestiques.

La géographie interagit également avec le pouvoir de marché. Les grands opérateurs peuvent répartir l'ingénierie double pile et l'acquisition d'IPv4 public sur des millions de clients. Les petits fournisseurs dans des marchés à faible revenu font face au même besoin d'accessibilité avec moins de capital et une équipe technique plus réduite. Ils peuvent compter davantage sur la traduction en amont, les adresses louées ou l'espace assigné par le fournisseur. Leurs clients héritent alors des choix de leur fournisseur et de son risque de continuité.

Ce n'est pas une raison pour ralentir l'IPv6. Les économies avec un IPv4 rare et une croissance rapide des utilisateurs peuvent gagner beaucoup des réseaux mobiles et d'accès prioritaires IPv6. Les preuves de l'Inde et du Viêt Nam démontrent que le déploiement à l'échelle de la population est possible. La leçon de gouvernance est que le déploiement réussi de l'IPv6 et la compatibilité continue avec l'IPv4 peuvent coexister pendant une longue période, avec une charge inégalement répartie.

Une institution mondiale devrait donc éviter une date unique qui déclare l'ancienne famille d'adresses institutionnellement hors de propos. Elle devrait publier des mesures désagrégées, soutenir les preuves locales et rendre les services portables à travers différents stades d'adoption. L'état final pertinent n'est pas une idéologie uniforme. C'est un monde dans lequel les réseaux peuvent choisir une architecture efficace sans perdre de clients ni abandonner des droits de ressources reconnus parce que leur région évolue à un rythme différent.

Les opérateurs portent une double obligation, pas deux réseaux identiques

L'expression double pile peut suggérer une duplication complète. Les opérateurs réels utilisent une gamme d'architectures. Certains font fonctionner les deux familles d'adresses jusqu'au client. Certains fournissent l'IPv6 avec un IPv4 partagé. Certains gardent l'IPv4 à l'intérieur d'un domaine hérité tout en déplaçant les nouveaux services vers l'IPv6. Certains concentrent l'IPv4 public au niveau des passerelles et utilisent des adressages privés en interne. Les coûts et dépendances diffèrent.

Ce qui reste commun est une double obligation: préserver une large accessibilité tout en évoluant vers un système d'adressage plus évolutif. Les opérateurs doivent décider où l'IPv4 est indispensable, où la traduction est acceptable et où l'IPv6 direct améliore l'efficacité ou les performances. Ils ont également besoin d'enregistrements qui identifient quelle organisation contrôle chaque frontière publique et quel réseau peut l'annoncer.

La rareté peut renforcer l'avantage des acteurs en place. Un opérateur avec un espace IPv4 propre abondant peut ajouter des clients, offrir des adresses publiques dédiées ou éviter certaines contraintes de traduction. Un nouvel entrant peut acheter de l'espace, le louer, utiliser une traduction de niveau opérateur ou dépendre d'un amont. Chaque choix affecte le capital, l'attribution des abus, l'expérience client et la sortie. L'IPv6 peut réduire cet inconvénient, en particulier pour la croissance interne, mais ne peut pas l'effacer si les clients et les contreparties exigent encore un bord accessible en IPv4.

La conduite du registre influence les options. Un transfert lent ajoute un risque de calendrier. Des enregistrements de titulaire flous augmentent le coût de la diligence raisonnable. Un espace aval non portable augmente le coût de renumérotage lors de la sortie du fournisseur. Des services de sécurité de route inaccessibles peuvent transformer un litige de compte en un problème d'accessibilité. Aucun de ces problèmes ne peut être résolu en disant à l'opérateur que l'IPv6 est l'avenir.

La responsabilité de l'opérateur est également réelle. La rareté n'est pas une permission de thésauriser de l'espace inutilisé, de maintenir des contacts inexacts ou d'externaliser tous les coûts de traduction aux utilisateurs. Un titulaire crédible peut documenter l'utilisation, consolider le gaspillage, déployer l'IPv6 et maintenir l'état de sécurité tout en préservant la compatibilité IPv4 dont ses clients ont encore besoin. La responsabilité institutionnelle devrait récompenser ces preuves plutôt que de forcer un faux choix entre modernisation et continuité.

Les plateformes cloud héritent et amplifient le pouvoir des registres

Les plateformes cloud sont souvent décrites comme une échappatoire aux contraintes physiques du réseau. En pratique, elles réorganisent ces contraintes en frontières de service. Un client peut déployer des milliers de charges de travail privées derrière un petit nombre de points d'extrémité publics. Cette architecture économise l'IPv4, mais elle donne également à la plateforme un contrôle substantiel sur l'identité publique, la sortie, la journalisation et la migration.

Les adresses fournies par la plateforme sont faciles à attacher et difficiles à emporter ailleurs. Un client qui change de fournisseur peut devoir remplacer les entrées de liste d'autorisation, reconstruire la réputation et coordonner les contreparties. Apporter un préfixe appartenant au client peut améliorer la continuité, mais nécessite un espace d'adresses suffisant, une autorité d'enregistrement acceptée, une éligibilité de la plateforme, une coordination de routage et des déclarations d'origine de route valides. L'option externe est la plus forte pour les organisations qui possèdent déjà un espace portable propre.

L'IPv6 peut réduire la dépendance aux adresses IPv4 détenues par la plateforme en donnant aux charges de travail des adresses globales stables et en simplifiant la planification interne à grande échelle. Cependant, l'adoption par les clients dépend de la question de savoir si les services externes acceptent l'IPv6 et si la plateforme expose une parité de fonctionnalités entre les équilibreurs de charge, les produits de sécurité, les bases de données gérées, les conteneurs et l'observabilité.

Une déclaration générale selon laquelle la plateforme soutient l'IPv6 en dit moins qu'une matrice service par service testée par rapport à la conception du client.

La plateforme devient également un allocateur privé d'IPv4 public rare. Elle décide de la disponibilité des produits, des frais, des quotas, des permissions au niveau du compte et des services pouvant utiliser l'espace appartenant au client. Ces décisions peuvent être commercialement raisonnables. Elles façonnent toujours qui peut obtenir une identité publique stable et à quel prix. L'enregistrement sous-jacent du registre détermine quelles revendications du client peuvent être apportées dans cet environnement, tandis que la plateforme détermine l'utilité de la revendication.

La gouvernance doit reconnaître la chaîne combinée. Les registres ne devraient pas réglementer l'architecture cloud au-delà de leur compétence. Les plateformes ne devraient pas être traitées comme des tuyaux neutres lorsque leurs conditions de produit déterminent la portabilité. Les clients devraient mesurer à la fois les frais d'adresse directs et le coût de changement d'identité publique. Les progrès de l'IPv6 affaiblissent certaines formes de dépendance, mais la frontière IPv4 restante peut devenir plus concentrée et institutionnellement précieuse à mesure que les réseaux internes se modernisent.

Le test de retrait est plus strict qu'un objectif d'adoption

Une revendication crédible d'achèvement devrait être formulée comme un contrefactuel contrôlé: si l'IPv4 était retiré de ce service, qu'est-ce qui échouerait? Le test peut être exécuté au niveau d'une charge de travail, d'un segment de clientèle, d'une agence, d'un réseau ou d'une économie. Il ne peut pas être répondu par une seule moyenne mondiale.

La première mesure est l'accessibilité. Quelle part des utilisateurs visés peut effectuer des transactions représentatives sur IPv6 natif ou un chemin de traduction approuvé? Le test devrait pondérer les transactions critiques et à haute valeur, et pas seulement les octets. Il devrait inclure des économies à faible adoption, l'accès fixe et mobile, les proxys d'entreprise et les vieux équipements clients.

La deuxième mesure est le comportement des applications. La résolution de noms fonctionne-t-elle sans adresses littérales? Les rappels d'identité, les webhooks, les protocoles vocaux, le transfert de fichiers, la surveillance et les licences fournisseur fonctionnent-ils? Les chemins IPv6 directs sont-ils aussi fiables que les chemins traduits utilisés lors des tests précédents? Les équipes d'incident peuvent-elles distinguer les défaillances par famille d'adresses?

La troisième mesure est la continuité institutionnelle. L'organisation peut-elle préserver une identité publique de confiance, une autorisation de route, un DNS inversé et un contact d'abus lors d'un changement de fournisseur? Les fournisseurs de cloud et de sécurité soutiennent-ils la conception IPv6 prévue sans exiger une exception IPv4? Les acheteurs publics et les contreparties réglementées ont-ils accepté l'architecture?

La quatrième mesure est la concentration résiduelle. Combien de clients, sessions ou services dépendent de chaque adresse IPv4 publique restante ou traducteur? La consolidation peut réduire le nombre d'adresses tout en augmentant la conséquence d'une seule défaillance. Un petit inventaire n'est pas la même chose qu'une petite dépendance.

Enfin, le test a besoin de réversibilité. Un retrait temporaire devrait produire des preuves observables et permettre une restauration sûre. Les résultats devraient distinguer les défauts que l'organisation peut corriger des contreparties qu'elle ne peut pas contrôler. Avec le temps, l'inventaire devrait diminuer à mesure que la remédiation et l'adoption par le marché progressent. Un objectif de transition devient crédible lorsque des tests de retrait répétés montrent que le coût et le risque d'exclusion sont devenus immatériels, et non lorsqu'un calendrier ou un graphique dit qu'ils auraient dû l'être.

Le pouvoir institutionnel devrait diminuer avec la dépendance mesurée

La survie de la dépendance à l'IPv4 n'est pas un argument pour préserver chaque vieille règle. Les institutions devraient perdre du pouvoir à mesure que les fonctions qui le justifient disparaissent. Un registre qui allouait autrefois à partir d'un grand pool libre ne devrait pas réinventer un rationnement discrétionnaire généralisé uniquement pour rester central après l'épuisement. Un fournisseur ne devrait pas utiliser le besoin de compatibilité d'un client pour bloquer un transfert ou conserver le contrôle d'un espace portable. Une plateforme ne devrait pas présenter un enfermement évitable comme une nécessité technique.

La dépendance mesurée offre un moyen de réduire le pouvoir sans nier la réalité. Si une organisation n'a besoin d'IPv4 que pour quelques bords publics, sa relation avec le registre et la plateforme devrait être limitée à ces bords. Si un bloc circule sur un marché volontaire, le rôle du registre devrait être l'identité, l'autorité, l'enregistrement précis et la continuité de la sécurité du routage plutôt que de décider du modèle économique de l'acheteur. Si un client peut utiliser l'IPv6 pour l'échelle interne, la politique ne devrait pas exiger un IPv4 rare pour chaque charge de travail.

La transparence est tout aussi importante. Les statistiques de service devraient exposer les délais de transfert, les cas contestés, les délais de correction et la disponibilité des services de sécurité. Les clients du cloud devraient pouvoir inventorier l'utilisation des adresses publiques et comprendre quels services empêchent un fonctionnement uniquement IPv6. Les opérateurs devraient signaler les dépendances de compatibilité significatives et les progrès dans la suppression de celles qu'ils contrôlent. Les agences publiques devraient publier des exceptions sans exposer de détails réseau sensibles.

Cette approche évite deux formes de blanchiment de mandat. Le premier dit que l'IPv4 disparaît, donc les titulaires ont besoin de moins de protection contre les erreurs de registre. Le second dit que l'IPv4 reste essentiel, donc le registre mérite un contrôle plus large sur les marchés et les réseaux. Les deux sont faux. Une dépendance continue justifie des services fiables étroits et des recours solides. Une dépendance décroissante justifie une empreinte plus petite. Aucune des deux ne justifie un pouvoir discrétionnaire non vérifiable.

Le but pratique est une contraction institutionnelle gracieuse. À mesure que l'IPv6 devient véritablement substituable, moins de transactions devraient nécessiter l'IPv4, moins d'identités publiques devraient être conservées et moins de valeur devrait se trouver derrière chaque décision de registre. Les institutions devraient faciliter cette réduction tout en restant responsables des droits et de la continuité qui n'ont pas encore disparu.

Une Société des ressources numériques peut défendre l'abondance sans nier la rareté

La Société des ressources numériques est la plus crédible lorsqu'elle refuse le choix forcé entre le plaidoyer pour l'IPv6 et la protection des membres affectés par les décisions sur l'IPv4. L'abondance de l'IPv6 est souhaitable car les réseaux ont besoin d'espace pour croître, concevoir une connectivité de bout en bout plus propre et réduire la dépendance à des frontières IPv4 de plus en plus concentrées. L'IPv4 reste rare et précieux car la compatibilité est incomplète. Les deux affirmations peuvent être vraies sans transformer la Société en opérateur de registre ou en défenseur du statu quo.

Son rôle pour l'IPv4 devrait être le plaidoyer, la recherche et la représentation autorisée des membres. Elle devrait documenter si le RIR responsable maintient un enregistrement de titulaire fiable, une autorité portable, un historique des transferts, des contacts, une délégation inversée et une capacité de sécurité du routage. Elle peut presser les RIR et autres opérateurs légalement autorisés de fournir une remise prévisible lorsqu'un titulaire change de fournisseur de services ou de plateforme, et elle peut représenter un membre dans un litige uniquement sous un pouvoir juridique valide.

NRS ne tient pas le registre, n'exécute pas les transferts, ne préserve pas les preuves faisant autorité et ne décide pas des recours.

Son rôle pour l'IPv6 devrait également respecter les limites. La Société peut publier des preuves de déploiement, expliquer l'expérience des membres et défendre des procédures d'allocation et d'enregistrement plus simples, un meilleur soutien à la sécurité du routage et la suppression des barrières administratives. Les RIR responsables effectuent les allocations, maintiennent l'enregistrement et exploitent les services de sécurité pertinents. NRS ne devrait pas revendiquer le crédit institutionnel pour un trafic qu'elle n'a pas déployé ni utiliser la promotion de l'IPv6 pour excuser un mauvais traitement des titulaires d'IPv4.

L'abondance technique ne rend pas la responsabilité institutionnelle facultative.

La Société devrait publier un rapport sur la dépendance à la double pile construit à partir de mesures observables: capacité et préférence par économie, volumes de transfert, utilisation des adresses publiques, événements de portabilité, couverture de la sécurité du routage, tests de retrait client et classes de compatibilité non résolues. Le rapport devrait expliquer les dénominateurs et éviter de convertir le trafic d'un service en une conclusion universelle.

Plus important encore, les membres ont besoin de recours qui fonctionnent pendant la transition. Un titulaire ne devrait pas perdre un actif IPv4 parce que le registre le considère obsolète, ni être contraint de conserver un fournisseur parce qu'un transfert est administrativement difficile. Un titulaire d'IPv6 ne devrait pas être piégé par un service de sécurité hébergé. La continuité appartient à l'enregistrement de ressources et à l'utilisateur du réseau, pas à une seule institution.

NRS gagne un rôle positif en documentant les défaillances, en défendant un examen indépendant et en soutenant ou représentant des membres agissant sous une autorité valide, plutôt qu'en déclarant le vieux pouvoir mort, en le rendant permanent ou en prenant ce pouvoir pour lui-même.

L'horizon 2027 nécessite des scénarios, pas de prophétie

Aucune analyse défendable ne peut connaître un état de transition mondial unique pour 2027. L'approche utile est de définir des scénarios et les preuves qui les distingueraient. Dans un cas d'adoption plus rapide, les principaux réseaux d'accès, services cloud et agences publiques suppriment les barrières applicatives restantes, l'accessibilité directe à l'IPv6 s'améliore et davantage d'organisations réussissent les tests de retrait. La demande d'IPv4 se concentre dans la compatibilité héritée et les avoirs peuvent être réduits plus rapidement.

Dans un cas de continuation, la capacité mondiale augmente mais reste inégale. Les grands flux de contenu préfèrent l'IPv6 tandis que les queues commerciales et de service public préservent des bords IPv4. La traduction, la tarification de l'IPv4 public et les transferts restent ordinaires. Le pouvoir des registres se rétrécit en quantité mais reste matériel à chaque changement de titulaire, d'origine ou de fournisseur.

Dans un cas de fragmentation, la géopolitique, les différences de plateforme et l'investissement inégal créent des zones de compatibilité séparées. Certains réseaux fonctionnent en priorité IPv6 avec traduction, tandis que d'autres restent fortement IPv4. Les services interzones nécessitent des intermédiaires dont l'inventaire d'adresses publiques et la journalisation deviennent des points d'étranglement concentrés. Une moyenne mondiale s'améliore tandis que la portabilité pratique se détériore.

Les preuves à surveiller ne sont pas seulement le pourcentage d'IPv6. Elles incluent le nombre et l'importance des destinations uniquement IPv4; les sessions IPv6 directes par rapport aux sessions traduites; l'utilisation et les frais de l'IPv4 public cloud; les volumes de transfert et les délais d'achèvement; l'utilisation des adresses propres aux clients sur les plateformes; la couverture et la disponibilité des services RPKI; les exceptions du secteur public; et les retraits vérifiés par les grands services.

Chaque scénario soutient l'investissement dans l'IPv6. Aucun ne soutient l'ignorance de l'autorité actuelle sur l'IPv4. Le cas le plus rapide nécessite un transfert et une continuité fiables tandis que les inventaires se contractent. Le cas de continuation nécessite un enregistrement mince durable. Le cas de fragmentation nécessite une portabilité plus forte et des preuves indépendantes. La réponse institutionnelle devrait s'adapter à la dépendance observée plutôt que de parier les droits des clients sur une date.

Le point d'observation est là où la compatibilité devient autorité

Les endroits les plus importants à observer sont les frontières où une exigence technique devient le pouvoir de quelqu'un d'autre. Un traducteur qui dessert des millions d'utilisateurs contrôle une sortie IPv4 concentrée et les journaux nécessaires à son interprétation. Une plateforme cloud qui fournit des adresses publiques contrôle le prix, l'attachement et les conditions de migration. Un registre qui reconnaît un transfert contrôle si une transaction commerciale devient une revendication publique utilisable. Un acheteur public qui rédige des exigences de compatibilité façonne les fournisseurs qui peuvent concourir.

Aucun de ces acteurs n'est illégitime simplement parce qu'il a du pouvoir. La question est de savoir si le pouvoir est limité, fondé sur des preuves et contestable. Le client peut-il voir la dépendance? Peut-il choisir un autre fournisseur? Une action de registre contestée peut-elle faire l'objet d'un examen indépendant? Un service peut-il démontrer pourquoi une exception IPv4 reste nécessaire? Une plateforme permet-elle à un client qualifié d'apporter sa propre identité publique?

La croissance de l'IPv6 devrait améliorer ces réponses. Elle donne aux clients une famille d'adresses alternative, permet aux réseaux d'éloigner l'échelle interne de la rareté et réduit la quantité d'IPv4 nécessaire à la périphérie. Son succès peut rendre plus facilement identifiable l'autorité IPv4 concentrée. C'est un avantage pour la gouvernance si les institutions utilisent la visibilité pour réduire l'enfermement plutôt que pour écarter la dépendance restante.

La conclusion est délibérément peu spectaculaire. L'IPv6 fonctionne. L'IPv4 compte toujours. La proportion et l'emplacement de cette importance changent, et de bonnes preuves peuvent montrer où. Une institution sérieuse ne se moque pas de la transition ni ne déclare victoire avant que les utilisateurs ne puissent quitter l'ancien système en toute sécurité. Elle protège les droits actuels, accélère les alternatives viables et permet à sa propre autorité de se contracter à mesure que les preuves le justifient.

L'ère de la double pile n'est pas une excuse pour une duplication permanente. C'est un test pour savoir si le progrès technique peut réduire le pouvoir institutionnel sans sacrifier la continuité des clients. D'ici 2027, la preuve la plus forte du progrès ne sera pas un autre pourcentage arrondi. Ce sera un nombre croissant de réseaux capables de retirer l'IPv4 de services définis sans perdre d'utilisateurs, et un ensemble plus restreint d'institutions IPv4 qui restent puissantes seulement là où une dépendance mesurée les rend encore nécessaires.