Résumé

  • L’avis d’APNIC du 1er septembre rend publics le projet recommandé v3.4 du NRO NC, son texte comparé et sa note de motivation.
  • L’article 7.2 empêcherait toute modification du document pendant un dispositif temporaire de continuité d’urgence ou une proposition de déréférencement en attente.
  • Cette protection vise, selon la note de motivation, les changements précipités ou l’affaiblissement des exigences dans un moment difficile ; le texte reste un projet, non la preuve d’une urgence ou d’une règle en vigueur.

La disposition la plus parlante du document v3.4 est peut-être aussi l’une des plus courtes. L’article 7.1 prévoit qu’un amendement exigerait l’accord unanime de l’ICANN et des RIR, après consultation de leurs communautés. L’article 7.2 ajoute une limite : aucune modification ne pourrait intervenir lorsqu’un RIR fait l’objet d’un Temporary Emergency Continuity Arrangement, ou lorsqu’une proposition de Derecognition est pendante.

L’annonce d’APNIC situe clairement ce texte : il s’agit de la recommandation du Number Council de la NRO, publiée avec un redline et un document expliquant les changements. Elle n’annonce ni adoption définitive, ni mise en œuvre, ni cas ouvert. Rien dans ces sources ne dit qu’un RIR est aujourd’hui sous dispositif d’urgence, visé par une procédure de déréférencement, ou engagé dans une modification du texte.

La logique de la clause est toutefois explicite. La note de motivation explique qu’elle doit empêcher une réécriture hâtive liée à des circonstances particulières, ou une dilution des exigences au moment même où la situation devient difficile. C’est une précaution institutionnelle étroite : la règle qui organise une continuité d’urgence ou une procédure de déréférencement ne devrait pas être redéfinie pendant que les parties s’en servent.

L’article 5 fixe le périmètre. Le dispositif temporaire concerne la fourniture, pour un temps limité, des services de registre affectés. Le RIR concerné pourrait le déclencher pour tout ou partie de ses propres services. L’ICANN et deux tiers des autres RIR pourraient également le déclencher ou le renouveler, après échanges avec le RIR et sa communauté lorsque cela est raisonnablement possible. Sa durée est limitée à 90 jours, sauf renouvellement selon la même section, et l’ICANN devrait publier rapidement la portée et le motif de la décision. Ce sont des règles de procédure possibles, non le compte rendu d’un incident réel.

La valeur du gel dépend ensuite de sa lisibilité. Le projet prévoit plusieurs publications, mais ne dessine pas un registre unique permettant de savoir si l’article 7.2 est actif. Un reçu public concis suffirait : RIR concerné, type de situation, décision et date d’effet, portée, lien vers l’avis, renouvellement ou clôture, responsable de publication et corrections. Il n’aurait pas à révéler conseil juridique, détails techniques sensibles ou négociations.

Ce reçu ne rendrait pas le projet contraignant et ne résoudrait aucune crise. Il éviterait seulement de confondre une garantie proposée avec un gel effectivement déclenché. Dans un domaine où les mots de procédure peuvent vite être pris pour des faits opérationnels, cette distinction est essentielle.

Sources