Zusammenfassung

  • RFC 3499 erschloss den nominellen Bereich 3400–3499; gemeinsame Aufnahme und numerische Nähe schufen jedoch weder Architektur noch Rangordnung oder technische Abhängigkeit.
  • Das grobe Kennzeichen [STANDARDS TRACK], der Hinweis auf veränderliche Statuswerte und RFC 3400 als ehrlich „nie herausgegeben“ trennten Archividentität von heutiger Geltung.

Die Geschichte enthält zwei leicht verwechselbare Reihen. Dokumente mit der Endung 99 boten eine leicht kommentierte Übersicht über jeweils hundert RFC-Nummern. Dokumente mit der Endung 00 bildeten zeitweise die „Internet Official Protocol Standards“ ab. Beide wurden durch aktuellere Webansichten überflüssig. Doch ihr Zweck und ihre institutionelle Wirkung waren nicht gleich.

RFC 3499 gehörte zur ersten Reihe. Sandy Ginoza stellte ihn am ISI zusammen; im Dezember 2003 erschien er als Informational RFC. Er bezeichnete sich als Übersicht der Positionen 3400 bis 3499, erklärte ausdrücklich, keinen Internetstandard zu spezifizieren, und beschrieb den eigenen Eintrag schlicht als „This memo“. Er war Wegweiser, nicht Obernorm.

Der Nummernblock umfasste höchst verschiedene Gegenstände: eine SONET-Schutzschaltungs-MIB, unkomprimiertes Video über RTP, ATM-Klassen in MPLS-Signalisierung, DHCP für PacketCable, IPv6-Sockets, IDNA, STUN, SIP, TCP über Mobilfunk, XML, DNS, Mailberichte, SNMP und DDDS. Dieselbe Dezimalspanne machte daraus weder einen Protokollstapel noch ein gemeinsames Programm.

Nummernnachbarschaft ist daher keine Abhängigkeit. Dass RFC 3498 unmittelbar auf 3497 folgt, sagt nichts darüber aus, ob der eine den anderen benötigt. Ein RFC kann ein viel älteres Dokument aktualisieren und Jahrzehnte später ersetzt werden. Die Nummer identifiziert eine unveränderliche Veröffentlichung; sie zeichnet nicht deren technische Kanten.

Auch den Status behandelte RFC 3499 bewusst vorsichtig. Viele, aber nicht alle Einträge seien Proposed Standards, Draft Standards oder Standards. Weil sich diese Einstufung im Prozess ändern könne, setzte die Übersicht nur [STANDARDS TRACK] und verwies für den aktuellen Stand auf die neueste Ausgabe der offiziellen Protokollstandards. Der Snapshot beanspruchte nicht, zeitlos zu sein.

Am unteren Ende stand RFC 3400 als „never issued“. Zwischen 3400 und 3499 liegen hundert Zahlenstellen, aber nicht hundert ausgegebene Dokumente. Der Index bewahrte das Loch, statt ein Objekt zu erfinden. Vollständigkeit bedeutete hier nicht lückenlose Befüllung, sondern wahrheitsgemäße Abbildung des Namensraums.

Ein automatischer Import kann diese Wahrheit leicht zerstören. Erzwingt sein Schema pro Zahl einen Datensatz, entstehen ein fiktiver RFC, geschätzte Metadaten und möglicherweise erfundene Beziehungen. Die Tabelle sieht sauberer aus; die Provenienz wird schlechter. Eine robuste Registry muss Abwesenheit als Zustand modellieren können.

Auch die Kurzbeschreibungen sind begrenzte Belege. Sie erleichtern Suche und können redaktionelle Korrekturen aus dem Publikationsprozess enthalten. Sie ersetzen nicht normativen Text, Referenzen, Errata, Aktualisierungen, Ablösungen, Implementierungsprofile oder Messungen. Ein treffender Abstract beweist weder Code noch aktivierte Funktion noch erfolgreichen Dienst.

Die xx99-Tradition begann im Dezember 1991 mit RFC 1099. RFC 3299 erfasste 3200–3299. RFC 3399 erschien nicht; RFC 3499 und 3599 erschienen, wobei 3599 der letzte blieb. Die Konvention hinterließ später zahlreiche nicht ausgegebene Endnummern. Ein Publikationsritual kann den Nummernraum organisieren, ihn aber nicht dauerhaft besitzen.

Ein Internet-Draft von 2013 schlug die formelle Beendigung der xx99-Übersichten vor. Suchbare Abstracts erfüllten den Bedarf bereits; fehlende neue Hefte hatten keine erkennbare Lücke geschaffen. Der Draft verfiel jedoch. Er ist Primärbeleg für Absicht und Übergang, nicht für eine in Kraft getretene RFC-Regel.

Die xx00-Reihe hatte einen anderen Auftrag. RFC 7100 beendete die Rolle von STD 1 als Zusammenfassung offizieller Standards, weil sie nicht aktuell gehalten wurde. RFC 7101 dokumentierte, dass eine Webseite die xx00-Snapshots ersetzte und künftige Endnummern freigab. Das zeigt dieselbe mediale Bewegung, überträgt aber keine xx00-Autorität auf RFC 3499.

Heute kann die RFC-Editor-Seite Status, Stream, Historie, Errata, Updates, Updated By, Obsoletes und Obsoleted By laufend verbinden. Ein RFC-Text bleibt dauerhaft, während neue Publikationen seine Einordnung verändern. STD- und BCP-Kennungen können stabil bleiben, obwohl sich die zugehörigen RFCs ändern. Diese Trennung ist präziser als eine eingefrorene Liste.

Dennoch ist die Webansicht keine Betriebsprobe. Sie kann korrekt ausweisen, welches Dokument aktuell gelesen werden sollte, ohne zu wissen, welche Firmware installiert, welche Option konfiguriert oder welcher Dienst erreicht wurde. Nach Metadaten folgen Abhängigkeitsabschluss, Anforderungsauswahl, Implementierung, Interoperabilität, Deployment und Beobachtung.

Die Belegleiter beginnt mit zugewiesener oder ehrlich unbenutzter Nummer. Dann folgen Veröffentlichung, Indexeintrag, aktuelle Beziehungen, vollständige Spezifikation, Code, Test, Konfiguration und gemessener Dienst. Keine Stufe verleiht der vorigen automatisch die Aussagekraft der nächsten.

RFC 3499 dokumentiert deshalb institutionelle Zurückhaltung. Der Index schuf Sichtbarkeit, aber keine Souveränität. Er ordnete Veröffentlichungen, ohne ihre Autoren zu einer entscheidenden Einheit zu machen. Er hielt eine Lücke aus, statt symbolische Geschlossenheit zu produzieren.

Der Kategorienfehler beginnt, wenn Ordnung als Wirkung gelesen wird: Nummer als Geltung, Nähe als Abhängigkeit, Label als exakter Gegenwartsstatus, Suchtreffer als Konformität. RFC 3499 lieferte bereits die Gegengifte—Datum, grobes Kennzeichen, Weiterverweis und eine sichtbare Leerstelle.

Quellen