Résumé

  • Le fichier cumulatif ARIN du 3 novembre donne un transfert de 158.51.155.0/24, soit 256 adresses IPv4, de Crossroads Broadband of Indiana, Inc à Tekion le 30 octobre 2026 à 21:54:17 UTC. Le RDAP exact actuel contient un événement registration au même instant, écrit en heure d’été de l’Est.
  • Le fichier du 2 novembre, horodaté 04:59:13 UTC, ne contient pas cette ligne, alors que le transfert porte une date antérieure de 55 heures et presque cinq minutes. Elle apparaît dans la photographie du 3 novembre. Ces deux versions encadrent l’arrivée publique de la ligne dans le fichier cumulatif.

Le grand avantage d’un registre cumulatif est de donner l’air définitif à chaque recherche. C’est aussi son piège. Le lundi 2 novembre, ARIN pouvait fournir un fichier complet en apparence et muet sur un /24 transféré le vendredi précédent selon ses propres données. Le mardi, la ligne est là, avec la vieille date. Le fichier a appris quelque chose sur le passé ; le lecteur qui n’a conservé que le dernier état ne voit plus le moment où il ne le savait pas.

Dans l’original daté du 3 novembre, la ligne est un RESOURCE_TRANSFER. Crossroads Broadband of Indiana, Inc est l’organisation source, Tekion la destinataire. Les deux codes pays sont US et les deux RIR sont ARIN. L’enregistrement source remonte au 10 janvier 2020. Les champs original_set et transfer_set couvrent tous deux 158.051.155.000–158.051.155.255. La notation à zéros initiaux est celle du fichier ; l’intervalle normalisé est 158.51.155.0/24. Aucun demi-bloc ne s’est détaché : les 256 adresses figurent dans la même étendue d’origine et de transfert.

Le contrôle décisif est la version du 2 novembre. Son nom porte 04:59:13 UTC. Depuis le transfert du 30 octobre à 21:54:17 UTC, deux jours, sept heures, quatre minutes et 56 secondes se sont écoulés. Parmi 46 031 lignes, ni Tekion comme destinataire ni cet intervalle exact de transfert n’apparaissent. Le lendemain, le total atteint 46 050 lignes et la ligne recherchée figure dans le fichier. La photographie du 3 novembre est à trois jours, sept heures, quatre minutes et 56 secondes du transfert. La définition officielle du format appelle ces fichiers datés des instantanés du journal cumulatif. Elle permet de lire cette comparaison comme un changement de version, sans transformer l’heure du transfert en heure de publication.

Le RDAP exact de la plage renvoie 158.51.155.0–158.51.155.255, le nom de réseau TEKIO et le handle NET-158-51-155-0-1. Il indique un état actif, le type DIRECT ALLOCATION et Tekion comme titulaire enregistré. Son événement registration est daté 2026-10-30T17:54:17-04:00, exactement 21:54:17 UTC. L’heure de last changed est 2026-11-02T16:53:30-05:00, soit 21:53:30 UTC le lundi. Le changement d’heure saisonnier entre octobre et novembre explique les deux décalages UTC ; ignorer le fuseau fabriquerait une chronologie trompeuse.

La fiche de l’entité TEKIO dans cette réponse a été créée le 13 octobre et modifiée pour la dernière fois le 21 octobre. L’organisation existait donc dans les données avant le transfert du /24. Le champ source du transfert remonte, lui, à 2020. Trois objets, trois histoires : l’ancienne inscription, l’organisation destinataire, puis la ressource transférée. Le fichier cumulatif ajoute encore son propre calendrier de publication.

Un appel RDAP archivé ou le journal des tâches de publication d’ARIN établirait quand l’objet IP a été visible pour la première fois et pourquoi la ligne a été ajoutée entre les deux fichiers. Pour l’heure, l’écart prouvé suffit à changer une méthode de travail. Un acheteur ou un opérateur qui vérifie des ressources ne peut pas traiter l’absence d’une ligne dans le fichier du lundi comme la négation durable d’un transfert. Il doit conserver l’instantané qu’il a utilisé, puis interroger la ressource exacte. La précision du vendredi et la publication du mardi répondent à des questions différentes.

Sources originales ARIN