Résumé

  • L'incidence des coûts de la double pile n'est pas la même question que l'adoption d'IPv6. La question de l'adoption demande si les réseaux peuvent acheminer IPv6; la question de l'incidence demande qui continue de payer lorsque la compatibilité IPv4 et la connectivité IPv6 doivent toutes deux rester disponibles.
  • Dans la région APNIC, la facture est répartie de manière inégale entre les opérateurs d'accès, les fournisseurs de cloud, les sociétés d'hébergement, les acheteurs d'entreprise, les équipes d'approvisionnement du secteur public, les services d'assistance et les utilisateurs finaux, car les niveaux de revenus, la structure du marché, les relations avec les NIR, l'inventaire IPv4 et la préparation IPv6 varient considérablement dans toute l'Asie-Pacifique.
  • Le rôle légitime de l'APNIC est étroit mais précieux: tenir des registres fiables, assurer la visibilité des transferts, fournir des preuves relatives au routage et des signaux de continuité qui réduisent l'incertitude. Elle ne peut pas décider qui doit absorber le travail des services d'assistance, la duplication des pare-feu, les primes d'IPv4 publics, les frais NAT cloud, les exceptions d'approvisionnement ou les coûts de migration des clients.

La facture apparaît avant la fin de la transition

La manière la plus honnête de voir la double pile n'est pas d'ouvrir un document de normes. Il s'agit d'ouvrir un budget réseau. Sur une ligne figure le programme IPv6: planification d'adresses, préparation des équipements clients, peering, logiciels, surveillance, formation du personnel et tests d'entreprise. Sur une autre ligne figure le programme de continuité IPv4: inventaire d'adresses publiques, transferts, location, capacité CGNAT, réparation de réputation, scripts de support, hygiène du DNS inverse, RPKI et enregistrements de routes, gestion de la fraude, exceptions clients et modules complémentaires d'IP publique cloud. Aucune des deux lignes n'annule l'autre. La seconde ne disparaît pas parce que la première existe. La première ne devient pas bon marché parce que la seconde est précieuse. L'opérateur paie les deux.

C'est le cœur économique de l'incidence des coûts de la double pile. La question n'est pas de savoir si IPv6 fonctionne. Il fonctionne. Ni de savoir si IPv4 est limité. Il l'est. La question est de savoir comment un marché attribue le coût du maintien de deux formes de connectivité lorsqu'une famille de protocoles est abondante mais pas universellement suffisante, tandis que l'autre est rare mais commercialement décisive. Dans un discours technique bien ordonné, l'adoption d'IPv6 devrait réduire la facture IPv4. En réalité commerciale, IPv6 ajoute souvent une seconde surface opérationnelle avant de supprimer la première. Le coût retombe donc là où le pouvoir de négociation est le plus faible.

L'Asie-Pacifique rend cela visible parce qu'il ne s'agit pas d'un marché unique. La région de service de l'APNIC comprend des économies riches et denses en cloud, de grands marchés axés sur le mobile, de petits réseaux insulaires, des fournisseurs d'accès à faible ARPU, des registres Internet nationaux (NIR), d'importants détenteurs d'adresses historiques, des plateformes en croissance rapide et des secteurs publics qui achètent encore de la connectivité selon des exigences d'approvisionnement conservatrices. Un opérateur à Tokyo, une société d'hébergement à Singapour, un réseau mobile en Inde, un fournisseur rural en Indonésie, un fournisseur gouvernemental dans le Pacifique et un client cloud en Australie peuvent tous être décrits comme vivant dans le même environnement de registre régional. Ils ne sont pas confrontés à la même incidence des coûts de coexistence.

La question publique utile est donc comptable, et non évangélique. Qui peut répercuter le coût? Qui doit l'absorber? Qui transforme la coexistence en une fonctionnalité payante? Qui la cache dans des offres groupées? Qui paie en temps d'arrêt, en travail de support ou en service de moindre qualité plutôt que par une facture visible? Et où l'APNIC réduit-elle l'incertitude sans prétendre être le percepteur du marché, le directeur de la migration ou l'allocateur de capital?

La région de l'APNIC transforme la coexistence en un problème de distribution

L'APNIC est le registre Internet régional pour l'Asie-Pacifique. Ce fait est souvent traité comme un contexte administratif. Pour l'économie de la double pile, cela importe car la région présente certaines des combinaisons les plus inégales de rareté d'adresses, de croissance, de pouvoir d'achat et de maturité opérationnelle au monde. Le même événement de rareté ne produit pas la même facture dans toutes les économies. La même statistique de déploiement d'IPv6 ne révèle pas qui supporte le coût de la compatibilité.

L'APNIC a atteint la phase finale de son régime de pool libre IPv4 en 2011, lorsque l'ancien accord d'attribution a effectivement pris fin et que la rareté est devenue la condition permanente pour la nouvelle demande. Depuis lors, la disponibilité d'IPv4 dépend de plus en plus des inventaires, des transferts, de la location, de la récupération, des pratiques des NIR, de l'héritage d'entreprise et de la volonté du marché de payer. L'adoption d'IPv6 a progressé de façon substantielle dans certaines parties de la région. L'Inde, la Malaisie, le Vietnam, le Japon, Taïwan et plusieurs autres économies ont montré une capacité IPv6 sérieuse selon les mesures publiques. Pourtant, la facture de coexistence demeure, car une capacité IPv6 élevée ne signifie pas une substituabilité universelle en IPv6 uniquement.

Cette distinction est surtout importante dans les achats. Un réseau peut être techniquement compatible IPv6 tout en ayant besoin d'IPv4 pour remporter un contrat commercial, servir une application bancaire, passer une évaluation du secteur public, prendre en charge des équipements clients hérités, acheminer le trafic vers un portail client, satisfaire une liste d'autorisation cloud, préserver la réputation des e-mails, traiter les plaintes d'abus ou interopérer avec un appareil de fournisseur. L'exigence de compatibilité n'est pas toujours visible pour l'utilisateur final. Elle apparaît comme une exception dans une règle de pare-feu, une ligne "IP publique requise" dans un appel d'offres, un ticket de support concernant une passerelle de paiement, un client d'entreprise exigeant une accessibilité statique ou un client mobile découvrant qu'une application se comporte différemment derrière une IPv4 partagée.

L'incidence découle de ces frictions. Lorsque les clients peuvent insister sur la compatibilité IPv4 sans la payer directement, l'opérateur absorbe le coût. Lorsque les plateformes cloud peuvent dégrouper l'IPv4 publique, le client paie. Lorsque les entreprises d'hébergement se font concurrence sur les prix mensuels affichés, le coût de l'IP publique peut être masqué jusqu'au renouvellement, à l'installation ou à la mise à niveau. Lorsque les organismes publics exigent la compatibilité mais attribuent les contrats sur la base d'un prix bas, les fournisseurs supportent la pression sur la marge. Lorsque les utilisateurs finaux ont peu de choix, ils paient par une qualité moindre, des frictions d'adresse partagée ou des retards de support plutôt que par un poste de coût.

La diversité de la région modifie également la politique du blâme. Dans un marché d'entreprise à revenu élevé, le coût de la double pile peut ressembler à un budget de transition informatique de routine. Dans un marché d'accès à faible revenu, il peut prendre la forme d'un achat d'équipement en devises fortes, d'un fardeau de formation et d'une taxe de support CGNAT imposée sur des revenus mensuels minces. Dans un petit réseau insulaire, il peut être lié à la concentration en amont et à la reprise après sinistre. Dans un marché mobile à croissance rapide, il peut devenir une course entre la croissance du nombre d'abonnés et la rareté des adresses publiques. Une seule politique ou un seul message de l'APNIC ne peut aplatir ces conditions en un seul récit moral.

La double pile, c'est deux chaînes de responsabilité, pas seulement deux familles d'adresses

L'expression "double pile" est techniquement nette. Elle suggère un hôte ou un réseau exécutant IPv4 et IPv6 ensemble. La réalité économique est moins nette, car chaque pile porte une chaîne de responsabilité différente.

IPv6 ajoute une abondance d'adresses mais exige également une confiance opérationnelle. Les opérateurs doivent savoir quels clients reçoivent IPv6, quels périphériques le prennent en charge, quelles sessions de peering le transportent, quels systèmes de surveillance détectent ses défaillances, quelles politiques de sécurité s'appliquent, quelles applications le préfèrent et quelles pannes sont causées par lui. IPv4, quant à lui, porte la rareté, le prix et l'accessibilité héritée. Les opérateurs doivent savoir quelles adresses publiques sont attribuées, louées ou transférées; quels clients se trouvent derrière des sorties partagées; quels journaux peuvent associer les sessions aux utilisateurs; quelles adresses ont des problèmes de réputation; quels blocs ont un historique de routage propre; quels enregistrements DNS inverses comptent; et quels contrats dépendent de l'accessibilité publique.

Ces chaînes ne sont pas symétriques. Une défaillance IPv6 peut être invisible si l'application bascule sur IPv4. Une défaillance IPv4 peut immédiatement rompre une intégration bancaire, une session de jeu, un VPN, une liste d'autorisation, un flux de paiement, un chemin de courrier entrant ou un outil d'accès à distance d'entreprise. Une adresse IPv6 n'est généralement pas un capital rare. Une adresse IPv4 l'est de plus en plus. La première peut être jugée comme une modernisation du réseau; la seconde est jugée comme une continuité d'actif opérationnel. Cette différence modifie les politiques internes. L'ingénierie peut vouloir une expansion IPv6 plus simple. Les ventes peuvent promettre la compatibilité IPv4. La finance peut considérer l'IPv4 publique comme un actif rare. Le support peut ressentir la douleur des adresses partagées. La sécurité peut voir une exposition dans la journalisation. Les achats peuvent voir la compatibilité avec les fournisseurs. Le juridique peut voir un risque d'attribution.

La double pile crée donc des conflits de coûts internes. La division d'accès veut éviter d'acheter plus d'IPv4 publique. La division entreprise veut des adresses dédiées propres pour les contrats. L'équipe de sécurité veut des journaux suffisamment riches pour répondre aux abus et aux demandes légales. L'équipe cloud veut une architecture qui évite les frais inutiles d'IP publique. L'équipe de support veut moins de cas particuliers. L'équipe financière veut que les adresses rares soient traitées comme du capital, et non comme de la plomberie jetable. L'équipe de politique publique veut être perçue comme pro-IPv6 sans promettre un basculement que les clients ne toléreront pas.

Le rôle de registre de l'APNIC n'intersecte ce conflit qu'à certains endroits. Il peut aider le marché à savoir qui est enregistré comme détenteur d'une ressource, comment les transferts sont enregistrés, quels contacts ou preuves de routage existent, et où la continuité de la ressource de numérotation dépend de l'exactitude de l'état du registre. C'est important. Mais l'APNIC ne peut pas faire le choix de comptabilité interne pour un opérateur, une plateforme cloud, un fournisseur bancaire ou un petit FAI. Un enregistrement de registre peut réduire l'incertitude autour des actifs rares; il ne peut pas répartir le coût de deux référentiels de support ou de politiques de pare-feu dupliquées.

C'est pourquoi l'incidence est une meilleure lentille que la transition. Le langage de la transition demande quand le vieux monde se termine. L'incidence demande qui paie tant qu'il ne se termine pas.

Les opérateurs d'accès paient en premier parce que les clients ne peuvent pas être déconnectés

Les réseaux d'accès sont les premiers à supporter le poids de la coexistence de la double pile. Ils ont la relation client, la file d'attente de plaintes et l'obligation de faire fonctionner les services ordinaires. Lorsqu'une application échoue, la plupart des utilisateurs ne diagnostiquent pas la sélection de la famille d'adresses, le comportement NAT ou la compatibilité du serveur distant. Ils appellent le fournisseur. L'opérateur d'accès doit expliquer, corriger, contourner ou absorber.

Cela crée une asymétrie commerciale simple. Le client attend Internet, pas une leçon de protocole. Si IPv6 est présent mais qu'un service dépend encore d'IPv4, le fournisseur d'accès doit préserver la compatibilité IPv4. Si l'IPv4 est rare, le fournisseur doit le rationner par le biais de CGNAT, de transferts, de location, de primes d'adresses statiques ou d'une utilisation prudente de l'inventaire. Si le CGNAT crée un problème, le support l'entend. Si un client a besoin d'une IPv4 publique pour des caméras, du travail à distance, des équipements de paiement, des jeux, un petit serveur, un VPN ou un service commercial hérité, le fournisseur doit décider s'il facture, refuse, subventionne ou cache le coût dans l'offre groupée.

Dans les économies APNIC à forte croissance mobile, cette position de première perte est amplifiée. L'accès mobile s'étend souvent plus vite que l'offre d'IPv4 publique. L'IPv4 partagée devient la norme. IPv6 peut réduire la pression là où le contenu et les applications le prennent en charge, mais l'opérateur a toujours besoin de sorties IPv4 pour le reste. Un abonné mobile qui utilise principalement du contenu compatible IPv6 peut néanmoins rencontrer un cas particulier lourd en support lorsqu'une application, une ressource d'entreprise, un terminal marchand ou un service d'authentification attend un comportement IPv4. Le cas minoritaire peut dominer le coût du support car il est plus difficile à diagnostiquer et à expliquer.

Les fournisseurs d'accès fixe sont confrontés à une version différente du même problème. Les clients résidentiels peuvent ne pas payer séparément pour une IPv4 publique jusqu'à ce qu'ils aient besoin d'une accessibilité entrante. Les petites entreprises découvrent souvent l'exigence au travers de caméras de sécurité, de systèmes de point de vente, de logiciels de comptabilité, de VPN, de téléphonie, de réputation d'e-mails ou de gestion à distance. Un fournisseur qui facture clairement une IPv4 publique statique risque la colère du client. Un fournisseur qui l'offre consomme un inventaire rare. Un fournisseur qui la refuse pousse les clients vers des solutions de contournement ou des concurrents haut de gamme. Chaque option attribue le coût différemment.

Les marchés à faible ARPU rendent la comptabilité plus dure. Le prix de l'équipement, des logiciels, de la main-d'œuvre de support et de l'IPv4 publique peut être lié à des devises étrangères ou aux marchés mondiaux, tandis que les revenus des clients sont locaux et minces. Une double pile qui semble gérable dans un réseau métropolitain riche peut devenir un fardeau matériel là où les prix d'accès mensuels laissent peu de marge. IPv6 peut être nécessaire, mais elle ne paie pas la facture à elle seule. Le coût incombe au fournisseur jusqu'à ce que le fournisseur puisse le répercuter sur les utilisateurs, les fournisseurs, les acheteurs publics ou les investisseurs.

C'est pourquoi "déployez simplement IPv6" est incomplet comme conseil économique. Le fournisseur est peut-être déjà en train de le déployer. La facture demeure parce que le produit commercial n'est pas "l'accès IPv6". Le produit est l'accessibilité aux clients, services et institutions qui traitent encore la compatibilité IPv4 comme faisant partie de l'accès Internet normal.

Le cloud et l'hébergement transforment la compatibilité en option payante

Les marchés du cloud et de l'hébergement révèlent une autre forme d'incidence des coûts: l'optionalité. Une adresse IPv4 publique était autrefois traitée par de nombreux clients comme une partie ordinaire d'un serveur, d'un équilibreur de charge ou d'une machine virtuelle. À mesure que la rareté est devenue plus explicite, les grandes plateformes ont commencé à facturer l'IPv4 publique plus visiblement ou à concevoir des architectures qui encouragent l'adressage privé, les passerelles NAT, les sous-réseaux IPv6 uniquement, les équilibreurs de charge et les portes d'entrée gérées. Le résultat n'est pas simplement une refonte technique. C'est un déplacement de qui paie pour la compatibilité.

La grande plateforme a un pouvoir de négociation. Elle peut dire que l'IPv4 publique est rare, que les adresses publiques sont payantes, que l'IPv6 est disponible, que le réseau privé est préféré et que les clients doivent concevoir leur architecture en conséquence. Certains clients peuvent s'adapter. D'autres ne le peuvent pas. Un petit fournisseur SaaS servant des clients d'entreprise conservateurs peut avoir besoin d'une accessibilité IPv4 statique pour les listes d'autorisation. Un produit de paiement ou de sécurité peut avoir besoin d'adresses source prévisibles. Un fournisseur gouvernemental peut avoir besoin de compatibilité avec des systèmes plus anciens. Une entreprise de services gérés peut avoir besoin d'IPv4 parce que les clients de ses clients l'exigent encore. La plateforme cloud convertit la rareté en un menu de choix tarifés. Le client découvre l'incidence à travers les factures d'architecture.

Les entreprises d'hébergement sont dans une situation plus difficile. Beaucoup se font concurrence sur les prix mensuels visibles. Une adresse IPv4 dédiée peut représenter une part importante de l'économie d'un VPS très bon marché. Si l'hébergeur l'inclut, la marge diminue. S'il la facture séparément, l'offre paraît moins bon marché. S'il partage les adresses ou utilise le NAT, les attentes des clients peuvent être déçues. S'il pousse l'hébergement IPv6 uniquement, la demande peut être limitée par l'accessibilité client, les outils et le confort. L'hébergeur peut donc devenir un traducteur de détail de la rareté mondiale des adresses: il achète ou loue une compatibilité rare aux prix du marché et la vend à une clientèle habituée à la considérer comme une fonctionnalité mineure.

L'Asie-Pacifique ajoute la géographie des plateformes à ce problème. Une start-up dans une économie peut héberger dans une autre, acheter du transit auprès d'une troisième, servir des utilisateurs dans plusieurs autres et dépendre d'un cloud mondial dont les prix et l'architecture réseau sont fixés ailleurs. La couche de registre APNIC enregistre les ressources de numérotation dans la région, mais les coûts de compatibilité ne sont pas confinés proprement à l'intérieur de la région. Une région cloud de Singapour, un utilisateur mobile indien, une liste d'autorisation d'entreprise japonaise et un fournisseur du secteur public australien peuvent tous apparaître dans la même chaîne de service. Celui qui a la position de plateforme la plus forte peut transférer la facture d'IPv4 publique en aval.

IPv6 peut réduire certains coûts lorsque le trafic reste à l'intérieur des réseaux de contenu compatibles IPv6, des réseaux mobiles et des chemins cloud. Pourtant, le client cloud ne paie pas seulement pour le cas moyen. Il paie pour l'exception qui ne doit pas échouer. Une entreprise ne peut pas dire à une banque, un régulateur, un client d'entreprise ou une plateforme d'approvisionnement qu'une intégration héritée doit se moderniser avant le début du contrat. Elle achète de la compatibilité. Cet achat peut être une adresse IPv4 publique, une passerelle NAT, un équilibreur de charge, un pare-feu double pile, le temps d'un consultant ou un niveau de plateforme plus coûteux. L'élément économique est le même: l'optionalité sous rareté.

Les achats écrivent discrètement la norme de compatibilité

Les achats sont l'un des canaux les moins dramatiques mais les plus puissants de l'incidence des coûts de la double pile. Les grands clients annoncent rarement qu'ils préservent la rareté d'IPv4. Ils rédigent des exigences. Un appel d'offres demande la compatibilité avec les systèmes existants. Une évaluation de sécurité demande des adresses publiques statiques. Une équipe d'architecture d'entreprise demande des plages sources IPv4. Un organisme public demande un support pour tous les utilisateurs. Une banque demande aux fournisseurs de maintenir des points de terminaison sur liste d'autorisation. Un appareil de fournisseur est livré avec un support IPv6 partiel mais des hypothèses IPv4 complètes. Le fournisseur supporte alors le coût de satisfaction de l'ensemble des exigences.

Cela fait des achats un régulateur de transition caché. Si les acheteurs exigent IPv6 mais insistent encore sur la compatibilité IPv4, les fournisseurs doivent faire fonctionner les deux. Si les acheteurs exigent des prix bas tout en conservant les anciennes exigences de compatibilité, les fournisseurs absorbent le coût dupliqué. Si les acheteurs traitent l'IPv4 publique comme une fonctionnalité standard, les fournisseurs doivent décider s'ils révèlent la rareté ou la cachent. Si les acheteurs pénalisent les modules complémentaires visibles, le coût passe dans la marge. Le document d'achat devient un instrument d'incidence.

Les achats du secteur public sont particulièrement importants en Asie-Pacifique parce que les gouvernements, les entreprises publiques, les universités, les hôpitaux, les autorités de transport et les fournisseurs de services publics ancrent souvent la demande. Certains organismes publics peuvent soutenir la politique IPv6 en principe tout en dépendant encore d'applications héritées, d'anciens dispositifs de sécurité, de comités de risque conservateurs ou de systèmes externalisés qui attendent IPv4. Leurs fournisseurs ne peuvent pas imposer un basculement net. Ils soumissionnent pour le contrat tel qu'il existe. L'acheteur public reçoit la continuité; le fournisseur paie pour la coexistence, à moins qu'il ne puisse intégrer le risque dans son offre.

Les achats d'entreprise créent des effets similaires. Une multinationale peut demander aux succursales des économies APNIC de respecter les normes mondiales de connectivité. La politique centrale peut inclure la préparation IPv6, mais la mise en œuvre locale peut encore nécessiter IPv4 pour les systèmes industriels hérités, les portails de fournisseurs, l'accès à distance, le DNS, la réputation des e-mails, le filtrage de contenu, les journaux ou la conformité. Les fournisseurs de réseau locaux et les intégrateurs supportent la complexité. S'ils sont petits, ils peuvent manquer de pouvoir de négociation pour la facturer entièrement.

Le propos n'est pas que les équipes d'achats aient tort d'exiger la compatibilité. Leur travail consiste à réduire le risque opérationnel. Le propos est que la compatibilité n'est pas gratuite. Lorsque le coût n'est pas rendu visible, il est attribué par le pouvoir de négociation. Les grands acheteurs peuvent le transférer aux fournisseurs. Les grands fournisseurs peuvent le transférer aux sous-traitants. Les plateformes peuvent le transférer aux clients. Les petits opérateurs peuvent le transférer aux utilisateurs par un support moindre ou des fonctionnalités limitées. La distribution finale n'est pas conçue par la conception du protocole. Elle est produite par les contrats.

L'APNIC ne peut pas réécrire ces contrats. Ce qu'elle peut faire, c'est garder l'état des ressources de numérotation sous-jacentes suffisamment lisible pour que les achats ne deviennent pas plus incertains que nécessaire. Des enregistrements de registre précis, une clarté des transferts, une accessibilité des contacts, des preuves relatives au routage et une discipline de continuité réduisent une partie de la prime de risque. Ils n'effacent pas la capacité de la couche d'achats à déplacer les coûts vers les parties les plus faibles.

Les services d'assistance paient en ambiguïté

De nombreux coûts de la double pile ne sont pas des dépenses d'investissement. Ils sont de l'ambiguïté. Un service d'assistance doit décider si le problème d'un client est le Wi-Fi, le DNS, la préférence IPv6, le CGNAT IPv4, la géolocalisation du serveur distant, la conception de l'application, la politique de pare-feu, le micrologiciel CPE, le DNS inverse obsolète, la réputation d'abus, le MTU, le routage, les groupes de sécurité cloud ou une liste d'autorisation d'entreprise. Chaque possibilité supplémentaire allonge le diagnostic. Le coût apparaît sous forme d'appels plus longs, d'une meilleure formation du personnel, de files d'attente d'escalade, d'un risque de désabonnement et de clients frustrés.

C'est une charge économique réelle, car la main-d'œuvre de support n'est pas infiniment élastique. Sur les marchés à revenu élevé, elle est coûteuse. Sur les marchés à faible revenu, elle est rare par rapport aux revenus. Sur les marchés multilingues, elle est plus difficile à scénariser. Dans les petits réseaux, un seul ingénieur senior peut être le chemin d'escalade pour le routage, le pare-feu, l'équipement client et les plaintes d'abus en même temps. La double pile élargit l'arbre des défaillances.

La rareté d'IPv4 ajoute sa propre ambiguïté. Un client derrière un CGNAT peut rencontrer des échecs d'authentification, des ports bloqués, des problèmes de jeu, des problèmes d'accès à distance, des erreurs de géolocalisation ou des problèmes de réputation causés par quelqu'un d'autre partageant la même sortie publique. Le service d'assistance doit expliquer l'identité publique partagée sans donner au client l'impression d'être rétrogradé. Si la solution est une IPv4 publique payante, le fournisseur a converti un diagnostic technique en une vente incitative. Si le fournisseur donne gratuitement une IPv4 publique, il consomme un inventaire rare. S'il refuse, le client peut partir. Là encore, l'incidence suit le pouvoir de négociation.

IPv6 peut aussi créer de l'ambiguïté de support. Un site peut fonctionner sur IPv4 mais échouer sur IPv6 en raison d'une mauvaise configuration distante, de problèmes de chemin, de lacunes dans le pare-feu ou d'hypothèses d'application. Le client subit un service cassé. Le fournisseur voit un problème de responsabilité distribuée. Si le fournisseur désactive IPv6 pour réduire les tickets, il ralentit l'adoption. S'il maintient IPv6 activé, il paie le coût de support. S'il dit aux clients que les services distants sont en faute, il peut paraître évasif. L'incitation économique n'est donc pas simplement pro- ou anti-IPv6. C'est une recherche de l'équilibre de coût de support le plus bas.

C'est l'une des raisons pour lesquelles la double pile reste durable. La technologie peut être propre dans les schémas et désordonnée dans le service client. Une déclaration publique de progrès IPv6 ne nous dit pas si les coûts de support ont baissé, si les exceptions IPv4 ont diminué, si les clients comprennent les limites des adresses partagées ou si le personnel peut diagnostiquer les deux familles sans escalade coûteuse. L'incidence est cachée dans le temps de file d'attente.

La pertinence de l'APNIC ici est indirecte. L'exactitude du registre peut aider pour certains types de diagnostic: qui détient un bloc, quels contacts existent, si les enregistrements relatifs au routage sont cohérents, si la délégation DNS inverse est plausible, si les transferts ont laissé des résidus. Mais de nombreuses charges de support se situent en dessous ou au-dessus de la couche de registre. Un registre ne peut pas savoir quel appareil photo de client refuse IPv6, quel fournisseur de paiement exige encore une IPv4 statique ou quelle règle de pare-feu cloud a été copiée à partir d'un ancien modèle. Une coordination fine signifie aider là où les enregistrements publics comptent et ne pas prétendre posséder le reste.

La sécurité et la conformité rendent la deuxième pile durable

Les équipes de sécurité sont souvent traitées comme des obstacles à la transition. En réalité, ce sont des comptables analytiques. Ils savent que chaque nouveau chemin nécessite une politique, une surveillance, des preuves et une réponse aux incidents. La double pile double certaines de ces surfaces, mais pas toujours de manière symétrique. Le résultat est une deuxième pile durable, car aucune équipe de sécurité responsable ne veut supprimer un contrôle avant que la carte des dépendances ne soit complète.

Un ensemble de règles de pare-feu peut avoir besoin d'équivalents IPv4 et IPv6. Un système SIEM (gestion des informations et des événements de sécurité) peut avoir besoin d'analyser les deux. La gestion des abus peut nécessiter des journaux qui distinguent les sorties IPv4 publiques, les identités privées des clients, les préfixes IPv6 et les fenêtres temporelles. Les analyses de vulnérabilité doivent couvrir les deux familles. L'atténuation DDoS doit comprendre les deux. Les listes d'autorisation des clients doivent être maintenues dans des formats que les anciens outils d'entreprise acceptent. Les rapports d'incident doivent être compréhensibles pour les clients, les régulateurs, les assureurs et parfois les forces de l'ordre. Chaque élément crée du travail.

L'abondance d'IPv6 n'élimine pas les exigences de preuve. Au contraire, elle les modifie. L'espace d'adressage est abondant, mais la responsabilité nécessite toujours une structure. Quel client a utilisé quel préfixe? Quel périphérique s'est vu déléguer quelle adresse? Combien de temps l'attribution est-elle conservée? Comment la confidentialité interagit-elle avec la journalisation? Comment les services d'abus traitent-ils les signalements IPv6 par rapport à IPv4? Comment les outils internes évitent-ils de manquer une famille? Le coût n'est pas seulement la rareté; c'est la responsabilité.

La rareté d'IPv4 augmente cependant les enjeux. Les sorties partagées exigent des journaux de ports et des horodatages précis. Les adresses IPv4 publiques ayant une mauvaise réputation nécessitent une remédiation. Les blocs transférés doivent faire l'objet de vérifications d'historique. L'espace loué peut nécessiter une délégation opérationnelle plus claire. L'état du DNS inverse et de l'origine de route peut affecter la confiance. Une équipe de conformité examinant un fournisseur de réseau peut demander non seulement si le fournisseur prend en charge IPv6, mais aussi si sa couche de compatibilité IPv4 peut produire des preuves sous pression. Ces preuves ont un coût.

En Asie-Pacifique, les attentes de conformité peuvent traverser les juridictions. Un service peut opérer dans une économie, héberger dans une autre, utiliser des ressources d'adressage enregistrées via l'APNIC ou un NIR, servir des utilisateurs transfrontaliers et répondre aux demandes de multiples systèmes juridiques. La double pile ne simplifie pas ce monde. Elle ajoute plus d'enregistrements, plus de chemins et plus de charges de preuve. La partie la plus proche du client peut être censée répondre même lorsque la cause technique se situe ailleurs.

La sécurité maintient donc la coexistence en vie d'une manière que l'optimisme protocolaire sous-estime. Un basculement propre n'est pas seulement une décision de trafic. C'est une décision de preuve. Si une entreprise, un organisme public, un assureur ou un régulateur attend encore des preuves compatibles IPv4, le fournisseur doit les maintenir. Si un réseau ne peut pas avoir confiance que tous les homologues sont prêts pour IPv6 en situation de stress, il préserve IPv4. La facture de la double pile devient une prime de risque.

Les coutures des NIR déterminent qui ressent la région de l'APNIC

La région de l'APNIC inclut des relations avec des registres Internet nationaux (NIR) dans plusieurs économies. Les NIR peuvent réduire les frictions liées à la langue locale, à la documentation et au service, mais ils créent aussi des coutures. Pour l'incidence des coûts de la double pile, la couture importe parce que les arrangements de registre locaux peuvent affecter le calendrier, la documentation, l'expérience de transfert, la communication avec les membres, l'interprétation des politiques et les attentes de support.

La couture n'est pas intrinsèquement mauvaise. Les fonctions de registre local peuvent rendre l'administration des ressources de numérotation plus accessible dans les grandes économies avec des communautés linguistiques, juridiques et d'opérateurs distinctes. Un fournisseur peut trouver plus facile de s'engager par l'intermédiaire d'une institution locale familière que par un bureau régional. Le support local peut réduire les coûts de recherche et aider les petits opérateurs à comprendre les exigences du registre. Dans une région aussi variée que l'Asie-Pacifique, cela peut être précieux.

Mais les coutures peuvent aussi créer une incidence inégale. Un réseau opérant à travers les frontières peut être confronté à des attentes de documentation, des normes de transfert, des délais ou des canaux de service différents selon l'endroit où se trouvent les ressources. Un acheteur cloud ou entreprise peut préférer les actifs d'adressage ayant un historique de transfert plus clair ou un traitement de registre plus prévisible. Un petit opérateur peut faire l'expérience de l'aide locale comme un support ou comme une couche de conformité supplémentaire. Là où la couture ajoute des retards ou de l'incertitude, le coût est payé par la partie qui a besoin de compatibilité maintenant.

Cela est particulièrement pertinent pour la double pile parce que la coexistence dépend souvent du calendrier. Un contrat client commence le mois prochain. Un déploiement de service public nécessite une accessibilité statique à une date fixe. Une migration cloud exige des adresses source prévisibles. Une intégration fintech ne peut pas attendre une discussion philosophique sur l'avenir des protocoles. Si les preuves IPv4 publiques, l'état du transfert ou la préparation du routage sont retardés, le fournisseur peut utiliser des alternatives plus coûteuses, conserver une architecture ancienne, louer des adresses temporaires, acheter des IP publiques cloud ou absorber le risque. Le calendrier du registre devient un facteur de coût.

La meilleure discipline de l'APNIC est donc de ne pas prétendre qu'une région uniforme existe là où ce n'est pas le cas. Il s'agit de garder le grand livre régional et les enregistrements associés aussi prévisibles, portables et fluides que possible tout en respectant les réalités du service local. Plus la fonction de registre est étroite, moins elle fausse l'incidence des coûts. Plus la discrétion du registre est large, plus elle devient une variable que les opérateurs plus faibles doivent tarifer.

C'est le point du grand livre, non du garde-barrière, sous forme pratique. Un registre devrait faciliter la connaissance de qui contrôle une ressource et comment la continuité est préservée. Il ne devrait pas utiliser la rareté ou la rhétorique de transition pour décider si le coût de la double pile d'un réseau est moralement acceptable. La couture NIR devrait réduire les frictions, et non devenir un veto local sur le capital ou la compatibilité.

Les utilisateurs finaux paient lorsque le marché cache la ligne de facturation

Les utilisateurs finaux voient rarement la facture de la double pile. Ils voient la qualité du service, le prix, les niveaux de produit et les limitations inexpliquées. Un client résidentiel peut se voir dire qu'une adresse IPv4 publique nécessite un forfait professionnel. Un joueur peut blâmer le réseau pour des problèmes d'adresse partagée. Un petit magasin peut payer pour une adresse statique parce que son système de paiement ou de caméra en a besoin. Un utilisateur d'entreprise peut payer une facture cloud avec des frais d'IP publique distincts. Un utilisateur de service public peut subir une résolution lente des problèmes parce que le fournisseur ne peut pas facilement identifier quelle couche a échoué.

L'incidence cachée est toujours une incidence. Lorsqu'un fournisseur d'accès achète de l'équipement CGNAT et des outils de support, le coût entre dans les prix mensuels ou la marge. Lorsqu'une entreprise d'hébergement facture l'IPv4, l'utilisateur paie directement. Lorsqu'une plateforme cloud tarife l'IPv4 publique, le client voit une ligne. Lorsqu'un fournisseur n'a pas les moyens d'une compatibilité suffisante, l'utilisateur paie par un service dégradé. Lorsqu'une règle d'achat public oblige les fournisseurs à maintenir une compatibilité ancienne sans budget supplémentaire, les contribuables peuvent payer par des offres plus élevées plus tard ou une qualité réduite du fournisseur maintenant.

L'injustice n'est pas toujours visible. Les utilisateurs plus riches peuvent se libérer des frictions d'adresse partagée. Ils peuvent payer pour une IPv4 statique, un support d'entreprise, une meilleure architecture cloud, une sécurité gérée ou des consultants. Les utilisateurs plus pauvres reçoivent la valeur par défaut. Si la valeur par défaut est le CGNAT avec une accessibilité entrante limitée, des files d'attente de support plus longues et des débordements de réputation occasionnels, c'est leur part de la taxe de double pile. Le marché ne l'appelle peut-être pas une taxe, mais cela fonctionne comme une taxe lorsque le coût est obligatoire pour participer et caché dans la qualité d'accès.

C'est pourquoi l'incidence de la double pile relève de l'analyse de gouvernance des registres même si une grande partie du coût se situe en dehors de l'APNIC. La rareté d'IPv4 n'est pas seulement un fait technique; elle façonne les niveaux de service. La reconnaissance du registre, la clarté des transferts et la continuité affectent le coût de l'offre d'IPv4 publique. Lorsque la couche de registre est incertaine, la prime augmente. Lorsqu'elle est mince et prévisible, la prime peut diminuer. Les utilisateurs finaux subissent le résultat indirectement.

Pourtant, il ne devrait pas être demandé à l'APNIC de devenir un régulateur des consommateurs. Cela confondrait les couches. Le problème de l'utilisateur peut être réel, mais le remède n'est pas de transformer un registre de numérotation en autorité de tarification, superviseur de support ou agence de qualité des produits. La contribution du registre est plus modeste et plus importante: garder le registre public suffisamment digne de confiance pour que les marchés puissent tarifer la rareté honnêtement et que les opérateurs puissent acquérir, détenir, transférer et documenter des ressources sans risque institutionnel inutile.

Une tarification honnête n'est pas la même chose qu'une tarification bon marché. L'IPv4 peut devenir plus visiblement coûteuse à mesure que la rareté est reconnue. Cette visibilité peut être inconfortable. Mais le coût caché n'est pas de l'équité. Il attribue simplement la facture à ceux qui sont les moins en mesure de négocier.

La limite de l'APNIC: réduire l'incertitude, ne pas répartir la facture

La tentation dans tout débat sur la rareté est de demander au registre de décider de l'équité. Il faut résister à cette tentation. La force de l'APNIC devrait être l'étroitesse de son rôle. Elle peut enregistrer. Elle peut coordonner. Elle peut protéger l'unicité. Elle peut soutenir l'exactitude du registre, la joignabilité, la lisibilité des transferts et la confiance relative au routage. Elle peut publier des règles, des calendriers et des attentes en matière de preuves. Elle peut réduire l'incertitude autour des ressources de numérotation. Elle ne peut pas décider du prix de détail correct de l'IPv4 publique, de la bonne architecture cloud, du niveau approprié de CGNAT ou du client qui mérite la compatibilité.

Cette limite n'est pas anti-gouvernance. C'est une gouvernance disciplinée. Lorsque le registre s'étend au jugement économique, il importe des coûts qu'il ne peut pas mesurer et des passifs qu'il ne supporte pas. Un registre ne paie pas le personnel de support du fournisseur d'accès. Il ne perd pas le renouvellement du client d'hébergement. Il ne supporte pas les pénalités de niveau de service du fournisseur d'entreprise. Il ne compense pas les utilisateurs lorsqu'une application échoue derrière une IPv4 partagée. Il ne finance pas l'achat d'adresses rares par l'opérateur. Il devrait donc être prudent quant aux politiques qui affectent ces résultats tout en se décrivant comme une gestion neutre.

L'APNIC peut aider le plus en rendant l'intrant rare moins ambigu. Les enregistrements de transfert doivent être clairs. Le statut de détenteur de ressources doit être fiable. Les données de contact doivent être utiles sans devenir un piège d'application. Les enregistrements relatifs au routage doivent être cohérents. La délégation DNS inverse doit être stable. Les litiges doivent être visibles là où ils affectent la confiance. Les décisions qui nuisent à la continuité doivent être étroites, motivées et révisables. Les frais doivent être liés aux fonctions de registre nécessaires plutôt qu'à une expansion institutionnelle. Les relations NIR doivent réduire les frictions plutôt que de créer une discrétion cachée.

Ce ne sont pas des préférences administratives mineures. Elles affectent le coût du capital. Un acheteur, un prêteur, un fournisseur cloud, un bailleur, un acheteur public ou un client d'entreprise tarife l'incertitude. Si l'incertitude liée à l'état du registre est élevée, la facture de la double pile augmente parce que les opérateurs conservent plus de stocks de sécurité, achètent des services redondants, évitent les transferts, paient trop pour des blocs de confiance ou refusent les contrats qu'ils ne peuvent pas soutenir. Si l'incertitude liée à l'état du registre est faible, le marché peut allouer les ressources avec moins de tampons.

C'est le rôle d'incidence approprié de l'APNIC: réduire la composante de risque de registre du coût de coexistence. Pas éliminer la rareté d'IPv4. Pas commander IPv6. Pas contrôler les modèles d'entreprise. Pas choisir les gagnants parmi les plateformes cloud, les fournisseurs d'accès et les utilisateurs. Un registre qui essaie de répartir la facture devient une partie de la facture.

L'incidence des coûts est une allocation de capital déguisée

L'incidence des coûts de la double pile devient finalement une allocation de capital. Un réseau disposant d'importants avoirs IPv4 peut choisir de les réserver, de les louer, de les vendre, de les redéployer ou de les monétiser par le biais de services premium. Un réseau avec peu d'IPv4 doit acheter, louer, partager ou reconcevoir. Une plateforme cloud peut facturer l'IPv4 publique et pousser les clients vers des architectures qui préservent le contrôle de la plateforme. Une entreprise d'hébergement peut segmenter les produits. Une entreprise peut payer pour la compatibilité ou répercuter le coût sur les fournisseurs. Un organisme public peut financer la migration correctement ou enterrer la compatibilité dans les achats. Chaque choix est une allocation de capital, même lorsqu'il est décrit comme une opération technique.

La rareté de l'IPv4 rend ces choix importants. Si l'IPv4 n'avait pas de valeur, l'incidence de la double pile serait principalement un problème de main-d'œuvre d'ingénierie. Parce que l'IPv4 a de la valeur, chaque adresse publique consommée par une utilisation de faible valeur a un coût d'opportunité. Chaque adresse conservée en réserve est une option. Chaque location est un flux de revenus. Chaque transfert est un événement de bilan. Chaque client d'adresse statique est une décision de tarification. Chaque expansion de CGNAT est un compromis entre la préservation du capital et le coût du support. Chaque expérience IPv6 uniquement est un pari sur la tolérance du client.

La région de l'APNIC regorge d'opérateurs confrontés à différentes versions de ce compromis. Les opérateurs historiques matures peuvent avoir une profondeur et une patience héritées. Les nouveaux entrants peuvent faire face à des coûts d'acquisition élevés avant que les revenus ne soient sécurisés. Les fournisseurs mobiles à croissance rapide peuvent avoir besoin d'échelle plus vite que l'IPv4 publique ne peut être acquise. Les petits réseaux insulaires peuvent valoriser la continuité plus que l'efficacité théorique. Les entreprises de cloud et de centres de données peuvent traiter l'IPv4 publique comme une différenciation de produit. Les fournisseurs du secteur public peuvent avoir besoin de compatibilité pour satisfaire les anciens systèmes tout en étant jugés sur la rhétorique de modernisation.

C'est pourquoi les récits de transition simplistes échouent. Ils demandent au marché de se comporter comme si l'actif rare devait être volontairement déprécié avant qu'un substitut entièrement équivalent n'existe pour toutes les utilisations génératrices de revenus. Les opérateurs ne prennent pas cette décision dans des discours. Ils la prennent dans les budgets. Si l'IPv4 permet des revenus, des contrats, une réputation et une continuité client, elle reste du capital. IPv6 peut croître à côté, mais la croissance n'efface pas la logique du capital tant que les contreparties ne cessent pas de payer pour la compatibilité.

L'expression "taxe de double pile" capture le fardeau, mais l'analyse de l'incidence pose la question suivante: qui signe le chèque? Parfois l'opérateur. Parfois le client cloud. Parfois l'utilisateur d'hébergement. Parfois le contribuable. Parfois le travailleur de support. Parfois le ménage à faible revenu recevant une valeur par défaut moins bonne. Parfois l'actionnaire, par une marge plus faible. Parfois l'acheteur d'un réseau, par une évaluation plus élevée ou plus faible en fonction de l'inventaire d'adresses. La taxe est réelle parce que le coût est réel; la distribution est de l'économie politique.

Le succès d'IPv6 ne détermine pas l'incidence d'IPv4

L'une des erreurs les plus faciles est de traiter le succès d'IPv6 comme la preuve que les coûts d'IPv4 devraient disparaître. La région APNIC montre pourquoi c'est faux. IPv6 peut avoir beaucoup de succès dans le trafic mesuré tandis qu'IPv4 reste économiquement décisif pour des transactions, des clients et des institutions particuliers. Un réseau peut acheminer une majorité d'un certain trafic sur IPv6 tout en ayant besoin d'IPv4 publique rare pour la minorité de cas qui représentent des revenus élevés, un risque élevé ou un potentiel de plainte élevé.

C'est une caractéristique courante de l'infrastructure. Le chemin moyen n'est pas toute l'entreprise. Un chemin de fer peut déplacer la plupart des passagers sans heurts tandis que quelques goulets d'étranglement déterminent l'investissement. Un réseau électrique peut avoir une production abondante tandis qu'une petite contrainte de transmission fixe les prix locaux. Un réseau de paiement peut traiter automatiquement la plupart des transactions tandis que les exceptions de conformité consomment une main-d'œuvre coûteuse. Dans les réseaux double pile, la minorité problématique peut fixer la structure de coûts.

La minorité évolue également avec le temps. À mesure que le contenu grand public, les plateformes mobiles et les grands clouds améliorent le support IPv6, le trafic ordinaire peut basculer. Mais les listes d'autorisation d'entreprise, les appareils hérités, les appels d'offres publics, les habitudes de support client, les appareils de petites entreprises, les systèmes industriels et les systèmes de réputation peuvent être à la traîne. Certains se moderniseront. Certains seront remplacés lentement. Certains resteront cachés dans les contrats pendant des années. Le résultat n'est pas une courbe de transition nette mais une économie de coexistence stratifiée.

L'APNIC doit être jugée par rapport à cette réalité, et non par rapport à un slogan. Un registre utile n'a pas besoin de prouver qu'IPv6 sauvera la région de la rareté. Il doit maintenir la couche des ressources de numérotation fiable pendant que les marchés découvrent le prix réel de la compatibilité. Si les enregistrements, les pratiques de transfert, les relations NIR et les règles de continuité de l'APNIC réduisent l'incertitude, ils réduisent le coût de coexistence. S'ils ajoutent de la discrétion, des retards ou un langage de contrôle du capital, ils l'augmentent.

Pour les opérateurs, l'approche sensée est tout aussi peu sentimentale. Déployer IPv6 là où il réduit les coûts, améliore l'accessibilité ou satisfait les clients. Préserver IPv4 là où il protège les revenus, la réputation ou la continuité. Tarifer l'IPv4 publique honnêtement. Traiter le CGNAT comme un outil de compression chiffré, et non comme un miracle gratuit. Former les équipes de support pour les cas qui arrivent réellement. Rendre visibles les exceptions d'achats. Utiliser les preuves du registre comme une couche de confiance. Ne pas prétendre que la deuxième pile est gratuite parce que la première est rare, ou que la première pile est obsolète parce que la seconde est abondante.

L'état final économique peut être moins dramatique que les deux camps du débat ne le souhaitent. IPv6 croît. IPv4 reste du capital. La double pile persiste là où les contrats l'exigent. Les coûts se déplacent vers les parties ayant le moins de pouvoir de négociation, à moins que les institutions ne les rendent visibles. Ce n'est pas un échec de l'ingénierie. C'est le comportement normal des marchés en situation de rareté.

Une discipline étroite pour la coexistence à l'ère de l'APNIC

La discipline dont l'APNIC a besoin pour l'incidence des coûts de la double pile est modeste et stricte. Garder le grand livre exact. Garder les transferts lisibles. Garder la reconnaissance du détenteur de ressources prévisible. Garder les preuves relatives au routage stables. Garder les coutures NIR orientées service. Garder les actions défavorables étroites. Garder les frais et les devoirs du registre liés aux fonctions essentielles. Garder le langage public honnête sur la rareté. Par-dessus tout, ne pas utiliser la rhétorique de transition IPv6 pour étendre la discrétion du registre sur le capital IPv4.

Cette discipline ne rendrait pas la double pile bon marché. Elle rendrait le coût plus honnêtement placé. Les opérateurs décideraient toujours combien d'IPv4 publique détenir, louer, acheter ou réserver. Les plateformes cloud continueraient à tarifer l'accessibilité publique. Les entreprises décideraient toujours si les anciennes listes d'autorisation valent la peine d'être maintenues. Les organismes publics devraient encore financer la compatibilité lorsqu'ils l'exigent. Les utilisateurs feraient toujours face à des niveaux de produit. Mais la prime de risque de registre serait plus faible parce que la couche des ressources de numérotation serait moins mystérieuse.

Voilà l'ambition réaliste. Un registre ne peut pas abolir la rareté. Il ne peut pas rendre toutes les applications modernes. Il ne peut pas forcer tous les acheteurs à réécrire les approvisionnements. Il ne peut pas supprimer tous les tickets de support CGNAT. Il ne peut pas rendre l'IPv4 publique gratuite sans détruire le signal que la rareté crée. Il peut cependant éviter de rendre l'intrant rare plus coûteux par l'incertitude, le langage discrétionnaire, les transferts lents, la faible continuité ou l'auto-expansion institutionnelle.

La leçon pour l'APNIC n'est donc pas qu'elle devrait devenir le champion d'IPv6 ou le défenseur d'IPv4. Les deux cadrages sont trop larges. Le registre devrait être le carnet d'adresses fiable pour une région dans laquelle les deux familles d'adresses comptent pour des raisons différentes. IPv6 est une expansion de l'accessibilité. IPv4 est un capital productif rare. La double pile est le contrat de coexistence entre eux. Le coût de ce contrat appartient au marché, aux achats, aux budgets de support, à l'architecture cloud et au financement des services publics. Le devoir de l'APNIC est d'empêcher que la couche de registre n'ajoute une rente inutile au contrat.

La facture est déjà payée. La seule question est de savoir si elle reste cachée dans les valeurs par défaut, les retards, les files d'attente de support et les positions de négociation faibles, ou devient suffisamment visible pour que les réseaux et les clients prennent des décisions rationnelles. En Asie-Pacifique, où la même région de registre contient des économies cloud avancées, de vastes marchés mobiles, de petites îles, des réseaux d'accès à faible revenu et des coutures de registres nationaux, cette visibilité n'est pas un luxe. C'est la condition d'une allocation plus équitable des coûts.

La double pile ne sera pas réglée par une déclaration selon laquelle un protocole a gagné. Elle sera réglée par les incitations. Les parties qui ont besoin de compatibilité la paieront directement, obligeront les fournisseurs à l'inclure ou accepteront une qualité moindre lorsqu'elles refusent. Les parties qui détiennent des IPv4 rares les tariferont, les réserveront ou les déploieront là où les rendements justifient le coût. Les parties qui construisent IPv6 le feront là où cela réduit les frictions ou ouvre l'accessibilité. L'APNIC devrait rendre ces choix plus sûrs à enregistrer, et non plus difficiles à faire.

Voilà l'économie de l'incidence des coûts de la double pile: non pas un tutoriel sur les adresses, ni un sermon sur la transition, mais une carte de la facture. La carte montre une vérité simple. Faire fonctionner deux systèmes d'accessibilité est coûteux parce que le marché valorise encore les deux. Jusqu'à ce que cela change, la question de gouvernance honnête n'est pas de savoir comment faire dire aux opérateurs la chose juste sur IPv6. C'est comment garder la couche de registre suffisamment étroite pour que ceux qui paient réellement la facture puissent la voir, la tarifer et la contrôler.

Sources et lectures complémentaires