Résumé

  • En mai 2006, le Conseil d’administration d’AFRINIC a ratifié, par la résolution 200605.27, la proposition modifiant les critères ordinaires d’attribution des ASN et a chargé le personnel de la mettre en œuvre. Le dossier public donne le mois, mais pas le jour exact : le suffixe « .27 » de l’identifiant ne prouve pas une adoption le 27 mai.
  • La modification n’a créé ni le critère de politique de routage distincte, ni le multihébergement, ni la voie de qualification future, ni l’évaluation selon le RFC 1930. Elle a ajouté une seule ligne : l’organisation devait être membre d’AFRINIC en règle, de type End-User ou LIR.
  • Le texte formel énumérait la politique distincte et le multihébergement sans imprimer de conjonction. Une comparaison publiée par la NRO en juillet 2006 les a résumés avec un « ou », mais elle ne valait ni amendement formel ni preuve de la lecture retenue dans chaque dossier. Aucun registre public de décisions individuelles ne permet de lever cette ambiguïté.
  • Cette éligibilité était la condition d’un service privé de coordination : inscrire un ASN mondialement unique dans un registre. Elle n’était ni une loi, ni une licence d’exploitation, ni un pouvoir de réglementer une topologie. AFRINIC tenait un registre d’unicité ; l’opérateur restait maître de son réseau et chaque réseau distant restait libre d’accepter, de filtrer ou d’ignorer une route.

Une ratification précise, une date qui ne l’est pas

La résolution 200605.27 est un acte institutionnel identifiable, mais son identifiant est plus précis que la chronologie publique disponible. La page du Conseil la range sous mai 2006. Elle indique qu’après le rapport du président du Policy Working Group, le Conseil a ratifié quatre propositions encore ouvertes, dont celle relative à la modification des critères d’attribution des ASN, puis a demandé au personnel de les mettre en œuvre. Elle ne donne pourtant pas le jour calendaire, la liste des votes individuels, le quorum, le texte final annexé ni les motifs du Conseil.

Lire « 200605.27 » comme « 27 mai 2006 » transformerait une apparence de numérotation en fait historique. Le point sûr est donc plus sobre : ratification au cours du mois de mai 2006, jour exact non établi par la page officielle.

Cette retenue importe parce que la décision est facilement racontée avec une fausse netteté. Un numéro de résolution, une mention de ratification et un ordre de mise en œuvre peuvent donner l’impression d’un dossier complet. Or ces éléments prouvent seulement certains actes : le Conseil a ratifié et le personnel a reçu une instruction. Ils ne révèlent pas le raisonnement ayant conduit chaque administrateur à sa position, les réserves éventuellement consignées, les modalités de transition ni les consignes remises aux personnes chargées d’examiner les demandes. L’acte est réel ; sa trace publique est mince.

On ne doit combler cette minceur ni par des détails plausibles ni par les pratiques observées beaucoup plus tard.

La résolution groupait plusieurs propositions. Ce regroupement explique la formulation collective de l’instruction donnée au personnel, mais il ne change pas l’objet de la présente analyse : le critère ordinaire d’éligibilité à un ASN. Les autres sujets contenus dans la même entrée ne permettent pas d’enrichir artificiellement ce dossier. L’enjeu est justement de voir ce que la ligne modifiée faisait au dispositif existant, et non d’agrandir le récit jusqu’à en faire une histoire générale des numéros de système autonome ou des politiques de ressources Internet.

La seule ligne ajoutée

Le document le plus éclairant n’est pas une paraphrase ultérieure, mais la comparaison conservée entre l’ancien texte et le texte proposé. Elle montre une continuité technique très forte. Avant la modification, l’organisation devait déjà avoir une politique de routage unique, précisée entre parenthèses comme différente de celle de ses pairs de passerelle frontalière ; son site devait déjà être multihébergé ; elle pouvait déjà se qualifier en démontrant qu’elle satisferait les critères après l’attribution ou dans un délai raisonnablement court ; enfin, son éligibilité devait déjà être évaluée selon les lignes directrices du RFC 1930.

La proposition n’a pas introduit ces quatre éléments. Elle a ajouté l’exigence d’être un membre d’AFRINIC en règle, dans la catégorie End-User ou LIR.

Cette distinction entre le texte conservé et la ligne ajoutée empêche une erreur de causalité. Dire que le Conseil de 2006 aurait « créé » le test de multihébergement ou la politique de routage distincte ferait porter à la ratification un contenu qui la précédait. Le changement réel concernait le lien de service entre le demandeur et le registre. La nécessité technique d’un identifiant unique demeurait le noyau de l’examen ; le statut de membre en règle devenait une condition explicite de l’attribution.

Deux propositions différentes se trouvaient ainsi côte à côte : « ce réseau a besoin d’un identifiant mondialement unique » et « cette organisation entretient avec AFRINIC la relation de service requise et à jour ».

Le propos attribué à l’auteur de la proposition aide à comprendre l’intention déclarée : rendre explicite le critère d’adhésion et identifier plus précisément les organisations utilisant des ASN par l’intermédiaire d’AFRINIC. La formule de « meilleur contrôle » qui apparaît dans ce contexte doit néanmoins rester à sa juste échelle. Elle peut désigner une connaissance plus fiable de la contrepartie et une meilleure tenue du registre. Elle ne démontre pas un pouvoir réglementaire sur les réseaux, encore moins une souveraineté sur les opérateurs africains.

Mark Tinka a proposé cette modification ; il ne l’a ni adoptée au nom du Conseil, ni appliquée à une demande particulière.

Politique distincte : une différence visible à l’extérieur

Une politique de routage « unique » ne signifie pas que tout choix interne de l’entreprise doive être original. Le texte la définit par rapport aux pairs situés aux frontières du réseau : il faut une politique différente de la leur. L’objet est donc l’expression externe du routage. Un site ne justifie pas automatiquement un ASN propre parce qu’il utilise BGP, parce qu’il possède plusieurs routeurs, parce qu’il répartit des charges ou parce qu’il a construit une redondance interne.

Ces caractéristiques peuvent être importantes pour l’exploitation, mais elles ne démontrent pas, à elles seules, la nécessité d’une identité autonome mondialement unique.

Le RFC 1930 éclaire cette logique. Un système autonome constitue une unité utile lorsque les préfixes qui y sont rattachés partagent une politique de routage externe. Les informations de route annoncées par un système peuvent être utilisées ou écartées par un autre. Un site raccordé à un seul fournisseur et appliquant la même politique que celui-ci n’a normalement pas besoin d’un numéro distinct : la politique du fournisseur peut suffire. À l’inverse, un cas rare de site à raccordement unique mais doté d’une politique réellement différente peut justifier un ASN.

C’est précisément pourquoi la différence de politique ne se réduit ni au nombre de câbles, ni à l’usage d’un protocole, ni à une aspiration générale à l’indépendance.

La preuve attendue devrait donc porter sur un écart intelligible entre la politique externe du demandeur et celle de ses voisins. Cela peut être formulé sans dicter la stratégie commerciale : quelle information de routage l’organisation doit-elle exprimer sous sa propre identité, et pourquoi cette information ne serait-elle pas représentée fidèlement dans l’AS d’un fournisseur ou au moyen d’un identifiant privé ? Le registre n’a pas à décider si cette stratégie est rentable, élégante ou conforme à sa conception d’un bon réseau.

Il a seulement une raison légitime de vérifier que l’entrée mondiale demandée correspond à une différence utile dans la coordination.

La géographie, la topologie ou les règles d’usage peuvent intervenir dans l’analyse, mais seulement si elles produisent une différence pertinente de politique externe. Il serait trop large d’en faire des conditions autonomes. Une implantation dans plusieurs lieux n’entraîne pas mécaniquement le besoin d’un ASN ; une organisation située dans un seul lieu n’en est pas mécaniquement privée. Le critère technique cherche une fonction d’identification dans le routage entre réseaux, non une forme d’entreprise ou une architecture intérieure prescrite.

Multihébergement : des relations externes, pas une simple redondance

Le second élément énuméré est le site multihébergé. Dans le sens technique pertinent, il s’agit d’une connexion à plus d’un système autonome externe. Le manuel consolidé ultérieur a aussi reconnu la connexion à un point d’échange Internet public dans la description préservée. Cette notion ne se confond pas avec deux liens aboutissant au même domaine de routage, plusieurs équipements au sein du même réseau, une redondance électrique ou l’usage d’un protocole de routage intérieur. Le fait décisif est l’existence de relations externes qui rendent utile une identité autonome pour exprimer et recevoir des choix de chemin.

Le multihébergement fonctionne comme un indicateur raisonnable de besoin, parce que l’opérateur raccordé à plusieurs voisins peut vouloir annoncer sa joignabilité selon une politique qui ne se réduit pas à celle d’un seul fournisseur. Mais un indicateur n’est pas une vérité automatique. Plusieurs connexions peuvent être organisées de façon à ne pas nécessiter une identité globale séparée ; inversement, une politique externe singulière peut, dans un cas limité, exister sans plusieurs voisins actifs. Le RFC 1930 invite justement à regarder la politique plutôt que de compter des connexions de façon aveugle.

Le demandeur devait pouvoir expliquer les systèmes autonomes externes ou le point d’échange public sur lesquels reposait son affirmation de multihébergement. Le dossier conservé ne dit pas quelle pièce en faisait foi en 2006. Il ne permet pas d’affirmer qu’un contrat signé, une lettre d’un pair, une facture, une configuration de routeur ou une date précise d’activation était exigé. Chacune de ces pièces serait concevable dans un processus moderne ; aucune ne peut être présentée comme le formulaire ou la pratique effectivement utilisée à l’époque. La limite de preuve est aussi importante que le critère lui-même.

Le futur proche, sans délai inventé

Le texte évitait un piège circulaire. Une organisation qui ne satisfaisait pas encore le ou les critères pouvait se qualifier si elle démontrait qu’elle les satisferait après l’attribution de l’ASN ou dans un délai raisonnablement court. Sans cette voie prospective, le demandeur pourrait devoir présenter une configuration active qui dépend justement de l’identifiant demandé. La clause rendait possible une évaluation fondée sur un projet concret plutôt que sur un état déjà pleinement réalisé.

Elle ne donnait cependant pas un blanc-seing à l’anticipation. Le simple désir de « se préparer pour l’avenir » ne suffit pas à montrer qu’un numéro mondialement unique produira bientôt une information de routage utile. Il fallait relier l’attribution à une modification prévue de la politique externe ou des raccordements. L’incertitude demeure sur la manière de faire cette démonstration : aucun délai chiffré n’est conservé, et aucun standard documentaire de 2006 ne permet de savoir si le personnel attendait un calendrier d’activation, des échanges avec des pairs, une description d’architecture ou autre chose.

« Raisonnablement court » reste donc une zone de jugement, pas une période que l’on pourrait reconstituer par intuition. La qualité d’une décision dépendrait de la cohérence de cette appréciation entre dossiers et de la possibilité, pour le demandeur, de comprendre ce qui manquait. Le registre pouvait légitimement écarter une intention purement spéculative ; il ne pouvait pas transformer une expression ouverte en pouvoir sans limite sur le rythme d’investissement d’une entreprise. Un examen borné demanderait quel changement est prévu, en quoi il rend l’ASN nécessaire et sur quels éléments localement vérifiables cette prévision repose.

L’ambiguïté décisive : « et » ou « ou »

Le texte formel conservé place la politique de routage distincte et le multihébergement dans des puces séparées, mais il n’imprime ni « et » ni « ou » entre elles. Cette omission ne peut être réparée silencieusement. Une lecture cumulative demanderait que le site possède à la fois une politique différente de ses pairs frontaliers et plusieurs connexions externes. Une lecture alternative permettrait de satisfaire soit le critère de politique distincte, soit celui de multihébergement.

Les conséquences pratiques divergent, notamment pour le cas rare d’un site à raccordement unique mais à politique réellement distincte, ou pour un site multihébergé dont la différence de politique reste à préciser.

La comparaison interrégionale publiée par la NRO en juillet 2006 résumait le test AFRINIC par un « ou ». Ce document est contemporain et pertinent : il montre comment la règle régionale a été présentée dans une vue comparative. Mais il n’est pas le texte formel d’AFRINIC, il ne modifie pas la proposition et il ne prouve pas ce qu’un membre du personnel a fait dans chaque cas. Il renforce la plausibilité de la lecture alternative sans supprimer l’ambiguïté de l’instrument adopté.

L’absence de décisions individuelles accessibles empêche d’aller plus loin. Aucun dossier accepté, refusé, corrigé, retiré ou contesté n’est disponible pour montrer la conjonction effectivement appliquée. Aucun motif de décision n’explique si une politique distincte suffisait sans multihébergement, si le multihébergement constituait à lui seul la preuve, ou si le personnel combinait les indices selon le contexte. Il faut résister à deux excès symétriques : proclamer avec certitude que le « ou » de la NRO gouvernait toutes les demandes, ou traiter l’alignement des puces comme la preuve d’un « et » impératif.

Le fait historique est l’ambiguïté, non sa résolution.

Cette incertitude renchérit la préparation d’une demande. Un opérateur ne sait pas s’il doit documenter une seule branche ou les deux. Le personnel peut être tenté de demander davantage d’informations « au cas où », tandis que les demandeurs adaptent leur récit à des préférences supposées plutôt qu’à une règle publiée. Le risque n’est pas nécessairement la mauvaise foi ; il est l’inégalité produite par un texte trop peu déterminé et un registre de motifs trop peu visible. Une gouvernance mature aurait nommé la conjonction, puis conservé les raisons permettant de vérifier son application.

Être membre en règle : le débat sur le coût et le document adéquat

La ligne ajoutée a immédiatement soulevé une question pratique : imposait-elle un coût annuel supplémentaire à une organisation qui ne demandait qu’un ASN ? Alan Levin indiqua ne pas être encore favorable à la proposition. Gregory Massel contesta ce qu’il comprenait comme une nouvelle charge annuelle d’adhésion pour une organisation détenant seulement un ASN. Ces messages établissent l’existence d’objections précises ; ils ne mesurent ni toute la communauté, ni le poids numérique des positions, ni le résultat final du consensus.

Adiel Akplogan, alors directeur général d’AFRINIC et participant à la liste, répondit d’abord que les 400 dollars américains évoqués correspondaient à des frais de mise en place. Il précisa ensuite qu’un détenteur d’ASN appartenait à une catégorie distincte coûtant 50 dollars par an, tandis que 400 dollars renvoyaient à une catégorie de membre sans ressources. Ces montants doivent rester attribués à son explication contemporaine. Le dossier ne contient pas un audit indépendant des tarifs, et cet échange ne prouve pas que chaque participant ait accepté l’interprétation.

Après clarification, Levin indiqua que l’explication aidait, puis posa la question de la redondance : si le statut et les frais figuraient déjà dans un document tarifaire, pourquoi les répéter dans la politique ? Akplogan répondit que les deux instruments n’avaient pas la même fonction et que l’ajout complétait le document de politique. L’échange met en évidence une architecture documentaire. Le tarif décrit la catégorie et le coût ; le texte d’éligibilité signale qu’une relation de service en règle est une condition de l’attribution.

Ce partage peut être administrativement cohérent sans que l’on transforme le document de politique en règle publique.

Le statut « en règle » doit rester un fait de compte ou de relation contractuelle, non un jugement général de respectabilité. Il ne dit rien, par lui-même, sur la solvabilité globale de l’organisation, la valeur de son projet, son aptitude morale, la conformité de toutes ses activités ou son droit public d’exploiter un réseau. Confondre ces plans donnerait au registre une compétence que le texte n’accorde pas. La question pertinente est limitée : le demandeur appartient-il à la catégorie de service prévue, et sa relation avec AFRINIC répond-elle aux conditions courantes de ce service ?

De la proposition à l’instruction donnée au personnel

La chaîne documentaire commence les 16 et 17 avril 2005. Mark Tinka a daté sa proposition du 16 avril et l’a publiée le lendemain sur la liste de politique d’AFRINIC. Les échanges des jours suivants ont porté sur le prix, la catégorie d’adhésion et la possible redondance de la ligne. Ces participants discutaient d’un texte ; ils n’exerçaient pas le rôle du Conseil et ne rendaient aucune décision d’attribution.

Le rapport d’AFRINIC-3 indique qu’au 13 décembre 2005 les propositions présentées, dont la modification des critères ASN, avaient obtenu un consensus et devaient retourner sur la liste pour une dernière période de quinze jours avant soumission au Conseil. Ce compte rendu est une trace officielle du résultat annoncé. Il n’offre toutefois ni décompte, ni dénominateur, ni relevé des mains, ni transcription, ni tableau des dissensions. Il ne permet donc pas de convertir le mot « consensus » en mesure chiffrée ou en unanimité démontrée.

L’archive de la proposition consigne une dernière période d’appel du 9 au 24 février 2006. Elle classe aussi le texte comme mis en œuvre. Mais une autre métadonnée affichée sur la page porte la date du 17 mai 2005, incompatible avec les étapes ultérieures si on la lit comme date d’implémentation. Cette tension doit être dite pour ce qu’elle est : un problème d’interprétation de métadonnées d’archive. Il pourrait s’agir d’une publication, d’une migration de données ou d’une autre convention, mais le dossier ne tranche pas.

Ce qui est certain, c’est que cette date affichée ne peut pas remplacer la chronologie documentée de décembre 2005, février 2006 et mai 2006.

En mai 2006 vient l’acte du Conseil : ratification et ordre de mise en œuvre. Le personnel devient alors l’acteur opérationnel chargé d’appliquer la politique privée. La séquence ne permet pas de fusionner les rôles. Tinka est l’auteur ; Levin, Massel et Akplogan sont des intervenants nommés dans le débat ; les participants à AFRINIC-3 sont le collectif auquel le compte rendu attribue le consensus ; le Conseil ratifie ; le personnel examine les demandes.

Une histoire institutionnelle exacte dépend de cette séparation, faute de quoi la parole d’un participant est facilement transformée en décision ou l’annonce d’un consensus en preuve d’un vote formel.

Un manuel de politique consolidé, archivé ultérieurement, conserve les clauses d’éligibilité, la condition d’adhésion en règle et la faculté d’AFRINIC de demander les informations nécessaires pour comprendre la politique de routage prévue et décider si un ASN est nécessaire. Il décrit aussi l’enregistrement public d’un objet aut-num, des contacts administratifs et techniques, la mise à jour des informations et le retour d’un ASN inutilisé. Ce manuel confirme la persistance d’un modèle administratif.

Il ne révèle pas le formulaire précis de mai 2006, le seuil de preuve appliqué, l’identité des décideurs ou la complétude d’un dossier particulier.

Ce que le demandeur devait établir

Le demandeur portait la charge initiale de montrer deux choses distinctes. D’une part, son projet de routage externe rendait utile et nécessaire un ASN mondialement unique selon la branche pertinente du texte — politique distincte, multihébergement ou qualification prospective, sous réserve de la conjonction non résolue. D’autre part, l’organisation était membre d’AFRINIC en règle dans la catégorie End-User ou LIR. Le personnel pouvait demander assez d’informations pour comprendre la politique prévue et juger le besoin.

Ce pouvoir d’enquête restait celui d’un prestataire qui évalue une demande de service, non celui d’une autorité pouvant contraindre légalement à produire des pièces.

Les propositions minimales soutenues par le texte sont assez claires même si les documents exacts ne le sont pas.

Il fallait identifier l’organisation et son statut de membre ; décrire la politique externe et sa différence avec celle des pairs frontaliers lorsque cette branche était invoquée ; préciser les systèmes autonomes externes ou la connexion à un point d’échange public lorsque le multihébergement fondait la demande ; expliquer, pour une qualification future, ce qui changerait après l’attribution et pourquoi ce changement surviendrait dans un délai proche mais non quantifié ; enfin, montrer pourquoi l’AS d’un fournisseur ou un ASN privé ne suffirait pas à exprimer la politique requise à l’échelle mondiale.

Cette liste décrit des propositions à établir, pas une liste de pièces retrouvée. Elle ne permet pas de déclarer qu’AFRINIC exigeait en 2006 un contrat de peering, une facture, une capture de configuration, une lettre d’engagement ou un schéma homologué. La différence est fondamentale. Une preuve est pertinente parce qu’elle établit un fait déterminé ; elle ne devient pas historiquement obligatoire parce qu’elle paraît raisonnable aujourd’hui. Faute de formulaire contemporain, la bonne méthode consiste à nommer le fait à prouver et à laisser inconnue la forme documentaire effectivement acceptée.

Si le personnel était satisfait, AFRINIC attribuait un numéro unique et enregistrait cette attribution dans son système de coordination. S’il ne l’était pas, la conclusion défendable est seulement que le registre refusait d’effectuer cette inscription selon ses critères de service. Le refus ne rendait pas illégale l’exploitation du réseau, n’interdisait pas à l’organisation d’acheter du transit, ne saisissait aucun équipement et ne commandait rien aux réseaux tiers.

Selon sa configuration et ses partenaires, l’opérateur pouvait devoir revoir la façon dont il exprimait sa politique ; il ne perdait pas un droit public d’exister que le registre n’avait jamais délivré.

La défense la plus solide du filtrage

La critique d’un dossier incomplet ne doit pas effacer le meilleur argument en faveur d’un examen d’éligibilité. Un ASN mondialement unique n’est pas un simple numéro décoratif. Sa valeur dépend d’une coordination cohérente et d’une utilisation qui porte une information de politique de routage utile au-delà d’un réseau local. Attribuer un identifiant global à toute organisation qui le désire, sans vérifier la différence de politique, le multihébergement ou un projet proche et crédible, peut multiplier les identités sans contenu et disperser de petits coûts d’exploitation, de documentation et d’interprétation dans l’écosystème.

Dans cette lecture, la politique distincte et le multihébergement sont des approximations opérationnelles sensées d’un besoin mondial réel. La clause prospective évite le paradoxe qui consisterait à exiger une configuration déjà activée alors que l’ASN est nécessaire à son activation. La relation de membre en règle identifie une contrepartie, finance le service et offre un canal pour maintenir les contacts à jour. Une certaine appréciation humaine est difficile à supprimer, car une topologie projetée et la différence entre politiques ne se réduisent pas toujours à une case binaire.

L’ajout de 2006 pouvait donc compléter un texte administratif sans chercher à réglementer l’entreprise.

Cet argument a d’autant plus de force que le RFC 1930 avertit qu’échanger des informations de routage ou vouloir se prémunir contre l’avenir ne justifie pas automatiquement un ASN unique. Un régime purement déclaratif favoriserait les demandes de convenance. L’intérêt collectif d’un registre d’unicité est précisément de maintenir des identifiants non contradictoires et suffisamment signifiants. Nier toute possibilité de questionner le besoin reviendrait à priver le service d’une partie de sa fonction.

La défense s’arrête toutefois à la frontière de la coordination. Les questions du personnel doivent correspondre à des propositions publiées et nécessaires à l’unicité ou à la pertinence de l’entrée. Le statut en règle doit être traité comme un fait de service, pas comme un substitut à la nécessité technique. Une décision devrait exposer la raison d’un refus et permettre de corriger un dossier incomplet. L’absence de conjonction explicite et de traces de décisions individuelles réduit la confiance que l’on peut avoir dans l’uniformité d’application. Elle ne prouve ni abus ni corruption ; elle signale une impossibilité d’audit.

Les archives qui manquent au point de décision

Le dossier public établit une proposition, un débat, un consensus rapporté, une période de dernier appel, une ratification et une instruction au personnel. Il ne contient pas le maillon qui montrerait l’application au cas concret. Aucun formulaire de demande de 2006 n’est conservé ici. Aucun guide de hostmaster n’indique les pièces requises ou le seuil de conviction. Aucun échange expurgé avec un demandeur ne montre les questions posées. Aucun registre ne permet de compter les demandes acceptées, refusées, corrigées, retirées ou soumises à une révision.

Il manque aussi les raisons. On ne sait pas si une décision distinguait l’insuffisance technique du défaut de statut en règle, si le demandeur recevait un délai de correction, si un autre membre du personnel pouvait revoir l’interprétation, ni comment une contestation était escaladée. Le nom et la délégation des décideurs ne sont pas établis. Même l’instruction de mise en œuvre suivant la ratification n’est pas publiée sous une forme qui permettrait d’en connaître le détail. L’absence de ces documents est une lacune d’audit ; elle n’autorise pas à conclure qu’aucun document privé n’a jamais existé ou qu’une faute a nécessairement eu lieu.

Le manuel consolidé ultérieur ajoute une image du suivi après attribution : objet aut-num public, contacts administratifs et techniques, recommandation de documenter la politique de routage, obligation de mise à jour et retour d’un numéro devenu inutilisé. Ces éléments montrent ce qu’un registre peut raisonnablement entretenir. Ils ne constituent pas un dossier complet d’éligibilité, car une fiche publique n’a pas vocation à exposer toutes les relations commerciales ou toutes les pièces confidentielles. Ils ne prouvent pas davantage que chaque champ était renseigné, vérifié ou mis à jour de la même manière en 2006.

Les pièces qui permettraient de résoudre la chaîne sont faciles à nommer sans prétendre qu’elles existent : texte intégral daté et minuté de la résolution, présence et votes ; version finale après le dernier appel ; instruction d’implémentation ; formulaire et liste de contrôle contemporains ; note expliquant la conjonction ; définition de « en règle » et du délai raisonnablement court ; décisions expurgées avec motifs ; registre de correction et de révision ; versions successives des objets aut-num. Tant qu’elles ne sont pas disponibles, toute reconstruction doit s’arrêter avant les détails individuels.

Un registre privé, non un gouvernement du routage

La portée institutionnelle de la ratification est étroite. AFRINIC est une société privée chargée de tenir des enregistrements de ressources et de coordonner l’unicité dans sa région de service. Son Conseil pouvait adopter des conditions privées d’attribution, dans le cadre des contrats et du droit applicable. Son personnel pouvait demander les informations utiles à l’évaluation d’un besoin. Rien dans l’acte n’en fait l’Afrique, un souverain, un législateur, un régulateur gouvernemental, une police, un procureur, un tribunal, une autorité de punition ou un détenteur d’un pouvoir de confiscation.

Les documents officiels prouvent leurs textes, les actes qu’ils consignent, les dates qu’ils donnent et l’auto-description institutionnelle qu’ils contiennent. Ils ne prouvent pas, du seul fait qu’ils parlent de « communauté », de gestion responsable ou de processus ouvert, une légitimité politique générale ou un mandat public. La NRO peut documenter une comparaison, l’IETF publier un conseil technique et AFRINIC enregistrer sa résolution ; aucun de ces rôles ne transforme un critère de service en loi imposable aux non-parties.

Les analyses modernes de BTW et de NRS insistent sur la différence entre coordination et coercition : un RIR tient des registres et organise l’unicité, mais ne possède pas la souveraineté d’un État. Les travaux de Heng Lu fournissent un critère de conception plus exigeant : la couche commune doit rester mince, déterministe et limitée à l’unicité, l’interopérabilité, la sûreté et la sécurité lorsque les faits sont localement vérifiables. L’analyse de LARUS rappelle, du point de vue de la continuité opérateur, que des décisions concentrées ou opaques sur les registres peuvent créer un risque d’infrastructure.

Ces contributions éclairent la frontière actuelle ; elles ne témoignent d’aucune demande individuelle de 2006.

Cette frontière préserve à la fois l’utilité du registre et la liberté du réseau. AFRINIC coordonne un numéro unique et décrit une attribution. L’opérateur configure ses équipements, choisit ses fournisseurs, ses pairs, son architecture et sa politique d’annonce. Les réseaux distants appliquent leurs propres règles et peuvent accepter, filtrer ou rejeter l’information reçue. Une entrée de base de données ne crée pas la joignabilité par commandement ; inversement, une difficulté institutionnelle ne fait pas disparaître instantanément la configuration qui tourne chez les opérateurs.

La bonne conclusion n’est donc ni « le registre n’a aucun rôle » ni « le registre autorise le réseau ». Il a un rôle réel, utile et contractuellement défendable : empêcher les collisions, tenir des contacts exacts, examiner un besoin d’identifiant global et administrer une relation de service. Mais ce rôle est celui d’un coordinateur de registre, non celui d’un pouvoir public. L’éligibilité décidée en mai 2006 conditionnait l’écriture d’une entrée unique ; elle ne constituait ni une permission d’exploiter, ni une déclaration de légalité, ni une compétence sur la topologie.