Zusammenfassung

  • RFC 2000 führte zwei unabhängige Urteile: die Reife einer Spezifikation im Standardisierungsprozess und ihre Anforderungsstufe in einem bestimmten Anwendungsbereich.
  • Aufnahme, Reifegrad und Required waren datierte institutionelle Belege, aber kein automatischer Nachweis von Einsatz, Interoperabilität, Verkehr, Beschaffung oder heutiger Gültigkeit. Historic bedeutete auch nicht, dass vorhandene Systeme verschwunden waren.

RFC 2000 erschien im Februar 1997 als STD 1 und löste RFC 1920 sowie frühere Übersichten ab. Der Text erwartete ungefähr vierteljährliche Ausgaben und verlangte ausdrücklich, diese Fassung nach dem 16. Juni nicht mehr zu verwenden. Im Juni folgte RFC 2200 mit einem neuen Stichtag. Die Liste war als ersetzbarer Schnappschuss gebaut.

Damit dokumentierte jede Zeile eine formelle Einordnung zu einem Zeitpunkt. Sie zählte keine laufenden Implementierungen. RFC 2000 räumte selbst ein, dass manche Herstellerprotokolle ohne Zustimmung der IESG weit verbreitet implementiert waren. Formale Stellung und operative Verbreitung konnten auseinanderfallen.

STATE war die erste Achse: Standard, Draft Standard, Proposed Standard, Experimental, Informational oder Historic. STATUS war die zweite: Required, Recommended, Elective, Limited Use oder Not Recommended. Die Matrix zeigte ungefähr häufige Kombinationen, keine Marktanteile, Gerätebestände oder Verkehrsvolumen.

Auf der Reifeachse bedeutete Standard eine offizielle IESG-Entscheidung samt STD-Nummer. Nach RFC 2026 verlangte Draft Standard mindestens zwei unabhängige, interoperable Implementierungen aus verschiedenen Codebasen und genügend erfolgreiche Betriebserfahrung. Trotzdem konnten im großflächigen Produktionseinsatz unerwartete Effekte auftreten. Für Proposed Standard waren Implementierung und Betriebserfahrung normalerweise keine Voraussetzung. Der Status belegte Prüfung und relative Stabilität, nicht den Feldbetrieb mehrerer Produkte.

Auch die drei Kategorien außerhalb des Tracks waren keine Betriebsdaten. Experimental bewahrte Forschung; RFC 2000 nannte seine Aufnahme eine Dienstleistung für die Gemeinschaft und keinen Standardisierungsnachweis. Informational konnte fremde Normen oder Herstellertexte enthalten. Historic bezeichnete eine verdrängte oder als überholt betrachtete Spezifikation. Keines dieser Wörter inventarisierte Software oder schaltete alte Geräte ab.

Die Anforderungsachse brauchte dagegen einen Geltungsbereich. Required war für minimale Konformität innerhalb der passenden Applicability Statement notwendig, nicht für jedes denkbare System und jeden Einkauf. Recommended war wünschenswert, aber nicht minimal verpflichtend. Elective stellte die Implementierung frei, verlangte bei ihrer Wahl jedoch Spezifikationstreue. Limited Use und Not Recommended beschränkten den allgemeinen Einsatz aus mehreren möglichen Gründen, ohne die verbleibende installierte Basis zu messen.

RFC 2000 trennte auch die Änderungsrechte. Nur ein Wechsel von STATE bewegte ein Protokoll auf dem Standards Track; STATUS konnte jederzeit neu geprüft werden. Technische Reife erzeugte deshalb keinen universellen Zwang, und eine enge betriebliche Notwendigkeit erhöhte nicht automatisch die Reife.

Im Katalog liefen sogar die redaktionellen Uhren nicht vollkommen gleich. Abschnitt 1 nannte RFC 1602 weiterhin die maßgebliche Prozessbeschreibung, während die Neuheitenliste bereits RFC 2026 enthielt, das RFC 1602 im Oktober 1996 abgelöst hatte. Über die Ursache sagt das nichts; es zeigt aber, dass das Deckblattdatum nicht jeden Teil einer Zusammenstellung synchronisiert.

Später änderten sich Leiter und Medium. RFC 6410 reduzierte 2011 den Track auf Proposed Standard und Internet Standard und verlangte für die obere Stufe weiterhin unabhängige Implementierungen, Interoperabilität, breite Einführung und erfolgreiche Betriebserfahrung. RFC 7100 beendete 2013 die periodische STD-1-Übersicht, weil sie nicht mehr aktuell gehalten wurde und die Online-Liste des RFC Editor ihren Platz eingenommen hatte.

Heute ist RFC 2000 ein präziser historischer Beleg für die offizielle Klassifikation in einem Zeitfenster von 1997. Aussagen über tatsächlichen Einsatz, Konformität, Interoperabilität oder Fortbestand brauchen zusätzlich Inventare, Tests, Telemetrie, Beschaffungsumfang und eine aktuelle Statusquelle.

Quellen: RFC 2000, RFC-Editor-Eintrag, RFC 1920, RFC 2026, RFC 2200, RFC 6410, RFC 7100.