Zusammenfassung

  • Revision 09 von draft-ietf-sidrops-rtr-yang vom 7. September 2026 ergänzt ein separates Refresh-Intervall, Zähler für Serial Query und Reset Query, Router Key und ASPA sowie fünf neuere Error-Report-Kategorien.
  • Die Ergänzungen machen die Grenze zwischen Router und Cache besser sichtbar. Sie belegen weder die Ursache eines Fehlers noch seine Wirkung auf lokale Routenregeln oder den Zeitraum einer Verkehrsbeeinträchtigung.
  • Die vorgeschlagenen Blätter sind schreibgeschützter Betriebszustand. RFC 8342 beschreibt Systemzustand und gesammelte Statistiken als flüchtig; eine spätere Abfrage ersetzt keinen aufbewahrten Verlauf.
  • Der Entwurf nennt zwei Implementierungen. Beide Einträge beziehen sich jedoch auf Draft-03 und wurden zuletzt am 30. März 2026 aktualisiert. Unterstützung der neuen Revision-09-Blätter ist nicht belegt.
  • Daniel Kade schlägt einen revisionsgebundenen Cache-Zustandsbeleg vor, der Erhebungszeit, Zähler-Neustart, Sitzung, Serienstand, Zeitvorgaben, Fehlerdifferenzen und Betreiberhandlung verbindet. Das ist eine redaktionelle Empfehlung, keine Vorgabe des Entwurfs.

Eine Trennung, verschiedene Anweisungen

Ein externes Dashboard kann jede unterbrochene Router-Cache-Sitzung mit derselben roten Lampe anzeigen. Der entstehende RPKI-to-Router-Standard Version 2 unterscheidet dagegen Transport Failure, Cache Restart und Cache Shutdown.

Ein Cache meldet Restart, wenn er kurz ausfallen, aber vor Ablauf der beim Client geltenden Verfallsfrist zurückkehren will. Shutdown fordert den Router dagegen auf, die von diesem Cache gelernten Daten zu verwerfen. Ein länger blockierter Transport kann einen eigenen Fehlerbericht und das Ende der Sitzung auslösen. Die Folgen unterscheiden sich schon bevor das Netz seine lokale Routenpolitik anwendet.

Die Zeitwerte gehören zu diesem Zustand. Refresh Interval steuert normale Abfragen, Retry Interval den nächsten Versuch nach einem Fehler, Expire Interval die maximale Nutzung bereits geholter Daten ohne erfolgreiche Aktualisierung. Eine getrennte Sitzung kann daher neben vorübergehend noch verwendbaren RPKI-Daten bestehen. „Cache down“ ist keine ausreichende Zustandsbeschreibung.

Revision 09 des SIDROPS-YANG-Entwurfs macht mehr von dieser Grenze maschinenlesbar. Darin liegt die Nachricht; sie behauptet keinen realen Ausfall.

Intervall und Fälligkeit werden getrennt

Der Vergleich von 08 und 09 fügt refresh-interval hinzu: die Sekunden zwischen regelmäßigen Serial Queries. Gleichzeitig bezeichnet refresh-time nun den Zeitpunkt in Hundertstelsekunden, zu dem die nächste Aktualisierung erwartet wird.

Die kleine Trennung unterscheidet Regel und aktuellen Zustand. Das Intervall stammt aus der vom Cache übermittelten Vorgabe. Die Fälligkeit ergibt sich aus einem konkreten Austausch. Eine undatierte Zahl zeigt später nicht, ob der Router der Vorgabe folgte oder nach einer Unterbrechung neu rechnete.

Der PDU-Zweig erhält außerdem ausdrückliche Zähler für Serial Query und Reset Query. Die erste Abfrage verlangt Änderungen seit einer bekannten Seriennummer; die zweite den vollständigen aktiven Bestand. Mehr Reset Queries können somit einen anderen Wiederherstellungsweg als die normale inkrementelle Abfrage anzeigen. Zähler für Router Key und ASPA erfassen die neueren Nutzlastklassen des vorgeschlagenen Protokolls Version 2.

Der Fehlerzweig übernimmt dieselbe Sprache: ungültige ASPA-Providerliste, Transportfehler, Reihenfolgefehler, Cache-Neustart und Cache-Abschaltung. Vorhandene Blätter werden deutlicher mit Error-Report-Codes verbunden. Das vorgeschlagene Modell reicht damit von Code 0 bis 13.

Ein Name ist noch kein Urteil. Ein ASPA-Fehler beweist nicht, dass eine fehlerhafte Liste die Routenauswahl erreichte. Reset Query erklärt nicht den Grund einer vollständigen Synchronisierung. Eine Restart-Meldung beweist keine Rückkehr vor Ablauf der Expire-Frist.

Jeder Zähler braucht einen Anfang

Der Entwurf spricht von Error Reports, die mit dem Cache „ausgetauscht“ wurden. Er teilt die Werte nicht in gesendet und empfangen. Selbst ein genauer Zähler weist daher keine Verantwortung zu.

Auch der zeitliche Nullpunkt fehlt. Vier Ereignisse können vier seit dem Gerätestart, seit einem Prozessneustart, seit einem Kartentausch oder seit Beginn der Erfassung bedeuten. Der YANG-Typ zählt ab null, schafft aber kein unveränderliches Ereignisprotokoll.

Die Grundstandards erklären diese Grenze. RFC 7950 markiert Zustandsdaten mit config false. RFC 8342 beschreibt Systemzustand, einschließlich schreibgeschütztem Status und gesammelten Statistiken, als flüchtig und durch interne Komponenten oder andere Systeme veränderlich. Betriebszustand zeigt, was das Gerät jetzt verwendet; er archiviert nicht automatisch die Vergangenheit.

Jede Probe braucht deshalb Modulrevision, Erhebungszeit und -ergebnis, Rücksetzzeitraum, begrenzte Cache- und Sitzungsidentität, Protokollversion, Session ID, Serienstand, letztes End of Data sowie Refresh-, Retry- und Expire-Zustand. Ohne diesen Rahmen müssen zwei Momentaufnahmen nicht vergleichbar sein.

Laufender Code trägt eine Versionsnummer

Revision 09 besitzt einen Implementierungsabschnitt. Er nennt Juniper Networks (HPE) und New H3C Technologies. Die Grenze steht direkt dabei: Beide Einträge sagen Draft-03, beide wurden am 30. März 2026 aktualisiert, und beide nennen keine besondere Implementierungserfahrung.

Das belegt gemeldete Arbeit an einer älteren Modellversion. Es belegt nicht, dass neue Blätter verfügbar, interoperabel, standardmäßig aktiv oder produktiv eingesetzt sind. Wer bei der Aussage „implementiert“ die Revision streicht, entfernt gerade den wertvollsten Teil des Nachweises.

Auch der institutionelle Status ist versioniert. Der Datatracker führt den Text als aktiven SIDROPS-WG-Internet-Draft mit vorgesehenem Standards Track. Der IESG-Status lautet I-D Exists; ein Document Shepherd fehlt, und das Consensus Boilerplate ist unbekannt. WG-Obhut ist bedeutsam, aber noch keine RFC-Veröffentlichung oder Standardsfreigabe.

Quellen