Zusammenfassung

  • RFC 2028 trennte die Führung einer Working Group von der treuen Redaktion ihres Ergebnisses und verteilte Verwaltung, Veröffentlichung, technische Freigabe, Architekturaufsicht und Parametervergabe.
  • Diese Zuordnung bezeichnete Ansprechpartner. Sie war kein Ereignisprotokoll und belegte weder den tatsächlichen Entscheider noch Repräsentativität, Aktenvollständigkeit, Pflichterfüllung oder Implementierung.
  • RFC 9281 ersetzte das Dokument 2022 wegen einer veränderten IETF-Struktur. Die Karte von 1996 darf nur mit ihrem Datum gelesen werden.

Verantwortung beginnt oft mit einer einfachen Frage: Wer müsste die nächste Unterlage besitzen? RFC 2028 gab darauf für den IETF-Standardisierungsprozess eine ungewöhnlich kompakte Antwort. Der Text ordnete Gesprächsleitung, Dokumentation, amtliche Akten, RFC-Veröffentlichung, Standardfortschritt, Architekturaufsicht und eindeutige Protokollwerte unterschiedlichen Stellen zu.

Das machte die Abkürzung IETF weniger bequem und die Institution besser prüfbar. Zugleich blieb eine Rollenbeschreibung nur eine Rollenbeschreibung.

Vorsitz und Redaktion schützten verschiedene Tatsachen

Der Working Group Chair leitete Aktivitäten und Sitzungen, achtete auf die Prozesspflichten der Gruppe und war über den Area Director der formelle Kontakt zum IESG. Der Document Editor sollte dafür sorgen, dass der Text die Entscheidungen der Gruppe korrekt wiedergab.

RFC 2028 nannte es allgemeine Praxis, beide Aufgaben verschiedenen Personen zu geben. So sollte nicht dieselbe Person das Verfahren steuern und allein bestimmen, wie dessen Ergebnis dauerhaft überliefert wird. Die Trennung bewies jedoch nicht, dass Einwände gehört oder Änderungen korrekt vorgenommen wurden.

Dafür braucht man fallbezogene Belege: Entwurfsstände, die konkrete Frage an die Gruppe, Sitzungs- und Listenbeiträge, offene Einwände, die Begründung des Chairs und den anschließenden redaktionellen Unterschied.

RFC 9281 entwickelte die Kontrolle weiter. Ist der Editor zugleich Chair, soll ein anderer Chair das Verfahren für dieses Dokument führen; fehlt er, müssen WG und AD besonders aufmerksam überwachen. Gewaltenteilung ist hier kein statisches Kästchen, sondern laufende Verfahrensarbeit.

Aktenführung, Veröffentlichung und Genehmigung waren verschiedene Quittungen

Das Secretariat unterstützte die Verwaltung und führte das formelle öffentliche Protokoll. Der RFC Editor verantwortete Publikationsmechanik und redaktionellen Standard der RFC-Reihe. Das IESG verwaltete technische Arbeit und Dokumentfortschritt; das IAB beaufsichtigte Architektur und Verfahren; die IANA vergab Parameter; die ISOC hatte die im damaligen Arrangement beschriebene institutionelle Rolle.

Ein Verwaltungseintrag beweist nicht die Vollständigkeit der Akte. Ein veröffentlichter RFC beweist keine interoperable Software. Eine IANA-Zuweisung ist keine IESG-Genehmigung. Eine IAB-Einschätzung ist kein WG-Beschluss. Jede Quittung hat eine eigene Reichweite und verlangt danach einen anderen Nachweis.

Auch individuelle Teilnahme ist keine automatische Repräsentation. RFC 2028 beschrieb Teilnehmer als individuelle technische Beitragende und nicht als formelle Vertreter ihrer Organisationen. Das bestimmte ihre institutionelle Rolle, sagte aber nichts darüber, wer sich Zeit, Reise oder kontinuierliche Mitarbeit leisten konnte.

Die Karte wies auf unfertige Grundlagen hin

Im Abschnitt zum IESG stand, dessen erwähnte Charter existiere noch nicht. IANA Charter und RFC Editor Charter erschienen im Literaturverzeichnis als Work in Progress. Der Text selbst widerspricht damit der Vorstellung eines vollständig geschlossenen Verfassungsdokuments.

RFC 2028 war ein öffentlicher Zuständigkeitsindex in einer noch gebauten Ordnung. Eine Funktion konnte benannt sein, während detaillierte Grundlage, Auswahlverfahren, Rechtsbehelf und Ausführungsnachweis anderswo lagen oder noch fehlten.

Wer die Karte als Rechtfertigung einer Handlung anführt, muss deshalb die Folgedokumente zeigen: anwendbare Charter, benannter Entscheider, Datum, Gründe, Ausführung und Überprüfung. Ein Institutionsname ersetzt kein fehlendes Glied.

Die Ablösung setzte die alte Karte in die Vergangenheit

RFC 9281 machte RFC 2028 im Juni 2022 obsolet. Die Neufassung fügte den verantwortlichen Area Director, IETF Trust und IETF Administration LLC hinzu, ersetzte die alte Bezeichnung RFC Editor durch RFC Production Center und ordnete Personenrollen nach einem typischen Arbeitsablauf.

Obsolet bedeutet nicht wertlos. RFC 2028 bleibt Primärquelle für die öffentlich erklärte Verantwortung von 1996. Sie ist nur kein Beleg dafür, dass Rechtsbeziehungen, Publikationsmodell und organisatorische Schnittstellen heute unverändert fortbestehen.

Die bleibende Leistung der Karte liegt in der Präzision der Nachfrage. Sie nennt die angekündigte Zuständigkeit. Was tatsächlich geschah, zeigen erst identifizierbare Entscheidungen, integre Akten, nachweisbare Ausführung und beobachtbare Folgen.

Quellen