Zusammenfassung

  • RIPE NCC listet den ganzen 45.80.144.0/22 in zwei dauerhaften Fusionsübertragungen 2025 und 2026: dieselben 1.024 Adressen.
  • Die Versionen von ORG-AA2239-RIPE verbinden Vestfold, NORGE 51 und Focus; inetnum-Historie und aktuelles RDAP führen zu ADVANIA NORGE AS.

In RIPE NCCs Transferliste steht derselbe Block zweimal, aber die Namen in der Mitte passen auf den ersten Blick nicht zusammen. Am 15. Januar 2025 wechselte 45.80.144.0/22 von Advania Vestfold AS zu ADVANIA NORGE 51 AS. Am 30. Oktober 2026 wechselte der ganze Block von Advania Focus AS zu ADVANIA NORGE AS. Beide Zeilen tragen MERGER_OR_ACQUISITION und PERMANENT. Wer nur die Tabelle liest, findet zwischen dem ersten Empfänger und dem zweiten Absender eine Lücke.

Der fehlende Anschluss steht in den Versionen von ORG-AA2239-RIPE. Version 12 nennt Advania Vestfold AS. Version 13, am 15. Januar 2025 geändert, nennt ADVANIA NORGE 51 AS. Version 14 vom 25. Februar nennt Advania Focus AS. Die Kennung bleibt über diese drei Namen hinweg gleich. Selbst Version 17 vom 30. Oktober 2026 führt noch Focus. Die Gesellschaftsbezeichnungen wechseln; die Identität des registrierten Organisationsobjekts lässt sich durchgehend verfolgen.

Die Adresshistorie zeigt den letzten Übergang. Die ältere inetnum-Version für 45.80.144.0–45.80.147.255 verweist auf ORG-AA2239-RIPE. Die Version vom 30. Oktober 2026 verweist auf ORG-SCA1-RIPE. Im aktuellen RDAP steht ADVANIA NORGE AS als Inhaber genau dieses Bereichs. Zwei Transferzeilen sind hier zwei Stationen derselben 1.024 IPv4-Adressen. Wer 2.048 verschiedene Adressen daraus macht, zählt den /22 doppelt und erfindet damit Bestand, den das Register nicht ausweist.

Die beiden RIPE-Werkzeuge haben unterschiedliche Aufgaben. Die kumulative Transferdatei verzeichnet formelle Übergänge; für den späteren Vorgang nennt sie auch Norwegen als Herkunfts- und Zielland. Das Versionsarchiv bewahrt Änderungen an Organisationen. Die Umbenennung im Februar 2025 erscheint folglich im Objekt, nicht als dritter Ressourcentransfer. Das ist kein verlorenes Geschäft, sondern eine Naht zwischen zwei öffentlichen Registern. Erst die gemeinsame Auswertung macht aus vier Namen eine nachvollziehbare Abfolge.

Ein veröffentlichter Vertrag würde Konditionen klären, ein datierter Netzbeleg die tatsächliche Verwendung. Für die Registerfolge reichen die öffentlichen Primärdaten. RIPE könnte die historische Organisationskennung unmittelbar an die Transferzeilen hängen. Der Leser müsste dann nicht selbst im Objektarchiv nach dem Namen suchen, der zwei Zeilen derselben Ressource verbindet.

RIPE-Primärbelege