Zusammenfassung

  • In der erfassten ARIN-Antwort für 8.8.8.8 verknüpft parentHandle die Registrierung NET-8-8-8-0-2 mit der übergeordneten Registrierung NET-8-0-0-0-0.
  • Diese Verknüpfung ist Registerevidenz. Sie bezeichnet weder einen Transitprovider noch einen kommerziellen Upstream, einen BGP-Pfad oder das Netz, das den Verkehr derzeit transportiert.

Die am 26. August 2026 erfasste ARIN-RDAP-Antwort für 8.8.8.8 enthält zwei ähnlich aussehende Kennungen im selben Netzwerkobjekt. Dessen handle lautet NET-8-8-8-0-2, der parentHandle lautet NET-8-0-0-0-0. Das erste Objekt umfasst 8.8.8.0–8.8.8.255, trägt den Namen GOGL und den Typ DIRECT ALLOCATION. Wer „parent“ vorschnell als Netztopologie liest, kann in der zweiten Kennung einen größeren Betreiber hinter dem kleineren Netz sehen. Das Datenmodell macht eine engere Aussage.

ARIN beschreibt RDAP als Dienst zur Abfrage von Registrierungsdaten über Internetressourcen. Auch die dokumentierte Abfrage des Parent-Objekts führt zu einem weiteren Registerobjekt. Sichtbar ist eine Beziehung in der Datenbank: Ein registrierter Bereich liegt unter einer ihn umfassenden Registrierung. Die Antwort ist weder Paketmessung noch Zusammenschaltungsvertrag oder Routingtabelle.

RFC 9083 definiert parentHandle als die innerhalb des RIR eindeutige Kennung des übergeordneten Netzwerks der Netzwerkregistrierung. Entscheidend ist der Bezug auf die Registrierung. Das Feld hilft, eine Zuteilungslinie nachzuverfolgen, den Umfang eines Objekts zu prüfen und einen konkreten Bereich vom umfassenden Datensatz zu unterscheiden. Eine operative Transitbedeutung erhält es dadurch nicht.

Das Objekt sagt nicht, welches autonome System 8.8.8.0/24 gegenwärtig originiert, welche Netze seine Erreichbarkeit weitergeben, ob eines davon Transit verkauft, welcher Vertrag die Beförderung regelt oder welchen Weg ein Paket von einem bestimmten Beobachtungspunkt nimmt. Es enthält kein Upstream-ASN, keinen BGP-Peer, keinen Forwarding Next Hop und keinen Routenpfad. Das Fehlen dieser Felder beantwortet die operativen Fragen nicht; es weist darauf hin, dass dieses Registerobjekt dafür nicht die richtige Beweisoberfläche ist.

RFC 4271 verortet Pfadevidenz in einem anderen System. BGP tauscht Erreichbarkeitsinformationen zwischen autonomen Systemen aus; das obligatorische Attribut AS_PATH bezeichnet die autonomen Systeme, die eine Routinginformation durchlaufen hat. Auch ein beobachteter AS-Pfad ist zeit- und standortgebunden und belegt keinen Vertrag. Er stammt jedoch aus dem Routingsystem. Ein RDAP-Parent-Handle tut das nicht.

Die Trennung verhindert einen Kategorienfehler. Eine übergeordnete Registrierung kann die Delegationsgeschichte oder die Struktur der Datenbank abbilden, ohne den aktuellen Verkehr des spezifischeren Bereichs zu transportieren. Umgekehrt muss ein tatsächlich transportierendes Netz nie als Parent im Register erscheinen. Registrierungscontainment und Netztransit können zusammenfallen, doch das eine beweist das andere nicht.

Die richtige Praxis besteht deshalb nicht darin, parentHandle zu verwerfen, sondern seine Beweisrolle sauber zu benennen. Das Feld dient zum Durchlaufen der Registrierungshierarchie. Sobald die Frage Origin, Propagation, Peering, Transit oder Weiterleitung betrifft, braucht es eine eigene, datierte Evidenzspur. ARIN RDAP zeigt, was das Register verknüpft; Routingbeobachtungen zeigen, was Netze ankündigen; kommerzielle Quellen zeigen, soweit verfügbar, was Organisationen vereinbart haben.

Die belastbare Aussage dieser Erfassung ist eng: In der von ARIN RDAP dargestellten Registrierungshierarchie liegt NET-8-8-8-0-2 unter NET-8-0-0-0-0. Für sich allein benennen die beiden Handles keine Netztransitbeziehung.