Zusammenfassung

  • ARIN unterscheidet Allocation, Reallocation und Reassignment nach der Stellung eines Blocks in der Registrierungskette und danach, ob der Empfänger Adressen weiterverteilen oder intern nutzen will.
  • Net Type belegt damit einen registrierten Delegationsweg. Das Feld allein beweist keinen fortbestehenden Kundenvertrag, keine operative Kontrolle, keinen BGP-Ursprung und keine Erreichbarkeit.

Ein kompaktes Etikett für eine Registerentscheidung

ARINs Whois-Hinweise führen Net Type als Feld eines Netzdatensatzes. Die Hinweise zu Reassignments erklären die Abgrenzung. Gibt ARIN einen Block an einen Kunden aus, der Teile an eigene Kunden verteilen will, handelt es sich um eine Allocation. Ein nachgelagerter Block ist eine Reallocation, wenn sein Empfänger weiterverteilen will, und ein Reassignment, wenn er ihn intern nutzen will.

Diese Definitionen codieren eine Verzweigung im Registrierungsablauf. Sie erklären, warum ein Datensatz unter einem anderen steht und welche nachgelagerte Nutzung gemeldet wurde. Sie sagen nicht, dass die bei der Anlage bestehende oder erwartete Geschäftsbeziehung heute fortbesteht. Ebenso wenig beschreiben sie sämtliche Verträge, Dienste oder Routingabhängigkeiten der Beteiligten.

Das Risiko entsteht durch eine gegenwartsbezogene Lesart. „Reallocated“ kann fälschlich zu „diese Organisation bezieht heute Transit vom übergeordneten Registranten“ werden. „Reassigned“ kann als „diese Organisation betreibt heute jede Adresse“ missverstanden werden. Die Felddefinition trägt keine dieser Aussagen. Der Datensatz beschreibt den Registrierungsweg; eine aktuelle Beziehung braucht aktuelle Belege.

Absicht ist keine Topologie

Die Trennung zwischen Allocation und Reallocation beruht auf der beabsichtigten Weiterverteilung. Das ist ein administrativer Zweck, keine Karte des Paketflusses. Der Empfänger kann mehrere Transitprovider nutzen, über andere autonome Systeme ankündigen, Infrastruktur auslagern, den Block ungenutzt lassen oder seine Architektur ändern, ohne dass sich der historische Anlagegrund des Datensatzes ändert.

Auch die „interne Nutzung“ eines Reassignments benennt weder Router noch Standorte, Dienste oder Nutzer einzelner Adressen. Sie beweist nicht, dass der Empfänger heute Zugangsdaten kontrolliert oder der übergeordnete Registrant noch sein Lieferant ist. Registerklasse und Betriebsmodell können zusammenhängen, sind aber nicht derselbe Beleg.

Eine aktuelle ARIN-RDAP-Antwort zeigt ein zeitgebundenes Registrierungsobjekt mit Bereich, Handle, Parent, Entitäten, Ereignissen und registerspezifischen Metadaten. Sie beobachtet kein BGP. Für Aussagen über den aktuellen Ursprung eines Präfixes, seine Sichtbarkeit oder die Erreichbarkeit eines Dienstes sind zeitlich und räumlich bestimmte Routing- und Datenpfadbeobachtungen nötig. Eine Geschäftsbeziehung erfordert aktuelle Unterlagen oder direkte Bestätigung.

Die Hierarchie bleibt aussagekräftig

Net Type ist nicht wertlos, nur weil es keine Kundenkarte ist. ARIN erklärt, dass Reallocations und Reassignments nur aus einer Allocation entstehen können. Der Typ hilft daher, die registrierte Delegationskette zu rekonstruieren und zum übergeordneten Datensatz, zur nachgelagerten Entität und zum Meldeweg zu gelangen.

Bestimmte IPv4- und IPv6-Subdelegationen müssen zudem innerhalb einer Frist gemeldet werden. Das macht das Register zu einer Rechenschaftsfläche, garantiert aber nicht, dass jede spätere geschäftliche oder betriebliche Änderung sofort im selben Feld erscheint. Eine belastbare Aufnahme speichert Abfrage, Zeit, Handle, Parent, Typ, Bereich, Entitäten und Ereignisdaten.

Die Löschregeln verdeutlichen die Zeitgrenze. ARIN dokumentiert, dass ein reallozierter oder neu zugewiesener NET-Datensatz entfernt werden kann und nachgelagerte Datensätze betroffen sein können. Ein Datensatz an einem bestimmten Tag belegt den Registerstand dieses Tages. Eine spätere Löschung macht die frühere Aufnahme nicht falsch; frühere Existenz macht die Beziehung nicht dauerhaft.

Die nächste Frage gehört ins richtige Beweissystem

Net Type beantwortet, wie ARIN den Block in der Registrierungskette klassifizierte. Konnektivität, Befugnis und Eigentum bleiben offen. Routing verlangt datierte BGP-Beobachtungen, getrennt von RPKI-Autorisierung und IRR-Erklärungen. Operative Kontrolle verlangt aktuelle Bestätigung oder Änderungsprotokolle. Geschäftsbeziehungen verlangen Verträge, Rechnungen, Veröffentlichungen oder Bestätigung. Rechtspositionen richten sich nach Vereinbarungen und anwendbarem Recht.

Die disziplinierte Lesart ist bescheiden: Net Type als Beleg für Registrierungsweg und erklärten Zweck bewahren; aktuelle Aussagen mit aktuellen Belegen tragen.

Quellen