Zusammenfassung

  • Das BTW-Verzeichnis verknüpft den exakten ROMGAZ-Eintrag mit AS57611. RIPE NCC RDAP führt vom Autnum-Objekt über den Registranten-Handle zum gleichen vollständigen Namen. Das stützt die administrative Identität, nicht die Autorisierung einer Route oder den Betrieb eines Dienstes.
  • Die eingefrorene RIPE-RIS-Antwort meldet IPv4-Sichtbarkeit bei 0 von 327 gelisteten Full-Feed-Peers und IPv6-Sichtbarkeit bei 0 von 322; angekündigter Adressraum und beobachtete Nachbarn stehen ebenfalls auf null. Diese Werte sind an Produkt, Kollektoren und Zeitpunkt gebunden und beweisen weder universelle Unerreichbarkeit noch Ausfall, Abschaltung oder Aufgabe.
  • CAIDA AS Rank ordnet ASN 57611 dem Namen ROMGAZ-AS zu und bewahrt weitere abgeleitete Felder. seen=false, Rang, Cone- und Degree-Werte gelten innerhalb des CAIDA-Datensatzes und dürfen nicht als universeller Nachweis für die Abwesenheit eines Netzes oder Dienstes gelesen werden.

Eine ASN verbindet Datensätze, nicht deren Aussagekraft

Beim Border Gateway Protocol, kurz BGP, tauschen unabhängig betriebene Netze Informationen darüber aus, über welche Wege Adresspräfixe erreichbar sein können. Eine Autonomous System Number bezeichnet dabei eine Routing-Domäne, deren Entscheidungen unter einer gemeinsamen Policy erscheinen. Organisationsnamen können abgekürzt, historisch gewachsen oder in verschiedenen Registern unterschiedlich geschrieben sein. Die exakte Nummer AS57611 ist deshalb ein belastbarer Abgleichsschlüssel.

Die vier hier verwendeten öffentlichen Quellen erfüllen jeweils eine eigene Aufgabe. Das BTW-Verzeichnis beantwortet, welcher öffentliche Eintrag Gegenstand des Artikels ist. RIPE NCC RDAP zeigt, wie die Nummer im Verwaltungsregister geführt wird und auf welchen Registranten das Objekt verweist. RIPE RIS liefert eine eingefrorene Beobachtung aus einem bestimmten Produkt. CAIDA AS Rank bietet ein getrennt verarbeitetes BGP-abgeleitetes Profil.

Wenn Nummer und Name über mehrere Quellen hinweg zusammenpassen, sinkt das Risiko, Daten einer ähnlich benannten Organisation zuzuordnen. Die Übereinstimmung verschmilzt die Quellen aber nicht. Ein Verwaltungsobjekt ist kein Live-Monitor, ein Kollektorprodukt ist keine Autorisierungsstelle und ein abgeleitetes Profil ist kein Ende-zu-Ende-Diensttest. Die Trennung schützt den Nutzen jeder Quelle, weil sie verhindert, dass ein Feld Fragen beantworten soll, für die es nie erhoben wurde.

Das Verzeichnis fixiert den redaktionellen Gegenstand

Der BTW-Verzeichniseintrag zeigt den vollständigen Namen SOCIETATEA NATIONALA DE GAZE NATURALE ROMGAZ SA und die sichtbare ASN AS57611. Angeforderte Adresse, endgültige Adresse und Canonical-Verweis führten zum gleichen Eintrag. Damit ist festgelegt, auf welches öffentliche Verzeichnisobjekt sich der Artikel bezieht und unter welchem Namen Leserinnen und Leser es wiederfinden.

Aus dem Verzeichnis werden nur Identität, die Zuordnung zur Nummer und der Navigationskontext übernommen. Die Seite ist keine unabhängige Routing-Messung. Eine sichtbare ASN belegt nicht, dass eine bestimmte Ankündigung autorisiert ist, weltweit gesehen wird oder einen Dienst erreichbar macht. Ebenso wenig lassen sich daraus Kunden, Einrichtungen, Geräte, physische Topologie, Verkehrsvolumen oder Kapazität ableiten.

Diese frühe Identitätsprüfung ist trotzdem wichtig. Erst wenn Verzeichnisname, ASN, RDAP-Bereich, Registry-Name und Registrantenreferenz zusammenpassen, ist es vertretbar, die anschließend beschriebenen Felder demselben Gegenstand zuzuordnen. Was dadurch stärker wird, ist die Zuordnung der Datensätze. Nicht stärker werden Behauptungen über Vorgänge, die keiner der Datensätze gemessen hat.

RIPE NCC RDAP dokumentiert die administrative Kette

RDAP ist ein strukturiertes Protokoll für Registrierungsinformationen zu Internet-Nummernressourcen. Die Antwort zu AS57611 kennzeichnet das Objekt als autnum. Handle, Start- und Endwert lauten AS57611, 57611 und 57611. Der Registry-Name ist ROMGAZ-AS; im Statusfeld steht active.

Das Objekt verweist auf den Registranten-Handle ORG-SNDG2-RIPE und nennt als Registranten SOCIETATEA NATIONALA DE GAZE NATURALE ROMGAZ SA. Der einzelne Nummernbereich, der Registry-Name, der Handle und der vollständige Registrantenname bilden damit eine nachvollziehbare administrative Brücke zwischen dem Verzeichniseintrag und AS57611.

active beschreibt hier den Zustand des RDAP-Objekts. Das Wort sagt nicht, dass gegenwärtig eine Route sichtbar ist, dass ein Origin autorisiert wurde, dass eine BGP-Sitzung besteht oder dass ein Dienst funktioniert. Ein Register ist für eindeutige Zuordnung, nachvollziehbare Änderungen und verlässliche Metadaten wichtig. Diese Rolle macht es aber nicht zur letzten Instanz für Vorgänge im laufenden Netz.

Administrative Kontinuität und beobachtetes Routing sind getrennte Tatsachen. Das Register kann einen Eintrag führen, während ein Beobachtungsprodukt zu einem bestimmten Zeitpunkt bestimmte oder auch keine qualifizierenden Routen meldet. Beides lässt sich gleichzeitig korrekt berichten, solange man die Rollen nicht vertauscht.

Die eingefrorene RIPE-RIS-Antwort und ihr Zeitpunkt

Die verwendete Routing-Status-Antwort ist mit einer Abfragezeit vom 8. August 2026, 00:00:00 UTC, und einer Erfassungszeit vom selben Tag, 05:27:27.608973 UTC, eingefroren. Alle genannten Werte gehören zu dieser gespeicherten Antwort. Eine spätere Antwort desselben Endpunkts kann anders ausfallen, ohne die damalige Beobachtung nachträglich falsch zu machen. Für einen Vergleich müssten Produkt, Zeitpunkt, Adressfamilie und Beobachtungsbedingungen mitgeführt werden.

Das Feld messages war leer. Daraus folgt eine wichtige Grenze: Der Antwort darf keine konkrete Schwellen- oder Ausschlussregel hinzugefügt werden, die dort nicht steht. Das Produkt ist zwar auf seine Kollektoren und seine Verarbeitung begrenzt. Welche zusätzliche Filterregel angeblich zu den Zahlen geführt habe, lässt sich aus dieser Antwort jedoch nicht behaupten.

Für IPv4 meldete das Sichtbarkeitsfeld 0 von 327 gelisteten RIS-Full-Feed-Peers. Für IPv6 waren es 0 von 322. Die Felder zum angekündigten Raum standen auf null IPv4-Präfixen, null IPv4-Adressen, null IPv6-Präfixen und null IPv6-Äquivalenten von /48. Auch observed_neighbours betrug null.

Ein Zähler ohne Nenner könnte leicht wie eine weltweite Aussage wirken. Der Nenner zeigt dagegen, auf welche gelisteten Peers sich die Antwort bezog. Adressfamilie, Abfragezeit, Erfassungszeit und Produktname gehören deshalb untrennbar zu den Zahlen. Erst mit diesem Kontext wird aus einer auffälligen Zahl eine überprüfbare, begrenzte Beobachtung.

Nullwerte sind kein Ursachenbericht

Nullwerte sollen weder versteckt noch beschönigt werden. Sie dürfen aber auch nicht mit einer Ursache versehen werden, die das Produkt nicht gemessen hat. 0/327 bedeutet nicht, dass AS57611 von jedem Ort im Internet aus unerreichbar war. 0/322 beweist nicht, dass keine IPv6-Fähigkeit oder -Konfiguration existierte. Null angekündigter Raum belegt weder Aufgabe noch Übertragung, Abschaltung oder Kontrollverlust einer Nummernressource.

Auch null beobachtete Nachbarn sagen nichts über Verträge, private Verbindungen, physische Verkabelung oder Kundenbeziehungen. Die Antwort ist kein Störungsdiagnose-System und kein Dienstmonitor. Sie meldet Felder innerhalb einer definierten Beobachtungsumgebung. Für eine Aussage zur Erreichbarkeit wären geeignete, zeitlich abgestimmte Messpunkte nötig. Für eine Route-Origin-Autorisierung wären dafür vorgesehene Autorisierungsdaten erforderlich. Für einen Dienstzustand bräuchte man dienstspezifische Telemetrie und Betriebsaufzeichnungen.

Genauigkeit verlangt hier zwei Dinge zugleich: die Nullen unverändert zu nennen und ihre Bedeutung nicht auszuweiten. Wer Nenner, Zeit, Produkt und das leere messages-Feld erhält, kann klar unterscheiden, was beobachtet wurde und welche Fragen offen bleiben.

First seen und last seen sind zwei Endpunkte

Die eingefrorene Antwort enthält außerdem historische Felder. first_seen nennt 91.233.106.0/24 mit Origin 57611 am 13. Dezember 2011 um 16:00 UTC. last_seen wählt dasselbe Präfix und denselben Origin am 18. April 2019 um 08:00 UTC.

Dass an beiden Enden dasselbe Präfix steht, beweist keine lückenlose Ankündigung zwischen diesen Zeitpunkten. Die Felder sind ausgewählte historische Endpunkte, keine vollständige Zeitreihe. Sie erklären keine Änderungen dazwischen, keine Messlücken, keine wechselnde Kollektorabdeckung und keine Unterbrechungen. Ebenso wenig belegen sie einen durchgehenden Betrieb eines Netzes oder Dienstes von 2011 bis 2019.

Eine Kontinuitätsanalyse müsste den untersuchten Zeitraum, die Beobachtungspunkte und den Umgang mit Lücken ausdrücklich festlegen. Für Dienstkontinuität wären zusätzlich Aufzeichnungen nötig, die tatsächlich an den benannten Dienst gebunden sind. Zwei Datenpunkte durch eine gedachte Linie zu verbinden, wäre einfacher als eine Zeitreihe zu erheben, aber methodisch nicht belastbar.

CAIDA AS Rank ist eine unabhängige, abgeleitete Ebene

Das eingefrorene CAIDA-AS-Rank-Profil nennt ASN 57611, den Namen ROMGAZ-AS, die Quelle RIPE und den Ländercode RO. Ein getrennt verarbeiteter BGP-Datensatz gibt damit dieselbe Nummer-Namens-Kombination wieder wie das Verwaltungsobjekt. Das stärkt die Identitätszuordnung.

Weitere Felder lauten seen=false, Rang 79459, eine ASN im Customer Cone, null Präfixe und null Adressen im Cone sowie ein Gesamtgrad von null. Diese Werte sind Ergebnisse der CAIDA-Datenbasis und ihrer Verarbeitung. Sie sind keine vollständige Abbildung aller BGP-Beobachtungen und kein Live-Test. seen=false darf daher nicht in die Aussage umgedeutet werden, ein Netz, eine Route oder ein Dienst sei überall abwesend.

Das Profil ist nützlich, weil es die ASN und den Registry-Namen unabhängig abgleicht und einen reproduzierbaren Stand abgeleiteter Felder bewahrt. Es belegt keine Ankündigung, keine Autorisierung, keine Peerings, keinen Verkehr, keine Anlagen, keine Kapazität, keine Resilienz und keine Dienstgüte.

Active, null und seen=false widersprechen sich nicht

Auf den ersten Blick können der RDAP-Status active, die Nullwerte aus RIPE RIS und CAIDAs seen=false wie widersprüchliche Urteile wirken. Sie sind aber keine Urteile über denselben Sachverhalt. active gehört zum administrativen Objekt. Die RIS-Zähler gehören zu einem zeitgebundenen Beobachtungsprodukt. seen=false ist ein Feld in einem separat abgeleiteten Datensatz.

Die RIPE-NCC-RDAP-Registrierung, die eingefrorene RIPE-RIS-Antwort und das BGP-abgeleitete Profil von CAIDA AS Rank sind getrennte Beweisebenen; keine davon belegt für sich allein eine gegenwärtige Route-Origin-Autorisierung, universelle Erreichbarkeit oder Unerreichbarkeit, Kapazität, den Besitz physischer Anlagen oder den Dienstzustand.

Die ASN schafft Kontinuität der Referenz. Sie überträgt keiner Quelle die Befugnis einer anderen. Wenn Register und laufende Beobachtung getrennt bleiben, wird sichtbar, welche zusätzliche Evidenz für eine konkrete Frage fehlt. Das ist keine Schwächung der Daten, sondern eine Voraussetzung für ihre sachgerechte Verwendung.

Eine praktische Reihenfolge für die Nachprüfung

Zuerst sollte die Identität geprüft werden: vollständiger Verzeichnisname, sichtbare ASN, Objekttyp, Start- und Endwert, Handle, Registry-Name und Registrantenreferenz. Stimmen diese Merkmale nicht zusammen, dürfen Werte aus den Quellen nicht vorschnell kombiniert werden.

Danach sollte die Beobachtungsantwort mitsamt resource, Abfragezeit, Erfassungszeit, messages, IPv4- und IPv6-Zähler samt Nennern, angekündigtem Raum, Nachbarfeld sowie first_seen und last_seen gespeichert werden. Historische Zeiten müssen mit Präfix und Origin verbunden bleiben. Bei späteren Vergleichen sind nicht nur die Zahlen, sondern auch Produkt und Beobachtungsbedingungen gegenüberzustellen.

Erst im dritten Schritt folgt die Frage nach zusätzlicher Evidenz. Für Autorisierung braucht es dafür vorgesehene Nachweise. Für Sichtbarkeit braucht es geeignete, möglichst zeitgleiche Beobachtungspunkte. Für Kontinuität braucht es eine Zeitreihe mit einer erklärten Behandlung von Lücken. Für Dienstzustand braucht es Messungen und Aufzeichnungen, die an den Dienst und das fragliche Zeitfenster gebunden sind.

Was die vier Quellen nicht feststellen

Die Quellen tragen eine enge Aussage: einen exakten Verzeichnisgegenstand, den Verwaltungsdatensatz zu AS57611, eine eingefrorene RIS-Antwort und ein unabhängiges CAIDA-Profil. Sie stellen keine universelle Erreichbarkeit oder Unerreichbarkeit fest. Sie belegen keinen gegenwärtigen Ausfall, keine Abschaltung, Aufgabe, Übertragung oder einen Kontrollverlust.

Auch Route-Origin-Autorisierung, rechtliches Eigentum, Erlaubnis oder Zuständigkeit ergeben sich daraus nicht. Verkehr, Kapazität, Latenz, physische Topologie, Pfadvielfalt, Resilienz, Betriebszeit und Auswirkungen auf Nutzerinnen und Nutzer wurden von den zugelassenen Feldern nicht gemessen. Die Quellen erklären zudem nicht, warum die eingefrorenen Zähler null waren oder warum CAIDA seine Werte zurückgab.

Diese Grenzen machen die Aufzeichnungen nicht wertlos. Eindeutige Nummernzuordnung, verlässliche Verwaltungsmetadaten und sauber abgegrenzte Beobachtungen sind die Grundlage für spätere Vergleiche. Ihr Wert bleibt erhalten, wenn fehlende Messungen nicht durch eine Erzählung ersetzt werden.

Worauf spätere Prüfungen achten sollten

Bei einer erneuten Registerprüfung sind der exakte Nummernbereich, Handle, Registry-Name, Registrant und Objektstatus zu vergleichen. Bei einer neuen Routing-Beobachtung müssen Abfrage- und Antwortzeit, Peer-Nenner, Adressfamilie, messages und Kollektorbedingungen zusammen mit den Werten erfasst werden. Ein neuer CAIDA-Stand ist als neuer Datensatz zu behandeln, nicht als rückwirkende Korrektur der eingefrorenen Antwort.

Die nächste sinnvolle Quelle hängt von der offenen Frage ab. Autorisierung, Routenhistorie, Erreichbarkeit und Dienstzustand benötigen jeweils ein eigenes Untersuchungsdesign. Bis solche Daten vorliegen, bleibt die belastbare Schlussfolgerung bewusst begrenzt: Die öffentlichen Aufzeichnungen ordnen ROMGAZ konsistent AS57611 zu, während Verwaltungsregister, eingefrorene Routing-Beobachtung und BGP-abgeleitetes Profil verschiedene Ebenen beschreiben.

Quellen