Summary

  • Im kumulierten LACNIC-Datensatz vom 2. November stehen 1.922 Transfers. Genau ein IPv4-Eintrag hat in Ursprung und übertragenem Bereich nur null als Anfangs- und Endadresse: der Vorgang vom 7. Januar 2026 zwischen UNIVERSIDAD AUTONOMA DE SAN LUIS POTOSI und DIGY NETWORKS.
  • Der Eintrag erschien erstmals in der Datei vom 9. Januar. Auch 297 Kalendertage später nennt er keinen Adressbereich, obwohl das LACNIC-Regelwerk übertragenen Adressen einen Platz im öffentlichen Transferprotokoll zuweist.

Zwei Namen, ein Datum, vier leere Adressfelder. Das ist der Steckbrief eines Transfers in der LACNIC-Datei vom 2. November. Als abgebende Organisation steht UNIVERSIDAD AUTONOMA DE SAN LUIS POTOSI darin, als Empfänger DIGY NETWORKS. Beide sind mit MX und LACNIC gekennzeichnet. Der Typ lautet RESOURCE_TRANSFER, das Datum 7. Januar 2026. Die Datei erweckt den Eindruck eines vollständig erfassten Vorgangs, bis man fragt, was übertragen wurde.

Die Antwort müsste in ip4nets.original_set und ip4nets.transfer_set stehen. In beiden Objekten sind Anfangs- und Endadresse null. Die Felder für AS-Nummern und IPv6-Netze enthalten leere Listen. Somit fehlt nicht nur die genaue Größe des Blocks; es fehlt jede im Datensatz benannte Nummernressource. Eine Suche nach anderen Transfers an DIGY NETWORKS ersetzt diese Information nicht. Ohne gemeinsame Fallkennung lässt sich kein anderer Block diesem einzelnen Vorgang zuordnen.

Es handelt sich um eine zählbare Ausnahme. Unter den 1.922 Zeilen im aktuellen Export ist dies die einzige, deren übertragener IPv4-Bereich eine Nullgrenze hat. In den Dateien vom 7. Januar und 8. Januar fehlt der Eintrag. Die Ausgabe vom 9. Januar enthält ihn mit allen vier leeren Adressgrenzen. Noch die Ausgabe vom 1. November zeigt denselben Zustand. Vom ersten Auftauchen bis zum 2. November liegen 297 Kalendertage. Das Register hat in dieser Zeit 333 zusätzliche Zeilen aufgenommen und diesen einen Datensatz nicht vervollständigt.

Am 9. Januar gab es noch einen zweiten Eintrag mit leerem Bereich. Er ist unter seiner damaligen Kombination aus Datum und Parteibezeichnungen in der aktuellen Datei nicht mehr vorhanden. Die öffentlichen Daten enthalten keine Fallnummer, mit der sich sein Verbleib feststellen ließe. Aus seinem Verschwinden lässt sich weder eine Begründung noch eine Korrektur für den fortbestehenden Eintrag ableiten. Es zeigt lediglich, dass historische Einträge im kumulierten Export nicht unveränderlich sind.

Das LACNIC Policy Manual, Version 2.21, nennt in Abschnitt 2.3.2.18.4 Datum, Beteiligte und übertragene Adressen als Angaben des öffentlichen Transferprotokolls. Abschnitt 2.3.2.18.1 legt /24 als Mindestgröße fest, Abschnitt 2.3.2.18.6 untersagt eine erneute Übertragung derselben Adressen für ein Jahr. Der veröffentlichte Eintrag ermöglicht weder eine Größenprüfung noch den Abgleich eines späteren Transfers mit demselben Block. Auch eine RDAP-Abfrage zum heutigen Inhaber kann ohne Block nicht bei diesem Eintrag beginnen.

Ein berichtigter Datensatz oder ein öffentlich verknüpfter Fallbeleg mit dem Adressbereich würde die Bewertung ändern. Solange beides fehlt, bescheinigt die Tabelle einen Transfer, dessen Gegenstand sie ihren Lesern vorenthält. Die Kritik gilt der Veröffentlichung durch das Register, nicht den genannten Organisationen.