Résumé

  • Le projet recommandé par le Conseil d’adressage de l’ASO est passé au Conseil exécutif du NRO pour sa finalisation ; il n’est ni adopté ni entré en vigueur.
  • L’ICANN a commencé à chiffrer la mise en œuvre et l’exploitation future, mais le compte rendu d’août indique qu’aucune autorisation de financement n’a été demandée et qu’une requête ultérieure au Project Fund est seulement envisagée.

Lorsqu’un nouveau texte de gouvernance paraît, le débat se concentre naturellement sur ce qu’il autorise. La version 3 recommandée du document de gouvernance des Regional Internet Registries (RIR) fournit matière à discussion : reconnaissance, audits, contrôles de conformité, plans de redressement, continuité d’urgence et déréconnaissance. Mais une autre question devient concrète : que faudra-t-il pour appliquer ces dispositions, et qui financera le travail ?

Le comité financier du conseil d’administration de l’ICANN en a donné un premier aperçu dans ses minutes du 25 août, publiées le 5 octobre. Le personnel évalue la faisabilité du cadre proposé, les capacités que l’ICANN pourrait devoir développer et les coûts associés. Aucune approbation financière n’était demandée lors de cette réunion. Le compte rendu anticipe une demande future au Project Fund, susceptible de financer une période de mise en œuvre de trois ans et de rembourser certaines dépenses d’exploitation de l’ICANN engagées durant les premières phases. Les coûts de fonctionnement après la transition ont également été évoqués.

Ces éléments ne constituent ni un budget approuvé, ni un devis, ni la preuve qu’une demande ultérieure a été déposée ou non. Ils documentent plutôt le passage entre la rédaction de règles et la préparation de l’institution appelée à les administrer. La question est de savoir si la voie d’adoption sera reliée à une voie de mise en œuvre finançable.

Un projet a changé de mains, pas de statut

Le Conseil d’adressage de l’Address Supporting Organization (ASO AC), qui exerce aussi les fonctions du NRO Number Council, a achevé ses travaux de rédaction et transmis la version recommandée au Conseil exécutif du Number Resource Organization (NRO EC) le 28 juillet. Le 1er septembre, l’ASO AC a publié le texte, une version avec suivi des modifications par rapport à la version 2 et une note expliquant les changements. La page de procédure du NRO indique que la finalisation relève désormais du NRO EC, qui coordonnera les mises à jour avec l’ICANN.

« Projet recommandé » ne signifie pas « cadre adopté ». Le calendrier du NRO prévoit des échanges communautaires à LACNIC 46, ICANN 87, ARIN 58 et RIPE 93 plus tard en octobre. L’étape d’approbation et d’adoption reste annoncée pour le quatrième trimestre 2026 ; au 8 octobre, les modalités de cette décision n’étaient pas encore déterminées par le NRO EC et l’ICANN. Le délai de trois ans ne court donc pas encore.

Le texte proposé va au-delà des critères initiaux d’ICP-2 : il prévoit des audits réguliers et des examens ciblés de conformité, désigne les acteurs susceptibles de demander certains examens, prévoit des plans de redressement dans certains cas et décrit des mécanismes temporaires de continuité d’urgence. Il attribue aussi des rôles aux RIR et à l’ICANN dans l’évaluation de propositions de reconnaissance ou de déréconnaissance. Ce sont des pouvoirs et procédures proposés, pas des activités déjà exercées dans un régime adopté.

Trois ans ne répondent pas à toutes les questions

La version 3 accorde à chaque RIR trois ans après l’entrée en vigueur du document pour respecter les nouvelles obligations qui n’étaient pas déjà contenues, explicitement ou implicitement, dans ICP-2. Cette période offre du temps. Elle ne précise pas le coût total, les capacités à construire à chaque étape, la répartition des dépenses ni le modèle d’exploitation à long terme.

Le compte rendu du comité financier commence à éclairer cette couche opérationnelle. Le personnel de l’ICANN estimait que l’élaboration du plan de travail aurait lieu pendant l’exercice 2027 et pourrait mobiliser des employés, des prestataires, des consultants et des juristes externes. Le comité a abordé à la fois le coût total de la mise en œuvre et les dépenses récurrentes possibles après la transition. Les minutes décrivent une voie de financement envisagée : une future demande au Project Fund pourrait couvrir les trois années d’application et récupérer des coûts déjà supportés par l’ICANN.

La différence entre démarrage et fonctionnement n’est pas un détail comptable. Un projet limité dans le temps peut payer la création d’outils, de procédures ou d’une capacité d’examen. Une fonction durable de conformité peut nécessiter des équipes, des audits périodiques, une gestion sécurisée des dossiers, un soutien juridique et la capacité de répondre lorsqu’un examen est déclenché. Financer l’un sans rendre l’autre visible pourrait laisser une institution responsable d’une mission sans base opérationnelle durable. C’est un risque à évaluer, pas un échec démontré par le compte rendu.

Les mécanismes proposés montrent pourquoi l’estimation ne se limite pas à la révision d’un document. Des évaluations de reconnaissance et de déréconnaissance pourraient devoir être préparées, examinées, motivées et publiées. Les audits seraient réalisés au moins tous les cinq ans. Des examens de conformité ciblés pourraient être demandés ou, dans certains cas, lancés par l’ICANN. Un plan de redressement peut exiger une vérification ultérieure. La continuité d’urgence peut imposer une coordination rapide si un RIR ne peut plus fournir tout ou partie de ses services.

Ces mécanismes impliquent du travail, mais les documents examinés ne publient ni estimation chiffrée, ni tableau d’effectifs, ni plan final.

Le financement fait partie de la conception

Si le cadre est adopté, l’ICANN pourrait assumer des tâches exigeant de nouvelles capacités, tandis que les RIR auraient leurs propres obligations. La distribution du travail et celle des financements influenceront donc le fonctionnement réel du cadre. La question n’est pas seulement de savoir si le texte prévoit une transition. Il faut aussi savoir si chaque étape a un responsable identifié, une voie de ressources viable et un moyen de rendre compte des dépenses récurrentes.

Cela compte particulièrement lorsque la même institution doit examiner la conformité et accompagner le redressement. Une capacité financée uniquement pour le lancement peut être insuffisante si les examens se répètent. À l’inverse, traiter d’emblée chaque nouvelle tâche comme un programme permanent avant d’en clarifier le périmètre peut surestimer les coûts. Un plan crédible devrait rendre ces distinctions visibles, plutôt que de les réunir dans un chiffre global.

Les sources permettent une conclusion limitée : l’ICANN a commencé l’évaluation de faisabilité et des coûts ; son comité financier n’a pas approuvé de financement lors de la réunion du 25 août ; et le personnel prévoyait une demande ultérieure au Project Fund tout en signalant des coûts d’exploitation possibles. Elles ne démontrent ni l’absence de financement, ni un défaut de planification, ni l’impossibilité du projet. Elles ne montrent pas non plus de demande finale, de décision du conseil ou de calendrier financé.

La prochaine étape consiste à relier ces états. Les réunions communautaires peuvent préciser le périmètre final. Le NRO EC et l’ICANN peuvent publier les modalités d’approbation. La planification 2027 de l’ICANN peut transformer la liste générale des capacités en étapes chiffrées. Une future demande peut distinguer les dépenses de démarrage des coûts récurrents, préciser les frais antérieurs à récupérer et indiquer ce qui se passe après la transition de trois ans.

La leçon pratique tient à la distinction entre autorité et capacité. Une règle peut autoriser un examen, mais quelqu’un doit être prêt à le mener. Une période de transition peut différer une obligation, sans expliquer comment construire les moyens nécessaires. Et une demande de fonds anticipée n’est pas une allocation. La version 3 reste une recommandation. La question de gouvernance est désormais de savoir si son éventuelle adoption s’accompagnera d’un compte rendu transparent des équipes, systèmes et ressources récurrentes nécessaires.

Sources

  1. Compte rendu du comité financier de l’ICANN, 25 août 2026
  2. Projet recommandé de document de gouvernance des RIR, note de justification et prochaines étapes de l’ASO AC
  3. Document de gouvernance des RIR, version 3 du NRO
  4. Procédure et calendrier de révision d’ICP-2 par le NRO
  5. Heng Lu, Note 62 (grille éditoriale uniquement)