Zusammenfassung

  • Datatracker meldete null YANG-Fehler und Warnungen für Revision 44; zwei Autorenfreigaben fehlten noch, und Cluster 517 konnte weitere Arbeit bedeuten.
  • Modellprüfung, Autorenfreigaben, Cluster-Arbeit und RFC-Veröffentlichung sind getrennte Nachweise; die Warteschlange erklärt die N-Felder nicht und nennt keinen Termin.

Analyse

Die Seite zeigte zwei unterschiedliche Zustände nebeneinander. Am 16. Oktober meldete Datatracker für Revision 44 null YANG-Fehler und null Warnungen. Am selben Tag führte die RFC-Editor-Warteschlange RFC-to-be 10057 weiterhin unter „In Final Review“. In der Freigabetabelle standen drei „Y“ und zwei „N“. Außerdem gehörte das Dokument zu Cluster 517; laut Hinweis konnte der Cluster weitere Haltepunkte vor der Veröffentlichung mitbringen.

Diese Felder beschreiben verschiedene Arbeiten. Das YANG-Ergebnis sagt, dass das eingereichte Modell die auf Datatracker aufgeführten Prüfwerkzeuge mit den dort genannten Abhängigkeiten bestanden hat. Es sagt nicht, dass das Veröffentlichungsverfahren abgeschlossen ist. Der RFC Editor erklärt „In Final Review“ als wartende abschließende Freigaben von Autoren und/oder Verantwortlichen. Ein Modell kann also die Prüfung bestehen, während sein Veröffentlichungsdatensatz offen bleibt.

Revision 44 definiert ein Modell für Punkt-zu-Punkt-TE-Tunnel, Label Switched Paths (LSPs) und Schnittstellen. Allgemeine, geräteunabhängige Daten liegen im Modul ietf-te; gerätespezifische Daten im Modul ietf-te-device. Modelle für Signalisierungsprotokolle wie RSVP-TE oder Segment Routing sollen separat definiert werden und das TE-Modell bei Bedarf erweitern. Die Nummer 10057 ist der vorläufige Eintrag für die Verfolgung in der RFC-Editor-Warteschlange. Datatracker führt das Dokument noch als Internet-Draft ohne veröffentlichte RFC-Nummer.

Die Schlussprüfung ist auch keine neue technische Abstimmung über jede Designentscheidung. Der RFC Editor beschreibt sie als Prüfung des redigierten Textes durch die Autoren und als abschließende Freigabe vor der Veröffentlichung. Drei „Y“ und zwei „N“ zeigen nur den Tabellenstand; sie erklären nicht, weshalb zwei Freigaben fehlen. Das Protokoll vermerkt Erinnerungen am 7. und 14. Oktober. Ein früherer Eintrag meldete aktualisierte Dateien und keine offenen Fragen. Daraus lassen sich weder Widerspruch noch ein technischer Mangel oder ein bestimmter Verzögerungsgrund ableiten.

Für Betreiber und Anbieter, die mit einem Draft planen, ist die Trennung wichtig. Eine erfolgreiche Validierung kann die Prüfung des Schemas stützen. Sie ersetzt weder den endgültigen normativen Text noch ein veröffentlichtes RFC, eine interoperable Implementierung oder einen betriebenen Tunnel. Der Verfahrensstand ist ein eigenes Beweisstück. Wenn Beschaffung, Controller-Version oder Laborprofil eine stabile Basis voraussetzen, sollten Teams die geprüfte Draft-Revision festhalten und den Eintrag bei Änderungen der Warteschlange aktualisieren.

Der Schnappschuss ist zeitgebunden. Am 16. Oktober waren die sichtbaren Freigaben unvollständig, und Cluster 517 konnte zusätzliche Arbeit bedeuten. Datatracker führte Revision 44 weiterhin als Internet-Draft; eine offizielle RFC-10057-Informationsseite gab es zum Erfassungszeitpunkt nicht. Daraus folgt kein Veröffentlichungstermin. Belastbar ist nur: Die gemeldeten YANG-Prüfungen waren erfolgreich, während das Veröffentlichungsverfahren noch auf Freigaben und möglicherweise Cluster-Arbeit wartete.