Zusammenfassung

  • RFC 3933 schuf zwischen informeller IESG-Änderung und dauerhafter BCP einen befristeten Weg mit Entwurf, Last Call, begrenztem Umfang und Experimental RFC.
  • Der Sunset war zwingend; Problemformulierung, Bewertungskriterien und eine Begründung für Erfolg oder Scheitern blieben wünschenswert, aber freiwillig.

Zwei Endpunkte für dasselbe Experiment

Beim IETF-Operational-Notes-Versuch lässt sich die Trennung sehen. RFC 4693 wollte zwölf Monate lang eine Dokumentreihe erproben, die beständiger als eine Webseite und beweglicher als ein RFC war. Danach sollte die Gemeinschaft Verstetigung, Abbruch oder Fortsetzung wählen. Objektive Kennzahlen hielt der Autor für wenig sinnvoll; die Haltung der Gemeinschaft sollte das Ergebnis zeigen.

Das IESG beendete den Versuch im März 2008. Erst RFC 6393 verschob RFC 4693 im September 2011 nach Historic und erklärte ihn für überholt. Die drei Jahre beweisen weder Schaden noch Versagen. Sie beweisen, dass operative Beendigung und dokumentarische Bereinigung getrennte Vorgänge sind.

Genau diesen Zwischenraum hatte RFC 3933 geöffnet. Der RFC-Editor-Eintrag führt ihn als BCP 93. Informelle Änderungen unter der Flexibilität von RFC 2026 waren leicht, konnten aber breite Abstimmung vermissen lassen. Der volle, auch durch RFC 2418 geprägte Prozess war schwer, bevor Erfahrung bestand. RFC 1396 dokumentierte frühere Organisationsänderungen; RFC 3933 machte die Probephase zitierbar.

Ein Entwurf beschrieb die Änderung, das IESG prüfte Plausibilität, vier Wochen Last Call folgten, Einwände wurden beantwortet und ein Experimental RFC erschien. Der Versuch durfte auf Bereiche oder Arbeitsgruppen begrenzt werden. Rough Consensus und gewöhnliche Beschwerdewege blieben erhalten.

Der Vorschlag musste einen Sunset enthalten, normalerweise binnen eines Jahres. Erratum 209 ergänzt nur ein Komma. Vor Ablauf sollte das Verfahren BCP werden oder verfallen. Dagegen waren Problembeschreibung und Bewertungsmaßstab nicht verpflichtend. Auch ein Dokument über Erfolg oder Scheitern galt als wünschenswert, aber unrealistisch als Muss.

Die Frist begrenzte Befugnis. Ohne Nenner, Nutzungsprotokoll und Vergleich zeigt sie nicht, ob das Verfahren gebraucht wurde, Last senkte, Beteiligung verschob oder nur mit einer äußeren Veränderung zusammenfiel.

Spätere Entwürfe konnten genauer messen

RFC 5111 begrenzte Exploratory Groups auf achtzehn Monate und drei Gruppen. Meilensteinfortschritt, spätere WG-Gründung und Listenaktivität wurden als Indikatoren benannt. RFC 4633 erprobte längere Listensperren ebenfalls achtzehn Monate, untersagte Wirkung über das Versuchsende hinaus, verlangte öffentliche Verfahren und erhielt Beschwerden.

Während vollständig entfernter Treffen versagte der Präsenzindikator aus RFC 8713. RFC 8989 setzte für eine, höchstens zwei NomCom-Perioden neue Wege ein. Er verlangte Konsultation, Bericht und Diskussion über Größe, Vielfalt, IETF-Kenntnis und maschinelle Prüfbarkeit.

RFC 9389 übernahm später daraus hervorgegangene Kriterien in BCP 10. Das beweist die spätere normative Entscheidung, nicht jede Wirkung oder alleinige Kausalität. Doch der Übergang war prüfbarer, weil Bericht und Entscheidungsoptionen im Experiment standen.

Heng Lus Texte über minimale Anfangsspezifikation und freiwillige Übernahme sowie Vorrang laufenden Codes liefern die redaktionelle Trennung: Veröffentlichung, Beschluss, Nutzung und Wirkung sind verschiedene Belege. RFC 3933 machte die Zeit der Befugnis sichtbar. Eine überprüfbare Erinnerung an ihre Wirkung garantierte er nicht.