Zusammenfassung

  • ARINs aktuelle Antwort für entity/GOGL platziert Registration Comments innerhalb des zurückgegebenen Entity-Objekts und führt dienstbezogene Notices getrennt auf der obersten Ebene.
  • RFC 9083 definiert diese Trennung: Remarks beschreiben die Objektklasse, die sie enthält; Notices betreffen den RDAP-Dienst oder die gesamte Antwort.

Die Position gehört zur Beweislage

ARINs Endpunkt entity/GOGL liefert auf der obersten Ebene ein Objekt mit objectClassName entity und dem Handle GOGL. Darin enthält das Array remarks Registration Comments mit Hinweisen zur Weiterleitung von Missbrauchsmeldungen und rechtlichen Anfragen. Davon getrennt enthält das oberste Array notices die Einträge Terms of Service, Whois Inaccuracy Reporting und Copyright Notice.

Dieser Hierarchieunterschied ist kein bloßes Formatdetail. Abschnitt 4.3 von RFC 9083 legt fest, dass eine Notice den RDAP-Dienst oder die gesamte Antwort beschreibt, während eine Remark die Objektklasse beschreibt, in der sie enthalten ist. Beide Strukturen können ähnliche Felder für Titel, Beschreibung und Links verwenden; ihr Geltungsbereich ergibt sich dennoch aus ihrer Position. Systeme und Analysten sollten deshalb den vollständigen Pfad im JSON-Baum bewahren, bevor sie den Text auslegen.

Dieselbe ARIN-Antwort zeigt noch feinere Grenzen. Eingebettete Entities besitzen eigene Handles und Roles; eine Entity mit der Rolle abuse trägt eigene Registration Comments. Ein wiederholter Titel verschmilzt diese Remarks nicht zu einer globalen Regel. Jede bleibt dem Objekt zugeordnet, das sie enthält.

Eine Objektanmerkung ist keine registerweite Richtlinie

Registration Comments können ein wichtiger operativer Hinweis sein. Sie belegen aber nur, wie der betreffende Eintrag einen bestimmten Kontaktweg beschreibt. Der Text allein beweist weder, dass dieselbe Anweisung für jede ARIN-Entity, jedes Netzwerkobjekt oder jeden Ressourceneintrag gilt, noch stellt er eine vollständige Beschreibung von ARINs Richtlinien oder Rechtsverfahren dar.

Kontaktangaben sind zudem kein Nachweis des Netzbetriebs. Sie belegen weder BGP-Transit noch Infrastrukturkontrolle, Dienstverfügbarkeit oder tatsächliche Reaktionsfähigkeit. Solche Aussagen benötigen jeweils eigene Routing-, Betriebs- oder Richtlinienbelege; die Bedeutung einer objektbezogenen Remark darf dafür nicht ausgeweitet werden.

Quellen