Résumé

  • Le 21 février 2005, selon la lettre conjointe du NRO et d’AFRINIC, l’avis ultérieur de l’ICANN et le dossier de transition du RIPE NCC, les équipes et les systèmes d’AFRINIC devinrent le point principal de traitement des demandes et des données de registre pour l’Afrique. Des documents d’AFRINIC et de l’APNIC parlent plutôt d’une prise d’effet le 22 février ; cet écart d’un jour demeure inexpliqué.
  • Le basculement opérationnel ne transféra pas toutes les formes d’autorité à la même seconde. Les registres existants conservaient une « seconde opinion » sur les décisions d’allocation, certains liens contractuels restaient en place, la reconnaissance finale de l’ICANN n’intervint que le 8 avril, l’adhésion au NRO le 25 avril, et des lettres de transfert formel d’autorité furent encore signées les 26 et 27 avril.
  • Le meilleur argument en faveur du dispositif est celui d’une accréditation prudente : faire fonctionner AFRINIC sous supervision permettait d’éprouver ses capacités avant de lui ouvrir l’accès indépendant aux mécanismes mondiaux. Cela ne change pas la vérité institutionnelle centrale : la reconnaissance valida une place dans un système de coordination ; elle ne créa pas rétroactivement les serveurs déjà actifs et ne transforma pas le registre en souverain, en police ou en propriétaire des réseaux africains.

Un service réel, un statut encore incomplet

Le 21 février 2005 est une date utile précisément parce qu’elle résiste aux récits trop lisses. Si l’on réduit l’histoire d’un registre Internet à la date de sa reconnaissance officielle, AFRINIC commencerait véritablement le 8 avril, lorsque le conseil d’administration de l’ICANN adopta la résolution qui l’approuvait définitivement comme registre régional pour l’Afrique. Si l’on regarde les opérations, cependant, cette image ne tient pas. Quarante-six jours plus tôt, des systèmes étaient déjà en production, des équipes recevaient les demandes et des procédures de registre avaient déjà changé de point d’entrée.

La lettre adressée à l’ICANN par le président du Number Resource Organization et le directeur général d’AFRINIC décrit un basculement pratique. À compter de ce jour, les employés et les systèmes d’AFRINIC devaient assurer le rôle principal dans la fourniture des services aux registres Internet locaux et aux utilisateurs finaux africains. L’ICANN, en ouvrant le 14 mars sa période de commentaires publics, consignait à son tour que l’APNIC, l’ARIN et le RIPE NCC avaient transféré tous les services de registre régional pour la zone africaine le 21 février.

Le RIPE NCC fournit le détail le plus concret : redirection des demandes, fermeture de son portail aux membres africains concernés, déplacement ou copie d’objets de base de données et transition de l’administration des zones de résolution inverse.

Ces éléments comptent davantage que la formule cérémonielle « pleinement fonctionnel » prise isolément. Un service existe lorsque des demandes arrivent quelque part, que des personnes les instruisent, que des bases sont modifiées, que des contacts sont publiés et que des délégations DNS peuvent être administrées. Cette activité ne découle pas magiquement d’une résolution. Elle exige des machines, des procédures, des identifiants, une comptabilité et une équipe capable de répondre. La demande de reconnaissance mise à jour d’AFRINIC, datée du 5 mars, déclarait d’ailleurs que les aspects opérationnels du service étaient sous sa gestion.

Elle recensait alors quatre fonctions salariées : direction générale, direction financière, service d’enregistrement et ingénierie, puis assistance administrative et commerciale. Ce chiffre est une photographie de dossier, non un relevé exhaustif de tous les soutiens fournis par les organisations d’incubation.

Il faut pourtant résister à la conclusion inverse : parce qu’AFRINIC exécutait le travail, toute autorité aurait déjà été transférée. La même lettre qui décrit les systèmes en production maintient un mécanisme de seconde opinion par les registres existants jusqu’à la reconnaissance finale. La demande d’AFRINIC, son annonce à sa liste de diffusion et les archives de l’APNIC disent la même chose. L’étape était appelée « phase II » : exploitation complète des services, mais examen des décisions d’allocation par les pairs. La phase III devait être celle où cette seconde opinion disparaîtrait après la reconnaissance.

Cette coexistence est le cœur du sujet. AFRINIC pouvait être l’opérateur principal sans être encore le seul centre de jugement. Il pouvait recevoir, analyser et enregistrer une demande sans que le dispositif de transition lui attribue une autonomie sans contrôle. L’expression « transfert de tous les services » décrit donc un mouvement réel du guichet, du traitement et des données ; elle ne prouve pas que tous les contrats, tous les stocks de numéros, toutes les garanties de décision et tous les instruments de garde avaient changé de mains au même instant.

Le 21 février, ou peut-être le 22

Le dossier conserve un écart d’un jour qu’il serait tentant, mais incorrect, de lisser. La communication conjointe du NRO et d’AFRINIC, le compte rendu du RIPE NCC et la formulation ultérieure de l’ICANN retiennent le 21 février. Une communication d’AFRINIC diffusée quelques jours plus tard ainsi que la page archivée de l’APNIC indiquent que la phase II était effective à partir du 22 février. Rien dans les pièces examinées n’explique si la différence vient d’un fuseau horaire, d’une coupure étalée entre deux journées, du moment de l’annonce ou d’une simple incohérence éditoriale.

La bonne pratique n’est ni de moyenner les dates ni d’écarter les sources minoritaires. Le 21 février demeure la date institutionnelle choisie parce qu’elle figure dans le courrier conjoint du jour même et dans les récits de l’ICANN et du RIPE NCC. Le 22 février reste une réserve documentaire attachée à toute affirmation d’une précision quotidienne. Le point historique robuste est plus large : AFRINIC traitait les services en phase II bien avant le 8 avril. Avec le 21 comme point de départ, l’intervalle est de quarante-six jours ; avec le 22, il est de quarante-cinq jours. Aucune version ne renverse l’ordre des événements.

Cet écart illustre aussi une difficulté générale des transitions techniques. Un changement peut avoir un instant d’activation pour un système, un autre pour le routage des courriels, un autre pour l’information des membres et encore un autre pour la qualification juridique retenue par une institution. Demander « quand le transfert a-t-il eu lieu ? » suppose à tort qu’un transfert complexe possède nécessairement une seule horloge.

Ici, les documents montrent au moins l’horloge du service, celle de la supervision, celle de la reconnaissance, celle de l’inventaire de ressources, celle des contrats et celle de l’adhésion au dispositif de coordination des RIR.

Ce qui avait réellement changé

Du côté du RIPE NCC, la matérialité du basculement est particulièrement visible. Les nouvelles demandes africaines de ressources étaient dirigées vers les équipes hostmaster d’AFRINIC. Le portail du RIPE NCC cessait d’être l’interface habituelle pour les registres locaux concernés. Les objets de la base WHOIS entraient dans une procédure de migration. Les changements aux zones de résolution inverse étaient gelés pendant certaines étapes, afin de maîtriser le risque qu’une écriture concurrente ne laisse les deux côtés avec des états incompatibles.

La continuité du registre dépendait ainsi de gestes très ordinaires : extraire, vérifier, copier, geler, rediriger puis rouvrir.

Tout ne fut pas déplacé selon une règle uniforme. Le dossier du RIPE NCC précise notamment que certains objets de registre de routage restèrent dans sa base, AFRINIC ne disposant pas alors de son propre registre de routage. Deux plages d’objets aut-num sont expressément identifiées : 30980 à 30999, soit vingt objets, et 34515 à 34519, soit cinq autres. Le total de vingt-cinq ne représente ni le nombre d’ASN alloués par AFRINIC ni l’ensemble des données transférées.

Il mesure seulement les objets nommés dans ce cas précis et rappelle qu’un objet de registre de routage peut rester publié à un endroit alors que la relation de service principale se déplace ailleurs.

La distinction est importante pour les opérateurs. Une base WHOIS ou un registre de routage peut influencer la confiance, la vérification et l’automatisation. Il ne fait pas circuler un paquet. Un objet correctement migré ne garantit pas qu’une route sera annoncée, acceptée ou propagée ; un objet resté au RIPE NCC ne signifie pas que celui-ci continue d’exploiter le réseau du détenteur. Les opérateurs conservent leurs routeurs, leurs politiques BGP et la charge de la continuité de leurs propres réseaux. AFRINIC administre un registre et coordonne des ressources reconnues.

Il ne possède pas les infrastructures de ses membres et ne commande pas physiquement aux réseaux d’accepter une annonce.

Le traitement comptable faisait également partie du service. Pourtant, le rapport juridique ne suivit pas instantanément le mouvement du guichet. Pour les membres africains jusque-là servis par le RIPE NCC, celui-ci indiquait que l’appartenance juridique et les affectations restaient placées sous son accord standard de service jusqu’à la reconnaissance finale. Des contrats AFRINIC avaient été expédiés en janvier. Les membres ayant déjà payé le RIPE NCC pour 2005 ne devaient pas payer une seconde fois AFRINIC pour la même période.

Cette mesure réduisait un risque évident de double facturation, mais elle révélait aussi une division temporaire : le prestataire opérationnel principal pouvait différer du cocontractant encore reconnu pour une partie des relations.

Les sources ne donnent pas un niveau de détail équivalent pour les segments précédemment servis par l’ARIN et l’APNIC. L’ICANN parle globalement des trois registres antérieurs. L’APNIC indique que les registres locaux africains et les ressources déjà allouées furent transférés. Mais nous ne disposons pas, dans le corpus scellé, d’inventaires d’objets, de règles de portail, de contrats ou de journaux de coupure comparables au dossier du RIPE NCC. Il serait donc abusif de projeter chaque mécanique européenne sur les deux autres transitions. « Tous les services » est la formulation agrégée de l’ICANN ; la granularité prouvée reste inégale.

La seconde opinion : assurance ou autorité retenue ?

L’expression « seconde opinion » paraît rassurante, mais elle demeure institutionnellement sous-définie. Les sources établissent son existence. Elles ne disent pas qui examinait chaque dossier, à quel seuil, dans quel délai, selon quelle procédure d’escalade ni avec quel caractère contraignant. Elles ne publient aucun décompte des demandes examinées pendant la phase II, des accords immédiats, des demandes modifiées, des retards ou des désaccords. Il est donc impossible de mesurer l’intensité réelle de la supervision.

Deux erreurs symétriques sont à éviter. La première serait de considérer la seconde opinion comme une formalité sans effet au motif qu’AFRINIC était le point de contact principal. La seconde serait de décrire AFRINIC comme une simple boîte aux lettres dont les autres RIR auraient pris toutes les décisions. Aucune des deux lectures n’est prouvée. Le mécanisme pouvait être une assurance qualité rarement mobilisée, un examen substantiel fréquent, ou quelque chose entre les deux.

Le droit ou la pratique du pair de demander une correction peut compter même s’il est rarement exercé ; à l’inverse, le vocabulaire de la supervision ne démontre pas qu’un veto fut effectivement opposé.

Cette inconnue ne réduit pas l’importance de la phase II. Elle en précise la nature. Le service courait sous responsabilité principale d’AFRINIC, tandis que le risque d’erreur était partagé avec des institutions qui avaient auparavant servi la région. C’est une architecture classique de passage de relais : le nouvel opérateur accomplit le travail, l’ancien conserve temporairement un moyen de vérification, et l’accréditeur observe si l’ensemble tient. Pour les demandeurs, ce partage pouvait améliorer la fiabilité ou accroître les délais. Sans statistiques de traitement, aucun de ces effets ne peut être quantifié.

Le manque de transparence sur le mécanisme demeure matériel. Si une demande avait été retardée ou modifiée, qui aurait dû l’expliquer ? AFRINIC, parce qu’il recevait le demandeur, ou le pair, s’il avait soulevé l’objection décisive ? Cette question de responsabilité n’est pas un détail administratif. Une chaîne de décision à plusieurs acteurs protège contre certaines erreurs, mais elle peut aussi disperser l’obligation de rendre compte. Le dossier historique prouve la prudence du montage ; il ne permet pas d’en auditer l’équité dossier par dossier.

Six couches qui n’avançaient pas au même rythme

La transition devient compréhensible dès que l’on cesse d’utiliser le mot « autorité » comme une boîte noire.

La première couche était le service en fonctionnement. À ce niveau, AFRINIC avait pris le rôle principal : recevoir les demandes, administrer les données, publier le registre, gérer des interfaces et traiter la comptabilité associée. La seconde était la supervision par les pairs. Les RIR existants conservaient la seconde opinion, apportaient leur assistance technique et évaluaient la préparation. Ces deux couches coexistaient sans se confondre.

La troisième concernait les ressources numériques elles-mêmes : les stocks de numéros administrés au niveau de l’IANA, les relations transitoires avec les registres précédents, les décisions traitées par AFRINIC et les écritures reconnues dans les registres. Le dossier ne permet pas d’attribuer tout cet ensemble à un seul détenteur le 21 février. La quatrième couche était l’accréditation dans le système institutionnel des RIR. L’ICANN avait accordé une approbation provisoire le 30 septembre 2004. La reconnaissance finale arriverait le 8 avril 2005, après l’évaluation de l’IANA au regard des dix critères d’ICP-2.

La cinquième couche était la personnalité juridique. La demande d’AFRINIC affirme que l’organisation avait été constituée à Maurice en février 2004 comme entité régionale à but non lucratif et fondée sur l’adhésion. Cette existence, si l’on suit le dossier du demandeur, précédait aussi bien l’approbation provisoire que le passage en production et la reconnaissance finale. Le certificat mauricien n’a toutefois pas été retrouvé dans les recherches closes. En outre, une histoire publiée par NRS emploie la formule d’une incorporation en avril 2005. Le conflit doit rester apparent.

Il empêche d’énoncer une date juridique exacte sans attribution ; il ne modifie pas l’ordre solide entre la mise en service de février et la reconnaissance de l’ICANN en avril.

La sixième couche était l’exploitation des réseaux. Elle n’appartenait ni à l’ICANN, ni au NRO, ni aux anciens RIR, ni à AFRINIC. Les réseaux choisissaient leurs annonces et leurs politiques. Ils dépendaient de registres cohérents pour réduire les collisions et pour rendre les ressources vérifiables, mais le registre n’envoyait pas leurs paquets. Cette limite demeure la plus importante, car elle sépare l’influence institutionnelle de la force physique ou publique.

On peut encore ajouter des sous-couches. L’adhésion au NRO ne fut formalisée que par l’acte de jonction daté du 25 avril, soit soixante-trois jours après le 21 février. Les lettres par lesquelles l’APNIC, l’ARIN et le RIPE NCC auraient transféré l’autorité formelle sur leurs anciennes zones africaines, avec des documents d’enregistrement et de comptabilité et l’administration DNS, furent signées lors de la réunion AFRINIC-2 des 26 et 27 avril. Le compte rendu du NRO du 27 avril les présente comme l’achèvement de processus de garde et de registre. Leur texte intégral n’a pas été retrouvé.

Il faut donc attribuer cette portée au NRO, tout en constatant que ces instruments tardifs seraient inutiles si tout avait déjà juridiquement convergé en février.

Le calendrier après le basculement

Le 5 mars, la demande mise à jour exposait un organisme qui se disait prêt à agir officiellement après reconnaissance, tout en affirmant gérer déjà les aspects opérationnels et en maintenant l’avis des pairs. Le 14 mars, l’ICANN ouvrit une période de commentaires de vingt et un jours. Le fait même qu’une organisation soit décrite comme fonctionnelle alors que son dossier restait soumis au commentaire public montre que la fonction et l’accréditation constituaient deux objets différents.

Le 8 avril, la résolution 05.25 accorda l’approbation et la reconnaissance finales. Entre le 21 février et cette date, quarante-six jours calendaires s’étaient écoulés. La résolution changeait la position d’AFRINIC dans le système mondial : elle ne faisait pas surgir une équipe ou une base de données inexistante la veille. Elle mettait fin à la période de reconnaissance provisoire et créait les conditions de la phase sans seconde opinion. Cette évolution avait une portée pratique considérable, mais limitée à son objet.

Le 14 avril, cinquante-deux jours après la date opérationnelle choisie, l’ICANN annonça ce qu’il décrivait comme la première allocation postérieure à la reconnaissance, comprenant des adresses IP et des numéros de systèmes autonomes. Les registres actuels de l’IANA font apparaître le bloc IPv4 41/8 et les ASN 36864 à 37887 pour AFRINIC en avril 2005. Ces données ancrent un jalon direct pour l’inventaire IPv4 et ASN après reconnaissance.

Une complication interdit toutefois la formule plus large selon laquelle AFRINIC n’aurait détenu aucune ressource liée à l’IANA avant avril 2005. Le registre IPv6 actuel indique le préfixe 2001:4200::/23 pour AFRINIC à la date du 1er juin 2004. Les pièces examinées ne résolvent pas la relation entre cette ligne et l’annonce de « première allocation » d’avril. Peut-être les termes recouvrent-ils des portées différentes ; le corpus scellé ne donne pas l’instrument qui permettrait de trancher.

L’affirmation défendable reste donc étroite : avril marque le paquet IPv4 et ASN post-reconnaissance documenté, pas nécessairement le commencement absolu de toute association entre AFRINIC et un inventaire IANA.

Le 25 avril vint l’adhésion contractuelle au protocole du NRO. Deux jours plus tard, le NRO annonçait les lettres de transfert formel. Cette succession — cinquante-deux jours jusqu’à l’annonce d’allocation, soixante-trois jusqu’à l’acte de jonction, soixante-cinq jusqu’au compte rendu des transferts formels — ne signifie pas que le service de février était fictif. Elle signifie que l’exploitation, la reconnaissance, la coordination et la garde se consolidaient par étapes.

Pourquoi la reconnaissance comptait néanmoins

Il serait facile de lire l’antériorité du service comme une preuve que l’ICANN ne servait à rien. Ce serait substituer une simplification à une autre. Le dossier soutient un meilleur contre-argument : le processus était conçu pour éviter qu’un nouvel opérateur n’obtienne une autonomie complète sur des ressources coordonnées mondialement avant d’avoir démontré ses capacités.

L’ICANN avait accordé une approbation provisoire dès septembre 2004. Les registres existants avaient formé les équipes, coévalué des demandes et accompagné la transition. Des représentants du conseil exécutif du NRO avaient visité les installations mauriciennes en janvier 2005. La phase II permettait ensuite d’observer le travail en production tout en maintenant une vérification. L’IANA examina dix critères d’ICP-2 : définition de la région, soutien des registres locaux, processus de politique, neutralité, capacité technique, respect des politiques mondiales, plan d’activité, financement, tenue des registres et confidentialité.

La reconnaissance finale ne fut donc pas seulement un ruban coupé après coup ; elle conclut une épreuve progressive de capacité et de légitimité interne au système des RIR.

Cette défense est convaincante. Un mécanisme mondial d’unicité doit vérifier qu’un nouveau registre sait conserver des écritures fiables, protéger les données et coordonner les politiques. Faire précéder l’autonomie par une période supervisée réduit le risque d’une attribution incohérente ou d’une migration brutale. Le dossier ne révèle pas si la seconde opinion corrigea effectivement des erreurs, mais son existence pouvait fournir une assurance aux organisations qui transféraient des membres, des données et des responsabilités.

L’argument atteint toutefois sa limite lorsqu’il transforme l’accréditation en source de tout pouvoir. L’ICANN pouvait reconnaître AFRINIC dans l’architecture qu’elle coordonnait. Elle ne pouvait pas, par cette résolution, constituer la société à Maurice, allumer ses serveurs rétroactivement, devenir propriétaire des réseaux de ses membres ou imposer une politique de routage aux opérateurs. La reconnaissance rendait les écritures et l’accès aux mécanismes mondiaux plus largement acceptés. Cette confiance est un actif réel. Elle demeure une confiance coordonnée, non un commandement souverain.

La conclusion n’est donc ni « la reconnaissance était vide » ni « la reconnaissance créa AFRINIC ». Le service préalable fournissait une preuve de capacité ; la supervision contenait le risque ; la décision d’avril changeait le statut institutionnel ; les instruments ultérieurs complétaient les liens de ressources et de coordination. La valeur du processus tient justement à cette pluralité. En effacer les étapes rendrait impossible de savoir quelle institution répondait de quoi.

Un registre n’est pas un gouvernement miniature

AFRINIC est un registre et un coordinateur conséquent. Ses bases, ses décisions et sa disponibilité ont des effets économiques. Une erreur peut retarder une extension de réseau, compliquer une vérification, accroître le coût d’une transaction ou créer un conflit de données. Le qualificatif de « teneur de registre » ne minimise pas cette importance. Il la borne.

Le registre décrit un état reconnu des ressources. Cette description peut devenir la référence habituelle d’opérateurs, de fournisseurs et d’autres institutions. Mais l’écriture ne crée pas la réalité physique qu’elle décrit. AFRINIC ne possède pas une route parce qu’un objet figure dans sa base. Il ne possède pas les machines qui utilisent une adresse. Il ne représente pas automatiquement tous les États, toutes les entreprises ou tous les internautes de son aire de service. Il ne dispose, par les actes examinés, d’aucun pouvoir général de police, de poursuite, de jugement ou de punition.

Cette doctrine permet de lire correctement le mot « communauté » dans les documents institutionnels. Une organisation fondée sur l’adhésion peut bâtir des procédures ouvertes et recevoir un soutien régional. Ces faits sont pertinents pour son accréditation. Ils ne transforment pas une participation volontaire ou sectorielle en mandat politique universel. De même, la coopération entre RIR crée des attentes, des normes et une influence. Elle ne confère pas aux participants une souveraineté publique sur l’Internet.

Le NRO, dans cette histoire, coordonne les pairs et porte une évaluation auprès de l’ICANN. Son soutien est important, mais il ne constitue pas une délégation étatique. NRS, dans les sources de fond, décrit et défend une compréhension des ressources numériques et du rôle des registres ; NRS n’exploite ni registre, ni WHOIS ou RDAP, ni RPKI, ni mécanisme d’appel, ni système électoral, ni dispositif de garde ou de continuité. Les rôles ne doivent pas être empruntés d’un acteur à l’autre simplement parce qu’ils participent au même débat.

La société mauricienne, enfin, possède les pouvoirs ordinaires de sa personnalité juridique : contracter, employer, administrer une adhésion et appliquer ses règles dans les limites du droit applicable. Ces pouvoirs peuvent être contraignants pour des cocontractants. Ils ne sont pas une souveraineté continentale. La frontière entre le contrat et la puissance publique est aussi importante que celle entre le registre et le routeur.

Les intérêts des opérateurs et détenteurs de ressources

Pour un registre local ou un opérateur, la transition n’était pas un débat abstrait sur les institutions. Il fallait continuer à demander des ressources, mettre à jour des contacts et administrer la résolution inverse sans être contraint de renuméroter. Une migration mal exécutée pouvait créer des files d’attente, des informations périmées ou des divergences entre bases. Les sources rapportent des précautions et un service actif, mais aucune télémétrie indépendante : ni taux de disponibilité, ni profondeur des files, ni taux d’erreur DNS, ni inventaire d’incidents. Il est donc interdit de qualifier la coupure de parfaitement transparente.

La double structure de décision avait aussi un coût possible. Une seconde opinion pouvait détecter une erreur d’analyse et protéger la cohérence mondiale. Elle pouvait aussi introduire une attente supplémentaire et rendre l’escalade moins lisible. Sans délais dossier par dossier, aucune estimation n’est possible. Cette absence est particulièrement importante pour les entreprises dont l’investissement dépendait de la disponibilité rapide d’adresses ou d’ASN : la qualité d’une procédure ne se mesure pas seulement à ses principes, mais au temps et à la prévisibilité qu’elle offre.

Les contrats soulevaient un autre problème. La protection contre une double facturation dans le segment RIPE montre que les institutions avaient identifié un risque économique concret. Elle montre aussi que le changement de prestataire et le changement de cocontractant peuvent être dissociés. Pour un membre, payer l’ancien registre tout en recevant le service du nouveau pouvait être raisonnable durant une période de transition, à condition que les responsabilités et les recours restent compréhensibles. Nous ignorons si l’ARIN et l’APNIC avaient adopté des dispositions équivalentes.

L’intégrité des données constituait un intérêt encore plus durable. Le maintien de certains objets de routage au RIPE NCC évitait de supprimer une fonction qu’AFRINIC ne proposait pas encore. Cette décision créait cependant deux surfaces de maintenance. Si un opérateur mettait à jour une donnée au mauvais endroit, une divergence pouvait persister. La continuité exigeait donc non seulement de déplacer les bits, mais d’informer les utilisateurs sur la base faisant foi pour chaque type d’objet.

Enfin, la transition donnait un indice sur le coût de sortie institutionnel. Des services, des données et des relations pouvaient passer d’organisations existantes à AFRINIC par une coopération planifiée. La continuité appartenait au registre, aux procédures et aux réseaux en fonctionnement, non à l’immortalité d’une enveloppe institutionnelle particulière. Ce précédent ne prouve pas qu’une succession d’urgence moderne serait simple. Le dossier de 2005 ne traite pas des dépendances actuelles, notamment des mécanismes cryptographiques contemporains, et il ne fournit pas de plan de secours en cas d’échec de la reconnaissance.

Il établit seulement qu’un registre n’est pas irremplaçable par nature.

Ce que les documents ne permettent pas d’affirmer

La première lacune porte sur la seconde opinion. Aucun protocole, nom de réviseur, seuil d’intervention, journal d’audit ou statistique de désaccord n’a été retrouvé. On ne peut donc qualifier la supervision ni de décorative ni de dominante. La deuxième concerne les ressources utilisées pendant la phase II. Les registres précédents restaient impliqués, l’IANA fournit plus tard un paquet IPv4 et ASN, et la ligne IPv6 de 2004 complique la chronologie. Sans instruments par pool et correspondance entre demandes et inventaires, la garde précise reste partiellement ouverte.

La troisième lacune est géographique. Les détails du RIPE NCC ne constituent pas un modèle prouvé pour l’APNIC et l’ARIN. La quatrième est juridique : les lettres des 26 et 27 avril ne sont connues que par le récit du NRO, et le certificat d’incorporation mauricien n’a pas été retrouvé. La cinquième concerne l’expérience vécue : aucune donnée indépendante ne mesure les interruptions, les délais, les refus de contrats ou le taux d’adoption par les membres.

Même le vocabulaire officiel reste ambigu. La lettre du 21 février parle de systèmes en production et d’opération complète sous supervision, tout en anticipant une activation comme organisation pleinement opérationnelle autour du 11 avril. Sans définition, cette formule peut désigner la phase III, un statut dépendant de la reconnaissance ou une prévision rédigée avant la décision. Elle ne justifie pas de convertir une transition graduelle en interrupteur binaire.

Les documents officiels prouvent ici ce que leurs auteurs ont annoncé, évalué ou décidé. La demande d’AFRINIC prouve ce qu’AFRINIC présentait à l’ICANN ; elle n’est pas une vérification indépendante de chacune de ses affirmations. La résolution de l’ICANN prouve la reconnaissance dans son système ; elle ne tranche pas la nature philosophique ou publique de toute autorité. Le récit du NRO prouve que le NRO a décrit les lettres comme un transfert formel ; sans les lettres, leur étendue juridique exacte reste inconnue. L’attribution n’est pas une manière de mépriser les sources : c’est la condition pour les utiliser avec précision.

L’inversion utile

Le 21 février révèle une inversion féconde. Normalement, un récit institutionnel place l’autorisation avant l’action : une organisation reçoit son titre, puis commence. AFRINIC a suivi une voie plus prudente et plus compliquée. Le service principal a commencé dans un environnement supervisé ; l’expérience de production a ensuite contribué à la reconnaissance ; les stocks, les contrats et les instruments de coordination se sont consolidés autour de ce noyau.

Cette chronologie renforce à la fois les partisans de l’accréditation et les critiques d’une autorité exagérée. Les premiers peuvent montrer que la reconnaissance s’appuyait sur une capacité observée plutôt que sur une promesse. Les seconds peuvent démontrer que le travail essentiel existait déjà avant le vote et que le vote n’avait donc pas créé le service. Ces deux propositions sont compatibles si l’on accepte de nommer correctement les couches.

L’épreuve décisive n’est pas de choisir entre le fonctionnement et la légitimité, mais de demander quel type de légitimité est nécessaire à quelle fonction. Une base de registre doit être fiable et reconnue pour coordonner l’unicité. Une société doit avoir la capacité juridique de contracter. Une décision d’allocation peut être soumise à une assurance transitoire. Un opérateur doit garder la main sur son réseau. Un litige public relève des autorités compétentes, non d’une fiction de souveraineté du registre. Chaque problème a son instrument.

AFRINIC est sorti de cette phase comme un acteur réel du système mondial. Le faire passer pour une simple façade nierait le travail accompli par ses équipes et la matérialité du transfert. En faire un souverain africain nierait tout autant la nature technique, contractuelle et volontaire de son rôle. L’histoire du 21 février tient entre ces deux erreurs : un registre capable, en production, encore supervisé, bientôt reconnu, et toujours borné par ce qu’un registre peut effectivement faire.