Résumé

  • Le registre public d’AFRINIC classe AFPUB-2009-ASN-001 comme « Implemented » le 26 mai 2010. Cette date établit un acte régional précis : AFRINIC avait achevé une étape de son cycle de politique, publié le texte amendé et déclaré son propre état de mise en œuvre.
  • Une présentation officielle donnée lors d’AFRINIC-12 indiquait encore, peu après cette date, que la proposition n’avait pas été formellement transmise du NRO Executive Council à l’ASO Address Council. Cette transmission n’a été enregistrée qu’en juillet, puis ICANN a ratifié la politique mondiale le 21 septembre.
  • Rien dans les documents disponibles ne prouve qu’une base de données, un formulaire, une consigne interne, une transaction IANA ou le traitement d’une demande de membre a changé le 26 mai. L’absence de ces traces ne permet ni de nier l’étape régionale ni de l’élargir en déploiement mondial.
  • Une preuve de mise en œuvre robuste doit séparer six états : gouvernance régionale achevée, procédure régionale prête, politique mondiale ratifiée, processus IANA modifié, transaction observée et résultat vérifié chez l’opérateur. Une date unique ne peut pas fusionner ces états.

Trois dates qui ne racontent pas le même acte

Le dossier tient d’abord dans une tension chronologique. La page canonique d’AFRINIC indique que son conseil d’administration a approuvé la proposition le 25 mai 2010, puis affiche le statut « Implemented » et la date du 26 mai. Mais une présentation officielle du NRO-NC et de l’ASO-AC, donnée pendant AFRINIC-12 entre la fin mai et le début juin, explique que la proposition avait franchi les processus des cinq régions et que le conseil d’administration d’AFRINIC l’avait ratifiée, tout en précisant qu’elle n’était pas encore formellement passée du NRO Executive Council à l’ASO Address Council.

ICANN n’a annoncé sa ratification mondiale que le 21 septembre.

Ces trois jalons ne peuvent donc pas être traités comme trois formulations d’un même événement. Le 25 mai est, dans l’historique d’AFRINIC, une approbation par l’organe régional. Le 26 mai est une classification publique de mise en œuvre par AFRINIC. Le 21 septembre est la ratification au niveau d’ICANN, après les étapes de transmission et de vérification de juillet. Le fait que le même amendement circule entre ces institutions ne donne à aucune date le pouvoir d’absorber les autres.

La distinction est plus qu’une précaution de vocabulaire. Une politique mondiale de ressources numériques n’apparaît pas en un seul geste. Chaque registre régional mène son processus technique et institutionnel; le NRO Executive Council réunit ensuite le résultat commun; l’ASO Address Council vérifie le parcours de la proposition et la transmet; le conseil compétent d’ICANN ratifie; enfin, le service IANA doit effectuer les opérations nécessaires. La chaîne distribue des responsabilités. Elle distribue donc aussi les preuves attendues.

Le 26 mai constitue bien un fait. L’archive mensuelle d’AFRINIC comporte l’entrée AFPUB-2009-ASN-001 à cette date. L’archive des politiques et la page canonique conservent le statut « Implemented ». Le texte amendé, sa justification, l’argument contraire et son historique régional y sont publiés. Dire que rien ne s’est passé serait ignorer une décision de classement et l’achèvement public d’un cycle régional. Dire que la règle mondiale d’allocation d’IANA avait changé ce jour-là serait, à l’inverse, faire disparaître les étapes que les institutions elles-mêmes ont encore documentées après mai.

L’analyse doit rester exactement entre ces deux erreurs. AFRINIC a achevé et annoncé sa propre étape. La preuve disponible ne montre ni l’entrée en vigueur mondiale au 26 mai, ni une modification de production, ni un résultat différent pour un réseau africain. Le mot « mise en œuvre » a ici une portée démontrée, mais bornée.

L’amendement, sans lui prêter davantage

Un ASN, ou numéro de système autonome, identifie de façon unique un réseau relié à plus d’un autre réseau et maître de sa propre politique de routage. L’amendement AFPUB-2009-ASN-001 portait sur un point étroit de l’administration de ces numéros. Il prolongeait jusqu’au 31 décembre 2010 la période pendant laquelle IANA et les registres Internet régionaux devaient distinguer l’inventaire d’ASN sur 16 bits de l’inventaire réservé aux ASN sur 32 bits. À partir du 1er janvier 2011, les allocations devaient provenir d’un ensemble indifférencié sur 32 bits.

Il n’est pas nécessaire de reprendre ici l’algorithme amont, la taille des blocs, les seuils de réapprovisionnement ou les calculs de demande de la politique de base. Ce ne sont pas les éléments qui permettent de comprendre l’acte du 26 mai. Le changement pertinent est un report d’un an de la séparation administrative des deux classes d’inventaire. Sa raison opérationnelle était que l’adoption effective des ASN utilisables uniquement en 32 bits avançait moins vite que prévu.

Un stock total pouvait paraître suffisant tout en cachant une tension sur les numéros encore compatibles avec des systèmes déployés qui n’avaient pas achevé leur adaptation.

Cet enjeu explique pourquoi une préparation régionale anticipée pouvait être utile. Il n’établit pas qu’un équipement, un logiciel ou un réseau précis a été modifié le 26 mai. Il ne permet pas non plus d’inférer combien de demandes africaines exigeaient encore un ASN de la classe historiquement compatible. Les documents donnent la raison générale de l’amendement; ils ne fournissent ni le volume régional touché, ni une liste d’opérateurs, ni un avant-après mesuré du service.

La nuance économique est importante. Une ressource comptablement disponible n’est pas nécessairement une ressource immédiatement utilisable. Si les systèmes des opérateurs, de leurs fournisseurs ou de leurs partenaires ne traitent pas correctement une catégorie de numéro, la rareté utile est plus forte que la rareté nominale. L’amendement réduisait le risque de confondre ces deux mesures pendant une année supplémentaire. Mais une date administrative ne peut fabriquer ni compatibilité logicielle ni aptitude opérationnelle.

Elle peut organiser un stock et préparer un service; elle ne peut pas rendre fonctionnel par déclaration ce qui ne fonctionne pas sur le terrain.

La chronologie complète des couches

La proposition a été soumise à la liste de discussion RPD d’AFRINIC le 28 août 2009. Un consensus technique régional a été enregistré lors d’AFRINIC-11 le 27 novembre. Ce consensus est une entrée technique dans le processus, pas un mandat souverain, pas une loi, pas la preuve d’un assentiment unanime de tous les membres ou opérateurs. L’étape compte parce qu’elle fait avancer la proposition dans le cycle régional; elle ne transforme pas une communauté de discussion en principal politique de l’Afrique.

Les historiques divergent ensuite sur une autre séquence de 2009. AFRINIC situe sa période de dernier appel du 4 au 19 décembre, tandis qu’ICANN enregistre les dates du 2 au 17 décembre. La raison de cette différence n’est pas connue. Elle n’autorise aucune accusation et n’affecte pas, à elle seule, le contenu de l’amendement. Elle rappelle toutefois qu’un registre chronologique digne de confiance doit conserver les divergences au lieu de les lisser rétrospectivement.

En mai 2010 survient la discordance principale. Le rapport de contexte d’ICANN date l’adoption par le conseil d’administration d’AFRINIC du 24 mai. L’historique d’AFRINIC porte son approbation au 25 mai. AFRINIC donne ensuite le 26 mai comme date de mise en œuvre. Il s’agit donc de trois assertions attribuées : ICANN pour le 24, AFRINIC pour le 25, AFRINIC encore pour le statut du 26. Le dossier ne permet pas de choisir arbitrairement l’une des deux premières dates, de les déclarer interchangeables ou d’expliquer l’écart par un motif caché.

La présentation d’AFRINIC-12 constitue le point de contrôle contemporain. Elle décrit une proposition passée par toutes les régions en 2009 et 2010 et ratifiée par le conseil d’administration d’AFRINIC en mai, mais toujours en attente du passage formel du NRO-EC à l’ASO-AC. Cette formulation, prononcée après ou au voisinage immédiat de la date de mise en œuvre publiée, interdit de lire le 26 mai comme l’achèvement de toute la chaîne mondiale.

Le NRO Executive Council a envoyé la proposition finale à l’ASO Address Council le 13 juillet. L’ASO-AC l’a transmise au conseil d’administration d’ICANN le 22 juillet après vérification procédurale. Une période finale de commentaires publics s’est déroulée du 23 juillet au 13 août. Le 21 septembre, ICANN a annoncé la ratification par le comité exécutif de son conseil et indiqué que son personnel prendrait les mesures nécessaires à la mise en œuvre. Le texte mondial final a alors été publié.

Même cette annonce de septembre n’apporte pas, dans les pièces disponibles, une date précise de modification du processus de production d’IANA ni la trace d’une première transaction conforme à la nouvelle règle. Elle prouve une ratification mondiale et une instruction donnée au personnel pour poursuivre l’exécution. Elle ne prouve pas que l’ensemble des opérateurs était devenu compatible, ni que le changement technique a été achevé à la seconde même de l’annonce.

Enfin, un texte ultérieur du processus d’élaboration des politiques d’AFRINIC a explicitement distingué approbation et mise en œuvre et demandé l’annonce des dates d’adoption et de mise en œuvre. Ce texte n’a lui-même été mis en œuvre que le 11 novembre 2010. Il éclaire la manière dont AFRINIC a ensuite formalisé son vocabulaire, mais il ne faut pas le projeter en arrière comme la règle dont l’application en mai serait démontrée. Un instrument postérieur peut fournir un contexte; il ne réécrit pas la base juridique ou procédurale d’un acte antérieur.

Une matrice de preuve, pas une date magique

La séquence peut être lue comme une matrice à six couches. Pour chacune, un fait est établi et un élargissement reste interdit.

Couche Ce qui est établi Ce qui ne l’est pas
Jugement technique régional AFRINIC-11 a enregistré un consensus en novembre 2009 Un assentiment de tous les opérateurs ou un mandat souverain
Approbation institutionnelle régionale Le conseil d’administration d’AFRINIC a adopté la proposition en mai, avec une divergence entre les dates du 24 et du 25 Une ratification mondiale
Statut régional de mise en œuvre AFRINIC a publié « Implemented » et le 26 mai 2010 La modification d’un système, d’un formulaire ou d’une transaction déterminés
Acheminement procédural mondial Le NRO-EC et l’ASO-AC ont fait progresser la proposition en juillet Un effet rétroactif au 26 mai
Ratification mondiale Le comité exécutif du conseil d’ICANN a ratifié le texte le 21 septembre L’achèvement de la compatibilité chez les opérateurs
Exécution du service et résultat ICANN a annoncé des mesures de mise en œuvre; la justification décrit un risque réel d’inventaire utilisable La date précise du changement IANA, une transaction observée ou un résultat vérifié pour un opérateur africain

Cette matrice répond à une difficulté fréquente de la coordination des ressources Internet. Le même mot peut désigner la fin d’un vote interne, la publication d’une politique, la préparation d’une procédure, l’entrée en vigueur d’une règle commune, le déploiement dans un système ou la première opération observable. Quand les institutions emploient « mise en œuvre » sans étiquette de couche, le lecteur peut prendre un état local pour un état mondial. Il peut aussi commettre l’erreur inverse et nier la valeur d’une préparation locale parce que l’effet mondial n’est pas encore acquis.

Le bon test consiste à demander : quel objet a changé? Une page publique? Le manuel d’instruction du personnel? Les règles d’un formulaire? Une table d’inventaire? La façon dont AFRINIC sélectionne un numéro pour une demande? La façon dont IANA fournit un bloc à un registre régional? Le comportement d’un routeur ou d’un logiciel chez un opérateur? Chacune de ces réponses exige un responsable, une date et une trace différents.

Pour le 26 mai, l’objet observable est au minimum le statut public et l’achèvement déclaré du cycle régional. Le reste demeure indéterminé. Il est possible qu’AFRINIC ait préparé des consignes ou des outils en interne; il est possible que la date corresponde à une publication; il est possible qu’elle combine un état administratif et une préparation opérationnelle. Aucune de ces hypothèses ne doit être transformée en fait. Le document accessible ne fournit ni ticket de changement, ni liste de contrôle de déploiement, ni note au personnel, ni différence de configuration, ni résultat de test, ni plan de retour arrière.

Il ne fournit pas davantage de registre de demandes démontrant qu’un membre a reçu un traitement différent le 26 mai ou immédiatement après. Aucune transaction entre AFRINIC et IANA n’est reliée à cet amendement pour cette date. Aucun indicateur de délai, de disponibilité par classe ou d’échec évité n’est présenté avant et après. Enfin, rien ne prouve que la date de publication de l’archive et la date d’effet dans le service soient identiques.

Ce déficit de preuve ne justifie pas le qualificatif de « faux ». Il définit simplement la limite du reçu public. Le statut est une preuve forte de ce qu’AFRINIC a décidé de déclarer sur son propre cycle. Il est une preuve faible de la mécanique interne non publiée et ne constitue aucune preuve directe d’un changement amont chez IANA ou d’un résultat aval chez un opérateur.

La défense la plus solide du 26 mai

L’interprétation la plus favorable à AFRINIC est cohérente. Un registre régional n’a pas à attendre la dernière cérémonie mondiale pour préparer ses procédures. Si tous les processus régionaux ont convergé sur le même texte, il est raisonnable qu’une organisation mette ses équipes en état de l’appliquer, clarifie la continuité de l’inventaire compatible et marque sa propre condition préalable comme achevée. Attendre septembre avant toute préparation aurait pu créer un retard régional au moment où la règle mondiale deviendrait opérante.

Une date régionale ferme réduit aussi l’incertitude. Le personnel sait quel texte doit orienter la préparation. Les membres comprennent que la séparation des catégories d’inventaire doit continuer pendant la période prolongée. Les autres maillons de la chaîne peuvent compter AFRINIC parmi les régions ayant achevé leur parcours. Dans un système coordonné, ce signal a une valeur même s’il n’altère pas encore une transaction mondiale.

Cette défense est d’autant plus crédible que l’amendement visait un problème de compatibilité pratique. La prudence imposait de ne pas découvrir trop tard qu’un stock théorique sur 32 bits ne répondait pas aux contraintes de systèmes encore déployés. Préparer l’administration régionale avant la ratification finale pouvait donc diminuer un risque réel. L’organisation n’avait pas besoin de revendiquer un pouvoir sur IANA pour mettre en ordre ses propres procédures.

Mais la défense ne peut fonctionner qu’en acceptant une portée régionale. Elle ne démontre pas que le conseil d’administration d’AFRINIC pouvait ratifier pour les autres régions, pour ICANN ou pour IANA. Elle ne prouve pas que le service avait déjà changé. Elle montre plutôt pourquoi « mis en œuvre » peut avoir un sens local légitime : la condition régionale est satisfaite, le texte est publié, la préparation peut commencer ou être achevée, et AFRINIC se tient prête à agir dans les limites de la coordination commune.

Cette lecture protège l’acte de deux caricatures. AFRINIC n’a pas nécessairement prétendu se substituer à la chaîne mondiale; les documents ne donnent aucune base pour lui attribuer ce motif. Et l’acte ne se réduit pas nécessairement à une ligne sans conséquence; une classification publique peut aligner des attentes et déclencher une préparation. La seule position rigoureuse consiste à créditer ce qui est visible et à laisser indéterminé ce qui ne l’est pas.

L’objection la plus forte

L’objection porte moins sur le droit de se préparer que sur la qualité du reçu. Pour un lecteur raisonnable, une page canonique qui associe une politique dite mondiale, le mot « Implemented » et une date précise peut suggérer que la règle commune a pris effet. Or la présentation contemporaine montre que le passage NRO-EC–ASO-AC restait à faire, et les actes de juillet puis de septembre confirment que le parcours mondial n’était pas terminé. Sans précision de couche, l’étiquette risque de comprimer cinq mois d’institutions et d’opérations en un seul mot.

Le risque ne se limite pas à l’histoire. Une chronologie imprécise peut conduire un auditeur à attribuer au mauvais acteur un changement d’approvisionnement, à prendre une préparation régionale pour une instruction à IANA, ou à supposer qu’un membre a bénéficié d’un service dont aucune transaction ne porte la trace. Dans une situation de rareté, une date mal qualifiée peut aussi fausser l’analyse de l’inventaire réellement utilisable : on croit que la continuité était garantie dès mai alors que la règle commune et sa réalisation opérationnelle demeuraient en cours.

La réponse n’est pas d’accuser AFRINIC d’avoir trompé qui que ce soit. Le sens interne exact du statut n’est pas connu, et aucun élément ne soutient une conclusion de mauvaise conduite. La réponse est de demander un registre de mise en œuvre proportionné à l’importance de la déclaration. Celui-ci devrait indiquer l’instrument approuvé, l’organe responsable, la couche visée, la date d’annonce, la date d’effet, la date de déploiement éventuelle et les dépendances amont encore ouvertes.

Il devrait ensuite montrer ce qui a effectivement changé : version d’une procédure, différence de configuration ou de logique, formulaire concerné, règle de sélection d’inventaire, consigne donnée, essais exécutés, résultat attendu et résultat obtenu. Des exemples de transactions anonymisés permettraient de relier le texte à un service sans exposer les titulaires. Les exceptions, les dérogations, les conditions de retour arrière et la date d’extinction de la séparation devraient être visibles. Une réconciliation explicite avec l’état de la chaîne NRO–ASO–ICANN–IANA empêcherait enfin qu’un état régional soit lu comme une efficacité mondiale.

Un tel registre servirait aussi AFRINIC. Il permettrait de répondre à l’objection par une trace plutôt que par une interprétation du mot. Si la mise en œuvre du 26 mai correspondait uniquement à la publication et à la clôture régionale, la portée serait claire et défendable. Si elle comprenait une procédure interne prête, le document identifierait cette procédure. Si un changement de service n’était prévu qu’après la ratification mondiale, cette dépendance serait inscrite au lieu d’être devinée.

Du statut au reçu vérifiable

Un suivi sérieux ne devrait pas commencer par demander si une politique est « mise en œuvre ». Il devrait demander quels indicateurs ont changé et à quel niveau. Le premier ensemble est documentaire : instrument de décision, organe approbateur, propriétaire opérationnel, date de publication, date d’effet et date de déploiement doivent être enregistrés séparément. Toute divergence entre deux institutions doit rester visible dans un registre public, accompagnée d’une explication lorsqu’elle existe et d’une mention d’incertitude lorsqu’elle manque.

Le deuxième ensemble concerne la dépendance. Au jour où un registre régional annonce sa préparation, quel est l’état du processus chez les autres registres, au NRO-EC, à l’ASO-AC, chez ICANN et chez IANA? Une dépendance encore ouverte n’annule pas le travail local. Elle déclenche toutefois une étiquette explicite : « régional prêt, effet mondial en attente », par exemple. Le passage à l’état suivant ne devrait intervenir qu’après réception d’un acte identifiable, jamais par simple extrapolation.

Le contrôle doit être distribué. L’auteur de la décision publie l’instrument et sa portée. Le responsable du service publie la procédure et les résultats d’essai. La couche amont confirme sa propre date sans valider rétroactivement les étapes locales. Les opérateurs apportent des observations de fonctionnement. Un audit indépendant relie les reçus sans se substituer aux acteurs. Aucun participant ne reçoit, par cette architecture, le pouvoir de parler pour tous les autres.

Pour les nouvelles politiques, le choix le plus robuste est un reçu normalisé de mise en œuvre, produit à chaque étage. Il doit inclure les dépendances encore ouvertes, les exceptions, le mécanisme de retour arrière et la condition de fin. Il devrait être impossible de changer l’étiquette globale en agrégeant silencieusement des états régionaux hétérogènes. À l’inverse, une région prête ne devrait pas rester invisible jusqu’à l’acte final : son état peut être publié, à condition d’être nommé comme tel.

Trois axes rendent ce reçu contrôlable. L’axe temporel conserve côte à côte la décision, l’annonce, l’effet prévu, le déploiement constaté et la première transaction. L’axe fonctionnel nomme la couche : texte public, consigne, procédure, système régional, processus IANA ou résultat opérateur. L’axe de responsabilité relie chaque changement à l’acteur qui pouvait réellement l’effectuer. Une ligne dépourvue de l’un de ces axes reste une indication, pas la démonstration complète d’un service transformé.

Appliqué au 26 mai, ce format aurait évité d’exiger d’un seul mot plus qu’il ne pouvait fournir. La ligne régionale aurait pu porter l’approbation de mai, la publication du texte, l’état de préparation d’AFRINIC et la dépendance NRO-EC encore ouverte. Les lignes de juillet auraient enregistré les transmissions procédurales. Celle de septembre aurait porté la ratification d’ICANN. Une dernière ligne, encore absente du corpus accessible, aurait donné la date du changement dans le processus IANA et une transaction de référence.

La transaction de référence n’a pas besoin de révéler le titulaire d’une ressource. Un identifiant d’audit pseudonymisé, la classe d’inventaire sollicitée, la règle appliquée, l’horodatage, le résultat et l’exception éventuelle suffiraient à montrer que le service a suivi la politique. Une seconde trace pourrait confirmer que la procédure de retour arrière a été testée. L’objectif n’est pas de publier des données sensibles, mais d’empêcher que confidentialité et absence de preuve deviennent synonymes.

L’indépendance du contrôle compte tout autant. Une institution ne peut pas transformer sa propre annonce en preuve exhaustive par répétition. L’auditeur doit pouvoir vérifier la continuité entre décision, version de procédure, journal de déploiement et transaction, tandis que l’opérateur doit pouvoir confirmer le résultat qu’il observe. Cette répartition n’installe pas un nouveau souverain au-dessus du registre. Elle vérifie que chaque coordinateur a fait ce qu’il dit avoir fait dans les limites de sa fonction.

Plusieurs contrefactuels éprouvent la conclusion. Si AFRINIC avait attendu la ratification d’ICANN avant de préparer quoi que ce soit, le service régional aurait pu prendre du retard au moment légitime de l’entrée en vigueur mondiale. Cela justifie la préparation, pas l’anticipation d’un pouvoir amont. Si, au contraire, un lecteur prend le 26 mai pour la date mondiale, il ne peut expliquer ni la présentation d’AFRINIC-12 ni les transmissions de juillet ni la ratification de septembre. Cela invalide l’élargissement, pas l’étape régionale.

Si le statut n’avait eu d’autre contenu opérationnel que la publication du texte, il resterait un acte réel de gouvernance, mais un reçu faible de transformation du service. Si des changements internes avaient bien eu lieu sans être publiés, leur existence pourrait renforcer la portée régionale après vérification, sans modifier rétrospectivement le calendrier mondial. Enfin, si les documents avaient porté dès l’origine une étiquette de couche et une transaction témoin, la controverse de vocabulaire se serait réduite à une simple lecture de registre.

Ce raisonnement impose une discipline sur l’inconnu. Une lacune ne doit jamais être remplie par la présomption la plus favorable ou la plus hostile. L’absence de ticket ne démontre pas l’absence de préparation; l’existence d’un statut ne démontre pas un ticket. L’absence de transaction publique ne prouve pas qu’aucune demande n’a été traitée; elle interdit seulement de citer un résultat précis. La qualité de l’analyse dépend de cette capacité à laisser certaines cases ouvertes.

Le registre doit enfin prévoir la correction. Si une date est ensuite expliquée, l’ancienne mention ne disparaît pas : elle reçoit une note, la pièce nouvelle et la date de la correction. Si deux sources continuent de diverger, les deux assertions restent attribuées. Si un test échoue, son échec est conservé avec la mesure de remédiation. Une mémoire vérifiable est plus utile qu’une chronologie parfaitement lisse, car elle montre comment la coordination réagit au réel.

La primauté du code en fonctionnement

La règle de fond est simple : dans l’administration de ressources destinées à des réseaux réels, la réalité en fonctionnement prime le vocabulaire institutionnel. L’amendement existait parce que la capacité pratique à utiliser les numéros sur 32 bits n’avait pas progressé comme prévu. Une organisation pouvait décréter une date, mais cette date ne mettait pas à jour les logiciels, les équipements, les pratiques de filtrage ou les relations entre opérateurs.

Cette primauté ne signifie pas que seule une modification de routeur mérite le nom d’action. La tenue d’un inventaire unique, l’exactitude d’un registre et la coordination des procédures sont des fonctions nécessaires. Elle signifie que la réussite ultime doit être vérifiée dans les couches qu’une décision prétend toucher. Si le but est de préserver l’accès à des numéros effectivement utilisables, il faut mesurer la disponibilité de l’inventaire pertinent, le traitement des demandes et les incidents de compatibilité. Si le but est seulement de clore une étape régionale, il faut publier le texte, la décision et la portée.

Ainsi, chaque couche reçoit son propre critère. La gouvernance régionale est complète lorsque les actes régionaux exigés sont accomplis et documentés. La procédure régionale est prête lorsque les instructions, systèmes et tests nécessaires sont identifiables. La politique mondiale est ratifiée lorsque la chaîne institutionnelle commune a rendu son acte final. Le processus IANA est changé lorsque sa procédure ou son système porte une trace datée. Une transaction est observée lorsqu’un mouvement réel est enregistré.

Le résultat opérateur est vérifié lorsqu’un numéro est utilisable dans les conditions du réseau, et pas seulement disponible dans un inventaire.

Ce test à six étages refuse à la fois le fétichisme du document et le mépris du travail administratif. Un statut publié n’est pas un paquet routé; il n’est pas non plus rien. Il est un fait de gouvernance dont la valeur dépend de la précision de sa portée. La qualité de la coordination augmente lorsque les institutions peuvent montrer le passage d’un étage au suivant sans prétendre qu’un seul reçu les couvre tous.

Le périmètre d’autorité qui en découle

AFRINIC est un teneur de registre et un coordinateur privé. Sa fonction utile consiste à maintenir des enregistrements exacts, préserver l’unicité, administrer des procédures de service bornées et coordonner la cohérence avec les autres maillons du système. Il ne possède ni les réseaux ni les ressources de numérotation. Il ne détient aucun pouvoir souverain, législatif, réglementaire, policier, de poursuite, judiciaire, punitif, confiscatoire ou de propriété.

Cette limite éclaire l’acte de 2010. L’interprétation la plus forte du 26 mai n’est pas celle d’un législateur privé qui aurait fait la loi pour l’Afrique ou pour IANA. C’est celle d’un teneur de registre qui termine son étape, publie le texte applicable à son administration et prépare sa participation à une procédure commune. Plus l’acte reste proche de l’unicité, de l’exactitude, de l’interopérabilité et d’un service vérifiable, plus il est solide. Plus son vocabulaire suggère un commandement général sans instrument ni résultat observable, plus la preuve devient insuffisante.

Le consensus de novembre 2009 doit être lu de la même manière. Il fournit un jugement technique et une entrée à la procédure; il ne crée pas un peuple politique, un principal souverain ou une représentation exhaustive. Le conseil d’administration historique d’AFRINIC pouvait accomplir l’acte que les instruments régionaux lui attribuaient. Il ne pouvait pas, par le seul emploi du terme « mise en œuvre », acquérir le pouvoir d’engager les autres régions ou de rendre inutile la ratification d’ICANN.

Les documents officiels sont décisifs pour prouver leurs propres mots et leurs propres actes. La page d’AFRINIC prouve le statut et la date qu’AFRINIC publie. La présentation NRO-NC/ASO-AC prouve l’état de la chaîne qu’elle décrit. L’annonce d’ICANN prouve la ratification qu’ICANN enregistre. Aucun de ces textes ne se certifie lui-même comme source d’un pouvoir plus large que l’instrument décrit. La reconnaissance mutuelle entre organisations aide la coordination; elle ne fabrique pas une autorité souveraine.

Ce que permet de conclure le 26 mai

La conclusion est volontairement étroite. Le 26 mai 2010, AFRINIC a publiquement classé AFPUB-2009-ASN-001 comme mise en œuvre, après l’approbation régionale enregistrée en mai. Le texte de l’amendement était publié et la position régionale était devenue déterminée dans le parcours commun. Cette étape pouvait aligner le personnel, informer les membres et signaler aux autres institutions que la condition régionale était remplie.

La même date ne prouve pas que la règle d’allocation d’IANA avait changé, puisque le transfert formel NRO-EC–ASO-AC, la saisine d’ICANN et la ratification du 21 septembre restaient à venir. Elle ne prouve pas non plus une modification d’outil, de base, de formulaire ou de consigne chez AFRINIC, ni une demande traitée autrement, ni un résultat chez un opérateur. Ces inconnues ne sont ni des preuves d’inaction ni des permissions d’inventer une action.

La meilleure manière de respecter l’acte régional est donc de le nommer exactement : achèvement borné d’un cycle de politique et publication d’un état de mise en œuvre par un coordinateur privé. La meilleure manière de vérifier une mise en œuvre plus large est d’exiger, couche par couche, l’instrument, le responsable, la procédure, les essais, les transactions, les exceptions, le retour arrière et le résultat en fonctionnement. Ce standard ne diminue pas la coordination. Il lui donne un reçu que ni la mémoire institutionnelle ni un mot ambigu ne peuvent remplacer.