Zusammenfassung

  • Laut Konsultationspapier wurde das alte SLA seit 2016 nur in 42,5 Prozent der gemessenen Quartale eingehalten. Frühere Zustände trennten Autorenwartezeit, Warten auf Redakteurszuweisung und Teile von AUTH48 nicht zuverlässig.
  • Vorgeschlagen sind ein rollierendes Jahr, Durchsatz und aktiver Rückstand, drei Größengruppen, Perzentile und zwei schrittweise Verschärfungen. Gezählt wird nur die Zeit, die der RPC kontrolliert.
  • Das Papier schätzt für einen typischen RFC mit 30 bis 50 Seiten derzeit rund 245 Kalendertage, ordnet etwa 115 Tage dem Rückstand zu und nennt im Mittel ungefähr 97 Tage außerhalb der RPC-Kontrolle. Diese aggregierten Perspektiven dürfen nicht als drei getrennte Blöcke addiert werden.
  • Daniel Kade schlägt ein zurechenbares Übergabebuch vor. Jeder Zustand behielte Eintritt, Austritt, Verantwortlichen, nächsten Akteur, Uhrbasis, Grund, Eskalation und Korrektur, sodass begrenzte Verantwortung und Gesamtergebnis gemeinsam sichtbar werden.

Zwei berechtigte Fragen an dasselbe Dokument

Ein SLA soll einen Leistungserbringer an Arbeit messen, die er tatsächlich verändern kann. Bleibt eine Frage beim Autor, kann der RPC sie nicht beantworten. Ist eine Registerhandlung der IANA offen, darf der Produktionsdienst sie nicht durch ein Vertragsziel erzwingen. Ein Zähler, der trotzdem weiterläuft, verteilt Verantwortung falsch und setzt einen Anreiz, andere Akteure wegen der eigenen Kennzahl zu drängen.

Gleichzeitig bleibt das Dokument unveröffentlicht. Für den Autor, den Stream und den späteren Leser ist die verstrichene Zeit real. Sie verschwindet nicht, weil sie außerhalb eines fair gezogenen Vertragsrahmens liegt. Daraus folgen zwei Messansichten: die Verantwortungsansicht fragt nach der Leistung des RPC in seinen Zuständen; die Ergebnisansicht fragt nach dem gesamten Kalenderweg vom Eingang bis zum RFC.

Beide Ansichten schützen unterschiedliche Güter. Die erste schützt Zurechenbarkeit. Die zweite schützt die institutionelle Wahrheit über den Dienst. Wer nur die Gesamtdauer verwendet, kann dem RPC fremde Verzögerung zuschreiben. Wer nur die RPC-Dauer als Serviceergebnis ausgibt, kann einen langen Weg grün darstellen.

Das Konsultationspapier macht deutlich, dass die bisherige Kennzahl weder stabil noch vollständig genug war. Seit 2016 wurde sie demnach in 42,5 Prozent der gemessenen Quartale erfüllt. Wenn eine Zielmarke regelmäßig verfehlt wird, verliert sie ihre diagnostische Kraft: Sie unterscheidet nicht mehr zwischen besonderer Störung, verändertem Arbeitsumfang und dauerhaft unrealistischer Erwartung.

Auch die Zustandsdaten hatten Lücken. Vor dem zweiten Quartal 2025 wurde der Autoren-Hold selten benutzt, sodass Zeit beim RPC erscheinen konnte, obwohl eine Antwort ausstand. Ein eigener Zustand für das Warten auf die Zuweisung zu einem Redakteur fehlte. Und von AUTH48 blieben Anteile außerhalb des alten Maßes, obwohl der RPC in ihnen noch tätig sein konnte. Ein rechnerisch korrektes Diagramm konnte deshalb eine unklare operative Geschichte erzählen.

Die neue Messarchitektur

Der Entwurf berücksichtigt zunächst die Dokumentgröße. Nach der Analyse erhöht jede Seite die vom RPC beeinflussbare Arbeit im Mittel um etwa 0,34 Tage. Ein einheitlicher Grenzwert würde einen Quartalsmix mit vielen kurzen Dokumenten belohnen und einen mit langen Texten bestrafen. Drei Größenklassen sind daher eine sachgerechte Korrektur.

In der vorgeschlagenen Ausgangsstufe müssten 75 Prozent der Dokumente innerhalb folgender RPC-kontrollierter Zeiten liegen: 130 Tage bei höchstens 15 Seiten, 170 Tage bei 16 bis 40 Seiten und 190 Tage bei mehr als 40 Seiten. Danach greifen zwei Ratschen. Der verlangte Anteil steigt jedes Quartal um einen Prozentpunkt bis auf 85 Prozent. Nach dem ersten Jahr sinken die maximalen Zeiten jährlich um fünf Prozent.

Der erste Mechanismus vergrößert die Menge, für die das Ziel gilt. Der zweite macht das Ziel enger. Das ist anspruchsvoller als ein statischer Wert, der mit der Zeit allein deshalb leichter oder schwerer werden kann, weil sich die Arbeit verändert. Eine rollierende Jahresbetrachtung soll zugleich verhindern, dass ein einzelnes ungewöhnliches Quartal die gesamte Bewertung dominiert.

Neben der Bearbeitungsdauer erfasst der Vorschlag Durchsatz und den maximalen aktiven Rückstand in Dokumenten und Seiten. Das ist notwendig, weil ein hoher Durchsatz mit einem wachsenden Eingang koexistieren kann. Ebenso kann ein gutes Perzentil einen sehr alten Rest verdecken. Es gibt nicht die eine Zahl, die Produktion, Bestand und Ausreißer zugleich erklärt.

Die Modellierung steht allerdings unter klaren Annahmen: Gesamtressourcen und Arbeitsumfang des RPC bleiben unverändert; der Rückstand wird schrittweise mit vorhandenen Mitteln abgebaut. Unter diesen Bedingungen erwartet das Papier ungefähr 20 Prozent weniger Rückstand in drei Jahren und dessen Beseitigung in sieben bis zwölf Jahren. Das ist eine bedingte Basislinie, kein zugesagter Termin.

Ändern sich Eingangszahl, Komplexität, Personal, Werkzeugaufwand oder Qualitätsanforderungen, ändert sich auch die Kurve. Deshalb fragt die Konsultation, ob eine kurzfristige Investition gerechtfertigt ist, ob Streams unterschiedlich behandelt werden sollen, wie Zufriedenheit und Qualität zu berücksichtigen sind und ob der RPC weniger Aufgaben übernehmen sollte. Geschwindigkeit hat immer eine Quelle und einen Empfänger der Kosten.

245 Tage und die Gefahr falscher Arithmetik

Für einen typischen RFC mit 30 bis 50 Seiten nennt die Konsultation derzeit etwa 245 Kalendertage vom Eingang bis zur Veröffentlichung. Sie schätzt, dass der bestehende Rückstand ungefähr 115 Tage zur Lage beiträgt, und modelliert rund 130 Tage ohne Rückstand. Außerdem liege Zeit außerhalb der RPC-Kontrolle im Mittel bei etwa 97 Tagen und sei weitgehend unabhängig von der Seitenzahl.

Diese Werte sind keine drei lückenlosen Abschnitte eines Muster-RFC. Sie stammen aus aggregierten oder modellierten Blickwinkeln, die sich überlagern können. Wer sie addiert, behauptet eine Zerlegung, die die Quelle nicht liefert. Wer sie auf ein benanntes Dokument anwendet, verwechselt eine Systemanalyse mit einer Fallakte.

Für die Governance-Aussage reichen sie dennoch aus. Ein Teil der Gesamtdauer entsteht möglicherweise, bevor ein Redakteur zugewiesen wird. Ein anderer liegt in Fragen, Freigaben oder Abhängigkeiten. Der RPC kann sein Perzentil verbessern, während eine andere Station den eingesparten Zeitraum aufnimmt. Das ist echte lokale Verbesserung, aber kein Beweis für einen kürzeren Gesamtweg.

Die Gegenrichtung ist ebenso wichtig. Bleibt die Gesamtdauer lang, folgt daraus nicht automatisch, dass mehr RPC-Mittel helfen. Ein sauber zugerechnetes Protokoll kann zeigen, dass der begrenzende Schritt außerhalb der Produktion liegt. Zurechnung verhindert reflexhafte Schuldzuweisung und reflexhafte Entlastung gleichermaßen.

Der Rückstand verdient eine eigene Ansicht. Ein Dokument, das auf Zuweisung wartet, wird noch nicht aktiv redigiert, bleibt aber im Verantwortungsraum des Dienstes. Fehlt dieser Zustand, beginnt die Leistungsgeschichte erst beim ersten Bearbeitungsschritt und unterschlägt den Vorraum. Ein benannter Wartezustand macht Alter, Umfang und Ressourcenwirkung steuerbar.

AUTH48 ist Arbeitsteilung in sichtbarer Form

AUTH48 ist die letzte Prüfung, in der Autoren und benannte Prüfer dem redigierten Text zustimmen. Eine offene technische Frage, eine Referenz oder eine IANA-Handlung kann Zeit beanspruchen, ohne dass irgendein Beteiligter seine Rolle verletzt. Sorgfalt ist ein Bestandteil der Qualität des dauerhaften RFC-Archivs.

Liegt die nächste Antwort beim Autor, muss die RPC-Uhr pausieren. Die Dokumentgeschichte sollte aber weiter festhalten, wann die Frage gestellt wurde, wer als Nächstes handeln kann, welche Abhängigkeit besteht und wann der Zustand endet. Der Unterschied lautet nicht zählen oder vergessen. Er lautet zurechnen und trotzdem bewahren.

Zuständigkeit ohne Mandatsverschiebung

Dasselbe gilt für Stream-Manager, IESG und IANA. Ein administratives Ziel kann keine technische Freigabe hervorbringen. RFC 9280 verteilt Serienpolitik, Genehmigung und Produktionsumsetzung auf RSWG, RSAB, RPC und IETF LLC. RFC 8711 gibt der LLC administrative, operative und finanzielle Verantwortung, aber keine Zuständigkeit für die Entwicklung der IETF-Standards.

Ein durchgängiges Protokoll darf diese Grenzen nicht in einer scheinbaren Gesamtbehörde auflösen. Es soll sie verbinden. Jeder Abschnitt hat einen verantwortlichen Rolleninhaber und einen nächsten Schritt; niemand erhält dadurch Mandat über den Inhalt des anderen. Es ist eine dünne Koordination: ein eng begrenztes gemeinsames Register statt eines zentralen Herrschers.

Das Übergabebuch verändert diese Verteilung nicht. Es belegt nur, wann ein Dokument den Abschnitt einer Institution betritt oder verlässt, wer als Nächstes handelt und wie spätere Korrekturen festgehalten wurden. Beweise dürfen eine institutionelle Grenze überschreiten, ohne dass Verwaltung, RPC oder Kennzahl die Zuständigkeit auf der anderen Seite übernehmen.

Was das Übergabebuch enthalten müsste

Die erste Ebene bindet den anerkannten Entwurf an seine spätere RFC-Identität. Jeder Zustand erhält einen Eintritts- und Austrittszeitpunkt. Die Uhrbasis — Geschäfts- oder Kalendertage, laufend oder pausiert — wird ausdrücklich angegeben. Hinzu kommen Zustandsverantwortlicher, nächster Akteur, standardisierter Grund, erwartete Handlung, Abhängigkeit und eine mögliche Eskalationsschwelle.

Die zweite Ebene schützt die Korrekturgeschichte. Wird ein Zustand später umklassifiziert, bleiben alter Wert, Zeitpunkt, Begründung und befugte Stelle erhalten. Eine Datenkorrektur ist kein Problem; eine stille Umschreibung ist es. Nur mit dieser Spur lässt sich erklären, weshalb eine neu berechnete Reihe von einem früher veröffentlichten Bericht abweicht.

Die öffentliche Darstellung muss keine vertrauliche redaktionelle Korrespondenz offenlegen. Sie kann Zustände nach Größenklasse, Stream und Abhängigkeit aggregieren. Sie sollte jedoch mindestens RPC-kontrollierte Zeit, anderen Akteuren zugerechnete Zeit und gesamte Kalenderzeit ausweisen. Der Vor-Zuweisungs-Rückstand gehört ebenfalls sichtbar in die Reise.

Das Buch ist kein zweites SLA und keine Rangliste langsamer Autoren. Es ist Beweisinfrastruktur. Ein roter Gesamtwert kann neben einem grünen RPC-Wert stehen, ohne die Aussage des Vertrags zu entwerten. Erst diese Gleichzeitigkeit zeigt, wo eine Intervention überhaupt wirken kann.

Qualität braucht eine eigene Achse

Das Papier beschreibt einen gewachsenen Arbeitsumfang: RFCXML v3, Prüfung von YANG und Quellcode, nichtlateinische Zeichen und Schreibrichtung von rechts nach links, Barrierefreiheit, redaktionelle Errata, Unterstützung von GitHub und Markdown sowie Websites und Werkzeuge. Es berichtet eine allmähliche Verlangsamung von ungefähr sechs Tagen pro Dokument und Jahr, ohne sie auf ein einzelnes Ereignis zurückzuführen.

Eine Zeitkennzahl kann dazu verleiten, schwer messbare Arbeit zu kürzen. Weniger Prüfung kann einen Durchlauf beschleunigen. Das mag nach einer offenen Entscheidung über den Umfang legitim sein, ist aber nicht dasselbe wie höhere Effizienz bei gleicher Leistung. Jede Umfangsänderung muss deshalb neben der Zeitreihe stehen.

Qualität sollte nicht als unsichtbare Annahme im Geschwindigkeitswert stecken. Erneute substanzielle Bearbeitung, erhebliche Korrekturen nach Veröffentlichung, Verständlichkeit für Autoren, redaktionelle Konsistenz und Streit über Änderungen brauchen getrennte Indikatoren. Zufriedenheit sollte nach Rolle, Erfahrung und Stream gegliedert werden; eine gute Erfahrung routinierter Vorsitzender kann Probleme erstmaliger Autoren verdecken.

Der Zweck der RFC Series ist nicht die maximale Zahl abgeschlossener Dokumente. Sie soll ein belastbares technisches Gedächtnis schaffen. Geschwindigkeit, Qualität und Zugänglichkeit sind daher nebeneinander zu beurteilen, nicht in einen einzigen Zielwert zu pressen.

Eine Konsultation über das künftige Gedächtnis

Mirja Kühlewinds öffentliche Nachricht hält den Pfad von sieben bis zwölf Jahren für lang und fragt nach dem Nutzen fester Grenzwerte allein. Acee Lindem legt den Schwerpunkt auf die Zeit vom Eintritt in die Warteschlange bis AUTH48 und äußert Skepsis gegenüber zusätzlichem Prozess. Beide Beiträge sind individuelle Positionen, kein IETF-Konsens.

Sie zeigen, dass vor dem 6. September mehr zu entscheiden ist als eine Tageszahl. Der gewählte Messrahmen wird in Verträge, Haushaltsdebatten und Berichte eingehen. Was jetzt nicht als Zustand und Übergabe erhalten wird, kann eine spätere Prüfung nicht zuverlässig rekonstruieren.

Der faire Abschluss ist deshalb zweigeteilt. Der RPC erhält ein SLA für die Zeit, die er beeinflussen kann. Die Gemeinschaft erhält daneben eine nicht strafende, vollständige Sicht auf den Weg. Die Leistungsgrenze entscheidet, wer für ein Segment verantwortlich ist. Sie darf nicht entscheiden, welche Wartezeit im institutionellen Gedächtnis existieren darf.

Quellen

  1. Konsultation zum SLA für RFC-Redaktion und -Veröffentlichung
  2. Ankündigung der IETF Administration LLC
  3. RFC 9280: RFC Editor Model, Version 3
  4. RFC 8711: Struktur der administrativen IETF-Unterstützung
  5. RFC-Veröffentlichungsprozess für Autoren
  6. Erklärung der RFC-Editor-Warteschlange
  7. RPC-Bericht an die Arbeitsgruppenvorsitzenden
  8. Bericht zu Publikationszeit und Prozesszuständen
  9. Individuelle Stellungnahme von Mirja Kühlewind
  10. Individuelle Stellungnahme von Acee Lindem