Summary

  • Trois lignes du journal ARIN d'octobre 2026 attribuent trois /24 issus de 216.52.236.0–216.52.239.255 à Full Potential Solutions, Joy Labs Ventures et un district californien chargé de la qualité de l'air. Le quatrième /24 reste enregistré au nom de PF IPV4 Borrower.
  • Le champ original_set couvre quatre /24 le 8 octobre, puis trois le 22, avant de revenir aux quatre le 26. Le /24 réintroduit dans ce champ avait déjà été transféré; les trois transfer_set et les objets RDAP ne changent pas de sens.

Le fichier d'ARIN a fait revenir une plage dans sa colonne «originale» sans refaire revenir son titulaire. C'est la particularité de trois lignes du relevé archivé du 2 novembre. Les plages effectivement transférées sont distinctes. Le champ qui les entoure se rétrécit, puis s'élargit. Un analyste qui lit l'élargissement comme une acquisition inverse inventera une opération qui n'apparaît dans aucune ligne de transfert.

Le 8 octobre, PF IPV4 Borrower, LLC transfère 216.52.236.0/24 à Full Potential Solutions LLC. Son original_set va de .236.0 à .239.255, soit 1 024 adresses; transfer_set ne couvre que 256 adresses. Le 22 octobre, .239/24 passe à Joy Labs Ventures LLC. Le champ original_set commence alors à .237.0 et finit à .239.255, trois /24 ou 768 adresses. On pourrait le prendre pour le solde obtenu après la première cession.

Cette lecture se heurte à la ligne du 26 octobre. PF IPV4 Borrower transfère .237/24 au San Joaquin Valley Unified Air Pollution Control District. Cette fois, original_set englobe à nouveau .236.0–.239.255. Il comprend donc le .236/24 que la ligne du 8 octobre envoyait déjà à Full Potential Solutions. Les trois lignes ont le même nom de source et la même date source_registration_date, le 24 août 1998. Leurs transfer_set, eux, ne se chevauchent pas.

Les quatre réponses RDAP actuelles tranchent la question opérationnelle. .236/24 porte Full Potential Solutions comme inscrit; .237/24, le district; .239/24, Joy Labs Ventures. .238/24 demeure inscrit à PF IPV4 Borrower. Les trois destinataires disposent chacun d'un /24; la source conserve le quatrième. Le texte d'une plage plus large dans un journal n'efface aucune de ces inscriptions.

La description du format publiée par ARIN présente le JSON cumulatif et ses champs original_set et transfer_set. Elle ne donne pas la règle appliquée à ce dossier pour choisir la plage «originale» du 26 octobre. Une explication d'ARIN sur ce choix établirait la cause de l'élargissement. Le constat public reste plus étroit et solide: le 26 octobre a transféré .237/24, tandis que le titulaire actuel de .236/24 est bien celui de l'opération du 8 octobre.

L'enjeu apparaît dès qu'un tableur automatise la lecture. Soustraire transfer_set de chaque original_set pour estimer le solde de la source ferait réapparaître .236/24 dans le calcul du 26 octobre. Assimiler le champ large à un état daté des titulaires donnerait le même faux retour. Il faut suivre les trois intervalles transférés, puis vérifier l'inscription de chaque /24. Un précédent dossier RealNetworks montrait un /22 original stable répété dans trois lignes; ici la plage elle-même change de direction. Une règle de sélection du champ publiée avec le fichier éviterait que cette différence devienne une erreur de marché.