Pourquoi l'autorité de la zone racine ne régit pas les numéros

Résumé

Les statuts de l'ICANN assignent des missions distinctes: coordination des noms dans la racine DNS et certaines politiques de domaines génériques; coordination du niveau supérieur de l'allocation des adresses IP et des ASN; et fourniture de registres de protocoles demandés par les organismes de normalisation. La clause relative à la numérotation fait explicitement référence à l'IETF, aux RIR, à la communauté concernée et aux tâches convenues avec les RIR, plutôt que de considérer les institutions de nommage comme les auteurs de la politique de numéros.
L'autorité de nommage passe par les clients des domaines de premier niveau, la ccNSO et la GNSO, un contrat de nommage ICANN-PTI, le Comité permanent des clients, les examens de la fonction de nommage et une procédure de séparation spécifique au nommage. L'autorité de numérotation passe par cinq communautés régionales, les RIR, la NRO et l'ASO, les procédures mondiales de politique de numéros et un accord de service en vertu duquel les RIR peuvent collectivement remplacer l'opérateur de numérotation.
Le prestige déborde parce qu'un seul label IANA couvre plusieurs fonctions, PTI les exécute avec des ressources partagées, l'ICANN est la société mère de PTI, et la racine DNS attire une attention exceptionnelle des gouvernements, des entreprises et du public. Ces faits expliquent la confusion mais ne transfèrent pas la capacité juridique, la compétence politique, les droits des clients ou le pouvoir de sélection du successeur.
Toute revendication d'autorité devrait passer cinq tests: qui élabore la politique, qui reçoit le service, quel accord le régit, qui peut le faire appliquer et qui peut sélectionner un remplaçant. Le statut de la zone racine échoue à tous ces tests comme base pour diriger les allocations régionales, reconnaître l'autorité des RIR, réécrire la politique de numéros ou contrôler les décisions d'enregistrement des adresses.

Un seul acronyme encourage la mauvaise inférence

L'expression « les fonctions IANA » sonne comme un singulier. Elle évoque un standard central à partir duquel une seule institution attribue tous les identifiants Internet uniques à l'échelle mondiale. Les descriptions publiques renforcent souvent cette impression en listant les noms de domaine, les ressources de numéros et les paramètres de protocole sous une seule rubrique. PTI emploie les personnes qui effectuent le travail, l'ICANN contrôle PTI, et le site web de l'IANA présente les résultats sous une identité publique commune.

La cohérence opérationnelle est utile. Les identifiants uniques exigent une tenue de registres disciplinée. La sécurité partagée, les finances, les ressources humaines et l'expertise technique peuvent réduire les doublons. Un utilisateur ne devrait pas avoir besoin de comprendre la structure de l'entreprise pour trouver un registre faisant autorité. L'erreur commence lorsque la commodité opérationnelle est transformée en unité de mandat.

La description du système de registre des numéros Internet par l'IETF offre un meilleur point de départ: l'IANA est un rôle, pas une organisation. Pour les numéros, ce rôle gère le sommet des hiérarchies d'allocation des adresses IP et des ASN. Le rôle est exercé conformément aux politiques mondiales de numéros élaborées par la communauté concernée et reflétées dans les accords avec les RIR. L'identité de l'opérateur ne fait pas de l'opérateur l'auteur souverain de chaque règle qu'il met en œuvre.

Le même principe s'applique aux noms. PTI reçoit et évalue les demandes concernant la racine DNS selon des procédures documentées. Verisign exerce séparément la fonction de mainteneur de la zone racine en vertu de son accord avec l'ICANN, compilant, signant et distribuant le fichier de zone racine sous la direction de l'IANA. Aucune de ces positions opérationnelles ne donne à Verisign une autorité sur la politique IPv6, et le travail de PTI sur la zone racine ne lui permet pas de décider comment un RIR doit allouer de l'espace d'adressage à ses membres régionaux.

L'erreur de catégorie persiste parce que la fonction la plus visible confère du prestige aux fonctions plus discrètes. Une modification de la racine DNS peut devenir un événement géopolitique. Un nouveau cycle de domaines de premier niveau attire les marques, les gouvernements, les groupes de la société civile et les investisseurs. Les litiges d'enregistrement de domaines affectent des noms que les humains lisent. En revanche, une allocation de bloc de niveau supérieur d'ASN est peu fréquente, technique et généralement remarquée uniquement par la communauté de numérotation.

La visibilité est confondue avec la séniorité; la séniorité est ensuite confondue avec la compétence.

Cette inférence devrait être combattue à chaque étape. Les fonctions sont coordonnées ensemble parce qu'elles exigent toutes des valeurs uniques à l'échelle mondiale. Elles sont régies séparément parce que leurs utilisateurs, leurs conséquences techniques et leurs forums politiques légitimes sont différents.

La zone racine a un poids symbolique au-delà de sa mécanique quotidienne

La racine DNS est une liste petite mais fondamentale. Elle identifie les serveurs faisant autorité pour les domaines de premier niveau et contient les enregistrements nécessaires pour que les résolveurs commencent à naviguer dans le DNS mondial. Une modification peut ajouter ou supprimer une délégation, modifier les serveurs de noms, mettre à jour les contacts ou changer le matériel DNSSEC. Parce que chaque résolution DNS ordinaire commence sa chaîne d'autorité à la racine, celle-ci est devenue un symbole du contrôle sur les noms de l'Internet.

La symbolique dépasse le travail de routine. La plupart des demandes concernant la zone racine sont des changements administratifs délimités. L'opérateur de nommage IANA valide les demandes et les critères applicables; le mainteneur produit et distribue le fichier. Les opérateurs de serveurs racine le servent. Ces rôles sont délibérément séparés. Aucun acte individuel de saisie d'un label de domaine de premier niveau dans la racine ne crée une autorité législative générale sur l'Internet.

L'histoire a néanmoins conféré à la racine une visibilité politique inhabituelle. L'étape d'autorisation du gouvernement des États-Unis antérieure à 2016 se trouvait dans le chemin de modification de la zone racine. Les débats sur les délégations de codes pays impliquaient l'identité nationale et les communautés Internet locales. L'expansion des domaines génériques impliquait la concurrence, les marques, la protection des consommateurs et des enjeux commerciaux substantiels.

La déclaration politique des États-Unis de 1998 qui a précédé l'ICANN a consacré une attention considérable à la concurrence DNS, à la représentation et à la coordination privée, même en discutant du système plus large de noms et d'adresses.

Le public a donc appris à connaître l'ICANN à travers les noms. Le nom même de l'organisation met en avant les noms attribués avant les numéros. Ses réunions consacrent de grandes circonscriptions visibles aux domaines génériques et aux domaines de codes pays. Les conseils gouvernementaux font souvent l'actualité lorsqu'ils concernent des chaînes controversées. Ce sont des explications raisonnables du débordement de prestige, pas la preuve qu'il est légitime.

Le prestige institutionnel est une forme de pouvoir doux. Une organisation perçue comme gardienne de la racine peut être invitée à s'exprimer au nom de la coordination de l'Internet en général. Les gouvernements peuvent supposer que son conseil d'administration peut régler un litige d'adresses. Les journalistes peuvent utiliser « contrôle de l'IANA » sans distinguer la fonction pertinente. Les entités issus des institutions de nommage peuvent apporter confiance et habitudes procédurales dans les discussions sur les numéros. Rien de tout cela ne nécessite un complot.

Une exposition répétée à une seule institution de marque peut faire disparaître ses frontières.

Le correctif n'est pas de diminuer la racine. Il est de décrire l'autorité avec précision. L'administration de la zone racine est importante parce que les résolveurs ont besoin d'un point de départ cohérent. L'autorité des registres de numéros est importante parce que les adresses et les ASN doivent rester uniques et être distribués selon une hiérarchie légitime. Les deux systèmes interagissent, notamment via le DNS inverse, mais l'importance dans l'un n'est pas un titre de propriété sur l'autre.

La mission de l'ICANN contient quatre clauses, pas un chèque en blanc

Les statuts actuels de l'ICANN définissent une mission autour du fonctionnement stable et sécurisé des systèmes d'identifiants uniques, puis la divisent en fonctions distinctes. La première coordonne les noms dans la racine DNS et certaines politiques pour l'enregistrement de second niveau dans les domaines génériques de premier niveau. La deuxième facilite la coordination du système de serveurs racine. La troisième coordonne l'allocation et l'assignation au niveau le plus élevé des numéros IP et des ASN. La quatrième fournit les registres demandés par les organismes de normalisation des protocoles.

Le libellé de la clause des numéros est particulièrement révélateur. L'ICANN fournit des services d'enregistrement et un accès ouvert pour les registres de numéros mondiaux à la demande de l'IETF et des RIR. Elle facilite l'élaboration des politiques mondiales de registres de numéros par la communauté concernée et accomplit les tâches connexes convenues avec les RIR. La clause ne dit pas que la GNSO, la ccNSO, le Comité permanent des clients ou le mainteneur de la zone racine peuvent écrire la politique de numéros.

Les statuts disent aussi que l'ICANN n'agira pas en dehors de sa mission. Cette restriction est plus large que la distinction entre noms et numéros, mais elle la renforce. Une institution ne peut pas transformer une responsabilité générale pour les identifiants uniques en autorité sur chaque service qui les utilise. Elle ne peut pas non plus convertir la coordination en réglementation gouvernementale. La mission est un ensemble de tâches délimitées, pas une revendication sur le cyberespace.

L'article 9 donne alors à l'Organisation de soutien pour les adresses un rôle spécifique: conseiller le Conseil d'administration sur les questions de politique relatives au fonctionnement, à l'assignation et à la gestion des adresses Internet. L'ASO est l'entité établie par le mémorandum de 2004 entre l'ICANN et la NRO. Son Conseil d'adresses se compose du Conseil des numéros de la NRO. Cette construction intègre le système de numérotation régional existant dans l'ICANN plutôt que de remplacer ce système par un conseil dirigé par les noms.

Les structures des noms de codes pays et des noms génériques sont définies séparément. La ccNSO élabore et recommande des politiques mondiales relatives aux domaines de premier niveau de codes pays. La GNSO élabore des politiques concernant les domaines génériques de premier niveau dans son champ d'application. Leur expertise et leur légitimité sont réelles, mais spécifiques au domaine. Un vote dans un conseil de noms n'est pas un vote dans un forum politique de RIR.

La distinction peut être exprimée comme une règle d'interprétation: le langage large de la mission identifie les systèmes que l'ICANN peut coordonner; les institutions et accords spécifiques à chaque fonction identifient comment cette coordination devient légitime. Le premier ne peut être lu en ignorant le second.

La politique des numéros s'élève des régions

Le système de registre des numéros Internet est hiérarchique. L'IANA gère le sommet des pools d'adresses IP unicast et d'ASN. Cinq RIR administrent des régions à l'échelle continentale. Les registres Internet locaux, les opérateurs de réseau et d'autres clients reçoivent des ressources selon les règles régionales. La hiérarchie soutient l'unicité et l'agrégation tout en répartissant les décisions près des opérateurs concernés.

La politique suit cette structure. Les règles d'allocation régionales sont élaborées dans les communautés RIR pertinentes via leurs forums ouverts. Une politique mondiale est plus étroite: elle concerne les actions ou les résultats nécessaires à travers tous les RIR et l'IANA, comme la manière dont l'IANA alloue les blocs aux registres régionaux. Le mémorandum ASO définit comment une proposition commune passe des régions par la NRO et le Conseil d'adresses jusqu'au Conseil de l'ICANN.

Cet arrangement ne supprime pas l'ICANN. Le Conseil a un rôle de ratification défini, et l'ASO le conseille. L'ASO sélectionne également deux administrateurs de l'ICANN. Mais l'arrangement ne commence pas par le Conseil inventant une règle d'allocation préférée et ordonnant aux cinq régions de l'accepter. Le consensus doit être établi par les communautés politiques régionales et certifié par le mécanisme mondial convenu.

La distinction entre facilitation et création est essentielle. L'ICANN peut demander si les étapes convenues ont été suivies, si une proposition est vraiment mondiale et si la mise en œuvre correspond à sa mission. Elle peut fournir l'opération IANA qui exécute une politique adoptée. Ces fonctions ne sont pas équivalentes à posséder le mandat politique des membres et entités des RIR.

La RFC 7020 capture la division en termes techniques. L'IETF spécifie les installations et contraintes sous-jacentes. L'IANA gère le sommet de la hiérarchie d'allocation selon les politiques mondiales de numéros. Les RIR mènent le développement des politiques régionales et administrent les ressources dont ils sont responsables. Les registres locaux desservent ensuite les réseaux et les utilisateurs finaux. Les décisions de routage prises par les réseaux se situent en dehors du système de registre lui-même, même si l'allocation et l'agrégation d'adresses les influencent.

Cette répartition de l'autorité est la raison pour laquelle une controverse sur les adresses doit être acheminée vers le forum approprié. Un litige sur une règle de transfert régional relève d'abord des structures de politique et d'appel de ce RIR. Un litige sur l'exécution ponctuelle par l'IANA d'une demande valide de niveau supérieur relève de l'accord de niveau de service de numérotation. Une question sur la définition technique d'un bloc à usage spécial peut relever de l'IETF. Envoyer les trois à un organisme de noms parce que l'ICANN exploite la racine effacerait la chaîne de responsabilité même nécessaire pour les trancher.

L'autorité de nommage a des clients et des institutions différents

L'arrangement de nommage post-2016 est élaboré parce que sa base de clients et ses risques sont différents. L'ICANN passe un contrat avec PTI pour exécuter la fonction de nommage IANA. Les opérateurs de registres de domaines de premier niveau sont des clients directs. Le contrat de nommage et l'énoncé des travaux spécifient comment les demandes sont traitées, imposent des attentes de service et exigent continuité, transparence et traitement équitable.

Le Comité permanent des clients surveille la performance de nommage de PTI. Ses membres principaux proviennent des opérateurs de domaines génériques et de codes pays, avec des liaisons d'autres parties de la communauté ICANN. Il peut engager PTI sur des lacunes et escalader les problèmes persistants à la ccNSO et à la GNSO. Il ne peut pas lui-même remplacer PTI, mais il s'inscrit dans une chaîne spécifique au nommage qui peut mener à un examen spécial.

Les examens périodiques et spéciaux de la fonction de nommage IANA évaluent la performance par rapport au contrat de nommage. Les statuts de l'ICANN définissent les preuves, la composition, les recommandations et les étapes d'approbation. Dans un cas grave, un examen peut recommander une procédure de séparation de la fonction de nommage. Cette procédure peut conduire à un appel d'offres, à la sélection d'un autre opérateur de nommage, au non-renouvellement ou à la résiliation du contrat de nommage, ou à une réorganisation de PTI.

Chaque nom dans ce paragraphe compte. C'est un examen de la fonction de nommage. Il évalue le contrat de fonction de nommage. Le Comité permanent des clients sert les clients du nommage. Un groupe de travail de séparation envisage un autre opérateur pour la fonction de nommage. Ces mécanismes ne deviennent pas silencieusement des procédures de numérotation parce que PTI effectue également le travail de numérotation.

L'arrangement du mainteneur de la zone racine ajoute une autre ligne distincte. Verisign exerce la maintenance en vertu d'un accord avec l'ICANN. L'IANA authentifie, vérifie et soumet les modifications; Verisign compile, signe et distribue le fichier de zone racine. Le contrat de nommage stipule que PTI n'est pas autorisé à exécuter les services du mainteneur sans autorisation, et PTI ne peut pas modifier les politiques et procédures élaborées par les organismes compétents. Même au sein des noms, le prestige n'efface pas la séparation des rôles.

La gouvernance des noms n'est donc pas un monolithe, et encore moins une source d'autorité sur les registres de numéros. La ccNSO, la GNSO, les opérateurs de registres, le CSC, PTI, l'ICANN et Verisign occupent des positions différentes. Si le prestige de la zone racine ne peut pas effondrer les distinctions entre les acteurs du nommage, il ne peut certainement pas effondrer la frontière entre noms et numéros.

Le contrat de numérotation place la légitimité du côté des RIR

L'accord de numérotation de 2016 a été rédigé précisément pour empêcher que la légitimité ne devienne ambiguë après la fin de la supervision des États-Unis. L'ICANN a signé avec AFRINIC, APNIC, ARIN, LACNIC et le RIPE NCC. L'accord reconnaît que les RIR représentent la communauté des numéros concernée et fait de l'ICANN le fournisseur de services administratifs et techniques conformément aux politiques mondiales.

Les RIR peuvent examiner la performance, exiger la coopération, recourir à la médiation et à l'arbitrage, refuser le renouvellement, résilier après un constat de manquement substantiel non corrigé et sélectionner un successeur. Ils doivent exercer leurs pouvoirs collectivement et à l'unanimité. Le Comité d'examen des services de numérotation IANA conseille le Conseil exécutif de la NRO mais ne peut pas le lier sans une délégation expresse.

Cet arrangement n'est pas subordonné au contrat de nommage. Les cinq RIR ne sont pas des observateurs tiers attendant que le Comité permanent des clients reconnaisse leur grief. Leur légitimité découle de leur propre accord. Si une allocation de numéros de niveau supérieur est mal gérée, la voie contractuelle pertinente mène des RIR à l'ICANN, avec un règlement des différends externe si nécessaire.

PTI exécute le travail de numérotation par le biais d'un sous-contrat de l'ICANN, mais cet arrangement d'entreprise ne déplace pas le marché principal. L'ICANN reste responsable envers les RIR du service promis. L'opérateur partagé fournit l'efficacité; l'accord séparé fournit la légitimité.

La clause de remplacement rend la frontière indubitable. En cas de non-renouvellement ou de résiliation, les RIR peuvent sélectionner un opérateur de numérotation successeur. En revanche, la procédure de séparation du nommage suit les étapes de la ccNSO, de la GNSO, de l'équipe d'examen, du Conseil de l'ICANN et de la Communauté habilitée définies pour les noms. La décision de remplacement d'une communauté ne choisit pas le fournisseur de l'autre.

C'est la non-transférabilité fonctionnelle sous forme juridique. L'organisation actuelle peut exécuter plusieurs services, mais l'autorité de continuer chaque service provient d'une relation différente. Si PTI cessait d'exécuter les noms, elle ne perdrait pas automatiquement l'accord de numérotation. Si les RIR remplaçaient l'ICANN pour la numérotation, Verisign ne cesserait pas pour autant de maintenir la racine DNS. Des changements opérationnels pourraient créer un travail de services partagés, mais les mandats ne tombent pas comme des dominos.

La transition de 2016 a préservé la diversité à dessein

La transition de la supervision aurait pu créer un seul conseil de surveillance pour toutes les fonctions IANA. Elle ne l'a pas fait. Le Groupe de coordination de la transition de la supervision de l'IANA a demandé à trois communautés opérationnelles — noms, numéros et paramètres de protocole — d'élaborer des plans selon leurs propres besoins. Il a ensuite évalué si les plans étaient compatibles et réalisables ensemble.

La proposition finale a défendu cette diversité comme une forme de subsidiarité. Les trois composants étaient détaillés et différents parce que les communautés avaient des sujets, des priorités et des institutions établies différents. La tâche du groupe de coordination n'était pas de les aplatir en un seul modèle constitutionnel. Elle était de s'assurer que des arrangements indépendants pouvaient coexister sans perturbation opérationnelle.

La communauté des numéros a proposé un accord direct avec les cinq RIR et un Comité d'examen régional. La communauté des paramètres de protocole s'est appuyée sur son mémorandum et sa relation établie avec l'ICANN, l'autorité politique restant à l'IETF. La communauté des noms a créé PTI, un contrat de nommage, le CSC, des examens et une voie de séparation étroitement liée aux réformes de responsabilité de l'ICANN.

PTI est devenue l'affilié opérationnel commun pour la cohérence et la logistique opérationnelle. L'ICANN fournit des services partagés. Cette couche commune peut faire paraître le résultat centralisé de l'extérieur. En termes constitutionnels, cependant, c'est un arrangement d'hébergement sous trois mandats, pas une nouvelle source de pouvoir politique indifférencié.

L'architecture de la transition offre une réponse décisive au débordement de prestige. Les communautés ont considéré le même opérateur historique au même moment politique et ont choisi des structures de supervision différentes. Ce choix n'aurait guère de sens si l'autorité de la zone racine incluait automatiquement la politique des numéros. Des propositions séparées n'étaient pas des bizarreries de rédaction temporaires; elles étaient le mécanisme par lequel la légitimité était située chez les utilisateurs concernés.

L'arrangement réfute également l'idée que l'unité organisationnelle est nécessaire à la stabilité technique. La compatibilité peut être obtenue par des accords, des services partagés, la coordination et la planification de la transition. L'unité politique n'est ni nécessaire ni souhaitable là où les communautés concernées diffèrent.

L'administrateur de la zone racine n'est pas le mainteneur de la zone racine

La confusion entre les fonctions commence souvent par la confusion au sein de la racine DNS elle-même. L'opérateur de nommage IANA reçoit une demande de modification, valide l'autorité et les critères techniques, et soumet une modification approuvée. Le mainteneur de la zone racine compile la zone, applique la modification, signe le matériel pertinent et distribue le fichier résultant aux opérateurs de serveurs racine. Les opérateurs de serveurs racine servent ensuite la zone.

Avant la transition, la NTIA fournissait une étape d'autorisation et Verisign maintenait la zone en vertu de son accord de coopération avec les États-Unis. Après la transition, l'étape de la NTIA a été supprimée, et l'ICANN a conclu un accord de maintenance avec Verisign. L'ICANN et Verisign ont testé l'arrangement révisé en parallèle avant son entrée en vigueur.

Cette division montre pourquoi l'expression « contrôle de la racine » est analytiquement faible. Contrôle de quoi: validation, politique, compilation, signature, distribution ou service? Différents acteurs répondent à chaque question. Un opérateur de domaine de premier niveau contrôle également sa zone déléguée, tandis que les résolveurs récursifs et les opérateurs de réseau décident quelles informations racine ils utilisent. L'existence d'une racine publique canonique n'élimine pas la responsabilité distribuée.

L'enregistrement des numéros a une hiérarchie parallèle mais différente. L'IANA enregistre les allocations de niveau supérieur aux RIR. Les RIR allouent ou assignent les ressources régionalement. Les registres locaux et les réseaux les reçoivent et les utilisent. Aucun mainteneur de zone racine ne se trouve au-dessus de cette hiérarchie avec l'autorité d'approuver un transfert d'ASN. Un rôle de racine DNS ne peut pas être transposé sur l'allocation de numéros simplement en qualifiant les deux systèmes de hiérarchiques.

La leçon est méthodologique. L'analyse institutionnelle devrait identifier la transaction exacte et l'acteur habilité à l'exécuter. Des titres comme administrateur, opérateur, mainteneur, registre et organe politique décrivent des pouvoirs différents. Le prestige grandit quand ces titres sont traités comme des synonymes.

Le DNS inverse est une intersection, pas une fusion

Le DNS inverse est le cas limite le plus difficile parce qu'il relie l'espace d'adressage au DNS. Les délégations inverses IPv4 utilisentin-addr.arpa; IPv6 utiliseip6.arpa. L'IANA, les RIR et les détenteurs d'adresses participent à différents niveaux de ces zones. Un lecteur pourrait conclure que quiconque contrôle la racine DNS contrôle donc le sens ou la propriété des adresses IP.

La conclusion est fausse. La délégation DNS inverse suit l'autorité sur les ressources de numéros; elle ne la crée pas. Un enregistrement PTR peut associer une adresse à un nom de domaine, mais il n'alloue pas l'adresse. Une mise à jour de la zone parente peut rendre une zone inverse accessible, mais elle ne décide pas si le détenteur a satisfait à la politique de transfert d'un RIR. La validation DNSSEC protège l'intégrité d'une chaîne de noms; elle ne se prononce pas sur le titre du bloc de numéros sous-jacent.

L'amendement de 2024 à l'accord de niveau de service de numérotation renforce cette distinction. Les parties ont ajouté les services de résolution inverse à l'accord entre l'ICANN et les RIR, y compris les attentes de performance pour l'accusé de réception des demandes, la propagation et la disponibilité. Ce placement reconnaît le DNS inverse comme un service nécessaire à la communauté de numérotation, même si le service utilise la technologie DNS.

L'IETF a également un rôle parce qu'elle spécifie les protocoles pertinents et les limites techniques. Les RIR ont autorité sur les enregistrements de numéros régionaux et soumettent les modifications inverses supérieures. L'IANA administre les zones supérieures pertinentes conformément à ces responsabilités. C'est une autorité coordonnée à travers une couture, pas l'annexion des numéros par les noms.

Les technologies frontalières invitent souvent au dépassement institutionnel parce que chaque entité peut montrer une étape nécessaire. La nécessité n'est pas la suprématie. Un mainteneur doit publier la délégation, mais ne peut pas choisir le détenteur légal de l'adresse. Un RIR peut reconnaître le détenteur, mais ne peut pas forcer une zone mal formée dans le DNS. L'IETF peut définir le protocole, mais ne décide pas de chaque allocation régionale. La gouvernance fonctionne lorsque chaque acteur nécessaire peut refuser dans un champ révisable et ne peut pas utiliser ce refus pour revendiquer les mandats des autres.

Le pouvoir du Conseil d'administration est réel et limité

Parce que le Conseil d'administration de l'ICANN se trouve au-dessus de l'organisation et de PTI, les observateurs le traitent parfois comme le législateur final pour toute question d'identifiant. Le Conseil a effectivement une autorité substantielle. Il approuve les actions de l'entreprise, ratifie les politiques mondiales de numéros qualifiées, supervise la performance de l'ICANN et agit dans le cadre de la responsabilité. L'ASO sélectionne deux administrateurs, tandis que les organes de noms en sélectionnent d'autres.

L'appartenance au Conseil ne fusionne pas les mandats. Les administrateurs servent en tant qu'individus avec des devoirs envers l'ICANN, pas en tant que représentants mandatés par l'organe de nomination. Un administrateur sélectionné par l'ASO ne devient pas un délégué de RIR avec le pouvoir de réécrire la politique régionale. Un administrateur associé aux noms n'acquiert pas le consentement de la communauté des numéros simplement en votant sur une résolution de l'ICANN.

Pour la politique des numéros, le rôle du Conseil est intégré dans le mémorandum ASO et les statuts. La proposition doit émerger par la séquence régionale et mondiale convenue. L'examen du Conseil est une garantie et un point de responsabilité institutionnelle, pas un substitut indépendant à l'accord de la communauté. Si le Conseil a des préoccupations, la procédure établie régit la manière dont elles sont traitées.

Pour la performance de nommage, le Conseil opère en vertu des articles 16 à 19, du contrat de nommage et des seuils d'approbation spéciaux concernant les examens et la séparation. La ccNSO, la GNSO et la Communauté habilitée ont des positions définies. Ces dispositions sont détaillées précisément parce que le pouvoir discrétionnaire ordinaire de l'entreprise n'a pas été jugé suffisant.

Le Conseil ne peut pas non plus agir en dehors de la mission de l'ICANN. Une revendication expansive fondée sur le prestige public de l'organisation peut donc être contestée comme un problème de mandat, et pas seulement critiquée comme une mauvaise étiquette. La légitimité institutionnelle dépend de la démonstration de la chaîne allant de la mission à la communauté concernée à la procédure convenue.

Cela ne rend pas le Conseil cérémoniel. Cela signifie que l'autorité est conditionnelle. Le Conseil peut ratifier, superviser, financer, contracter et faire appliquer dans des canaux définis. Il ne peut pas transformer une controverse de zone racine en une règle d'allocation régionale de numéros sans le processus de la communauté des numéros.

Les ressources partagées créent une dépendance, pas une compétence

L'exploitation par PTI des noms, des numéros et des paramètres de protocole utilise des personnes, des installations et un soutien communs de l'ICANN. L'accord de services post-transition couvre des fonctions telles que les finances, le soutien juridique, les ressources humaines et la technologie. Les arrangements partagés peuvent créer des dépendances opérationnelles. Une perturbation d'un service d'authentification commun ou d'un bureau peut affecter plus d'une fonction.

La dépendance importe pour la continuité. Une communauté envisageant un autre opérateur doit savoir quels systèmes peuvent être séparés, quels enregistrements sont portables et quelle expertise est partagée. Les plans de transition doivent préserver les autres fonctions. Le risque est pratique, pas constitutionnel.

Les organisations convertissent souvent la dépendance en influence. Si une partie contrôle un service partagé, elle peut influencer le calendrier, les budgets ou l'information. C'est pourquoi des accords séparés nécessitent des obligations de financement, des mesures de performance, la portabilité et l'examen. Mais l'influence découlant de la dépendance n'est pas une autorité politique légitime. C'est un risque à gouverner.

La distinction peut être testée avec un contrefactuel simple. Supposons que l'ICANN cesse de financer un service commun et que la performance de numérotation se détériore. Les RIR auraient une réclamation en vertu de leur accord; l'ICANN ne pourrait pas défendre l'échec en invoquant l'approbation de sa communauté de noms. Inversement, si le contrat de nommage était modifié après une procédure de nommage appropriée, le changement ne réécrirait pas l'accord de niveau de service des RIR à moins que ces parties ne l'acceptent séparément.

La marque partagée crée une dépendance similaire de la compréhension du public. Le nom IANA rassure les utilisateurs que les registres font autorité. Diviser chaque fonction en une marque différente pourrait créer de la confusion et affaiblir la confiance. Garder la marque est sensé tant que les documents publics indiquent quel mandat soutient chaque acte.

La bonne conclusion n'est donc ni la séparation totale ni l'unité supposée. L'intégration opérationnelle peut continuer. L'autorité doit rester spécifique à la fonction, attestée et portable.

Cinq tests pour la non-transférabilité fonctionnelle

Le premier test est l'origine de la politique. Qui élabore la règle appliquée? Une politique de consensus de domaine générique émerge par les mécanismes définis de la GNSO. Une politique mondiale de code pays suit le champ de la ccNSO. Une règle de numéros régionale surgit dans la communauté RIR pertinente. Une règle de numéros mondiale doit passer par toutes les régions et la séquence ASO. Une instruction de paramètre de protocole provient de l'organisme de normalisation compétent. Si une revendication ne pointe que vers le statut général de l'ICANN, elle n'a pas répondu à la question politique.

Le deuxième test est l'identité du client. Les clients du nommage incluent les opérateurs de registres de domaines de premier niveau et d'autres utilisateurs directs spécifiés par l'arrangement de nommage. Les clients de la numérotation au niveau supérieur de l'IANA sont les RIR. Les utilisateurs des registres de protocoles s'organisent par la relation avec l'IETF. Le client détermine ce que signifie un service satisfaisant et qui peut fournir une preuve directe de défaillance.

Le troisième test est l'accord régissant. La performance de nommage est définie par le contrat de nommage ICANN-PTI et l'énoncé des travaux. La performance de numérotation est définie principalement par l'accord de niveau de service RIR-ICANN, PTI exécutant en sous-traitance. La maintenance de la racine est régie par l'accord ICANN-Verisign. Les paramètres de protocole suivent le mémorandum IETF-ICANN et les arrangements connexes. Un accord ne peut pas être cité comme s'il en modifiait un autre.

Le quatrième test est l'applicabilité. Le CSC surveille les noms et peut escalader dans la chaîne de nommage. Les RIR détiennent les droits de numérotation et agissent collectivement. L'ICANN peut faire appliquer son accord de mainteneur de racine. L'IETF a les droits établis pour les registres de protocoles. Le prestige ne donne pas à un organe la qualité pour agir qu'il n'a pas dans l'instrument pertinent.

Le cinquième test est le remplacement. La procédure de séparation des noms peut choisir un autre opérateur de nommage. Les RIR peuvent choisir un opérateur de numérotation successeur. Le mainteneur de racine peut être transféré selon ses propres dispositions. La capacité de remplacer un fournisseur sans remplacer automatiquement les autres est une preuve décisive que les fonctions sont institutionnellement séparables.

Ensemble, ces tests exposent la plupart des fausses revendications. Ils ne demandent pas qui a la plus grande conférence, la marque la plus connue ou l'histoire la plus chargée politiquement. Ils demandent qui est autorisé à prendre et à faire appliquer la décision en cause.

Erreurs de catégorie courantes dans le débat public

La première erreur est de dire que l'ICANN alloue des adresses aux utilisateurs d'Internet parce qu'elle coordonne le pool de niveau supérieur. En fonctionnement ordinaire, les RIR servent les membres régionaux et d'autres bénéficiaires. Le rôle de niveau supérieur de l'IANA est essentiel mais étroit. Il ne fait pas de l'ICANN le registre direct pour chaque réseau.

La deuxième est d'inférer qu'une décision controversée de domaine de premier niveau prouve comment l'ICANN trancherait un litige d'ASN. Les entités, les politiques, les preuves et les canaux d'examen diffèrent. Une histoire de déférence ou d'intervention dans les noms peut offrir un avertissement culturel, mais ce n'est pas un précédent juridique pour la politique des numéros.

La troisième est de traiter le Comité permanent des clients comme un régulateur universel de l'IANA. Sa mission concerne la performance de nommage. La numérotation a un Comité d'examen séparé avec un statut consultatif et des parties contractuelles distinctes. Une escalade de noms ne peut pas guérir une défaillance du service de numéros.

La quatrième est de supposer que la capacité de l'ICANN à contracter avec le mainteneur de la zone racine lui permet de modifier l'autorité du DNS inverse contrairement aux allocations de numéros. La maintenance doit suivre des instructions authentifiées et autorisées et les responsabilités pertinentes. La publication technique n'est pas la propriété effective.

La cinquième est de supposer qu'un siège au Conseil de l'ICANN sélectionné par l'ASO transforme le Conseil en source de consensus régional. La sélection donne à la communauté de numérotation une participation à la gouvernance d'entreprise. Elle ne transfère pas le mandat politique des communautés RIR à deux individus.

La sixième est de traiter un seul opérateur comme preuve que la séparation est impossible. Les arrangements de 2016 envisagent expressément des successeurs spécifiques à chaque fonction. La transition peut être coûteuse et les systèmes partagés peuvent devoir être divisés, mais la difficulté n'est pas l'inexistence.

La septième est l'erreur inverse: prétendre que l'ICANN n'a aucun rôle dans les numéros. Les statuts lui donnent une mission de coordination de niveau supérieur, le Conseil participe à la ratification des politiques mondiales et l'ICANN est la contrepartie du service de numérotation. Corriger le dépassement ne doit pas effacer l'autorité définie.

Pourquoi le débordement peut nuire à la gouvernance des numéros

L'erreur de lieu est le premier préjudice. Si des gouvernements, des entreprises ou des défenseurs portent un litige d'allocation régionale devant les institutions de noms, les personnes ayant la connaissance opérationnelle et la légitimité politique peuvent être contournées. Un forum très visible peut alors se prononcer sur une question qu'il est mal équipé pour résoudre.

Le deuxième préjudice est la dilution de la responsabilité. L'ICANN peut être blâmée pour une décision de RIR qu'elle n'a pas prise, tandis que le RIR échappe à l'examen. Ou le prestige de l'ICANN peut être utilisé pour valider une action régionale faible sans tester la procédure régionale. La responsabilité devient si large que personne n'est responsable de l'acte exact.

Le troisième est la capture du consensus. Une circonscription de noms bien dotée en ressources peut dominer l'attention lors des réunions mondiales et présenter ses priorités comme l'avis de la communauté Internet. Les entités aux numéros ne sont pas nécessairement absents; leur mandat s'exerce par le biais de forums différents. Compter la participation dans la mauvaise salle peut fabriquer un consensus.

Le quatrième est la centralisation de crise. Lors d'un litige de gouvernance de RIR, des étrangers peuvent appeler l'ICANN à prendre le relais parce qu'elle semble être l'autorité mondiale la plus proche. L'impulsion peut ignorer les critères de reconnaissance, la légitimité régionale, la continuité opérationnelle et les rôles convenus de la NRO et de l'ASO. Une intervention centrale précipitée peut affaiblir le système distribué qu'elle prétend protéger.

Le cinquième est la substitution probatoire. Les indicateurs de stabilité de la zone racine, les examens du service de nommage ou les registres de conformité des domaines génériques peuvent être offerts comme preuve que l'enregistrement des numéros est solide. Ils mesurent des transactions différentes. Le personnel partagé peut justifier une évaluation des risques opérationnels interfonctionnelle, mais pas la substitution de la preuve d'une fonction par celle d'une autre.

Le préjudice final est le précédent par la rhétorique. Des descriptions répétées de l'ICANN comme propriétaire ou régulateur suprême des numéros Internet peuvent durcir les attentes. De futurs conseils d'administration, gouvernements ou tribunaux peuvent rencontrer un dossier public qui exagère le mandat. La précision aujourd'hui protège les frontières institutionnelles demain.

Les frontières ne nécessitent pas d'hostilité institutionnelle

Il est possible de défendre l'autonomie de la communauté des numéros sans traiter l'ICANN comme un adversaire. Le système actuel dépend de la coopération. L'ICANN finance et soutient PTI, contracte pour la maintenance de la racine, héberge les structures de gouvernance et exécute le service de numérotation. Les RIR participent à l'ASO, sélectionnent des administrateurs et remboursent le service. L'IETF fournit les contraintes techniques. Ces relations peuvent bien fonctionner parce que les devoirs sont répartis, pas parce que tout le monde est fusionné.

L'expertise en noms peut également aider les opérations de numéros. Les pratiques de sécurité, les tests de continuité et l'ingénierie des registres peuvent être partagés. Un spécialiste DNS est pertinent pour le DNS inverse. Un audit d'entreprise peut examiner les contrôles communs. La consultation intercommunautaire est sensée lorsqu'un changement proposé affecte plusieurs fonctions.

La consultation n'est pas le consentement. Un organe de noms peut identifier une dépendance mais ne peut pas approuver une politique de numéros pour les RIR. Les RIR peuvent expliquer les effets sur les numéros mais ne peuvent pas dicter la politique des domaines génériques. Le travail intercommunautaire le plus solide indique quel organe détient la décision finale et pourquoi.

Les frontières doivent également être perméables aux preuves. Si un service commun échoue, chaque communauté affectée devrait recevoir un compte rendu véridique. Si une séparation de nommage planifiée devait perturber les opérations de numéros, les RIR devraient être consultés avant la mise en œuvre. L'autonomie fonctionnelle ne justifie pas le secret sur les risques partagés.

L'objectif est une fédération disciplinée: des opérations communes là où l'efficacité et la sécurité les justifient, des mandats séparés là où la légitimité les exige, et une coordination explicite aux coutures.

Comment parler avec précision de l'autorité

Les institutions publiques devraient cesser d'utiliser « l'autorité de l'IANA » sans nommer la fonction. Une déclaration devrait dire opérateur de nommage IANA, opérateur de numérotation IANA ou opérateur de registre des paramètres de protocole. Administrateur de la zone racine et mainteneur de la zone racine ne devraient pas être interchangeables. Le rôle d'entreprise de l'ICANN devrait être distingué du rôle opérationnel de PTI.

Les revendications sur la politique des numéros devraient citer le chemin politique régional ou mondial. Les revendications sur la performance du service devraient citer l'accord de niveau de service de numérotation et les rapports mensuels. Les revendications sur la supervision du nommage devraient citer le contrat de nommage, le CSC ou l'examen de nommage. Les revendications sur la production du fichier racine devraient citer l'accord de mainteneur. Cette discipline de citation n'est pas du pédantisme; elle révèle qui peut être contesté.

Les comptes rendus de réunion devraient identifier la capacité dans laquelle un entité parle. Un administrateur de l'ICANN, un membre du Conseil d'adresses de l'ASO, un dirigeant de RIR et un membre du Comité d'examen peuvent être la même personne à différents moments, mais l'autorité change avec le rôle. L'expertise personnelle peut franchir les frontières; le pouvoir institutionnel ne peut pas être supposé suivre.

La couverture médiatique devrait poser les cinq questions de non-transférabilité avant de décrire un organe comme ayant le contrôle. Qui a fait la politique? Qui est le client? Quel accord s'applique? Qui peut faire appliquer? Qui choisit un successeur? Si les réponses pointent vers les RIR et la communauté des numéros, le prestige de la zone racine est un contexte plutôt qu'une autorité.

Les tribunaux et les gouvernements devraient être tout aussi précis. L'incorporation en Californie et les accords de l'ICANN créent des droits légaux, mais ils ne font pas de chaque litige de numéros une affaire d'entreprise de l'ICANN. La compétence d'un RIR, ses engagements d'adhésion et ses procédures régionales peuvent contrôler une décision régionale. L'accord de niveau de service de numérotation régit le service de niveau supérieur entre ses parties nommées. Les arrangements de la zone racine répondent à des questions différentes.

La précision du langage a un avantage opérationnel. Pendant une défaillance, les intervenants savent qui contacter, quelles preuves préserver et quel recours est disponible. Pendant l'élaboration des politiques, les entités savent où le consentement doit être construit. Pendant la transition, les contreparties savent quel service peut bouger et lequel peut rester.

Les limites de l'argument de séparation

La distinction fonctionnelle ne doit pas être exagérée en indépendance totale. Les noms et les numéros contribuent tous deux au fonctionnement stable des identifiants uniques. Ils partagent la marque IANA, PTI, le soutien de l'ICANN et une partie de l'infrastructure technique. Une défaillance corporative ou de sécurité peut franchir la frontière. Les décisions budgétaires de l'ICANN peuvent affecter la capacité de PTI à exécuter les trois fonctions.

L'ICANN a aussi une véritable mission dans la coordination des numéros. Le rôle de ratification du Conseil et la place de l'ASO dans les statuts ne sont pas décoratifs. Les politiques mondiales de numéros ont besoin d'être exécutées au sommet de la hiérarchie. Les RIR ont choisi l'ICANN comme contrepartie en 2016 plutôt que de former un opérateur entièrement séparé dès le premier jour.

Les RIR ne sont pas non plus à l'abri des questions de légitimité. La participation à la politique régionale, la responsabilité des membres, la conduite du conseil, la reconnaissance et la continuité peuvent toutes être contestées. Dire que la GNSO n'a pas autorité sur un RIR ne prouve pas que chaque décision de RIR est correcte. Cela identifie le forum et les normes par lesquels la décision doit être jugée.

Les communautés opérationnelles peuvent également convenir de modifier leurs relations. Les parties peuvent amender l'accord de numérotation. Les statuts de l'ICANN peuvent être modifiés selon leurs procédures requises. L'IETF et l'ICANN peuvent mettre à jour leur mémorandum. La non-transférabilité fonctionnelle n'est pas une immobilité éternelle; elle signifie que le changement nécessite le consentement des bons titulaires plutôt qu'une supposition fondée sur le prestige.

Enfin, certains événements nécessitent légitimement une action conjointe. Une compromission majeure des systèmes partagés, un changement des arrangements de propriété intellectuelle de l'IANA ou une transition affectant le personnel commun peut toucher toutes les fonctions. L'action conjointe reste une coordination de mandats, pas la preuve qu'un mandat a englouti les autres.

Le prestige devrait suivre la performance dans le mandat

L'ICANN mérite d'être reconnue pour une coordination stable de la zone racine lorsque les preuves le soutiennent. PTI mérite d'être reconnue pour un service de numérotation précis lorsque ses rapports et l'examen des RIR soutiennent cette conclusion. Les RIR méritent d'être reconnus pour une politique régionale légitime lorsque leurs communautés peuvent voir comment les décisions ont été prises. Le prestige est le plus sain lorsqu'il suit une performance démontrée dans un rôle défini.

L'ordre inverse est dangereux. Si le prestige devient la prémisse, une institution peut revendiquer une autorité adjacente parce qu'elle est digne de confiance ailleurs. Le résultat est l'inflation du mandat: la gestion de la racine devient la souveraineté des noms; la souveraineté des noms devient la souveraineté des identifiants; la souveraineté des identifiants devient une revendication sur les réseaux et le contenu. Les propres limitations de mission de l'ICANN rejettent cette progression.

Le système d'identifiants de l'Internet est résilient en partie parce qu'aucune hiérarchie de prestige unique ne contrôle chaque couche. Les normes, les registres de niveau supérieur, les registres régionaux, les registres locaux, les opérateurs DNS et les opérateurs de réseau se contraignent mutuellement. La coordination est réalisée par des interfaces documentées et des accords plutôt que par un administrateur universel.

Le label IANA devrait être compris dans cette tradition distribuée. Il marque une performance de confiance de plusieurs rôles connexes. Il n'efface pas les communautés qui autorisent ces rôles. L'exécution partagée est un service à la gouvernance plurielle, pas un argument contre elle.

Une frontière qui protège les deux systèmes

Séparer l'autorité des noms de l'autorité des numéros protège la communauté de numérotation de la capture par une circonscription plus visible. Elle protège également la gouvernance des noms d'être tenue responsable de décisions qu'elle ne peut pas légitimement contrôler. Des frontières claires rendent la responsabilité plus juste dans les deux sens.

Pour les numéros, la chaîne opérative est explicite. L'IETF définit les contraintes techniques. Les communautés régionales élaborent la politique régionale. Les cinq RIR coordonnent la politique mondiale par le biais des arrangements de la NRO et de l'ASO. L'ICANN et PTI exécutent le service de niveau supérieur en vertu d'un accord que les RIR peuvent faire appliquer et, en fin de compte, remplacer.

Pour les noms, les communautés génériques et de codes pays élaborent des politiques dans leurs champs d'application. PTI exécute la fonction de nommage IANA sous contrat. Le CSC surveille le service des clients. Les examens de nommage et la procédure de séparation fournissent des escalades. Verisign maintient le fichier de zone racine en vertu d'un accord distinct. Les opérateurs de serveurs racine distribuent le résultat aux utilisateurs.

Les chaînes se rencontrent dans une seule entreprise et à plusieurs coutures techniques, mais elles ne deviennent pas interchangeables. L'autorité d'un acteur au point de rencontre est limitée à la tâche qui l'y a amené. C'est l'essence de la non-transférabilité fonctionnelle.

La politique de la zone racine continuera d'attirer l'attention. Les gouvernements se soucieront des domaines nationaux, les entreprises se soucieront des chaînes génériques et les spécialistes de la sécurité se soucieront de la racine DNS. Cette attention peut éclairer la gouvernance. Elle ne devient nuisible que lorsqu'elle est traitée comme une source de pouvoir sur un système de registre différent.

La réponse correcte n'est pas un slogan selon lequel l'ICANN a toute l'autorité ou aucune. C'est une carte des mandats. Nommez la fonction, la communauté politique, le client, l'accord, le recours et le droit de succession. Une fois ceux-ci visibles, le débordement de prestige perd sa force constitutionnelle. La racine DNS reste vitale, et les registres de numéros restent régis par les communautés dont les réseaux dépendent d'eux.

Sources

Statuts de l'ICANN, Articles 1, 9 et 16–19— clauses de mission distinctes, rôle de l'ASO, contrat de nommage, CSC, examens de nommage et séparation spécifique au nommage.
RFC 7020, Le système de registre des numéros Internet— l'IANA en tant que rôle, la hiérarchie d'allocation, les responsabilités de l'IETF et l'autorité politique régionale.
Mémorandum de 2004 de l'Organisation de soutien pour les adresses de l'ICANN— relation politique mondiale sur les numéros entre la NRO, l'ASO et l'ICANN, conservé ici comme texte historique sous-tendant la séquence politique citée.
Annonce par l'ICANN du mémorandum ASO de 2004— objet déclaré de l'ASO et rôle de politique des numéros ascendant.
Accord de niveau de service pour les services de numérotation IANA— légitimité des RIR, devoirs de l'opérateur, séparation des politiques, recours et sélection du successeur.
Proposition de transition de la communauté des numéros Internet— le choix de la communauté de numérotation d'un accord direct et d'un Comité d'examen régional.
Proposition de transition de la supervision de l'IANA— propositions indépendantes des communautés des noms, des numéros et des paramètres de protocole et la justification de la subsidiarité.
RFC 7979, réponse de la communauté des paramètres de protocole à la transition— communautés opérationnelles distinctes et réponse de l'IETF.
Contrat de fonction de nommage IANA— devoirs de nommage de PTI, exclusions, transparence et continuité.
Dossier du Conseil de l'ICANN approuvant le contrat de nommage— clients spécifiques au nommage, attentes de service et arrangement juridique.
Index des accords de PTI— instruments distincts pour le nommage, la numérotation, les paramètres de protocole et le mainteneur de la racine.
Arrangements d'entreprise post-transition de l'IANA— PTI, services communs et sous-contrats distincts pour les numéros et les protocoles.
Aperçu de l'accord sur le mainteneur de la zone racine— rôles distincts de l'IANA et de Verisign dans la production et la distribution de la zone racine.
Accord de service du mainteneur de la zone racine— devoirs du mainteneur et conditions de transition.
Compte rendu par l'ICANN de l'arrangement de la zone racine post-transition— suppression du rôle d'autorisation de la NTIA et continuation de la maintenance par Verisign.
Déclaration de politique de la NTIA de 1998 sur la gestion des noms et adresses Internet— accent historique sur la coordination DNS et la création d'une société à but non lucratif représentative.
RFC 2860, mémorandum IETF-ICANN concernant le travail technique de l'IANA— division entre l'autorité technique de l'IETF et le travail opérationnel de l'IANA.
Page de l'accord de niveau de service de numérotation de la NRO et amendement sur la résolution inverse— placement du DNS inverse dans la relation de service de numérotation.