Résumé

  • Dans le fichier signé du 28 août, l’ASN 329802 et 4 096 adresses à partir de 102.201.96.0 étaient disponibles. Le lendemain, l’ASN est alloué et le dernier /24 de ce bloc est assigné.
  • Les deux nouvelles lignes portent 20260828, le code pays NA et l’identifiant opaque F36CF852. Selon la documentation AFRINIC, elles sont donc enregistrées au même titulaire dans ce fichier.
  • Les quatre fragments restés disponibles comptent 3 840 adresses ; avec les 256 adresses assignées, on retrouve exactement les 4 096 de la veille.
  • La documentation ne permet de regrouper en une allocation ou une assignation que les lignes de même type. Un reçu pseudonyme distinct devrait préciser si l’ASN et le /24 ont réellement été octroyés ensemble.

Le changement tient dans six lignes

Le relevé étendu du 28 août présente un état simple. L’ASN 329802 figure comme disponible, sans date ni identifiant de titulaire. Une autre ligne indique 4 096 adresses IPv4 disponibles à partir de 102.201.96.0. C’est un /20 complet, qui va jusqu’à 102.201.111.255.

Dans le fichier daté du 29 août, ces deux lignes ont disparu. À leur place, l’ASN 329802 est marqué allocated, avec le code NA, la date 20260828 et l’identifiant F36CF852. Une ligne IPv4 nouvelle commence à 102.201.111.0, compte 256 adresses, porte le statut assigned et reprend les trois mêmes valeurs.

Quatre lignes conservent le solde disponible : 2 048 adresses à partir de 102.201.96.0, 1 024 à partir de 102.201.104.0, 512 à partir de 102.201.108.0 et 256 à partir de 102.201.110.0. Elles correspondent respectivement à un /21, un /22, un /23 et un /24. Le /24 assigné est le dernier morceau du /20 antérieur.

Le calcul n’a rien d’approximatif. Les fragments font 3 840 adresses. Le nouveau /24 en fait 256. Leur somme est 4 096. Aucune adresse ne manque et aucune n’apparaît deux fois dans cette transition.

Le compte de lignes confirme la mécanique. Le total du fichier passe de 19 621 à 19 625. Pour IPv4, une ligne disponible est remplacée par une ligne assignée et quatre lignes résiduelles, soit quatre lignes nettes de plus. Le résumé IPv4 passe donc de 6 051 à 6 055. Le résumé ASN reste à 4 350 : une ligne disponible est seulement remplacée par une ligne allouée.

Cette cohérence est importante. Elle écarte, à cette frontière précise, le récit d’un inventaire qui aurait perdu une tranche ou dissimulé une différence de comptage. Le registre public rend la partition vérifiable. Il ne rend pas pour autant le processus de décision visible.

Un même titulaire est une conclusion solide

Le champ opaque n’est pas un simple numéro décoratif. AFRINIC le définit comme un identifiant interne à la série qui distingue une organisation ou un titulaire de ressources Internet. Toutes les lignes d’un même fichier portant cet identifiant sont enregistrées au même titulaire.

Pour le relevé du 29 août, la conclusion est donc nette : l’ASN 329802 et 102.201.111.0/24 appartiennent au même regroupement de titulaire dans la base publiée. Il n’est pas nécessaire de deviner un nom, de consulter un profil d’entreprise ou de rapprocher des coordonnées publiques pour établir ce lien.

Le choix d’un identifiant pseudonyme a une vertu. Il permet l’analyse de la structure des ressources sans transformer le fichier statistique en annuaire nominatif des demandes. Il évite aussi que chaque mouvement d’inventaire expose immédiatement la stratégie d’un opérateur.

Sa portée demeure limitée. AFRINIC précise que l’identifiant n’est pas garanti constant d’une version du fichier à l’autre. Il ne s’agit donc ni d’un numéro légal permanent, ni d’une preuve de propriété, ni d’une identité universelle pouvant être reportée sans vérification sur toutes les dates.

Surtout, l’identifiant répond à la question « à quel titulaire ces ressources sont-elles enregistrées ? ». Il ne répond pas à la question « par quelle décision chaque ressource a-t-elle changé d’état ? ». Confondre ces deux questions revient à faire d’un attribut d’organisation un attribut d’événement.

Le mot « type » empêche le raccourci

La règle de regroupement publiée par AFRINIC est plus précise que ne le suggère la proximité visuelle des lignes. Des enregistrements peuvent être considérés comme une seule allocation ou assignation lorsqu’ils sont regroupés par type, identifiant opaque et date.

Les trois dimensions comptent. Deux préfixes IPv4 du même titulaire, portant la même date, peuvent ainsi reconstituer une seule décision IPv4. Mais ici, l’une des lignes est de type ASN et l’autre de type IPv4. Elles franchissent la frontière que la règle conserve explicitement.

Plusieurs scénarios restent compatibles avec les faits. Un opérateur a pu déposer un dossier combiné pour une nouvelle présence réseau. Il a pu présenter deux demandes coordonnées, évaluées par des circuits distincts. Une ancienne demande d’ASN et une demande IPv4 plus récente ont pu aboutir le même jour. Ou les deux états ont pu être projetés le même jour sans partager le même instant de décision.

Aucun de ces scénarios n’est accusatoire. Le premier est probablement familier aux opérateurs qui créent un nouveau réseau autonome et ont besoin d’adresses. Le problème éditorial est qu’aucun ne peut être choisi à partir du seul identifiant de titulaire.

Dire que F36CF852 est un identifiant de transaction ferait donc deux erreurs possibles. Des décisions distinctes seraient fusionnées parce qu’elles concernent le même titulaire. À l’inverse, les pièces justificatives d’un type de ressource pourraient être attribuées à l’autre sans preuve qu’elles appartiennent au même épisode.

Une date quotidienne ne décrit pas la chaîne de travail

Les deux nouvelles lignes indiquent le 28 août, alors que le changement se voit dans le fichier du 29. On peut en déduire que la date d’allocation et d’assignation enregistrée est le 28 août. On ne peut pas en déduire l’heure de la décision.

Le relevé ne dit pas quand la demande a été ouverte, quand le dossier a été jugé complet, quand l’évaluation a pris fin, quand une éventuelle facture a été réglée, quand la base opérationnelle a été modifiée ou quand le fichier public a été produit. Ce n’est pas nécessairement une lacune du service quotidien : un état journalier peut être exact sans être le journal intégral du travail interne.

Le code NA doit lui aussi rester dans son périmètre. La documentation explique que le code pays décrit le lieu d’établissement légal du titulaire. Elle avertit qu’il ne localise pas de façon fiable l’usage des adresses IP. On peut parler d’un titulaire juridiquement basé en Namibie, pas d’un trafic, d’un équipement ou d’utilisateurs situés à un endroit donné.

Enfin, un état de registre n’est pas un état de réseau. La ligne ne montre ni annonce BGP, ni ROA, ni activation WHOIS ou RDAP datée, ni DNS inverse, ni utilisation par un service. Il faut aussi préserver les verbes du fichier : l’ASN est alloué, le préfixe IPv4 est assigné. Les rendre identiques effacerait une distinction que la source maintient.

Le meilleur argument en faveur du format actuel

Les fichiers étendus ont été conçus comme un projet commun aux RIR. Leur intérêt vient en partie de leur simplicité : une structure stable permet de comparer des états quotidiens dans plusieurs régions sans exporter les systèmes internes de chaque registre.

Un dossier de demande public créerait de nouveaux risques. Un identifiant de cas durable pourrait révéler la fréquence d’acquisition d’un titulaire, aider à deviner une ouverture de réseau ou relier des mouvements que l’organisation souhaite garder confidentiels. Publier les calculs de besoin, les factures, les noms d’agents ou les échanges internes serait disproportionné.

Le dossier disponible n’offre d’ailleurs aucun indice de faute. Les deux fichiers sont signés ; leurs empreintes MD5 correspondent ; la partition du /20 est exacte. Un même titulaire peut très légitimement recevoir un ASN et un /24. Le 29 août peut refléter un traitement ordinaire et bien contrôlé.

C’est précisément pour protéger cette lecture bénigne qu’un meilleur lien d’événement serait utile. L’ambiguïté permet autant l’insinuation que l’exagération rassurante. Une institution qui publie une relation limitée peut montrer ce qui s’est passé sans ouvrir le dossier privé.

Un reçu minimal, distinct de l’identité

Le bon objet public n’est pas un nouveau profil du titulaire. C’est un identifiant d’épisode pseudonyme, séparé de F36CF852, qui relie seulement les changements décidés ensemble. Pour chaque ressource, il indiquerait le type, le début, la taille, l’état précédent et l’état résultant.

La partie IPv4 devrait conserver la provenance du stock : le /20 source, le /24 assigné et les quatre résidus. La partie décisionnelle pourrait se limiter à une classe de demande, au fondement de politique applicable, à la date de décision, à la date d’effet et à la date de projection publique.

La relation entre les lignes doit être explicite. Trois valeurs suffiraient souvent : « octroi conjoint », « décisions séparées prenant effet le même jour » ou « changements sans relation ». Une correction ultérieure devrait citer l’objet remplacé au lieu d’écraser silencieusement l’histoire.

Le nom du titulaire, le contenu de sa demande, ses justificatifs, ses factures, le numéro de ticket interne et l’identité des agents n’ont pas à être publiés. Si même un identifiant d’épisode stable facilite trop la corrélation, AFRINIC peut signer une relation binaire entre les deux lignes publiques, ou publier un engagement cryptographique non réutilisable.

Il s’agit d’une coordination mince : assez de preuve pour distinguer le titulaire de l’événement, pas assez de données pour surveiller l’entreprise.

Ce que l’on peut écrire, et rien de plus

Entre les deux relevés signés, un ASN disponible devient alloué et le dernier /24 d’un /20 disponible devient assigné. L’inventaire restant se réconcilie exactement. Dans le relevé postérieur, les deux ressources ont la même date et le même identifiant de titulaire.

On ne sait pas si elles proviennent d’une demande commune. On ne sait pas à quelle heure les décisions ont été prises, si les ressources sont déployées, ni si une route les utilise. Rien ne prouve un dommage, un manquement ou une anomalie de politique.

Le registre remplit déjà deux fonctions utiles : il montre l’état et protège le nom. Il lui manque une troisième relation, très étroite, pour dire si deux types de ressources ont partagé la même décision. Tant que cette relation n’est pas publiée, le langage exact reste le meilleur contrôle : même titulaire, même date, épisode inconnu.

Sources