Zusammenfassung

  • Verified besagt, dass ein Erratum geprüft und als zutreffend eingestuft wurde. In die üblichen TXT-, PDF- oder XML-Ausgaben des RFC wird die Korrektur dennoch nicht eingearbeitet.
  • Errata betreffen Fehler, die bei der Veröffentlichung bereits vorhanden waren. Neue Einsichten oder Änderungen des ursprünglichen Konsenses gehören zurück in den Standardisierungsprozess.

Die Berichtigung bleibt neben dem Dokument

Eine Implementierung stößt auf einen Widerspruch. Die Errata-Seite zeigt Originaltext, korrigierten Text, Datum und den Status Verified. Dem korrigierten Wortlaut zu folgen kann technisch notwendig sein. So zu tun, als habe er schon immer im RFC gestanden, wäre historisch falsch.

Das RFC dokumentiert eine kollektive Freigabe zu einem bestimmten Zeitpunkt. Das Erratum dokumentiert eine spätere, engere Entscheidung über einen Fehler in diesem Text. Die erste Akte erklärt die Herkunft der Regel, die zweite warnt vor einer falschen wörtlichen Umsetzung.

Der RFC Editor verbindet beide Ebenen durch einen sichtbaren Verweis. Die bestätigte Berichtigung ist erreichbar, gelangt aber nicht unsichtbar in die normalen Publikationsfassungen. Damit bleibt die Naht zwischen Zustimmung und Reparatur prüfbar.

Diese Naht ist eine Machtgrenze. Der Betrieb des Publikationssystems verleiht nicht automatisch das Recht, die Bedeutung eines Protokolls zu ändern.

Vier Zustände, vier Entscheidungen

Reported bedeutet nur, dass jemand eine Behauptung eingereicht hat. Ob sie richtig, missverständlich oder für diesen Weg zu weitgehend ist, steht noch nicht fest.

Verified bedeutet, dass der Bericht nach den geltenden Kriterien gültig ist und Implementierenden sowie Betreibenden zur Verfügung stehen soll. Der Status erlaubt eine Korrektur im Rahmen der ursprünglichen Absicht, keine Neugestaltung.

Rejected bedeutet, dass der Antrag auf diesem Weg nicht trägt. Entweder ist er falsch oder die gewünschte Änderung braucht ein neues RFC, das den bisherigen Text aktualisiert oder ersetzt.

Held for Document Update bewahrt einen Punkt auf, der keine notwendige Korrektur des gegenwärtigen RFC darstellt. Eine spätere Überarbeitung darf ihn prüfen. Er ist weder sofortige Pflicht noch vorweggenommene Zustimmung.

Wer diese Zustände zu einem einzigen Feld „korrigierter Text“ zusammenzieht, macht Behauptung, Annahme, Zurückweisung und künftige Erwägung ununterscheidbar.

Die Veröffentlichungsquelle bestimmt die Zuständigkeit

Die RFC Series umfasst IETF-, IAB-, IRTF-, Independent-Submission- und Editorial-Stream. Jeder Stream hat eigene Zwecke und inhaltliche Freigabestellen. Entsprechend richtet sich die Prüfung eines Erratums nach seiner Herkunft.

Technische Errata des IETF-Streams werden an Autoren, Arbeitsgruppenvorsitzende und Area Directors übermittelt. Die Area Directors tragen die Verantwortung, können die Prüfung aber delegieren. Eindeutig redaktionelle Fehler beginnen beim RFC Editor; sobald technische Bedeutung betroffen ist, wird die zuständige technische Ebene einbezogen.

So bleibt redaktionelle Kompetenz von Protokollautorität getrennt. Zugleich kann technische Expertise die öffentliche Entscheidungsspur nicht überspringen.

Für eine Prüfung genügt das Wort Verified deshalb nicht. Stream, prüfende Person, Datum und Begründung gehören zur Beweiskette.

Die ursprüngliche Absicht setzt die Obergrenze

Die aktive IESG-Erklärung von 2021 beschränkt Errata auf Fehler, die zum Zeitpunkt der Veröffentlichung bestanden. Späteres Wissen, neue Fähigkeiten oder Unzufriedenheit mit dem gebilligten Ergebnis sind keine Errata.

Eine klare technische Lösung im Einklang mit der ursprünglichen Absicht kann Verified werden. Braucht sie weitere Diskussion, gehört sie auf Held. Ändert sie die Arbeitsweise des Protokolls gegenüber dem Konsens, soll sie grundsätzlich Rejected werden. Auch eine Änderung eines Verfahrens, etwa einer IANA-Registrierungsregel, darf den früheren Beschluss nicht über diesen Kanal umgehen.

Wenige Zeichen können große Folgen haben. Ein Normverb, ein Standardwert oder ein Codebereich kann Interoperabilität und Risikoverteilung verschieben. Die Prüfung braucht daher Arbeitsgruppendebatte, Last Call, IESG-Positionen, gesamten Algorithmus und Umsetzungserfahrung.

Wenn diese Unterlagen keine eindeutige Korrektur tragen, ist bewahrte Unsicherheit ehrlicher als erfundene Gewissheit.

Neu ausgeben heißt nicht neu entscheiden

RFC 9720 erlaubt eine kontrollierte Neuausgabe der definitiven RFCXML-Fassung und der daraus erzeugten Publikationen. Gründe sind etwa Änderungen am XML-Schema, XML-Fehler oder neue Produktionswerkzeuge. Frühere Fassungen bleiben archiviert; Datum und Grund jeder Neuausgabe müssen öffentlich sein.

RFC 9920 vom Februar 2026 hat RFC 9280 abgelöst. Es hält Stabilität als historische Eigenschaft der Reihe fest und erkennt zugleich konsistente Neuausgaben an. Die Semantik des Originals soll erhalten bleiben.

Eine abgeschnittene Grafik oder fehlerhafte Zeichendarstellung zu reparieren, ist Publikationspflege. Einen ursprünglichen Fehler zu bestätigen, ist die Aufgabe des Erratums. Beabsichtigtes Protokollverhalten zu ändern, verlangt eine neue normative Entscheidung.

Die Trennung hilft auch bei Störungen: Sie zeigt, ob zwei Systeme verschiedene Bedeutungen befolgten oder nur verschiedene Darstellungen desselben Inhalts verwendeten.

Technische Referenzen brauchen Version und Datum

„RFC 1234-konform“ ist nicht reproduzierbar genug. Die Akte sollte die verwendete Veröffentlichung, aktualisierende oder obsolet machende RFCs, das Datum der Errata-Abfrage und die übernommenen Verified-Berichtigungen nennen.

Tests verbinden jede Korrektur mit beobachtbarem Verhalten. Folgen Gegenstellen noch dem Original, müssen Versionshinweise die Kompatibilitätswirkung erklären. Ein Sicherheitsfehler kann sofortige Abhilfe verlangen, obwohl das Archiv unverändert bleibt.

Held-Punkte informieren spätere Entwürfe, werden aber nicht automatisch zu Konformitätsfehlern. Rejected-Punkte zeigen, welche Lesart geprüft und nicht als Korrektur angenommen wurde.

Damit gilt weder das Archiv als unfehlbar noch die Errata-Verwaltung als Gesetzgeber. Der operative Referenzsatz kann wachsen, während seine Schichten erkennbar bleiben.

Das dünne gemeinsame Register

Heng Lus Ansatz bevorzugt einen schmalen gemeinsamen Kern, spätere Entscheidungen durch zuständige Akteure und freiwillige Annahme, die sich im Betrieb beweisen muss. Ein begrenztes Errata-System folgt diesem Muster.

Das Register kann RFC, Abschnitt, Original, Vorschlag, Typ, Status, Prüfer, Datum und Grund festhalten. Es beweist nicht die Auslieferung durch alle Anbieter, keine Pflicht aus Held und keinen Konsens aus dem Schweigen einer beendeten Arbeitsgruppe.

Gerade diese Zurückhaltung schafft Legitimität. Die Korrektur ist glaubwürdig, weil sie den geprüften Fehler und die Reichweite des Urteils genau benennt, nicht weil sie die Geschichte unsichtbar macht.

Quellen