Zusammenfassung

  • Nach der LACNIC-Richtlinie ist routing-c der Kontakt, der über das Verwaltungsportal für IP-Adressen und ASN die vom autonomen System verwendeten Routing-Policys registrieren darf.
  • Das Feld zeigt weder Router-Zugangsdaten noch den Betrieb von BGP-Sitzungen, die Umsetzung einer deklarierten Policy oder die derzeit beobachteten Ursprünge und Pfade.

Eine Rolle mit einem präzisen Verb

Das entscheidende Wort in der LACNIC-Definition lautet „registrieren“. Der routing-c-Kontakt kann Routing-Policy-Informationen in das Ressourcenverwaltungssystem eintragen. Diese Befugnis wirkt auf eine wichtige öffentliche Evidenzfläche: Netzbetreiber können Whois- und IRR-Daten verwenden, wenn sie Filter erstellen oder die beabsichtigten Ankündigungen eines ASN beurteilen.

Die Registrierungskompetenz ist nicht belanglos. Eine belastbare Analyse sollte deshalb Handle, konkretes Objekt, Abrufzeitpunkt und die zum ASN gehörenden Policy- oder Route-Objekte sichern.

Das Feld enthält jedoch weder einen Router-Login noch einen Konfigurationsstand, den Zustand einer BGP-Sitzung, eine Beobachtung eines Route Collectors oder einen Beschäftigungsnachweis. Es sagt, wer eine Policy registrieren darf — nicht, wer den letzten Befehl auf einem Router eingegeben hat oder gerade im Network Operations Center Dienst hat.

Drei Kontaktrollen beantworten drei Fragen

LACNIC trennt owner-c, routing-c und abuse-c in eigene Kontaktfelder. Für diese Analyse ist die von der Quelle definierte Funktion eng begrenzt: routing-c darf die vom ASN verwendete Routing-Policy registrieren.

Diese Trennung verhindert einen häufigen Zuordnungsfehler. Da der Eintrag weder Router-Zugriff noch die Kontrolle von BGP-Sitzungen oder das operative Team offenlegt, kann routing-c allein die operative Rolle einer Person nicht belegen.

Deklarierte Policy und beobachtetes Routing

LACNIC beschreibt ein Internet Routing Registry als Datenbank, in der Betreiber ihre Routing-Policy ausdrücken, damit andere daraus Filter und Gerätekonfigurationen ableiten können. Diese Erklärung hat operativen Wert, bleibt aber eine Erklärung. Sie kann unvollständig, veraltet, großzügiger als aktuelle Ankündigungen oder auf einzelnen Routern unterschiedlich umgesetzt sein.

BGP-Beobachtungen beantworten eine andere Frage. Zeitlich abgestimmte Collector-Daten können zeigen, dass ein Präfix an bestimmten Beobachtungspunkten mit einem bestimmten Ursprung und Pfad angekündigt wurde. Sie identifizieren dennoch nicht den menschlichen Betreiber, belegen keine weltweite Sichtbarkeit oder den Verkehrsfluss und zeigen keine interne Befehlskette. RPKI kann Evidenz für die Autorisierung eines Route Origin hinzufügen; auch Autorisierung ist weder Beobachtung noch menschlicher Betrieb.

Eine belastbare Zuordnung verbindet daher Belege, ohne ihre Bedeutung zu vermischen: den genauen LACNIC-ASN- und Kontakteintrag, einschlägige IRR- und RPKI-Artefakte, zeitgestempelte BGP-Beobachtungen und aktuelle organisatorische Belege für das Team oder den Dienstleister, der den Netzbetrieb tatsächlich verantwortet.

Quellen