Zusammenfassung

  • RFC 6410 verkürzte den Standards Track von drei Reifestufen auf zwei; bestehende Draft Standards behielten ihre Einstufung bis zu einer ausdrücklichen Neubewertung.
  • Die neuen Regeln erlaubten eine Höherstufung anhand von Einsatzkriterien oder nach zwei Jahren eine mögliche Rückstufung durch die IESG; eine automatische Bereinigung gab es nicht.

Analyse

Was die frühere Stufe verlangte

RFC 2026 legte im Oktober 1996 drei Reifestufen für den Standards Track fest: Proposed Standard, Draft Standard und Internet Standard. Für Draft Standard brauchte es mindestens zwei unabhängige, interoperable Implementierungen aus unterschiedlichen Codebasen sowie genügend erfolgreiche Betriebserfahrung. Der Vorsitz der Arbeitsgruppe sollte die qualifizierenden Implementierungen und ihre Interoperabilitätstests dokumentieren. Draft Standard bezeichnete den Reifegrad einer veröffentlichten Spezifikation, nicht einen anderen Namen für einen Internet-Draft.

Die nächste Stufe beantwortete eine andere Frage. RFC 2026 verband Internet Standard mit erheblicher Implementierungs- und Betriebserfahrung sowie der weit verbreiteten Einschätzung, dass das Protokoll oder der Dienst der Internetgemeinschaft nützt. Die Leiter trennte frühe Implementierungsnachweise von breiterer Reife.

Die Änderung von 2011

RFC 6410 stellte fest, dass im vorangegangenen Jahrzehnt nur sehr wenige Spezifikationen auf der Reifeleiter aufgestiegen waren; die große Mehrheit blieb Proposed Standard. Das Dokument fasste Draft Standard und Standard zu Internet Standard zusammen. Einsatz und Betriebserfahrung blieben Kriterien: Mindestens zwei unabhängige, interoperable Implementierungen mussten weit verbreitet und erfolgreich betrieben werden. Außerdem waren Errata zu prüfen, die Interoperabilität verhinderten, sowie ungenutzte Funktionen, die die Komplexität stark erhöhten.

Die Überarbeitung strich auch zwei Verfahrenspflichten. RFC 2026 sah jährliche Prüfungen für Spezifikationen unterhalb der höchsten Stufe vor. Laut RFC 6410 fanden diese Prüfungen in der Praxis nicht statt; der Zyklus entfiel. Ein formeller Interoperabilitätsbericht war ebenfalls nicht länger zwingend. Tests blieben wichtig: RFC 6410 hielt Einsatz und Nutzung für ausreichende Interoperabilitätsnachweise, während RFC 5657 weiterhin als hilfreiche Anleitung dienen konnte.

Übergang, keine pauschale Umstufung

Die Übergangsregel behandelte die alten Zustände unterschiedlich. Proposed Standards blieben Proposed. Bestehende Internet Standards wurden sofort zu Internet Standards. Ein bereits als Draft Standard eingestuftes Dokument behielt diese Klassifizierung dagegen ohne ausdrückliche Maßnahme. Es konnte nach den neuen Kriterien aufsteigen. Zwei Jahre nach der Bestätigung von RFC 6410 als Best Current Practice durfte die IESG außerdem entscheiden, es als Proposed Standard neu einzustufen.

Das war weder automatische Herab- noch automatische Höherstufung und auch keine Aktualisierung der gesamten Liste. Die frühere Kennzeichnung blieb am Dokument, bis eine spätere Entscheidung sie änderte. RFC 6410 zählt nicht, wie viele Dokumente in diesem Zustand blieben, und nennt keine späteren Neubewertungsdaten.

Kennzeichnung und Netzbetrieb

RFC 6410 vereinfachte den künftigen Aufstieg, machte eine Statusangabe aber nicht zu einer Bestandsaufnahme der tatsächlich eingesetzten Software. Ein übernommener Draft-Standard-Status allein bewies weder heutige Interoperabilität noch breite Verbreitung. Umgekehrt machte der Wegfall formeller Berichte Tests nicht bedeutungslos: Unabhängige Implementierungen und erfolgreicher Betrieb blieben Teil der neuen Kriterien.

Die Quellen belegen eine Änderung des Standards-Prozesses und ihre Übergangsregeln. Sie zeigen nicht, was jeder Netzbetreiber eingesetzt hatte. Diese operative Grenze kann leicht verschwimmen, wenn eine alte Kennzeichnung länger besteht als das Verfahren, das sie geschaffen hat.

Quellen