Résumé

  • Au 11 septembre 2026, la page de l’IANA fondée sur les données LACNIC publiées le 8 septembre affiche 978 428 unités /32 disponibles, une moyenne mensuelle de 57 et un besoin de 513. Le second calcul est lisible : 57 multiplié par neuf donne 513.
  • Les 11 846 lignes de fragments, du /33 au /48, représentent exactement 210 /32. Retranchées du volume source available de 978 637,6130981445, elles donnent 978 427,6130981445, soit 978 428 après arrondi.
  • Pourtant, 7 514 seulement de ces lignes, soit 198,61309814453125 /32, ont le statut available dans le fichier délégué. Les autres sont reserved, assigned ou allocated, alors que la politique mondiale définit l’espace fragmenté comme des blocs disponibles inférieurs à la taille minimale d’allocation.
  • Cette coïncidence arithmétique ne prouve pas une erreur. Elle justifie un bordereau de calcul horodaté et haché qui expose la sélection des statuts, les réservations expirant dans trois mois et la règle d’arrondi.

Un chiffre rond inspire volontiers plus de confiance qu’une longue note de bas de page. C’est précisément le piège de 978 428.

Sur la page de l’IANA consacrée à LACNIC, ce nombre se présente comme une mesure d’inventaire. Il voisine avec trois autres indications : « Necessary Space » vaut 513, la moyenne mensuelle vaut 57 et le registre n’est pas éligible à une nouvelle allocation. Le tableau ajoute que 93 % du /12 actuel demeurent disponibles. Tout paraît tenir dans un coup d’œil.

La politique mondiale apporte la formule. Pour l’espace nécessaire, elle retient neuf fois la moyenne mensuelle. Le rapprochement est immédiat : 57 × 9 = 513. Pour l’espace disponible, elle prévoit l’espace actuellement libre, augmenté des réservations qui expirent au cours des trois mois suivants, puis diminué de l’espace fragmenté.

Le premier rapprochement est donc public. Le second ne l’est qu’en partie.

Le fichier statistique étendu de LACNIC porte une quantité IPv6 available exacte de 978 637,6130981445 unités /32. La page de l’IANA détaille par longueur 11 846 préfixes plus petits qu’un /32. Une fois chaque préfixe converti dans cette unité commune, leur somme vaut exactement 210. Le calcul 978 637,6130981445 − 210 conduit à 978 427,6130981445. Un affichage sans décimales donne bien 978 428.

Il serait commode de s’arrêter là. Ce serait confondre une égalité numérique avec une piste d’audit.

Quatre statuts derrière un seul histogramme

La politique ne demande pas de retrancher tout petit préfixe. Elle désigne comme « fragmenté » l’espace disponible découpé en blocs inférieurs à la taille minimale d’allocation du RIR. Dans la politique IPv6 publiée par LACNIC, cette taille minimale ordinaire est le /32. Le mot « disponible » joue donc un rôle de sélection, pas simplement de commentaire.

Or les 11 846 lignes ne partagent pas ce statut. Le fichier source en classe 7 514 comme available, pour 198,61309814453125 /32. Il en classe 2 874 comme reserved, pour 9,594024658203125 /32. On trouve encore 1 456 lignes assigned, représentant 1,7928466796875 /32, et deux lignes allocated, représentant 0,000030517578125 /32.

Ces quatre compartiments font ensemble 210. Le seul compartiment available fait 198,613. Si on le retranche de la quantité source available, le résultat est exactement 978 439. Ce n’est pas le nombre affiché.

L’écart de onze unités /32 environ n’établit ni gaspillage, ni double comptage, ni non-respect de la politique. Les données publiques ne donnent pas le terme des réservations arrivant à expiration dans les trois mois. Elles ne disent pas non plus si les statuts du format d’échange correspondent directement aux catégories opérationnelles de la formule. Et le fait que la soustraction de tous les statuts « tombe juste » n’est pas la preuve du code exécuté par l’IANA.

Il existe plusieurs explications compatibles avec ce que l’on voit. Une donnée interne sur les expirations pourrait intervenir. Un statut reserved du fichier d’échange pourrait être traité autrement dans l’inventaire faisant autorité. Certaines lignes pourraient être reclassées pour la mesure de fragmentation. Le solde exact pourrait venir d’un registre interne et la concordance publique n’être qu’un effet du jeu de données et de l’arrondi.

La conclusion raisonnable est donc plus étroite : le public peut reproduire un chemin arithmétique vers 978 428, mais il ne peut pas établir que ce chemin correspond à la sélection autorisée par la politique.

Deux documents, un raccord manquant

La page de l’IANA et le fichier de LACNIC ne sont pas construits pour le même travail. La première répond à une question de gouvernance mondiale : le registre régional a-t-il atteint le seuil lui permettant de demander un nouveau grand bloc IPv6 ? Le second est un extrait standardisé des ressources déléguées, conçu pour l’échange entre RIR et pour l’observation publique.

Les relier exige une transformation. Il faut décider quelles lignes composent l’espace actuellement libre, quelles réservations entrent dans la fenêtre de trois mois et quels blocs plus petits que /32 sont à retrancher comme fragmentation. La transformation convertit aussi des préfixes de tailles différentes en équivalents /32, puis convertit un résultat fractionnaire en un nombre entier affiché.

La provenance aux extrémités est plutôt bonne. La page indique qu’elle repose sur des données LACNIC du 8 septembre 2026. L’en-tête du fichier étendu confirme cette date et annonce 97 136 enregistrements. Un fichier MD5 publié à côté permet de vérifier l’intégrité de la copie téléchargée. Le registre des allocations unicast IPv6 de l’IANA fournit, de son côté, le contexte des grands blocs associés à LACNIC, dont 2001:1200::/23 et 2800::/12.

Ce qui manque se trouve entre ces bornes. Aucun tableau public ne donne les identifiants des lignes admises dans chaque terme. Aucun agrégat ne rapproche les statuts source des catégories de politique. La fenêtre d’expiration n’a pas de valeur affichée. La règle d’arrondi n’est pas énoncée. Le lecteur reçoit l’entrée datée et le verdict, mais pas la pièce comptable qui les relie.

Un bordereau, pas une dissertation

La bonne réponse ne consiste pas à alourdir la page principale. Une annexe structurée suffit : un bordereau de calcul pour chaque actualisation de l’horloge.

Son en-tête devrait porter le RIR, la date de situation, la version de la politique mondiale et un identifiant de calcul. Le fichier source public devrait être désigné par son URL, sa taille et une empreinte cryptographique forte. Si un registre interne constitue la source faisant autorité, sa version de schéma et un engagement cryptographique sur la sélection devraient également être conservés.

Viennent ensuite trois états de rapprochement. Pour l’espace actuellement libre, le bordereau indique le nombre de lignes, la somme exacte en /32, la répartition par statut exporté et la règle d’admission. Pour les réservations expirant sous trois mois, il indique la borne temporelle, les volumes et la façon d’éviter un double compte. Pour la fragmentation, il donne les longueurs, les statuts, les équivalents /32 et le motif pour lequel chaque classe est considérée à la fois disponible et inférieure au minimum.

Les préfixes déjà publics peuvent être référencés directement. Des réservations non publiques n’imposent pas de révéler le nom d’un membre, son ticket ou son calendrier opérationnel. Le public peut recevoir des totaux par classe et des empreintes ; un auditeur autorisé peut vérifier les lignes sous-jacentes. La confidentialité et la traçabilité ne sont pas des choix exclusifs.

Le bordereau devrait conserver les fractions jusqu’à la dernière étape. Le résultat 978 427,613 ne devrait pas se transformer silencieusement en 978 428. La méthode d’arrondi, son emplacement dans le calcul et les unités doivent apparaître. La moyenne mensuelle doit être assortie de sa fenêtre d’observation, puis la multiplication par neuf et le verdict d’éligibilité doivent être enregistrés dans le même objet.

Une telle annexe serait petite en taille et grande en utilité. Elle pourrait être en JSON ou en CSV, accompagnée d’une vue lisible. L’essentiel est qu’elle soit déterministe : un tiers disposant des sources publiques doit pouvoir retrouver les agrégats publics, tandis qu’un auditeur habilité peut vérifier les éléments protégés.

Les statuts ne sont pas des notes marginales

Le format d’échange des statistiques des RIR rappelle utilement ses propres limites. Il décrit des délégations et des états selon une convention commune ; il n’est pas la reproduction de chaque base opérationnelle. Il serait donc imprudent de décréter que available, reserved, assigned et allocated répondent à eux seuls à toutes les questions de politique.

Mais cette prudence fonctionne dans les deux sens. Puisque le terme « available » apparaît dans la politique et dans le fichier, l’écart de sens éventuel doit être explicité par celui qui calcule. Un lecteur ne devrait pas avoir à décider seul si un bloc reserved devient « disponible » à cause d’une date d’expiration, s’il est retranché comme fragment ou s’il reste hors de tous les termes.

Le tableau par longueur masque ce problème. Une ligne /40 vaut 1/256 de /32, quel que soit son statut. Cette conversion mesure une surface d’adresses ; elle ne donne pas son rôle juridique ou opérationnel. Agréger d’abord toutes les tailles puis traiter le total comme une seule catégorie efface la décision de classement.

La composition des 210 le montre. Les 9,594 /32 reserved constituent l’essentiel de la différence avec les 198,613 available. Les 1,793 /32 assigned ne sont pas négligeables par principe. Même les deux petites lignes allocated rappellent que l’histogramme n’est pas un inventaire homogène. Un rapprochement par statut rétablit l’information que l’agrégation par longueur a perdue.

Ne pas transformer une question d’audit en récit de pénurie

Il n’y a ici aucune raison de parler d’une pénurie imminente. Le tableau affiche près d’un million d’unités /32 disponibles et un besoin de 513. Que l’on prenne 978 428 ou 978 439, le verdict « Not Eligible » ne change pas. Aucune demande d’un membre, aucun incident d’allocation et aucun refus ne sont documentés dans les sources examinées.

L’intérêt du cas réside ailleurs. Une horloge de gouvernance doit être la plus solide précisément lorsqu’elle paraît sans enjeu immédiat. C’est maintenant que l’on peut stabiliser les définitions, conserver les instantanés et tester les rapprochements sans qu’une allocation urgente ne polarise la discussion.

Une accusation prématurée produirait l’effet inverse. Elle pousserait les institutions à défendre un résultat au lieu d’améliorer sa traçabilité. Le fait robuste n’est pas « l’IANA s’est trompée ». Le fait robuste est que le résultat affiché se rapproche exactement avec les 210 unités de tous statuts, tandis que la définition publiée semble viser les fragments disponibles et que le terme des expirations n’est pas public.

Cette formulation préserve l’incertitude utile. Elle invite l’IANA à exposer sa classification et LACNIC à expliquer le rapport entre les statuts de l’extrait et ceux de l’inventaire. Elle permet à un observateur indépendant de vérifier sans prétendre connaître une base interne.

Une mémoire pour les changements futurs

Le bénéfice d’un bordereau dépasse le contrôle d’un nombre en 2026. Les systèmes de registre évoluent. Les statuts sont renommés, les règles de réservation changent, les politiques sont amendées et les scripts de conversion sont remplacés. Sans objet de calcul conservé, une décision ancienne peut devenir impossible à reproduire alors même que tous les fichiers publics existent encore.

Avec des instantanés hachés, une modification devient lisible. Si la définition de la fragmentation change, on peut recalculer l’ancien état avec la nouvelle règle et isoler l’effet de politique. Si une ligne source est corrigée, on voit quel terme bouge. Si seule la présentation change, les empreintes de calcul restent identiques.

Cette mémoire protège aussi les institutions. Un résultat contesté ne dépend plus du souvenir d’un développeur ni d’une capture d’écran. Le RIR atteste l’état de ressources ; l’IANA atteste la règle de sélection et le calcul ; un auditeur atteste la reproduction. Les responsabilités cessent de se confondre dans un seul nombre.

Le tableau LACNIC possède déjà les ingrédients d’une bonne pratique : date de données, formule, détail des longueurs et lien vers la politique. C’est grâce à eux que la jointure manquante apparaît. Il reste à publier la petite pièce qui dit quelles lignes comptent, sous quel statut et avec quelle règle temporelle.

978 428 n’est pas un nombre suspect. C’est un nombre insuffisamment accompagné. Le calcul visible ferme l’addition des tailles ; il ne ferme pas le rapprochement des statuts.

Une horloge d’allocation devrait conserver les deux.

Sources