Zusammenfassung

  • RFC 9083 ordnet notices dem RDAP-Dienst oder der gesamten Antwort zu, nicht dem IP-Netz, der ASN oder der abgefragten Organisation.
  • ARINs aktuelle Hinweise verlinken die eigenen Whois-Nutzungsbedingungen und das Verfahren zur Meldung unrichtiger Angaben. Sie formulieren keine Peering-, Transit-, Filter- oder Kundenpolitik des Ressourceninhabers.
  • Eine belastbare Auswertung bildet getrennte Fingerabdrücke für Registerobjekt und Hinweise und stützt betriebliche Aussagen auf BGP-Beobachtungen, Verträge oder Erklärungen des Betreibers.

Ein Hinweis der Auskunftsstelle

Eine ARIN-RDAP-Antwort zu einem IP-Netz kann oben „Terms of Service“, „Whois Inaccuracy Reporting“ und „Copyright Notice“ enthalten. Der erste Hinweis verweist mit rel=terms-of-service auf ARINs Whois-Bedingungen, der zweite mit rel=inaccuracy-report auf das Meldeverfahren.

RFC 9083 legt die Bedeutung fest: Hinweise beschreiben den Dienst, der RDAP-Daten liefert, oder die Antwort insgesamt. remarks beziehen sich dagegen auf das Objekt, in dem sie stehen. Hinweise erscheinen nur im obersten Antwortobjekt. Ein Import, der sie als Netzattribute in ein Unternehmensprofil schreibt, wechselt den Sprecher der Quelle.

Auch betriebsnahe Begriffe in den Bedingungen ändern daran nichts. ARIN spricht als Registerbetreiber, und der Abfragende akzeptiert Regeln zur Nutzung der Daten. Die gemeinsame Bildschirmfläche mit einem Adressblock macht die registrierte Organisation nicht zur Verfasserin.

Regeln für Datennutzer

ARINs Whois-Bedingungen behandeln Zugang, zulässige Zwecke, Weitergabe, Gewährleistung, Haftung und Streitbeilegung. Sie sind wichtige Provenienz für die Erhebung und können bestimmen, wie Daten gespeichert oder geteilt werden.

Sie sind jedoch keine Betriebsordnung des abgefragten Netzes. Transitverträge, Peeringkriterien, Präfixfilter, Routingsicherheit, Kundenaufnahme und Störungsabläufe werden andernorts festgelegt. Der Link zu den Bedingungen beweist weder die Annahme einer Route noch den Transport fremden Verkehrs.

Das saubere Modell trennt ARIN als Dienstbetreiber, den Forschenden als Nutzer und das RDAP-Objekt als Registerdarstellung. Für eine konkrete Verbindung dieser Rollen ist ein zusätzlicher Beleg erforderlich.

Ein Meldeweg ist kein Fehlerbefund

ARIN bietet in normalen Antworten einen allgemeinen Weg zur Meldung mutmaßlich unrichtiger Daten. Die eigene Anleitung unterscheidet zwischen der Berichtigung des eigenen Eintrags und einem Hinweis zu einem fremden Eintrag. Letzteren prüft ARIN und handelt, wenn sich die Unrichtigkeit bestätigt.

Die bloße Existenz des Links belegt deshalb weder eine eingegangene Meldung noch einen Fehler im Ergebnis. Er ist eine allgemeine Dienstfunktion. Ihn als Negativmerkmal der abgefragten Organisation zu behandeln, würde eine nicht vorhandene Tatsache erzeugen.

Bei einer echten Abweichung gehören Abfrage, Antwort, strittiges Feld und Vergleichsquelle in die Akte. Erst die fallbezogene Entscheidung oder ein korrigierter Datensatz trägt eine weitere Schlussfolgerung.

Getrennte Änderungsverläufe

Eine reproduzierbare Erfassung hasht das Registerobjekt und die geordnete Hinweismenge separat. Zum Hinweis-Fingerabdruck gehören Titel, Beschreibung, Linkziel, Relation und Medientyp sowie Abfragezeit und sichtbare Fassung der verlinkten Seite.

Damit wird ein neues Copyright-Jahr oder eine geänderte Nutzungsbedingung nicht als Netzänderung gemeldet. Eine URL kann umziehen, während der registrierte Bereich gleich bleibt; das Objekt kann sich ändern, während Hinweise stabil bleiben. Ein gemeinsamer JSON-Rahmen bedeutet keine gemeinsame Kontrolle.

Die Grenze zu BGP

RFC 4271 definiert eine BGP-Route als Zielmenge mit Pfadattributen und beschreibt ihre Übermittlung zwischen BGP-Sprechern in UPDATE-Nachrichten. RDAP-Hinweise enthalten keine Ankündigung, Rücknahme, keinen AS-Pfad, keine Routenwahl und keine Verkehrsmessung.

RDAP liefert wertvollen Registerkontext, doch aktuelle Routingaussagen benötigen zeitnahe Routingdaten. Kommerzieller Transit erfordert Verträge oder verlässliche Parteiaussagen. Ein Diensthinweis ersetzt diese Quellen nicht.

Quellen und Geltungsbereich

Die Protokollgrenze steht in RFC 9083, Abschnitt 4.3: https://www.rfc-editor.org/rfc/rfc9083.html#section-4.3 . Untersucht wurde https://rdap.arin.net/registry/ip/8.8.8.8 . ARIN veröffentlicht die Bedingungen unter https://www.arin.net/resources/registry/whois/tou/ und das Meldeverfahren unter https://www.arin.net/resources/registry/whois/inaccuracy_reporting/ . Für BGP gilt RFC 4271, Abschnitt 3.1: https://www.rfc-editor.org/rfc/rfc4271.html#section-3.1 .