Résumé

  • Le 30 janvier 2008, le conseil d’AFRINIC ratifia la version régionale d’une proposition mondiale ; AFRINIC annonça cette approbation le 27 février, mais la ratification mondiale par le conseil de l’ICANN n’intervint que le 31 juillet. Le 27 février ne fut donc ni une législation mondiale ni la preuve d’un déploiement informatique ce jour-là.
  • AFPUB-2008-ASN-001 concernait uniquement l’allocation de stocks de numéros de système autonome par l’IANA aux registres Internet régionaux : un bloc comptait exactement 1 024 ASN, et un registre devenait admissible à un nouveau bloc après utilisation de 80 % du précédent ou lorsque son stock libre couvrait moins de deux mois de besoin estimé à partir des six mois antérieurs.
  • Une fois admissible, un registre pouvait recevoir le nombre entier de blocs nécessaire à ses douze mois suivants, sauf s’il en demandait moins. Ce mécanisme borné pouvait améliorer la prévisibilité, sans déterminer quels opérateurs, membres, États ou utilisateurs finaux méritaient un ASN.
  • La séparation des stocks réservés aux ASN sur 16 bits et aux ASN exigeant 32 bits devait prendre fin le 31 décembre 2009. Elle fut prolongée d’un an parce que l’adoption des ASN sur 32 bits avançait moins vite que prévu et qu’un stock abondant de ces derniers pouvait masquer une pénurie d’anciens numéros.
  • La leçon institutionnelle est nette : AFRINIC était un teneur de registre privé et un coordinateur. Il pouvait demander, recevoir, inventorier, enregistrer et annoncer des blocs ; il n’acquit par cette réussite aucune autorité souveraine, législative, réglementaire, policière, répressive, confiscatoire ou juridictionnelle.

Trois dates que l’on ne peut pas fondre en une seule

Le lecteur qui arrive au 27 février 2008 sans distinguer les étapes risque de donner à AFRINIC un rôle que les pièces disponibles ne lui donnent pas. Le conseil d’AFRINIC avait ratifié la proposition le 30 janvier. Le 27 février, l’historique public du registre indique qu’une annonce de cette approbation fut faite sur la liste de discussion RPD et date de ce jour AFPUB-2008-ASN-001. Cinq mois plus tard, le 31 juillet, le conseil de l’ICANN ratifia la politique mondiale et demanda à son personnel de mettre en œuvre ses dispositions et les modalités d’annonce.

Ces actes appartiennent à la même chaîne de coordination, mais ils ne sont pas interchangeables.

AFRINIC avait achevé son étape régionale en février. Il n’avait pas, à lui seul, édicté une règle mondiale. La proposition avait été présentée dès le 20 août 2007 dans un message contemporain signé par Axel Pawlik au nom des cinq registres régionaux alors existants. Elle devait ensuite parcourir la chaîne NRO, ASO et ICANN après les adoptions régionales. Dire que la « politique mondiale » était déjà intégralement en vigueur partout le 27 février effacerait cette séquence. Dire qu’AFRINIC l’avait créée seul serait tout aussi erroné.

La prudence vaut également pour le verbe « mettre en œuvre ». L’archive établit une ratification et une annonce. Elle ne contient ni procès-verbal complet du conseil, ni décompte des voix, ni directive technique, ni reçu de changement d’un système d’inventaire, ni journal montrant qu’un programme de demande fut modifié ce jour précis. Il est donc possible d’affirmer qu’AFRINIC a approuvé et annoncé sa partie régionale du dispositif. Il n’est pas possible d’en déduire une heure de bascule en production.

Ce détail n’est pas une querelle d’archiviste. Les institutions accumulent souvent du pouvoir narratif en comprimant les étapes : une consultation devient consensus, le consensus devient ratification, la ratification devient mise en œuvre, puis la mise en œuvre devient mandat. La chronologie résiste à cette inflation. Ici, elle montre une entreprise privée participant à une procédure coordonnée, non un législateur décrétant la validité des réseaux africains.

Ce que la politique déplaçait réellement

Un ASN n’est pas une adresse IP. Il identifie un système autonome dans le routage interdomaines, c’est-à-dire un ensemble de réseaux qui présentent une politique de routage cohérente à leurs voisins. AFPUB-2008-ASN-001 ne réglait pas l’attribution d’adresses IPv4 et ne décidait pas si une entreprise africaine était suffisamment multiconnectée, assez importante ou moralement digne de recevoir un numéro. Son objet se trouvait un étage plus haut dans la chaîne d’approvisionnement.

L’IANA tenait le stock mondial en amont et attribuait des blocs de numéros aux registres régionaux. Ceux-ci pouvaient ensuite allouer ou assigner des ASN aux opérateurs selon d’autres règles régionales, extérieures au sujet de cet instrument. La politique de 2008 répondait donc à une question étroite : quand un registre régional pouvait-il revenir vers l’IANA pour reconstituer son stock, et quelle quantité pouvait-il recevoir ?

Cette distinction sépare deux formes de décision dont les conséquences ne sont pas comparables. La première est une gestion de stock entre deux niveaux de tenue de registre. La seconde touche l’accès d’un opérateur à une ressource de routage. Confondre les deux permettrait d’importer les critères techniques d’un réapprovisionnement en amont dans un débat beaucoup plus large sur les droits des entreprises ou des utilisateurs. Rien dans la règle décrite ici n’autorise ce glissement.

Le dispositif précisait aussi qu’il ne fixait pas les exigences de performance du service entre l’IANA et les RIR. Ces exigences relevaient d’accords appropriés entre l’ICANN et le NRO. Même à l’intérieur de son périmètre technique, le texte séparait donc l’algorithme d’allocation de la qualité du service. Cette séparation est saine : elle évite qu’un seuil d’inventaire se transforme, par interprétation, en licence générale d’administrer tout le rapport entre institutions.

La chaîne devait en outre rester visible. L’IANA, le NRO et les registres régionaux devaient annoncer les allocations et mettre à jour leurs sites ou bases de données ; des procédures administratives devaient être établies. Là encore, l’enregistrement et l’annonce décrivent une réalité coordonnée. Ils ne créent ni la réalité opérationnelle des systèmes autonomes ni une propriété institutionnelle sur les numéros.

Un bloc signifie 1 024 numéros, pas 1 024 blocs

Le premier mérite de la politique est sa lisibilité arithmétique. Un « bloc d’ASN » contenait exactement 1 024 numéros de système autonome. Un nouveau registre régional devait recevoir initialement un bloc. Le choix d’une unité fixe réduisait la nécessité de négocier une quantité différente à chaque demande et donnait aux acteurs une base commune pour vérifier l’inventaire.

La taille n’était pourtant pas démontrée par les sources conservées. Aucun jeu de données public du dossier n’explique pourquoi 1 024 était préférable à 512, 2 048 ou une quantité variable. On peut comprendre son utilité administrative sans prétendre que sa calibration était scientifiquement inévitable. Une unité fixe simplifie les opérations, mais elle déplace une partie de l’erreur de prévision vers le stock du registre : lorsque la demande est irrégulière, le registre peut détenir momentanément plus de numéros que nécessaire ; lorsqu’elle accélère, un seuil peut être atteint plus tôt que prévu.

Ce n’est pas une faiblesse fatale. C’est précisément le type de compromis qu’une règle de coordination peut porter à condition de le montrer. Un bon registre expose l’unité, le stock d’ouverture, les sorties, le motif de chaque demande et l’écart entre prévision et consommation. Il ne transforme pas la commodité de son unité comptable en preuve d’une autorité sur les clients de l’opérateur.

Le vocabulaire importe parce qu’une simple erreur d’échelle déforme le système. Parler de « 1 024 blocs » multiplierait artificiellement l’allocation. Parler d’une allocation directe aux membres d’AFRINIC supprimerait l’IANA du mouvement réel et confondrait le stock régional avec les décisions aval. La formulation correcte est plus modeste : l’IANA pouvait remettre à un RIR un ou plusieurs blocs entiers, chacun composé de 1 024 ASN, selon l’admissibilité et la quantité calculées par la règle mondiale.

Deux portes d’entrée, reliées par « ou »

Pour recevoir un bloc supplémentaire, le registre régional n’avait pas à satisfaire deux conditions cumulatives. Une seule des deux suffisait. La première porte s’ouvrait lorsque le RIR avait assigné ou alloué 80 % du bloc reçu précédemment. Cette condition observait la consommation visible du dernier lot. Elle évitait en principe une nouvelle livraison trop précoce tout en permettant une demande avant épuisement complet.

La seconde porte protégeait contre un rythme de sortie plus rapide que celui que le premier seuil pouvait saisir. Elle s’ouvrait lorsque l’inventaire libre du registre tombait sous le besoin de deux mois. Ce besoin était projeté à partir de la moyenne mensuelle des ASN assignés ou alloués au cours des six mois précédents. Un registre qui avait moins de deux mois de réserve estimée pouvait donc être admissible même si la présentation du stock par blocs ne racontait pas toute l’urgence.

Le « ou » est essentiel. Le remplacer par « et » aurait rendu la règle plus restrictive, car un registre proche d’une pénurie pourrait devoir attendre d’avoir également consommé 80 % du bloc de référence. Le mécanisme réel combinait un indicateur de consommation et un indicateur de continuité. Le premier regardait une proportion ; le second comparait le stock libre à un débit historique.

Cette architecture réduisait la négociation discrétionnaire. Une demande pouvait être examinée à partir de nombres accessibles : taille du bloc précédent, quantité déjà attribuée, stock restant, moyenne mensuelle sur six mois et couverture en mois. L’objectivité du calcul ne prouve pas pour autant que tous les paramètres étaient bien calibrés. Les pièces disponibles ne livrent ni la série de demande d’AFRINIC, ni les calculs qui ont conduit à 80 %, deux mois et six mois, ni un registre des exceptions. Le caractère vérifiable de la formule est un avantage ; l’absence des données permettant d’évaluer ses paramètres demeure une lacune.

On ne sait pas non plus quel déclencheur AFRINIC utilisa lors d’une demande particulière. Aucun journal public du dossier n’indique : « seuil de 80 % atteint à telle date » ou « réserve tombée à 1,7 mois selon telle série ». Cette absence empêche de mesurer l’usage réel de chaque porte. Elle ne permet ni d’accuser l’institution d’avoir contourné la règle, ni d’affirmer qu’elle l’a appliquée sans erreur. Elle définit simplement la limite de ce que l’on peut établir.

L’admissibilité ne déterminait pas la quantité

Une fois l’une des deux portes franchie, un second calcul commençait. Il ne faut pas le confondre avec le premier. L’admissibilité répondait à « peut-on demander maintenant ? » ; la quantité répondait à « combien de blocs entiers ? ». Le RIR pouvait recevoir assez de blocs pour couvrir les douze mois suivants, en se fondant toujours sur son rythme moyen d’assignation ou d’allocation pendant les six mois antérieurs. Il pouvait demander moins que le montant auquel le calcul le rendait admissible.

La règle cherchait ainsi à limiter la fréquence des échanges avec l’IANA. Son exposé suggérait qu’en régime ordinaire un registre n’aurait généralement besoin que d’une demande annuelle. Mais « généralement » ne signifie pas « garanti ». Les sources ne donnent pas la fréquence effective des demandes ni la distribution des écarts. Une accélération structurelle de la demande, une transition de format ou une composition inhabituelle du stock pouvait rendre une moyenne rétrospective moins représentative de l’année à venir.

La combinaison de six mois de regard arrière et de douze mois d’horizon avant est simple à administrer. Elle lisse les variations de très court terme. Elle peut aussi réagir tard à une rupture. Si la demande double soudainement, la moyenne conserve plusieurs mois anciens plus faibles ; si elle diminue, elle peut produire un excédent temporaire. Le choix d’un multiple entier de 1 024 ajoute une seconde granularité. Aucun de ces effets ne condamne le mécanisme. Ils indiquent ce qui aurait dû être publié pour l’auditer : prévisions, réalisations, déclencheur choisi, blocs demandés, blocs reçus et erreurs à trois, six et douze mois.

La clarté conceptuelle empêche surtout une autre expansion. L’IANA pouvait vérifier l’admissibilité d’un registre à du stock. Elle ne déterminait pas, par ce calcul, l’admissibilité d’une entreprise à devenir système autonome. Et AFRINIC, parce qu’il savait mesurer son inventaire, ne devenait pas compétent pour régler les modèles commerciaux, la géographie des clients ou la conduite générale des réseaux. Une compétence de prévision logistique ne se métamorphose pas en compétence réglementaire.

Deux stocks pour éviter un faux « jour J »

La politique se situait pendant la transition d’un espace d’ASN historiquement codé sur deux octets vers un espace sur quatre octets. En notation de capacité, les ASN sur 16 bits occupent les valeurs de 0 à 65 535. Les valeurs exigeant quatre octets commencent à 65 536 et s’étendent jusqu’à 4 294 967 295. Le plein espace de 32 bits inclut aussi les anciens numéros, représentables en mettant à zéro les deux octets de poids fort.

Jusqu’au 31 décembre 2009, le texte original demandait à l’IANA de gérer séparément les blocs composés d’ASN utilisables sur deux octets et ceux exigeant quatre octets. Les allocations depuis ces deux réserves devaient être indépendantes. Après cette date, le projet était de passer à une réserve indifférenciée sur 32 bits. Cela ne rendait pas les anciens numéros invalides : ils restaient représentables dans le champ élargi. Le changement concernait la manière de composer et de livrer le stock, non l’effacement technique de la partie basse de l’espace.

Cette transition n’était pas conçue comme une bascule mondiale instantanée. Le RFC 4893, alors spécification de référence, prévoyait une coexistence graduelle entre locuteurs BGP anciens et nouveaux. Un locuteur capable de gérer un ASN sur quatre octets pouvait annoncer cette capacité grâce au code 65. Entre équipements nouveaux, les numéros pouvaient être transportés dans les attributs ordinaires de chemin et d’agrégateur sous la forme élargie. Face à un ancien équipement, le mécanisme conservait un chemin encodé sur deux octets et utilisait, lorsque le numéro ne pouvait y entrer, la valeur de transition AS_TRANS 23456.

Deux attributs transitifs optionnels complétaient le pont. AS4_PATH, de code 17, transportait les informations de chemin sur quatre octets qui auraient autrement été perdues dans la relation avec l’ancien locuteur. AS4_AGGREGATOR, de code 18, préservait la valeur d’un agrégateur sur quatre octets. L’ensemble permettait une migration progressive au lieu d’exiger que chaque routeur du monde change la même nuit.

Progressif ne veut pas dire infaillible. Le RFC signalait des limites lorsque des locuteurs anciens agrégeaient les routes : la reconstruction complète du chemin n’était pas toujours possible et, hors de certains cas d’agrégation couvrante, des risques de boucle pouvaient apparaître. Un système autonome utilisant effectivement un ASN sur quatre octets était supposé mettre à niveau ses locuteurs BGP avant de s’en servir. La compatibilité était donc une condition d’ingénierie observable, avec des échecs possibles, non un slogan administratif.

Les pièces ne fournissent cependant aucun taux de compatibilité propre à l’Afrique ou à AFRINIC en 2008, 2009 ou 2010. Elles n’indiquent ni nombre de routeurs prêts, ni répartition des versions logicielles, ni coût de mise à niveau, ni incidents. Le RFC prouve l’existence du pont et documente ses limites ; il ne prouve pas que tous les opérateurs l’avaient franchi.

Le report qui jugea le calendrier initial

Le meilleur audit de la date du 31 décembre 2009 fut le besoin de la modifier. Le successeur de la politique constata que les ASN exigeant 32 bits n’étaient pas distribués au rythme anticipé. Le problème n’était pas seulement culturel ou pédagogique ; il résultait de l’interaction entre la composition des stocks et la formule de réapprovisionnement.

Un registre régional pouvait encore détenir beaucoup d’ASN sur 32 bits tout en manquant d’ASN sur 16 bits demandés par des opérateurs aux équipements anciens. Si les deux réserves étaient fusionnées dans le calcul, l’abondance du stock nouveau pouvait empêcher le RIR de satisfaire au test de réapprovisionnement, alors même qu’une réserve ancienne utile restait disponible à l’IANA. Des numéros compatibles avec la demande immédiate pouvaient ainsi rester bloqués en amont parce que l’agrégat comptable masquait la pénurie par composition.

La correction prolongea donc la séparation jusqu’au 31 décembre 2010. Elle ne changea ni les 1 024 ASN par bloc, ni l’alternative entre 80 % et deux mois, ni la moyenne des six mois, ni l’horizon des douze mois, ni le cadre des annonces. Elle déplaça d’un an le moment du passage à la réserve commune. Le 21 septembre 2010, le comité exécutif du conseil de l’ICANN, agissant pour celui-ci, ratifia la politique mondiale de remplacement.

AFRINIC indiqua ensuite qu’après le 31 décembre il cesserait d’offrir le choix entre les deux catégories et distribuerait à partir de la réserve commune, tout en invitant les opérateurs à vérifier leur compatibilité.

Ce report donne tort à deux simplifications opposées. La première voudrait que la publication d’une date crée la réalité technique. Elle ne la crée pas : si les réseaux et la demande ne suivent pas, l’inventaire peut se gripper. La seconde voudrait qu’il faille conserver indéfiniment l’ancien régime. Ce serait également dangereux, car une séparation perpétuelle peut affaiblir l’incitation à mettre à niveau et prolonger la rareté de l’ancien espace. Une extension courte et révisable pouvait être plus rigoureuse qu’un calendrier prestigieux défendu contre les faits ou qu’une exemption sans terme.

Le dossier ne quantifie pas le retard propre à AFRINIC. Il ne permet pas de compter les demandes frustrées, les pannes évitées ou les opérateurs retardataires. Il établit le motif officiel : une adoption plus lente qu’anticipé pouvait laisser des ASN sur 16 bits immobilisés à l’IANA. Il établit la modification : une année supplémentaire de séparation. Il ne permet pas d’attribuer une faute à un fournisseur, un registre ou une catégorie d’opérateurs.

La défense la plus solide de la politique

Une critique sérieuse doit conserver ce que la règle faisait bien. Avant sa formalisation, une procédure de réapprovisionnement pouvait reposer davantage sur l’habitude, la négociation ou des échanges moins visibles. L’instrument transforma une pratique en algorithme public. Il fixa une unité. Il offrit deux protections différentes contre l’épuisement. Il donna un horizon d’approvisionnement. Il imposa des annonces. Il reconnut qu’une transition de format devait être graduelle.

Cette discipline pouvait réduire les délais administratifs et les coûts de transaction. L’IANA n’avait pas à réinventer les critères pour chaque RIR. Les registres pouvaient planifier leur stock et savoir à quel moment une demande deviendrait recevable. Les opérateurs avaient intérêt à ce que leur registre ne tombe pas à court, car une pénurie régionale de numéros aurait ralenti les assignations. La séparation temporaire limitait le risque qu’une modernisation encore incomplète rende l’ancien stock inaccessible au mauvais moment.

L’objectif annoncé de non-discrimination peut être compris dans ce cadre étroit : appliquer la même formule de stock à chaque RIR plutôt que négocier selon sa réputation. Mais la présence de critères uniformes ne prouve pas à elle seule une légitimité publique. Elle prouve seulement qu’une procédure pouvait être régulière. Une société privée peut tenir correctement un grand livre sans devenir l’autorité politique de ceux dont elle enregistre les actifs.

Le report ultérieur renforce même la meilleure défense. Les institutions ne se sont pas accrochées à la date initiale au point de laisser la formule produire une pénurie de composition. Elles ont modifié le calendrier tout en conservant le cœur de l’algorithme. C’est une forme d’apprentissage institutionnel utile : réparer une hypothèse périphérique lorsque le comportement opérationnel la contredit.

Il faut donc résister à la tentation d’attaquer toute politique parce qu’une institution l’administre. Sans règle documentée, l’approvisionnement pouvait devenir opaque et arbitraire. La bonne alternative n’est pas l’absence de registre observable ; c’est une coordination mince, déterministe, vérifiable et remplaçable. Refuser le blanchiment de mandat n’oblige pas à refuser la comptabilité.

Une bonne comptabilité n’est pas un titre de souveraineté

La « primauté du code en fonctionnement » donne l’ordre d’interprétation. Les règles communes sont légitimes dans la mesure où elles protègent des invariants minimaux : unicité, interopérabilité, preuve de contrôle, sécurité partagée et continuité. Les changements ultérieurs deviennent réels par l’implémentation, la validation, le déploiement et l’adoption par les participants. Une publication n’est pas, à elle seule, une réalité opérationnelle.

Sous ce test, une grande partie d’AFPUB-2008-ASN-001 tient bien. Un bloc fixe, deux déclencheurs, une fenêtre historique et un horizon futur peuvent être vérifiés. La séparation temporaire répondait à une contrainte de compatibilité. L’annonce améliorait la traçabilité. Le report d’un an montrait que le calendrier devait suivre l’état des systèmes et de la demande.

La frontière est tout aussi ferme. AFRINIC est une société privée de registre, un teneur de livres et un coordinateur. Il peut demander des blocs à l’IANA, les recevoir, tenir leur inventaire, annoncer les changements et administrer des services convenus. Il n’est pas un État. Sa zone de service n’est pas un peuple. Sa liste de discussion n’est pas un parlement. Un enregistrement de base de données n’est pas une délégation générale donnée par les entreprises enregistrées.

En adoptant cette règle de stock, AFRINIC n’a acquis aucun pouvoir souverain, législatif, réglementaire, policier, de poursuite, de sanction, de confiscation ou de jugement. Ni l’IANA, ni le NRO, ni l’ASO, ni le conseil de l’ICANN ne pouvaient convertir la chaîne de coordination en propriété des réseaux. Leur intervention montre qui accomplit quelle étape ; elle ne démontre pas une juridiction sur tous les opérateurs.

La distinction entre conséquence de compatibilité et punition institutionnelle est centrale. Un opérateur qui n’adopte pas un format peut rencontrer un pair incapable d’interpréter son chemin. Un participant peut rejeter localement un état incompatible avec les règles qu’il exécute. Ces effets viennent de l’interopérabilité et du choix des contreparties. Ils ne donnent pas à un registre le droit d’étiqueter le dissident comme coupable, de confisquer une ressource ou de réglementer une activité sans rapport avec l’unicité.

Une coopération répétée ne produit pas rétroactivement une souveraineté. Une procédure utile ne peut pas se voter un mandat sur ceux qui n’y ont pas consenti. Et surtout, la réussite du réapprovisionnement en ASN ne peut pas blanchir un mandat plus large. Le fait qu’AFRINIC ait contribué à éviter des ruptures de stock en 2008 ne lui donne aucune compétence sur la géographie commerciale, les transferts de capital, le modèle économique, les opinions ou les droits publics des opérateurs. La compétence comptable ne se capitalise pas en pouvoir politique.

Le document d’archive qui mélange ses propres époques

La qualité d’un registre se mesure aussi à sa capacité de préserver la version exacte de ce qu’il a enregistré. Or la page actuelle portant la référence AFPUB-2008-ASN-001 est contaminée par plusieurs couches temporelles. Elle conserve l’ancien identifiant, le statut obsolète et une partie de l’historique 2007-2008, mais son corps présente des auteurs, un motif et une échéance appartenant au successeur de 2010.

Le problème est aggravé par deux incohérences. Le message RPD contemporain est daté du 20 août 2007 et se présente comme le dépôt initial. L’historique de la page indique une publication initiale le 29 août, tout en plaçant séparément une soumission au conseil le 20 août avant le dernier appel d’octobre. Le motif de cette contradiction n’est pas établi. De même, l’ancienne page nomme comme remplacement AFPUB-2009-GEN-005, tandis que la page active du successeur porte AFPUB-2009-ASN-001. Il faut conserver cette divergence, non la corriger par intuition.

Cette anomalie interdit de citer le corps actuel de l’ancienne page comme s’il s’agissait d’une copie propre du texte de 2008. Le message contemporain et le texte original préservé par l’ICANN fournissent la version avec l’échéance du 31 décembre 2009. Les pages d’AFRINIC restent utiles pour les dates de cycle de vie et comme preuve du mélange. Elles ne suffisent pas, seules, à reconstruire mot pour mot l’instrument original.

L’intégrité d’archive est une fonction de gouvernance, même pour une institution strictement comptable. Lorsqu’un texte de 2010 apparaît sous une étiquette de 2008, la recherche ultérieure peut renverser le sens de la réforme : le lecteur croit que le report était déjà présent dans l’original et perd la preuve que l’hypothèse initiale a été corrigée. Des citations répétées propagent ensuite l’erreur dans les études, les contentieux et les décisions internes.

La réparation est possible : publier côte à côte chaque version, son empreinte, ses auteurs, ses dates, son statut et la chaîne d’obsolescence, puis consigner les corrections de métadonnées. Ce qui est difficilement réversible est la reconstruction de faits jamais enregistrés : l’état précis des systèmes le 27 février, les calculs originaux des seuils, les incidents de compatibilité ou le motif exact des incohérences. Une base de données ne devient pas souveraine parce qu’elle est indispensable. Elle devient responsable de l’honnêteté de son historique.

Ce que l’on sait — et ce qui demeure hors du dossier

Les preuves permettent une conclusion solide mais circonscrite. Elles établissent la proposition conjointe, les trois étapes de 2008, l’unité de 1 024 ASN, les deux seuils alternatifs, les horizons de six et douze mois, la séparation des réserves, l’architecture de compatibilité et le report d’un an. Elles montrent qu’en décembre 2010 AFRINIC annonçait le passage imminent à la réserve commune et que le RFC 6793 remplaça en 2012 le RFC 4893 tout en conservant et clarifiant le mécanisme général.

Elles n’établissent pas le contenu complet de l’annonce RPD du 27 février, seulement que l’historique en consigne l’existence. Elles ne montrent pas de reçu de production. Elles ne révèlent pas les données qui ont calibré la taille du bloc, les seuils ou les horizons. Elles ne publient ni registre de demandes, ni série d’erreurs de prévision, ni journal d’exceptions. Elles ne prouvent aucun refus, litige ou retard sous la règle originale.

Elles ne mesurent pas non plus le déploiement en Afrique. Le pont BGP était défini ; son adoption régionale reste inconnue. Le motif du successeur décrit un ralentissement général et un risque de stock bloqué ; il ne quantifie pas un dommage propre à AFRINIC et ne désigne pas de coupable. Rien ne permet d’inférer mauvaise foi, capture, corruption, manipulation ou illégalité à partir de ce seul dossier.

Enfin, aucune pièce n’établit un droit de propriété sur les ASN, que ce soit au bénéfice d’AFRINIC, d’une autre institution ou d’un acteur privé. La thèse pertinente n’exige pas de résoudre ici toute la nature juridique du numéro. Elle exige seulement de ne pas confondre l’utilité du registre avec une délégation souveraine absente.

La leçon durable du 27 février

AFPUB-2008-ASN-001 mérite d’être retenue non parce qu’elle aurait fondé une puissance, mais parce qu’elle montre la valeur et la limite d’une bonne règle. Elle a rendu un mouvement de stock plus prévisible. Elle a séparé admissibilité et quantité. Elle a reconnu une transition graduelle. Elle a été corrigée lorsqu’un détail du calendrier menaçait la continuité de l’inventaire.

La règle est la plus forte là où elle reste petite. Dès qu’on essaie de faire de son succès la preuve que les registres « gouvernent » les ressources, le raisonnement se brise. Ils coordonnent l’unicité et la visibilité. Ils ne sont ni propriétaires des réseaux ni représentants automatiques d’une région. L’acceptation d’une procédure de stock par cinq registres, le passage par le NRO et l’ASO, puis la ratification par l’ICANN décrivent une chaîne. Une chaîne répétée ne devient pas une constitution simplement parce qu’elle fonctionne.

Le report jusqu’à la fin de 2010 apporte la conclusion la plus importante. Le calendrier pouvait encourager la mise à niveau, mais il ne pouvait ordonner aux systèmes anciens de devenir compatibles. Les réseaux, les logiciels, les équipements et les relations BGP décidaient de la réalité. Lorsque cette réalité divergea de l’hypothèse temporelle, le dispositif dut changer. La politique suivit le code en fonctionnement ; l’inverse aurait mis la continuité au service du prestige institutionnel.

Le test à appliquer à toute politique comparable reste donc simple. Protège-t-elle l’unicité ? Son calcul est-il déterministe et localement intelligible ? Ses données peuvent-elles être auditées ? La conséquence d’un désaccord reste-t-elle limitée à la compatibilité et au service offert ? Le dispositif peut-il être corrigé sans qu’un organisme revendique le droit de punir ceux qui n’ont pas adopté sa préférence ? Si oui, il s’agit peut-être d’une coordination légitime. Si non, le teneur de livres a commencé à se prendre pour le pouvoir qu’il ne possède pas.