Résumé

  • Les 351 lignes de juillet classées POLICY dans les quatre fichiers IPv4 publics totalisent exactement 5 935 616 adresses, le chiffre du bulletin mensuel.
  • Les quatre premières paires de noms en représentent 5 299 712, soit 89,29 %. Ziggo B.V. vers Vodafone Libertel B.V. pèse à elle seule 52,74 %.
  • Cinquante-quatre autres lignes, classées MERGER_OR_ACQUISITION, totalisent 49 280 adresses. Elles forment une catégorie séparée ; leur absence du sous-total exact n’est pas, en soi, une erreur.
  • Un volume d’adresses ne compte ni les contrats, ni les prix, ni les participants. RIPE NCC peut conserver un titre bref tout en publiant les dénominateurs qui lui donnent son sens.

Un chiffre exact n’est pas encore une statistique complète

La rubrique Registry du Member Update d’août tient sur quelques lignes. Pour les transferts IPv4 de juillet, elle donne 5 935 616, puis ajoute entre parenthèses une hausse de 4 159 744. Rien n’est arrondi.

Pour le vérifier, il faut pourtant réunir quatre surfaces : les allocations transférées à l’intérieur de la région, les assignations, les entrées inter-RIR et les sorties inter-RIR. Les fichiers ne comptent pas des unités homogènes. Une ligne peut porter un préfixe, plusieurs préfixes séparés par des virgules ou une plage explicite d’adresses.

Le décompte de chaque bloc donne 5 935 616 pour les 351 lignes de juillet portant le code POLICY. Le même exercice donne 1 775 872 pour juin. La différence est exactement 4 159 744.

Cette égalité permet une formulation prudente : au moment de la capture, le chiffre du bulletin correspond au sous-total des lignes POLICY des quatre tables. Elle ne donne pas accès à la requête interne de RIPE NCC et ne prouve pas que le libellé éditorial devait englober toutes les modifications de registre.

Une seule paire fournit plus de la moitié du mois

Les lignes prennent un autre relief lorsqu’on les regroupe par les mêmes chaînes from et to.

Le groupe Ziggo B.V. → Vodafone Libertel B.V. compte 34 lignes datées du 7 juillet et 3 130 368 adresses. Il représente 52,74 % du sous-total mensuel. BT Italia S.p.A. → RETELIT-X S.R.L. ajoute 944 128 adresses sur 25 lignes. One Hungary Ltd. → 2Connect Telecommunications Infrastructure & Network Services Ltd. en ajoute 887 296 sur 26 lignes. Cityfibre Limited → ENTANET International Limited complète le quatuor avec 337 920 adresses sur dix lignes.

Total : 5 299 712, ou 89,2866 % du chiffre publié.

Le mot « groupe » est essentiel. Des lignes qui portent les mêmes noms et la même date ne deviennent pas automatiquement un seul contrat. Elles ne prouvent ni vente unique, ni transfert de clientèle, ni bascule de réseau. Le registre permet d’agréger des changements approuvés par identité publique ; il ne publie pas l’instrument privé qui les accompagne.

Le poids d’un bloc déforme l’intuition

Une adresse est une unité légitime pour mesurer l’espace déplacé. Mais elle n’est pas une voix de participant.

Un /13 contient 524 288 adresses. Un /24 en contient 256. Dans le total mensuel, un seul /13 pèse donc autant que 2 048 /24. Quelques grands préfixes peuvent faire bondir le volume alors que le nombre de paires reste limité. À l’inverse, une multitude de petits blocs peut mobiliser davantage d’acteurs sans produire un total impressionnant.

Juillet est un cas d’école. La hausse de plus de 4,1 millions est réelle. Sa concentration l’est aussi. La première observation décrit le volume enregistré ; la seconde empêche d’en déduire trop vite une généralisation de l’activité de marché.

Le registre ne fournit d’ailleurs ni prix, ni demande, ni utilisation, ni visibilité BGP. Il ne dit pas quand une ROA, un DNS inverse, un contrat ou un système client a changé. Lire le chiffre comme un indice de liquidité reviendrait à demander à un registre d’être une bande de cotations qu’il n’est pas.

Deux catégories publiques, deux sous-totaux

La page de terminologie distingue les transferts selon la politique et les changements dus à la structure d’une organisation, par exemple une fusion ou une acquisition. RIPE-807 exige que la liste publiée indique laquelle des deux descriptions s’applique.

Sur les quatre tables de juillet, les 405 lignes de toutes catégories représentent 5 984 896 adresses. Les 351 lignes POLICY correspondent au titre mensuel. Les 54 lignes MERGER_OR_ACQUISITION en représentent 49 280 de plus.

Cette séparation ne doit pas être effacée. Elle protège au contraire la signification du registre. Rien ne permet d’affirmer que le bulletin aurait dû additionner les 49 280, ni que son choix est fautif. La lacune est plus simple : le lecteur du bulletin ne voit pas le filtre, alors que les données sous-jacentes l’exposent.

De même, POLICY n’est pas synonyme de vente. Il s’agit du type public d’un changement approuvé. Le prix, la contrepartie économique, l’usage futur et le contrôle opérationnel restent hors du dossier observé.

Le reçu qui manque tient en quelques champs

RIPE NCC publie déjà l’essentiel dans la table des transferts internes IPv4 et dans la table inter-RIR. Les fichiers JSON rendent le calcul contrôlable.

Le bulletin pourrait donc joindre un reçu statistique minimal : date de capture, quatre jeux de données inclus, filtre de type, total d’adresses, nombre de lignes, nombre de paires normalisées, part de la première et des quatre premières paires, ventilation interne/entrante/sortante, allocation/assignation et statut permanent/temporaire.

Ce reçu ne publierait aucun prix. Il ne transformerait pas RIPE NCC en observatoire commercial. Il empêcherait seulement un sous-total pondéré par la taille des blocs d’être confondu avec un comptage des participants.

Le chiffre de juillet est juste. Quatre paires l’ont rendu spectaculaire. Une publication robuste doit conserver ces deux vérités ensemble.

Sources