Résumé

  • La NRO a annoncé le 28 juillet que l’ASO AC avait achevé la version 3 du RIR Governance Document, l’avait formellement remise au NRO EC et lui avait transféré la responsabilité du dossier.
  • Il s’agit d’un Recommended Draft, pas d’un texte approuvé ou adopté. Le NRO EC doit encore l’examiner, coordonner les étapes suivantes avec l’ICANN et les RIR, puis ouvrir la voie vers une version finale.
  • La version 3, sa justification, le redline comparatif avec la version 2, le nouveau calendrier et une éventuelle consultation seront publiés ou annoncés plus tard. Le 12 août, l’index NRO présentait toujours la version 2 comme projet courant.
  • Les documents antérieurs laissent ouvertes des questions sur la reconnaissance, les audits, la déréférenciation, la continuité d’urgence, la transition et les droits des détenteurs. Sans le nouveau texte, leur traitement demeure invérifiable.

Une transmission sans dossier comparatif

Le communiqué du 28 juillet établit clairement la chaîne de garde. L’ASO AC, qui remplit aussi le rôle du NRO Number Council, a terminé son travail de rédaction. Il a remis le résultat au NRO Executive Council. Désormais, ce dernier examine le document, coordonne avec l’ICANN et les cinq registres, et pilote la voie vers une version finale.

La chaîne de garde est publique. Son contenu ne l’est pas encore.

La NRO n’a pas joint la version 3 à son annonce. Elle a indiqué qu’elle publierait séparément le projet recommandé, un document expliquant les changements clés depuis la version 2 et une comparaison en redline. Elle a également promis un calendrier actualisé « bientôt », puis renvoyé à plus tard les informations sur une nouvelle possibilité de contribution et sur la procédure suivante.

Il ne s’agit pas d’un détail documentaire. Lorsque la responsabilité passe du rédacteur à l’exécutif, la publication simultanée permet de fixer ce qui a été remis avant que la coordination suivante ne commence. Sans elle, le public sait qu’un objet institutionnel a circulé, mais ne peut ni contrôler son état, ni distinguer le choix du rédacteur d’une modification ultérieure.

Ce que la chronologie permet d’affirmer

Le terme « recommandé » impose une limite. La remise n’équivaut ni à l’approbation par la NRO, ni à l’adoption par l’ICANN, ni à l’entrée en vigueur de nouvelles obligations. La page de procédure indique que la NRO et l’ICANN doivent encore définir les modalités d’approbation et d’adoption.

Le plan de travail 2026 de l’ASO AC prévoyait la rédaction finale en juillet-août, une présentation aux communautés RIR en septembre-octobre, puis la préparation du processus d’approbation en novembre. Le communiqué du 28 juillet annonce désormais un calendrier actualisé. Il faut donc lire l’ancien calendrier comme une référence de planification, non comme une échéance garantie.

Cette prudence ne réduit pas la portée de l’événement. Le contrôle de la prochaine étape a changé de niveau. Le NRO EC détermine désormais quand le texte devient visible, comment il est coordonné et à quel moment les organes ultérieurs se prononcent. C’est précisément pourquoi les preuves de version doivent suivre le transfert de responsabilité.

Les questions ouvertes avant la version 3

Le rapport d’état de mai 2026 donne une liste vérifiable des points encore discutés après la version 2.

La reconnaissance d’un nouveau RIR posait deux questions : le rôle d’un tiers indépendant dans la révision d’une décision, et le seuil dit « unanimité moins une » lorsque plusieurs registres pourraient avoir un conflit d’intérêts ou être incapables de voter.

La déréférenciation et l’audit ad hoc formaient un deuxième bloc. Dans la version 2, une proposition pouvait venir d’un RIR, d’un groupe atteignant 25 % des membres du registre concerné ou 2 000 membres — le chiffre le plus bas — ou de l’ICANN. Le NRO NC disait maintenir le seuil de déréférenciation, tout en discutant d’un seuil d’audit inférieur et de garde-fous contre les demandes répétitives.

La continuité d’urgence constituait un troisième centre de pouvoir. Son déclenchement exigeait l’accord unanime des autres RIR et de l’ICANN. Des contributions jugeaient ce seuil trop élevé pour une crise urgente et demandaient davantage de contrôle sur les prolongations. Le rapport promettait d’examiner les seuils et d’améliorer la transparence des décisions.

Enfin, le NRO NC annonçait des ajouts sur le plan de transition, la continuité du service, la protection des droits des détenteurs, les suites obligatoires d’un audit et la réhabilitation avant d’aller plus loin dans une déréférenciation.

Ces engagements montrent l’enjeu du redline. Une formule déplacée peut modifier le seuil, l’initiateur, le décideur, le recours ou le coût du délai. Sans version 3, il serait irresponsable d’affirmer que ces choix ont été renforcés, abandonnés ou conservés.

La consultation n’est pas un mandat en blanc

Le dossier contient une véritable histoire de participation : questionnaire sur les principes, consultation du premier projet, deuxième consultation sur la version 2, commentaires ICANN, réunions régionales, atelier et rapports d’état. Il faut la reconnaître. Dire qu’aucune consultation n’a eu lieu serait faux.

Mais cette histoire ne répond pas seule à la question d’autorité.

La Note 73 de Heng Lu sépare le stakeholder du principal. Le premier subit les effets d’une décision et peut fournir savoir, objection ou alerte. Le second autorise un acte contraignant. La participation n’est donc pas inutile ; elle devient trompeuse seulement lorsqu’une institution la transforme en mandat sur des personnes absentes.

Pour le projet RIR, le test n’est pas le nombre de réunions. Il faut savoir qui peut lancer un audit, constater l’échec d’un registre, déclencher une continuité d’urgence, désigner un opérateur provisoire, imposer une transition et examiner un recours. Il faut surtout savoir quel rôle appartient aux membres du registre touché.

Les mots « communauté », « consensus », « stewardship » ou « stabilité » décrivent la manière dont les institutions se présentent. Ils ne remplacent pas l’article qui attribue le pouvoir.

AFRINIC rend le contrôle concret

L’AFRINIC a relayé l’annonce sur sa page d’accueil. Ce relais ne valide ni le purported Board actuel, ni le Receiver, ni leurs soutiens, ni une politique de verrouillage. Il prouve seulement que le registre a inscrit la transmission du projet dans son actualité publique.

La crise d’AFRINIC explique pourquoi le mécanisme mondial n’est pas abstrait. La Note 17 de Heng Lu admet qu’une norme d’échec est nécessaire, puis refuse qu’elle serve à centraliser la déréférenciation et la réaccréditation entre la NRO et l’ICANN. Une décision aussi lourde doit rester pilotée par les membres et la base.

La Note 25 demande d’examiner le pouvoir de mise en œuvre plutôt que le vocabulaire protecteur : le cadre facilite-t-il l’entrée et la sortie, ou transforme-t-il la coordination en permission ? La Note 6 ajoute le critère opérationnel de portabilité. Si un réseau ne peut déplacer son état vérifié hors d’un registre défaillant, la continuité dépend toujours du gardien contesté.

La version 3 pourrait répondre de plusieurs façons. Le paquet public ne permet d’en attribuer aucune. L’attaque éditoriale la plus solide consiste donc à refuser qu’une annonce de procédure se substitue à la preuve du texte.

Le minimum à publier maintenant

La NRO EC a déjà défini trois pièces : la version 3, la justification et le redline. Elles devraient paraître ensemble, avec une date stable et une empreinte permettant d’identifier exactement le fichier remis par l’ASO AC.

Le calendrier révisé devrait préciser la période d’examen du NRO EC, la capacité de celui-ci à modifier le texte, les actes attendus de chaque RIR et de l’ICANN, le seuil d’approbation, la manière d’enregistrer un désaccord et l’existence ou non d’une nouvelle contribution publique. Toute modification exécutive devrait produire un second redline.

Un tableau de décision complèterait utilement le dossier : règle de la version 2, objection reçue, choix de la version 3, décideur, justification et procédure encore à rédiger. Les membres pourraient alors contrôler la différence entre contribution, décision et exécution.

La NRO a annoncé ouvertement la publication future et avait fourni un dossier comparatif pour la version 2. Ces faits contredisent une accusation automatique de dissimulation. Ils ne changent pas l’état présent : la responsabilité a été transférée avant que le public puisse inspecter l’objet transféré.

Tant que les trois pièces ne sont pas disponibles, aucune institution ne devrait demander aux membres d’accepter sur parole que la version 3 protège la continuité, les droits ou le pouvoir bottom-up. Il faut d’abord publier le texte qui permet de le vérifier.

Sources