Résumé

  • Les données publiques de fermeture d’AFRINIC contiennent en 2026 une ligne VOLUNTART dans chacun des fichiers ASN, IPv4 et IPv6, alors que la catégorie VOLUNTARY demeure utilisée ailleurs.
  • L’archive CSV et les fichiers JSON concordent ligne par ligne. Le code de la page regroupe ensuite la valeur littérale de t_status : la différence d’un caractère devient donc une catégorie statistique autonome.
  • Rien dans cette observation ne prouve qu’une restitution ou une fermeture sous-jacente était erronée. Une nomenclature stable et un avis de correction reliant les anciennes et nouvelles empreintes suffiraient à réparer la publication sans effacer son histoire.

Une faute de frappe peut rester une faute de frappe dans une note de travail. Dans une série statistique, elle devient une décision de classement.

C’est exactement le problème visible dans les données actuelles d’AFRINIC. La valeur habituelle VOLUNTARY côtoie une seconde valeur, VOLUNTART. Cette dernière apparaît dans trois lignes agrégées de 2026 : une pour les ASN, une pour un groupe IPv4 en /22 et une pour un groupe IPv6 en /32. Chacune porte le total un.

Le constat est minuscule. Sa portée méthodologique ne l’est pas. Il faut savoir si l’on compte deux états ou deux graphies avant de tirer la moindre conclusion sur des restitutions volontaires.

La transparence a rendu le contrôle possible

Il serait injuste de commencer par l’erreur et d’oublier le dispositif qui permet de la voir. AFRINIC met à disposition une archive téléchargeable et les jeux JSON alimentant son tableau de bord. Un tiers peut donc reproduire les regroupements, conserver un instantané daté et vérifier que le nombre affiché ne repose pas sur une boîte noire.

Les fichiers distinguent aussi plusieurs objets. Les ASN ne sont pas mêlés aux préfixes IPv4 ou IPv6. Les préfixes sont répartis par taille et par année. Les états publiés comprennent notamment RECLAIMED, ADMIN, parfois REVOKED, ainsi que les deux libellés qui nous occupent. Une série séparée compte les organisations fermées.

Cette granularité est utile, car les mots ne décrivent pas le même acte. Une restitution initiée par un détenteur n’est pas équivalente à une fermeture de membre, à une intervention administrative ou à une révocation. Le guide d’AFRINIC définit d’ailleurs la récupération comme une radiation de la base Whois accompagnée de celle des objets enfants liés — délégations inverses, objets de routage, éléments RPKI et enregistrements DS — puis d’une période de quarantaine et d’assainissement avant une éventuelle réattribution.

Le graphique public est donc la dernière couche d’une chaîne, pas l’acte de fermeture lui-même.

Ce que comptent les lignes de 2026

L’instantané du 13 septembre livre les valeurs suivantes :

Classe VOLUNTARY en 2026 VOLUNTART en 2026 Autres observations 2026
ASN 3 1 1 RECLAIMED
IPv4 4 1 2 RECLAIMED
IPv6 0 1 1 RECLAIMED

Les quatre observations IPv4 correctement libellées se répartissent entre /22, /18 et /23. La ligne à la graphie inhabituelle porte sur un /22. En IPv6, cette graphie accompagne un /32, tandis que l’autre ligne de 2026 décrit un /48 récupéré. Pour l’ASN, la colonne de longueur reste naturellement vide.

Ces totaux ne mesurent pas un volume commun. Additionner un ASN, un préfixe IPv4 et un préfixe IPv6 donnerait un chiffre dépourvu d’unité. Ils ne désignent pas davantage trois opérations attribuables au même membre. Le fichier des organisations recense neuf fermetures en 2026, mais aucune clé publique ne permet de relier l’une d’elles aux lignes de ressources.

La comparaison technique enlève une autre ambiguïté : les tuples complets des CSV et des JSON sont identiques pour les trois classes. VOLUNTART n’est donc pas une imperfection propre à l’archive alors que la page utiliserait une source corrigée. Les deux modes de publication reproduisent la même séparation.

Quand la chaîne exacte devient une catégorie

Le code du tableau de bord crée, pour chaque classe de ressources, une dimension à partir du champ t_status, puis agrège les totaux selon sa valeur exacte. Aucun mécanisme observé dans le navigateur ne rapproche les deux graphies.

Ce comportement est rationnel : un outil statistique ne devrait pas décider tout seul que deux valeurs différentes veulent dire la même chose. Mais il transforme ici une lettre finale en identité institutionnelle. Une requête limitée à VOLUNTARY trouve trois observations ASN, quatre IPv4 et aucune IPv6 pour 2026. Une normalisation intuitive y ajouterait une observation dans chaque classe.

Le second calcul paraît vraisemblable. Il n’est pas encore autorisé par la source. Ni le tableau de bord ni les documents examinés ne publient un dictionnaire définissant VOLUNTART, ni un avis disant qu’il faut le remplacer par VOLUNTARY.

Trois mauvaises réponses sont alors possibles. Écraser silencieusement les fichiers rend le présent plus propre mais rompt la chaîne permettant de reproduire le passé. Conserver éternellement les deux valeurs protège les octets mais fabrique une catégorie fantôme. Laisser chaque analyste corriger à sa manière produit autant de vérités que de feuilles de calcul.

Une quatrième réponse existe : conserver l’observation et publier la correction.

La limite de ce que l’on peut affirmer

Les lignes sont agrégées. Elles ne donnent ni nom de membre, ni identifiant de ressource, ni dossier de fermeture, ni date précise dans l’année. Elles n’indiquent pas qui a saisi le statut, quel avis a été envoyé ou quelle disposition contractuelle a été appliquée. On ne peut pas en déduire que les trois lignes proviennent d’une seule organisation ou d’une même opération.

On ne peut surtout pas transformer une graphie douteuse en preuve de récupération abusive, de décision illégale ou de panne technique. Aucun élément ne démontre ici une modification erronée du Whois, de la délégation inverse, du routage ou de la RPKI. Une opération parfaitement régulière peut être mal étiquetée dans un rapport. Un libellé impeccable peut, à l’inverse, accompagner une opération discutable. L’orthographe n’est pas un audit de fond.

La surface de contrôle doit rester précise. AFRINIC maîtrise la production des fichiers publics et leur présentation. Les procédures applicables déterminent une fermeture, une restitution ou une récupération. Le détenteur intervient lorsqu’il demande volontairement une restitution. Les opérateurs gardent la conduite de leurs réseaux. Le statut statistique relate une assertion ; il ne crée pas le droit ni la réalité opérationnelle qu’il décrit.

Corriger sans amnésie

La solution tient dans une nomenclature et une chaîne de rectification.

Chaque état devrait disposer d’un code machine stable, distinct de son libellé d’affichage, d’une définition et d’une unité d’agrégation. Une modification orthographique n’aurait alors pas pour effet de créer ou de supprimer un état. Les versions de validité du code devraient être publiques.

Lorsqu’une valeur est corrigée, un reçu compact peut conserver l’instantané d’origine, la version du générateur, l’empreinte du fichier, la valeur brute, la règle de normalisation autorisée, les années et groupes touchés, le moment et la fonction responsable de la correction, les empreintes avant et après ainsi qu’un lien de remplacement. Il doit aussi dire si seuls les agrégats publics ont changé ou si un dossier de registre a été modifié.

Cette traçabilité ne nécessite aucune divulgation sur un membre. Elle protège au contraire les détenteurs : un total public ne pourra pas être présenté comme le jugement d’un cas particulier.

Si AFRINIC confirme une coquille, les trois observations pourront rejoindre un code volontaire stable. Si l’organisation définit VOLUNTART comme un état distinct, la définition devra expliquer sa portée. Si le mot disparaît sans avis, le graphique courant sera plus lisible, mais les utilisateurs historiques ignoreront ce qui a réellement changé.

La qualité d’un registre ne se mesure pas à l’absence totale d’erreurs humaines. Elle se mesure à sa capacité de les rendre bornées, corrigibles et vérifiables. AFRINIC a déjà fait le geste difficile en publiant ses données. Il lui reste à faire du correctif un élément du registre public plutôt qu’une retouche invisible.

Sources