Zusammenfassung

  • Resolution 201808.446 ratifizierte am 8. August 2018 den Vorschlag AFPUB-2018-V6-001-DRAFT01. Sie betraf nicht den getrennten Vorschlag V6-002 und setzte den neuen Text noch nicht selbst in Kraft.
  • Das Sitzungsprotokoll trennt die Arbeitsschritte ausdrücklich: Action Item 201808.22 übertrug dem Vorsitzenden die Benachrichtigung der PDWG-Co-Vorsitzenden; Action Item 201808.23 beauftragte die Mitarbeiter mit der Umsetzung. AFRINIC dokumentierte die Aufnahme in CPM 1.3 für den 23. November und veröffentlichte die Umsetzungsmitteilung am 29. November.
  • Die 107 Tage zwischen Ratifikation und Umsetzung sind kein Beleg für Verzögerung oder Fehlverhalten. Sie markieren den Raum, in dem ein privater Registerdienst eine angenommene Änderung in einen eindeutig versionierten, operativ nutzbaren Text überführen musste. Die sechs Tage bis zur öffentlichen Nachricht gehören ebenfalls zur belegten Chronologie.
  • Die Kette aus Empfehlung, nummeriertem Beschluss, protokollierter Abstimmung, zugewiesener Ausführung, versioniertem Handbuch und öffentlicher Bekanntgabe ist ein gutes Beispiel für überprüfbare technische Verwaltung. Gerade ihre Qualität macht aber keine Gesetzgebung aus ihr: AFRINIC ist ein privater technischer Buchhalter und Koordinator ohne souveräne, regulatorische, polizeiliche, strafende, konfiskatorische oder gerichtliche Gewalt.

L3 — Die Abstimmung, nach der zwei Aufgaben offenblieben

Im Sitzungsraum des AFRINIC-Vorstands am 8. August 2018 geschah etwas zugleich Entscheidendes und Unvollständiges. Unter Tagesordnungspunkt 9.1 lag dem Vorstand die Empfehlung der Co-Vorsitzenden der Policy Development Working Group vor. Der Gegenstand war der „IPv6 Policy and References Update“, eindeutig bezeichnet als AFPUB-2018-V6-001-DRAFT01. Das Protokoll nennt den Antragsteller des Beschlusses mit den Initialen SO, den Unterstützer mit SI und hält die einstimmige Annahme fest. So entstand Resolution 201808.446. In derselben Protokollfolge erschienen jedoch sofort zwei Arbeitsaufträge.

Action Item 201808.22 verlangte vom Vorsitzenden, die PDWG-Co-Vorsitzenden über die Ratifikation zu informieren. Action Item 201808.23 beauftragte die Mitarbeiter, die ratifizierten Änderungen umzusetzen. Der Beschluss war daher ein verbindlicher interner Auftrag, aber noch kein fertiger Betriebszustand.

Diese Unterscheidung lässt sich an den folgenden Dokumenten prüfen. Am 21. August teilte der Vorsitzende öffentlich mit, dass die Ratifikation in der Sitzung vom 8. August erfolgt sei. Zugleich kündigte er an, die Mitarbeiter würden nun mit der Umsetzung fortfahren und die Gemeinschaft nach Abschluss informieren. Am 23. November verzeichneten der Umsetzungsbericht und der Bericht zu AFRINIC-29 die Aufnahme von V6-001 in Version 1.3 des Consolidated Policy Manual. Am 29. November veröffentlichte AFRINIC die entsprechende Mitteilung.

Zwischen dem Beschluss und dem dokumentierten Umsetzungstag liegen 107 Kalendertage; zwischen Umsetzung und öffentlicher Mitteilung liegen sechs Tage. Die Zahlen beschreiben die belegte Abfolge. Sie sagen nichts darüber aus, ob die Arbeit langsam, schnell, schwierig oder leicht war.

Der richtige Gegenstand der Abstimmung.

Die genaue Kennung ist mehr als eine pedantische Fußnote. Resolution 201808.446 galt V6-001, dem „IPv6 Policy and References Update“. V6-002 bezeichnete einen anderen Vorschlag zu IPv6-Unterzuweisungen. Bereits der Bericht zu AFRINIC-28 hält diese Trennung fest: V6-001 ging am 9. Mai 2018 in den Last Call, während V6-002 weiterer Diskussion bedurfte. Wer beide Kennungen vertauscht, schreibt dem Vorstand einen Beschluss über den falschen Gegenstand zu und beschädigt damit die gesamte spätere Rekonstruktion.

Die Identität eines angenommenen Textes muss deshalb über Titel, Kennung, Datum, Tagesordnungspunkt und nachfolgende Implementierungsunterlagen zusammen geprüft werden.

Der archivierte Vorschlag nennt als Einreicher Jordi Palet Martinez und datiert die Einreichung von Draft 1 auf den 11. März 2018. Für die hier untersuchte institutionelle Kette genügt diese Identifikation. Die einzelnen fachlichen Vorzüge der überarbeiteten Referenzen, Präfixgrößen oder Verweisstellen gehören nicht in diese Analyse. Entscheidend ist, dass dieselbe Kennung in Vorschlag, Sitzungsprotokoll, Beschlussregister, Jahresbericht und Umsetzungsunterlagen wiederkehrt. Erst diese Übereinstimmung erlaubt es, den Gegenstand über mehrere organisatorische Stationen hinweg zu verfolgen.

Das ist auch der Grund, warum eine isolierte Statusanzeige auf einer Archivseite die übrigen Belege nicht entkräften kann. Die Vorschlagsseite zeigt weiterhin den Status „Under Discussion“. Würde man nur dieses einzelne Feld lesen, entstünde der Eindruck eines nie abgeschlossenen Verfahrens. Die späteren Unterlagen zeigen dagegen eine Ratifikation im August und eine Umsetzung im November. Ein statisches Feld ist kein vollständiges Lebenszyklusprotokoll.

Bei einer Änderung, die nacheinander beraten, empfohlen, ratifiziert, eingearbeitet und veröffentlicht wird, hat die verkettete Dokumentation mehr Aussagekraft als eine stehen gebliebene Beschriftung.

Empfehlung ist nicht Ratifikation.

Die erste institutionelle Station war die Empfehlung der PDWG-Co-Vorsitzenden. Nach der Darstellung in Resolution 201808.446 hatte der Vorschlag das Policy Development Process durchlaufen, Konsens erreicht und war von den Vorsitzenden an den Vorstand verwiesen worden. Das Sitzungsprotokoll ordnet die Empfehlung einem Eintrag im rpd-Archiv mit der Nummer 008500 zu. Damit wurde ein Ergebnis des privaten Diskussionsverfahrens an das Organ übermittelt, das nach AFRINICs internen Abläufen die nächste Entscheidung treffen sollte.

Eine Empfehlung dokumentiert, wie ein Vorschlag den vorgelagerten Prozess verlassen hat. Sie zeigt nicht, dass die Arbeitsgruppe selbst das Handbuch umgeschrieben hätte. Ebenso wenig ersetzt sie den formellen Akt des Vorstands. Gerade weil das Protokoll den Verweis und den Tagesordnungspunkt nennt, bleibt sichtbar, welche Rolle die Co-Vorsitzenden spielten und welche nicht. Sie übermittelten das von ihnen festgestellte Prozessergebnis. Der Vorstand musste dieses Ergebnis noch als eigenen internen Beschluss behandeln.

Der Begriff „Konsens“ ist in diesem Zusammenhang funktional, nicht mystisch. Er bezeichnet das Ergebnis eines organisierten privaten Verfahrens. Er kann eine solide Grundlage für die Pflege eines technischen Dienstes sein, weil er Einwände sichtbar macht und die Annahme nicht allein der spontanen Entscheidung eines Mitarbeiters überlässt. Er ist jedoch weder eine Volksabstimmung noch die politische Zustimmung eines Kontinents. Für die unmittelbare Chronologie reicht zunächst die schlichtere Feststellung: Selbst das intern festgestellte Einvernehmen ließ einen weiteren Ratifikationsschritt offen.

Ratifikation ist nicht Ausführung.

Resolution 201808.446 schloss diese zweite Station ab. Der nummerierte Beschluss machte aus der Empfehlung eine Entscheidung des AFRINIC-Vorstands. Die im Protokoll festgehaltene Einstimmigkeit erleichtert die Prüfung: Es bleibt nicht bei der vagen Aussage, der Vorstand habe sich „mit“ dem Vorschlag befasst. Antrag, Unterstützung, Ergebnis und Nummer sind benannt. Das ist gute institutionelle Hygiene, weil ein späterer Leser den Beschluss von einer Diskussion, einer Kenntnisnahme oder einer bloßen Absicht unterscheiden kann.

Doch die unmittelbar folgenden Action Items verhindern eine Überdehnung des Wortes „ratifiziert“. Wäre mit der Abstimmung bereits jede operative Arbeit abgeschlossen gewesen, hätte es keinen gesonderten Auftrag zur Umsetzung gebraucht. Action Item 201808.23 ist deshalb nicht bloß Verwaltungsdekoration. Es zeigt, dass der Vorstand die Annahme und die technische beziehungsweise redaktionelle Einarbeitung als verschiedene Handlungen behandelte. Der Beschluss autorisierte und verlangte die Umsetzung. Die Mitarbeiter mussten den angenommenen Inhalt danach in die tatsächlich verwendete Fassung des Handbuchs übertragen.

Auch Action Item 201808.22 ist aufschlussreich. Die Mitteilung an die PDWG-Co-Vorsitzenden gehörte nicht automatisch zum Abstimmungsakt, sondern wurde einer benannten Rolle als Folgeaufgabe zugewiesen. Dadurch lässt sich die Verantwortung für die Rückmeldung von der Verantwortung für die Einarbeitung unterscheiden. Das mag bei einer kleinen Regelwerksänderung bürokratisch wirken. Tatsächlich schützt eine solche Zuordnung vor einer häufigen Schwäche privater Institutionen: Alle glauben, eine andere Stelle werde den letzten Schritt übernehmen, während sich später niemand für die Lücke zuständig fühlt.

Der am 21. August veröffentlichte Hinweis bestätigt diese Lesart. Er berichtete von der bereits erfolgten Ratifikation und verwendete für die Umsetzung eine Zukunftsaussage. Die Mitarbeiter würden mit ihr fortfahren und nach Abschluss informieren. Ein zeitgenössisches Dokument sagt damit ausdrücklich, dass am Tag der Veröffentlichung eine angenommene Entscheidung und ein noch laufender Implementierungsschritt nebeneinanderstanden. Wer den 8. August zum Tag des operativen Inkrafttretens erklärt, widerspricht nicht nur einer abstrakten Theorie über Governance, sondern der Sprache der eigenen Bekanntgabe.

Ausführung ist nicht Veröffentlichung.

Der Umsetzungsbericht nennt den 23. November 2018 als Datum, an dem V6-001 in CPM 1.3 aufgenommen wurde. Der Bericht der öffentlichen Policy-Sitzung AFRINIC-29 bezeichnet die Änderung ebenfalls als am 23. November umgesetzt und aktiv. Damit gibt es einen konkreten Anker für den operativen Text. Der Beschluss erhielt nun eine bestimmte Handbuchversion, anhand derer Mitarbeiter und Nutzer erkennen konnten, welche Fassung für den Registerdienst maßgeblich war.

Sechs Tage später, am 29. November, erschien die öffentliche Implementierungsmitteilung. Sie erklärte, dass Version 1.3 des Consolidated Policy Manual die Änderungen aus dem IPv6 Policy and References Update enthielt. Diese Nachricht war nicht der Beschluss und laut den Umsetzungsunterlagen auch nicht der eigentliche Einarbeitungstag. Ihre Funktion war Veröffentlichung: Sie machte den neuen Zustand öffentlich auffindbar und verband den Namen des Vorschlags mit der maßgeblichen Manual-Version.

Auch zwischen Ausführung und Veröffentlichung besteht also eine kleine, aber sinnvolle Trennlinie. Ein interner Versionswechsel kann technisch abgeschlossen sein, bevor die öffentliche Nachricht redigiert und versandt ist. Umgekehrt darf eine Ankündigung nicht als Beleg für bereits abgeschlossene Arbeit gelten, wenn sie diese erst verspricht. Im vorliegenden Fall helfen die beiden Daten, beide Fehler zu vermeiden. Der 23. November bezeichnet die dokumentierte Umsetzung; der 29. November bezeichnet die öffentliche Mitteilung darüber.

Was die 107 Tage belegen — und was nicht.

Die 107 Kalendertage sind eine arithmetische Folge der offiziell dokumentierten Daten. Sie sind kein Urteil. Die ausgewerteten Unterlagen zeigen nicht, welche einzelnen redaktionellen, technischen, prüfenden oder organisatorischen Aufgaben diesen Zeitraum ausfüllten. Sie zeigen auch nicht, ob eine interne Bereitstellung vor dem 23. November stattfand. Deshalb wäre es unbegründet, aus der Dauer auf Verschleppung, Geheimhaltung, Widerstand oder Nachlässigkeit zu schließen.

Eine Änderung eines Betriebsmanuals braucht nicht in derselben Minute sichtbar zu werden, in der ein Gremium die zugrunde liegende Vorlage annimmt. Der Text muss der richtigen Version zugeordnet, in bestehende Abschnitte eingepasst, auf interne Konsistenz geprüft und als verwendbarer Bezugspunkt veröffentlicht werden. Welche dieser Tätigkeiten hier konkret vorgenommen wurden, bleibt offen. Sicher ist nur, dass das Verfahren selbst eine Phase der Umsetzung vorsah und dass am Ende eine nummerierte Handbuchfassung benannt wurde.

Der neutrale Umgang mit der Frist ist analytisch wichtig. Governance-Kritik wird schwach, wenn jede zeitliche Lücke als Verdacht behandelt wird. Die bessere Frage lautet, ob Anfang und Ende der Lücke erkennbar sind, ob Zuständigkeiten benannt wurden und ob ein späterer Leser den Übergang rekonstruieren kann. Hier sind der Beschluss, die zwei Action Items, die August-Nachricht, der Umsetzungstag und die November-Mitteilung vorhanden. Diese Belegkette erlaubt eine nüchterne Prüfung, ohne Motive zu erfinden.

Eine Abfolge mit vier verschiedenen Beweisfunktionen.

Jede Stufe beantwortet eine andere Frage. Die Empfehlung beantwortet, wie der Vorschlag aus dem Diskussionsverfahren an den Vorstand gelangte. Die Ratifikation beantwortet, ob der Vorstand ihn intern annahm. Die Ausführung beantwortet, wann die angenommene Änderung in die verwendete Manual-Version gelangte. Die Veröffentlichung beantwortet, wann dieser neue Zustand der Öffentlichkeit mitgeteilt wurde. Keine Stufe ist überflüssig, und keine kann alle anderen ersetzen.

Diese Aufteilung wirkt besonders dann, wenn Jahre später verschiedene Archivseiten unterschiedliche Signale senden. Die alte Statusanzeige kann der späteren Umsetzung hinterherhinken. Eine Bekanntgabe kann einen geplanten Schritt beschreiben, der noch nicht erledigt ist. Ein Beschluss kann eine klare Entscheidung enthalten, ohne die daraus entstandene Fassung zu zeigen. Erst durch das Zusammensetzen der verschiedenen Dokumenttypen entsteht ein belastbarer Lebenslauf der Regelwerksänderung.

Das Ergebnis ist eine eng umrissene Aussage: Am 8. August wurde V6-001 ratifiziert und die Umsetzung angewiesen. Am 23. November war die Änderung laut AFRINICs Umsetzungsunterlagen Bestandteil von CPM 1.3. Am 29. November wurde dies öffentlich bekanntgegeben. Diese Aussage ist genauer als die eingängige, aber falsche Kurzform, die Ratifikation habe den Text am 8. August unmittelbar operativ gemacht. Präzision ist hier keine Stilfrage. Sie bestimmt, welche Fassung ein Nutzer zu welchem Zeitpunkt vernünftigerweise als geltende Betriebsanleitung erkennen konnte.