Zusammenfassung

  • ARINs Transferdatei vom 3. November führt 158.51.155.0/24 als RESOURCE_TRANSFER von Crossroads Broadband of Indiana, Inc an Tekion. Die Zeile nennt den 30. Oktober 2026, 21:54:17 UTC. Der Bereich enthält 256 IPv4-Adressen; ursprünglicher und übertragener Bereich sind gleich.
  • Im datierten kumulativen Export vom 2. November um 04:59:13 UTC fehlt die Zeile noch, mehr als 55 Stunden nach dem Transferzeitpunkt. Der Export vom 3. November enthält sie. Das exakte aktuelle RDAP-Objekt hat ein Registrierungsereignis genau zum Transferzeitpunkt.

Man kann sich leicht von einer leeren Trefferliste täuschen lassen. ARIN nennt seine Transferdatei kumulativ, und am Montag, dem 2. November, fehlte darin ein /24, das die Version vom Dienstag als Transfer vom Freitag ausweist. Die Akte wurde nachträglich voller, ohne dass der darin beschriebene Vorgang jünger wurde. Für jemanden, der Adressbestände prüft, ist das ein Unterschied zwischen „nicht im heutigen Export“ und „nicht geschehen“.

Der Dienstagsoriginaldatensatz nennt Crossroads Broadband of Indiana, Inc als Quelle und Tekion als Empfängerin. Beide Ländercodes lauten US, beide RIR-Felder ARIN. Die Quellenregistrierung datiert vom 10. Januar 2020. original_set und transfer_set umfassen jeweils 158.051.155.000–158.051.155.255, die mit führenden Nullen geschriebene Form von 158.51.155.0/24. Es wechselte der vollständige Block, keine herausgeschnittene Teilmenge. Als Transferzeit steht 2026-10-30T21:54:17Z.

Die Montagsversion trägt im Dateinamen 04:59:13 UTC. Zu diesem Zeitpunkt lagen zwischen dem Transfer und dem Snapshot zwei Tage, sieben Stunden, vier Minuten und 56 Sekunden. Unter 46.031 Zeilen findet sich weder Tekion als Empfängerin noch dieser exakte Transferbereich. Der folgende Export zählt 46.050 Zeilen und enthält die gesuchte Zeile; er liegt drei Tage, sieben Stunden, vier Minuten und 56 Sekunden nach dem Ereignis. Laut ARINs offizieller Formaterklärung sind die datierten Dateien Momentaufnahmen des kumulativen Logs. Die öffentliche Aufnahme der Zeile liegt folglich zwischen diesen beiden Dateiversionen.

Ein exakter RDAP-Aufruf liefert 158.51.155.0–158.51.155.255, den Netznamen TEKIO und den Handle NET-158-51-155-0-1. Das Objekt ist aktiv, vom Typ DIRECT ALLOCATION, und nennt Tekion als Registrantin. Sein Ereignis registration lautet 2026-10-30T17:54:17-04:00. Umgerechnet ist das 21:54:17 UTC, dieselbe Sekunde wie im Transferbeleg. last changed steht auf 2026-11-02T16:53:30-05:00, also Montag 21:53:30 UTC. Zwischen beiden Daten endete in der US-Ostküstenzeit die Sommerzeit. Wer nur die lokalen Uhrzeiten vergleicht, verfehlt die Chronologie.

Der Organisationsdatensatz TEKIO im selben RDAP-Ergebnis wurde bereits am 13. Oktober registriert und am 21. Oktober zuletzt geändert. Tekions Organisationsobjekt ist also älter als der /24-Transfer. Die Registrierung des vorherigen Adressbestands reicht nach der Transferzeile bis 2020 zurück. Diese verschiedenen Daten gehören zu verschiedenen Dingen. Ein heutiges RDAP-Objekt mit einem Freitagsereignis sagt außerdem nicht, welche Antwort ein öffentlicher RDAP-Abruf damals geliefert hätte.

Ein archivierter RDAP-Abruf oder ARINs Protokoll der Dateiveröffentlichung würde zeigen, wann das IP-Objekt erstmals öffentlich sichtbar war und warum die Transferzeile zwischen Montag und Dienstag hinzukam. Die nachgewiesene Lücke im kumulativen Export bleibt bestehen: mehr als 55 Stunden nach dem Ereignis fehlte die Zeile. Eine Bestandsprüfung sollte daher die verwendete Dateiversion aufbewahren und die exakte Registrierung separat abfragen. Sonst macht ein nachträglicher Beleg aus einer früheren Leerstelle scheinbar einen Irrtum des Lesers.

ARIN-Originalquellen