Summary

  • Drei ARIN-Transferzeilen aus dem Oktober 2026 verschieben 216.52.236.0/24, .239/24 und .237/24 von PF IPV4 Borrower, LLC zu drei verschiedenen Empfängern. Die aktuelle RDAP-Registrierung belässt .238/24 beim ursprünglichen Inhaber.
  • Das Feld original_set schrumpft am 22. Oktober auf .237.0–.239.255 und wächst am 26. Oktober wieder auf .236.0–.239.255. Damit steht ein schon am 8. Oktober übertragenes /24 erneut im breiten Herkunftsfeld. Die konkreten transfer_set-Werte und vier RDAP-Objekte zeichnen eine eindeutige Verteilung.

Eine Adresse kann in einer Spalte zurückkehren, ohne im Register zurückzukehren. Genau das zeigt ARINs archivierte Transferdatei vom 2. November. Drei Zeilen nennen denselben Ausgangshalter und drei unterschiedliche Empfänger. Die jeweils tatsächlich übertragenen /24 überschneiden sich nicht. Die merkwürdige Bewegung steckt im Feld original_set, das erst kleiner und dann wieder größer wird.

Am 8. Oktober überträgt PF IPV4 Borrower, LLC 216.52.236.0/24 an Full Potential Solutions LLC. original_set reicht von .236.0 bis .239.255, also über 1.024 Adressen; transfer_set nennt allein die ersten 256. Am 22. Oktober folgt .239/24 an Joy Labs Ventures LLC. Nun reicht original_set nur noch von .237.0 bis .239.255, 768 Adressen. Das sieht wie ein um die erste Abgabe verkleinerter Rest aus.

Die Zeile vom 26. Oktober kippt dieses Bild. .237/24 geht an den San Joaquin Valley Unified Air Pollution Control District, während original_set wieder alle Adressen von .236.0 bis .239.255 umfasst. Das am 8. Oktober abgegebene .236/24 steht damit erneut im breiten Feld. Alle drei Zeilen tragen dieselbe source_registration_date, den 24. August 1998, und denselben Quellnamen. Es ist nicht der eng definierte Empfängerbereich, der zurückspringt.

Die heutigen ARIN-RDAP-Objekte zeigen die vier Zuständigkeiten einzeln. .236/24 ist auf Full Potential Solutions registriert, .237/24 auf den Luftreinhaltebezirk und .239/24 auf Joy Labs Ventures. .238/24 verbleibt bei PF IPV4 Borrower. Drei Empfänger halten zusammen 768 Adressen, der Ausgangshalter die übrigen 256. Die einzelnen Registerobjekte lassen keinen Rücktransfer von .236/24 erkennen.

ARINs Beschreibung des Transferlogformats erklärt die kumulative JSON-Datei und die beiden Mengenfelder. Eine Erläuterung, warum bei dem Antrag vom 26. Oktober erneut der größere original_set gewählt wurde, steht dort nicht. ARINs fallbezogene Verarbeitungsregel würde die Ursache klären. Die veröffentlichten Daten reichen bereits für die engere Aussage: Die dritte Übertragung betraf .237/24; die aktuelle Registrierung von .236/24 nennt weiterhin den Empfänger vom 8. Oktober.

Für automatische Auswertungen ist das keine Petitesse. Wer transfer_set zeilenweise von original_set abzieht, zählt .236/24 am 26. Oktober wieder zum Rest von PF IPV4 Borrower. Ein älterer RealNetworks-Fall hatte über drei Abgaben hinweg einen konstanten Ursprungs-/22; hier wechselt schon die Breite dieser Spalte. Ein nachvollziehbares Auswahlverfahren für original_set würde verhindern, dass eine maschinenlesbare Datei eine erfundene Gegenbuchung erzeugt.