Zusammenfassung

  • Ein APNIC-Sekretariatsbericht von 2019 hält fest, dass Resource Quality Assurance in Resource Quality Check umbenannt wurde, um falsche Erwartungen und rechtliche Haftung zu vermeiden. „Check“ trifft den Beweisumfang besser.
  • APNIC kann die globale Routingtabelle aus Sicht seines Routers prüfen, nicht delegierte Ressourcen beobachten und bestimmte Betriebssignale untersuchen. Es kann nicht jede autonome Netzentscheidung, Reputationsliste oder Geodatenbank steuern.
  • Ein belastbares Ergebnis muss Ressource, Zeitpunkt, Beobachtungsklasse, Quelle, geprüfte Bedingung, Ausschlüsse und Auslöser einer Wiederholungsprüfung mitführen.

Die bewusste Absage an „Assurance“

Der Bericht des APNIC-Sekretariats für die Sitzung des Executive Council im September 2019 enthält eine bemerkenswert klare Benennungsentscheidung. Aus Resource Quality Assurance, RQA, wurde Resource Quality Check, RQC. Als Grund nennt der Bericht die Vermeidung falscher Erwartungen und rechtlicher Haftung. Er vermerkt außerdem einen RQC-Bereich in NetOX und den Entwurf einer Haftungsausschlussdokumentation. APNIC-Sekretariatsbericht

Die genannten Probleme erklären die Vorsicht: Routenfilter, E-Mail- und andere Blacklists, Routinghistorie und Geolokationsfehler. Sie können die Nutzbarkeit eines Blocks beeinträchtigen, werden aber nicht von demselben Akteur beherrscht. Das Register führt den Delegationsstatus. Netzbetreiber setzen Filter. Reputations- und Geodatendienste wählen eigene Quellen und Aktualisierungszyklen.

Der bei APNIC 49 vorgelegte Tätigkeitsbericht bezeichnet RQC erneut als „Previously RQA“, nennt Routingstatus und -historie, Filter, Blacklists und Geolokation und ordnet die Funktionen NetOX zu. Beide Dokumente stammen von APNIC; sie sind keine voneinander unabhängige institutionelle Bestätigung. Sie zeigen jedoch, dass die neue Grenze bewusst in die öffentliche Betriebsdarstellung übernommen wurde. APNIC-49-Tätigkeitsbericht

„Assurance“ klingt nach einem Zustand, der mit der Ressource weitergegeben werden kann. „Check“ ist eine Handlung. Er verlangt Angaben dazu, wann, von wo, mit welchen Daten und auf welchen Fehler geprüft wurde. APNIC besitzt nicht die Macht, das Ergebnis in sämtlichen fremden Systemen dauerhaft wahr zu halten.

Eine Zielsetzung ist noch kein weltweites Ergebnis

Die heutige Übersichtsseite der Registrierungsdienste verwendet weiterhin Resource Quality Assurance und sagt, RQA bewerte den APNIC zugewiesenen Adressraum vor der Verteilung an Mitglieder. In der Navigation derselben Seite heißt der Dienst Resource Quality Check. Die Koexistenz ist in der aktuellen Erfassung nachweisbar; wann die beiden Formulierungen entstanden und weshalb sie bestehen, lässt sich daraus nicht ableiten. Registrierungsdienste

Die RQC-Fachseite fasst die Zusage enger. Mitglieder wollen routbare Ressourcen, doch APNICs Richtlinien garantieren keine weltweite Routbarkeit. APNIC arbeite daran, Probleme zu minimieren. Die Seite trennt historische Prüfungen der vor 2011 von IANA an APNIC vergebenen IPv4-/8-Blöcke von fortlaufenden Tätigkeiten: Nutzung nicht delegierter APNIC-Ressourcen überwachen und bei Delegationen die globale Routingtabelle vom APNIC-Router aus prüfen. Noch geroutete Ressourcen werde APNIC nicht delegieren. Resource Quality Check

Das ist eine sinnvolle Stop-Bedingung. Sieht APNIC für einen vermeintlich verfügbaren Block noch eine Route, sollte der Konflikt nicht an einen neuen Halter weitergegeben werden. Die Beobachtung beantwortet aber nur, was der APNIC-Router zum Prüfzeitpunkt sah. Sie bescheinigt nicht, dass später jeder Peer, Kunde, Route Collector, jede Firewall und jede Anwendung die neue Ankündigung akzeptiert.

Die FAQ verteilt die restliche Verantwortung ausdrücklich. RIRs kontrollieren nicht, wie Netzbetreiber Adressen verwalten, routen oder filtern; keine einzelne Organisation kann Internet-weite Routbarkeit garantieren. APNIC empfiehlt, E-Mail-Zustellung, einzelne Webdienste, Netzaufbau, Ankündigungen, Upstreams, Peers sowie Hin- und Rückweg getrennt zu untersuchen und RIS oder Looking Glasses zu nutzen. Ist ein Filter gefunden, muss der Halter das filternde Netz ansprechen. Ein Erreichbarkeitsproblem berechtigt nicht einfach zur Rückgabe des Blocks an APNIC. Ressourcenqualitäts-FAQ

Diese Ebenen passen zusammen: Die Übersicht nennt ein Ziel, RQC eine Registerhandlung, die FAQ die verbleibende Kontrolle anderer. Erst ein kontextloses Gesamturteil „Qualität“ verwischt die Verteilung.

Weshalb Pilotpräfixe ihr Datum brauchen

Das Archiv der Erreichbarkeitstests zeigt eine geeignete Beweiseinheit. APNIC und RIPE NCC kündigten Pilotpräfixe aus neuen Blöcken an, verglichen deren Routenverteilung mit Produktionspräfixen, erzeugten tägliche Sichtbarkeitsberichte und stellten pingbare Ziele sowie Testwerkzeuge bereit. Auffällige Unterschiede konnten auf Provider hinweisen, die den neuen Block weiterhin filterten.

Die Einträge stammen aus 2010 und 2011 und betreffen Teile von 1/8, 14/8, 27/8 und weiteren Bereichen. Zeitraum, Mitwirkende und Ergebnisbericht gehören zur Aussage. Ohne sie würde aus einem Experiment scheinbar eine dauerhafte Eigenschaft der Ziffernfolge. Das Archiv belegt nicht, dass dieses historische Verfahren bei jeder heutigen Delegation eingesetzt wird; die aktuelle RQC-Seite nennt fortlaufende Tätigkeiten gesondert. Erreichbarkeitstests

Die Seite „Currently Assessing“ führt derzeit fünfzehn Debogon-Präfixe sowie eine getrennte Liste von Bewertungen und Berichten. Der erfasste Text veröffentlicht weder eine universelle Punktzahl noch eine Ablaufregel oder globale Garantie. Ein gelistetes Präfix ist ein Arbeitsgegenstand; ein datierter Bericht ist die dazugehörige Evidenz. Derzeit bewertete Ressourcen

RFC 6441 erklärt, weshalb selbst eine korrekte Feststellung altern kann. Die IETF Best Current Practice empfahl, Paket- und BGP-Präfixfilter für ehemals unzugewiesene IPv4-/8-Netze zu entfernen. Wer nicht zugewiesenen, von RIRs verwalteten Raum weiter filtert, braucht deutlich feinere Regeln und tägliche Aktualisierung, damit legitimer Verkehr nicht blockiert wird. Eine Registeränderung schreibt die alte Kopie auf einem fremden Router nicht um. RFC 6441

Bei Reputation und Geolokation gilt Ähnliches. Eine Liste kann die Geschichte des vorherigen Nutzers behalten; ein Geodienst kann eine Übertragung verspätet verarbeiten. APNIC kann Registertatsachen bestätigen und Kommunikation erleichtern. Es kann die Korrektur nicht in jeder Datenbank ausführen.

Fünf Fragen statt eines Qualitätsabzeichens

Mindestens fünf Entscheidungen müssen auseinandergehalten werden. Ist der Block registerseitig korrekt verfügbar? Erscheint vor der Delegation eine unerwartete Route in den geprüften Daten? Akzeptieren entfernte Netze die beabsichtigte Ankündigung? Lassen Reputationssysteme Verkehr und E-Mail zu? Beschreiben Geodienste die Nutzung hinreichend genau?

Über die erste Frage hat APNIC zentrale Autorität; zur zweiten kann es wichtige Beobachtungen liefern. Die übrigen liegen bei selbstständigen Systemen. Selbst Routensichtbarkeit variiert nach Collector und Zeit. Ein grünes Symbol sagt weder, welche Ebene getestet wurde, noch, wer einen Fehler beheben kann.

Die Antwort darf ebenso wenig ein riesiges Zertifikat sein. Es könnte Topologie oder Mitgliederdaten offenlegen, schnell veralten oder zu einem Ranking und Zulassungstor werden. APNIC veröffentlicht bereits die fehlende Weltgarantie und Diagnosehinweise. RQC sollte keine zentrale Nutzungserlaubnis werden.

Ein kleiner Kontext genügt: Ressource, Beobachtungsintervall, Art des Beobachtungspunktes, Quelle, geprüfte Bedingung, zulässige Schlussfolgerung, bekannte Ausschlüsse, zuständiger Akteur und Anlass der Wiederholung. Private Peers müssen dafür nicht veröffentlicht werden.

„Beim Delegationscheck keine Route vom APNIC-Router gesehen“ ist stärker als „sauberer Block“. Die erste Aussage ist überprüfbar und verspricht weder E-Mail-Reputation noch richtige Geolokation. Taucht später ein entfernter Filter auf, war die frühere Messung nicht zwingend falsch; die Welt kann sich geändert haben oder ein anderer Beobachter sah stets etwas anderes.

Die Grenze gehört zur Beweisqualität

Für diese Recherche wurden kein Mitgliederblock, keine reale Route, Blacklist, Geodatenbank, Übertragung oder NetOX-Sitzung getestet. Sie weist keine gescheiterte Delegation, unerreichbare Ressource, Schädigung oder Produktstörung nach. Nicht öffentlich beschriebene interne Prüfungen werden nicht ausgeschlossen. Der Haftungshinweis von 2019 ist keine Rechtsbewertung dieses Artikels.

Belegt ist eine konstruktive institutionelle Entscheidung: APNIC erkannte, dass Beobachtung nicht als Versprechen erscheinen sollte, und änderte den Namen. RQC-Seite und FAQ teilen Verantwortung nachvollziehbar zu. Das Register prüft seine Sicht und handelt innerhalb seiner Delegationsrolle; Betreiber pflegen Filter; Halter verfolgen verbleibende Hindernisse bei den zuständigen Systemen.

Die allgemeine Darstellung an diese Präzision anzupassen, würde den Dienst nicht schwächen. Es würde den Sinn der Entscheidung von 2019 bewahren. Vertrauen entsteht nicht durch ein dauerhaftes Adjektiv, sondern durch eine begrenzte Feststellung, die ein anderer Betreiber zu einem neuen Zeitpunkt erneut prüfen kann.

Quellen

  1. APNIC: Registrierungsdienste
  2. APNIC: Resource Quality Check
  3. APNIC: Ressourcenqualitäts-FAQ
  4. APNIC: Resource Reachability Testing
  5. APNIC: Currently Assessing
  6. APNIC-EC-Unterlagen und Sekretariatsbericht, 9. September 2019
  7. Bei APNIC 49 vorgestellter Tätigkeitsbericht
  8. RFC 6441 / BCP 171