Zusammenfassung

  • ARIN-RDAP, PeeringDB und RIPEstat beantworten unterschiedliche Fragen: Registeridentität, gemeldete Interconnection-Beziehungen und zeit- beziehungsweise messpunktabhängige Routing-Sichtbarkeit.
  • In diesem Lauf wurden keine aktuellen Antwortkörper dieser Quellen abgerufen. Daher sind aktuelle Organisationsdaten, Teilnehmer- oder Anlagenbeziehungen, Präfixzahlen, Routingstatus und betriebliche Kontinuität nicht festgestellt.

Drei Evidenzschichten, drei Grenzen

Ein Internetknoten auf einer Insel wirkt auf den ersten Blick wie ein einzelnes Infrastruktur-Objekt. Für eine belastbare Kontinuitätsanalyse ist er jedoch eine Kette aus Identität, physischer oder logischer Verbindung und beobachtbarer Erreichbarkeit. Jede Schicht kann eine andere Art von Aussage tragen.

ARIN RDAP ist die Registerschicht. Der ARIN-RDAP-Endpunkt für AS19035 ist die geeignete Quelle, um die Registrierungsidentität einer autonomen Systemnummer zu konsultieren. Das erlaubt eine Aussage darüber, welche Registerinformationen geprüft werden müssen. Ohne einen verifizierten aktuellen Antwortkörper darf daraus jedoch kein aktueller Organisationsname, Handle oder sonstiger Feldwert abgeleitet werden.

PeeringDB ist die teilnehmergepflegte Interconnection-Schicht. Die Netzwerkansicht in PeeringDB, die IX-LAN-Ansicht, die Austauschansicht, die Suche nach Hawaii Internet Exchange und die Facility-Abfrage für Honolulu sind jeweils dafür gedacht, Beziehungen zwischen Netzen, Exchange-LANs, Austauschpunkten und Einrichtungen zu beschreiben. Ein Verzeichnisdatensatz ist aber keine Messung aktiven Verkehrs. Er beweist weder einen gegenwärtig aufgebauten Port noch Erreichbarkeit, Auslastung, Redundanz oder Fortbestand einer Verbindung.

RIPEstat und BGP-Beobachter liefern Routing-Sichtbarkeit. Die RIPEstat-Übersicht für AS19035, die Angekündigte-Präfixe-Abfrage und der Routing-Status-Endpunkt stehen für eine zeit- und sammlerabhängige Beobachtungsebene. Ergänzend zeigen bgp.tools und BGP.he.net, welche öffentlichen Beobachter für Routingfragen konsultiert werden können. Solche Beobachtungen sind keine vollständige Darstellung des Betriebs: Sie hängen von Zeitpunkt, Collector-Abdeckung und Messmethode ab.

Was in diesem Lauf nicht festgestellt wurde

Der Lauf bewahrte eine Forschungsquittung, nach der keine aktuellen Antwortkörper von ARIN RDAP, PeeringDB oder RIPEstat verfügbar waren. Deshalb sind folgende Aussagen nicht belegt:

  • die aktuelle registrierte Organisation, der aktuelle Handle oder der aktuelle ASN-Name von AS19035;
  • ein aktueller Teilnehmer, IX-LAN-, Facility-, Port-, Route-Server- oder Betriebsstatus des Hawaii Internet Exchange;
  • eine aktuelle Zahl angekündigter Präfixe oder ein aktueller Routingstatus von AS19035;
  • aktiver Verkehr oder tatsächliche Erreichbarkeit aufgrund einer einzelnen Verzeichnisbeziehung;
  • Redundanz, Ausfallsicherheit oder Kontinuität aufgrund eines einzelnen öffentlichen Datensatzes.

Diese Negativfeststellungen bedeuten nicht, dass die betreffenden Zustände nicht existieren. Sie bedeuten, dass sie in diesem Lauf nicht mit den erforderlichen aktuellen Antwortinhalten belegt wurden.

Warum Kontinuität eine Kontrollfrage ist

Kontinuität entsteht nicht aus einem Eintrag, sondern aus der Fähigkeit, einen Dienst über mehrere abhängige Schichten hinweg aufrechtzuerhalten und dies operativ nachzuweisen. Für einen Inselknoten gehören dazu mindestens die tatsächliche physische Anbindung, aktive Interconnection, Routing-Verhalten, Strom- und Standortabhängigkeiten sowie die Zuständigkeit für Störung und Wiederherstellung.

Ein Register kann Identität ordnen. Ein Teilnehmerverzeichnis kann gemeldete Beziehungen strukturieren. Ein Routing-Collector kann Sichtbarkeit zu einem bestimmten Zeitpunkt liefern. Keine dieser Schichten allein zeigt, wer im Ausfallfall tatsächlich schalten darf, welche Ersatzwege verfügbar sind oder wie schnell eine Wiederherstellung erfolgen kann. Dafür wären operative Nachweise erforderlich, etwa aktuelle Port- und Cross-Connect-Daten, Route-Server- oder Messdaten mit Zeitstempeln, Wartungs- und Störungsaufzeichnungen sowie eine dokumentierte Wiederherstellungsverantwortung.

Bounded conclusion

Die belastbare Aussage lautet daher: Öffentliche Quellen bieten eine Architektur für die Prüfung von Identität, gemeldeter Interconnection und beobachtetem Routing, aber die in diesem Lauf verfügbare Evidenz reicht nicht aus, um den aktuellen Betriebs- oder Kontinuitätsstatus des Hawaii Internet Exchange oder von AS19035 festzustellen. Wer Kontinuität bewerten will, muss die drei Schichten getrennt prüfen und anschließend mit aktuellen operativen Nachweisen verbinden.