Elf Tage sind keine dreißig: Wie AFRINIC-2 drei späte Vorschläge diskutierte, ohne sie zu beschließen

Zusammenfassung

• Drei und nur drei lokale Vorschläge waren für eine konsensfähige Behandlung bei AFRINIC-2 zu spät öffentlich angekündigt worden: vorübergehende Zuweisungen, Endnutzer-IPv4 einschließlich der Bestimmungen für IXPs sowie Root- und ccTLD-Betreiber und eine Änderung der ASN-Berechtigung. Vom ersten öffentlichen Listeneintrag bis zur Policy-Sitzung am 27. April 2005 lagen lediglich elf beziehungsweise zehn Kalendertage, nicht die vorgeschriebenen dreißig.
• AFRINIC-2 ließ eine sachliche Diskussion zu, hielt die Texte aber außerhalb der Abfolge von Sitzungskonsens, fünfzehntägigem Last Call und Board-Annahme. Das war eine belastbare interne Verfahrensdisziplin, keine inhaltliche Ablehnung und kein Beleg souveräner Regelungs- oder Strafgewalt: AFRINIC blieb ein privater Koordinator des Nummernregisters, dessen offizielle Unterlagen aufgezeichnete Aussagen und Handlungen belegen, nicht universelle Zustimmung oder eine nicht dokumentierte Entscheidung.

Der historische Kern dieses Vorgangs passt in eine kleine Kalenderlücke. Alain P. Ainas Text zu zeitlich begrenzten Zuweisungen wurde am 16. April 2005 öffentlich im archivierten Policy-Verteiler erfasst. Mark Tinkas Änderung der ASN-Kriterien und sein Vorschlag für IPv4-Zuweisungen an Endnutzer folgten am 17. April. Die Policy-Sitzung von AFRINIC-2 fand am 27. April statt. Nach Kalenderdaten waren somit elf Tage für den ersten und zehn Tage für die beiden anderen Texte vergangen.

AFRINICs damals veröffentlichte Policy Development Process verlangte jedoch mindestens dreißig Tage Diskussion und Kommentierung auf der offenen Mailingliste, bevor ein Vorschlag in einer offenen Präsenzsitzung den Zustand des Konsenses erreichen konnte.

Diese Differenz war nicht kosmetisch. Für den Vorschlag zu vorübergehenden Zuweisungen fehlten mindestens neunzehn Tage; für die beiden am 17. April veröffentlichten Texte mindestens zwanzig. Die genaue Uhrzeit der Policy-Sitzung ist im geprüften Material nicht angegeben. Deshalb wäre eine Rechnung in Stunden scheinpräzise. Sie könnte den vollendeten Zeitraum vor der Sitzung lediglich verkürzen, nicht bis auf dreißig Tage verlängern. Auch unterschiedliche Konventionen zur inklusiven Tageszählung könnten eine Lücke dieser Größenordnung nicht schließen.

Die wichtigste institutionelle Leistung von AFRINIC-2 bestand damit in einer Unterscheidung: Ein Vorschlag konnte öffentlich sein, auf der Tagesordnung vorkommen, vorgestellt und kontrovers erörtert werden, ohne bereits für den nächsten formalen Zustand qualifiziert zu sein. Die Berichterstattung über die Sitzung dokumentiert substanzielle Fragen zu den drei Gegenständen. Sie dokumentiert aber keinen Konsens über sie, keinen anschließenden fünfzehntägigen Last Call und keine Annahme durch das Board bei AFRINIC-2. Wer die Diskussion als Beschluss liest, überspringt mehrere ausdrücklich getrennte Stufen.

Wer die Verschiebung als inhaltliche Ablehnung liest, fügt dem Protokoll einen Grund hinzu, den es nicht enthält.

Analyse: Die fünf Zustände des Vorgangs

Der damalige Prozess lässt sich nicht angemessen als bloße Folge von „vorgeschlagen“ und „beschlossen“ beschreiben. Die zeitgenössische AFRINIC-Darstellung in ihrem Anerkennungsantrag an ICANN bezeichnete vielmehr eine Kette mit eigenständigen Funktionen. Erstens konnte grundsätzlich jeder einen Vorschlag einbringen. Zweitens sollte dieser auf der offenen Policy-Mailingliste diskutiert werden. Drittens durfte er nach mindestens dreißig Tagen in der offenen Präsenzsitzung Zustimmung durch Konsens suchen.

Viertens sollte auf einen solchen Sitzungskonsens ein fünfzehntägiger Last Call folgen, in dem letzte Änderungen und Einwände eingebracht werden konnten. Fünftens lag Ratifikation und Annahme beim Board.

Keine dieser Stufen war ein Synonym für die andere. Autorenschaft verlieh weder Alain P. Aina noch Mark Tinka Annahmegewalt. Die Veröffentlichung im Archiv bewies öffentliche Verfügbarkeit zu einem bestimmten Zeitpunkt, aber nicht Zustimmung. Wortmeldungen in Maputo konnten Mängel aufdecken und spätere Fassungen beeinflussen, beseitigten jedoch nicht rückwirkend die fehlenden Tage. Sitzungskonsens wäre seinerseits noch nicht der Last Call gewesen, und der Last Call wäre noch nicht die Board-Annahme gewesen. Gerade weil alle Schritte dasselbe Dokument betreffen konnten, musste ihr jeweiliger Zustand sprachlich sauber bleiben.

AFRINICs eigene Beschreibung definierte Konsens zudem als allgemeine Übereinstimmung und nicht als Mehrheitsabstimmung. Daraus folgt für diesen Fall zweierlei. Erstens ist eine erfundene Stimmenzahl oder ein unterstelltes Abstimmungsergebnis unzulässig. Zweitens darf auch die Anwesenheit von mehr als hundert Personen bei der zweitägigen Gesamtveranstaltung nicht in eine angebliche Wählerbasis umgerechnet werden.

Die Zahl bezeichnet nach dem offiziellen Bericht die gesamte Teilnahme an AFRINIC-2, nicht die Besetzung der konkreten Policy-Runde, nicht die Zahl Betroffener auf der Liste und nicht eine legitimierende Gesamtheit afrikanischer Netzbetreiber.

Der offizielle AFRINIC-2-Bericht formulierte das Zeitproblem ungefähr als Veröffentlichung zwei Wochen vor der Sitzung und wiederholte die Mindestfrist. Die Archivköpfe ermöglichen eine genauere, aber weiterhin begrenzte Aussage: elf und zehn Kalendertage bis zum 27. April. Das ist kein Widerspruch, der den Kern erschüttert. „Etwa zwei Wochen“ ist eine grobe Sitzungsbeschreibung; die Zeitstempel sind die präzisere öffentliche Datenspur. Offen bleibt, ob Entwürfe zuvor privat oder an anderer, nicht aufgefundener Stelle zirkulierten.

Selbst ein solcher Fund würde nicht ohne Weiteres eine ausdrücklich auf die öffentliche Policy-Liste bezogene Frist erfüllen.

Auch innerhalb der späteren offiziellen Metadaten gibt es eine kleine Abweichung: Die Historie des temporären Vorschlags nennt den 17. April als erste Veröffentlichung, während der Archivkopf den 16. April ausweist. Eine Erklärung – etwa eine Zeitzonen- oder Migrationskonvention – wurde nicht gefunden. Für die Fristentscheidung ist die Differenz unerheblich, weil beide Daten weit unter dreißig Tagen liegen; für eine saubere Quellenkritik darf sie dennoch nicht verschwiegen werden.

Vorschlag eins: vorübergehende Zuweisungen

Der erste Gegenstand war ein Regelwerk für temporäre Zuweisungen und Allokationen von Unicast-IPv4- und IPv6-Adressen sowie AS-Nummern für dokumentierte, zeitlich begrenzte Aktivitäten. Der archivierte Erstbeitrag stammt vom 16. April 2005 um 15:05:21 UTC. Die eingereichte Fassung sah unter anderem eine einmonatige Laufzeit mit möglicher Verlängerung vor und behandelte Rückgabe, Entzug sowie Verwaltungsgebühren.

Bei AFRINIC-2 kamen operative Fragen auf: Ob ein Monat zu kurz sei, wie temporär genutzter Adressraum nach Rückgabe behandelt werden könne, welche Auswirkungen ein reservierter Block auf die Routing-Reputation hätte und wie Gebühren aussehen sollten.

Diese Fragen zeigen den Wert der Diskussion, nicht die Wirksamkeit des Textes. Die Monatsfrist war am 27. April ein Vorschlagsinhalt. Sie war keine von AFRINIC-2 angenommene Registry-Regel. Auch eine im Entwurf enthaltene Sprache über unmittelbaren Entzug darf nicht als damals ausgeübte Sanktion beschrieben werden. Ohne den Übergang durch Konsens, Last Call und Board-Annahme blieb sie zur Diskussion gestellter Text. Der Unterschied ist praktisch bedeutsam: Eine Anforderung in einem Entwurf kann Einwände auslösen, aber sie ändert noch nicht, was Registry-Mitarbeiter gegenüber einem Antragsteller anwenden dürfen.

Spätere AFRINIC-Unterlagen führen diesen Gegenstand unter einer Kennung aus dem Jahr 2006 und markieren ihn schließlich als umgesetzt. Das sagt nichts Rückwirkendes über Maputo. Die später veröffentlichte Historie nennt für den temporären Vorschlag einen fünfzehntägigen Last Call im Februar 2006. Ein Anzeigedatum im Mai 2005 auf einer älteren Policy-Seite ist dagegen nicht zuverlässig als Annahme- oder Implementierungsdatum interpretierbar, weil es der dokumentierten Konsens- und Last-Call-Abfolge zeitlich vorausgeht. Ohne Definition dieses Feldes und ohne Board-Beschluss darf daraus keine scheinbar geschlossene Genealogie gebaut werden.

Vorschlag zwei: Endnutzer-IPv4 als ein zusammenhängender Gegenstand

Der zweite Gegenstand war Mark Tinkas Vorschlag für IPv4-Zuweisungen an Endnutzer in der AFRINIC-Region. Der Archivkopf weist den 17. April 2005 um 16:37:35 UTC aus. Der Text behandelte providerunabhängige beziehungsweise endnutzerbezogene Kriterien, eine vorgeschlagene Mindestgröße von /24, Auslastungsnachweise, zusätzliche Zuweisungen und besondere Bedingungen für kritische Internet-Infrastruktur.

Die letzte Gruppe ist die Quelle eines leicht möglichen Zählfehlers. Im AFRINIC-2-Bericht erscheinen IXPs, Root-Server- oder ccTLD-Betreiber optisch wie eine eigene Überschrift. Im archivierten Ausgangsdokument stehen die entsprechenden Bestimmungen jedoch innerhalb des Endnutzer-IPv4-Vorschlags. Sie bilden daher keinen vierten verspäteten Vorschlag. Die korrekte Zähleinheit ist der eingereichte Vorschlagsgegenstand, nicht jeder visuell hervorgehobene Unterabschnitt des Sitzungsberichts.

Die Präzisierung ist mehr als bibliografische Pedanterie. Würde der Infrastrukturabschnitt als eigenständiger Vorschlag gezählt, entstünde ein anderes Bild des Verfahrens: vier verspätete Initiativen statt drei und möglicherweise eine eigene Entscheidungsspur für IXPs und DNS-Betreiber. Dafür liefert das Ausgangsdokument keinen Halt. Gleichzeitig darf man die Infrastrukturfragen nicht kleinreden. Ein /24-Mindestwert, Bedingungen für Peering-LANs, Root-Server oder ccTLD-DNS und die Prüfung zusätzlichen Bedarfs konnten Routingtabellen, Wachstumsplanung und Antragsnachweise berühren.

Genau deshalb war es sinnvoll, ihnen Zeit zur Prüfung zu geben. Belegt ist aber weder ein konkreter Dienstausfall noch eine abgelehnte Zuweisung noch ein quantifizierter Kostenschaden infolge der Verschiebung.

Auch hier ist die Statussprache entscheidend. Das /24, die Auslastungskriterien und die Regeln für kritische Infrastruktur waren in Maputo Diskussionsmaterial, keine angenommene AFRINIC-2-Allokationsregel. Der Sitzungsbericht hält Fragen zu Auswirkungen auf die Routingtabelle und zu Anträgen fest, die bis zu einer späteren Entscheidung bearbeitet werden mussten. Er legt die Billigung oder Ablehnung der Endnutzerregel in eine spätere Mitgliederversammlung. Diese Formulierung ist ein starkes Indiz gegen jede Behauptung, der Vorschlag sei bereits im April angenommen worden.

Für den Übergangsbetrieb verzeichnet der Bericht eine dem damaligen CEO Adiel A. Akplogan zugeschriebene Position: Bis AFRINIC eine eigene Endnutzerregel angenommen habe, solle die einschlägige Policy des vorher zuständigen RIR weiterverwendet werden. Diese Aussage ist eine Kontinuitätsbrücke, nicht die Annahme des neuen Textes. Ihre genaue Rechts- und Auswahlgrundlage, die Wahl zwischen Vorgängerregeln und ihre praktische Anwendung gehören nicht zum Kern dieses Vorgangs. Hier genügt sie als begrenzte Antwort auf die Frage, warum die fehlende Sofortannahme nicht automatisch Regellosigkeit bedeutete.

Vorschlag drei: eine zusätzliche ASN-Berechtigung

Der dritte Gegenstand war ebenfalls von Mark Tinka und wurde am 17. April 2005 um 16:37:08 UTC archiviert, nur Sekunden vor dem Endnutzertext. Er wollte die Kriterien für eine AS-Nummer ändern. Zu den vorhandenen technischen Voraussetzungen – einer eigenen Routing-Policy und Multihoming – sollte eine AFRINIC-Mitgliedschaft in gutem Stand treten. Der Sitzungsbericht fasste außerdem eine Einschränkung dahin gehend zusammen, dass LIRs AS-Nummern nicht an andere Organisationen weitergeben sollten.

Beim Treffen gab es dem Bericht zufolge wenig Diskussion zu diesem Punkt. Wenig Diskussion ist aber weder Zustimmung noch Ablehnung. Ebenso wenig ist es ein Beweis für Bedeutungslosigkeit. Eine Verbindung von Mitgliedschaftsstatus und ASN-Berechtigung kann Gebühren, organisatorische Stellung und den Zugang zu einer technischen Registrierungsleistung miteinander verknüpfen. Für einen Antragsteller kann die Frage, ob ein technischer Bedarf allein genügt oder ein zusätzlicher korporativer Status verlangt wird, wirtschaftlich relevant sein.

Der Faktenbestand quantifiziert jedoch weder die damaligen Gebühren noch einen ausgeschlossenen Antragsteller. Das zulässige Urteil reicht deshalb nur bis zur möglichen Wirkungsbahn, nicht bis zu einem behaupteten Schaden.

Der ASN-Vorschlag war zehn Kalendertage vor der Sitzung öffentlich. Auch wenn seine Änderung kurz war oder im Raum nur wenige Wortmeldungen erhielt, gab es keine sachliche Kleinvorhaben-Ausnahme von der dreißigtägigen Mindestfrist. Eine Regel, die nur bei langen oder umstrittenen Texten gilt, wäre eine andere Regel gewesen. In dem geprüften Prozess war die Zeit vor der Konsensbehandlung das objektive Kriterium. Diese Gleichförmigkeit begrenzte spontane Agenda-Macht: Weder ein prominenter Autor noch ein scheinbar überschaubarer Änderungsumfang konnte die veröffentlichte Mindestdauer ersetzen.

Warum der IPv6-Punkt nicht in die Drei gehört

Neben dem optischen Zählfehler beim IXP-Abschnitt droht ein zweiter: Die in AFRINIC-2 behandelte Frage einer IPv6-Zuweisung von IANA an die RIRs war ein gesonderter NRO- beziehungsweise Global-Policy-Gegenstand. Sie stand im Bericht vor dem Abschnitt über die verspäteten lokalen Vorschläge. Ein im AFRINIC-Archiv lokalisierter Beitrag von Alan Barrett, der die globale Policy in den regionalen Prozess einbrachte, datiert vom 1. August 2005 und bat um Behandlung beim nächsten offenen Policy-Treffen.

Damit ist nicht behauptet, es habe vor August keinerlei weltweite Erörterung gegeben. Im Gegenteil: Der Gegenstand war gerade als globale Initiative präsent. Entscheidend ist seine andere Verfahrensspur. Ihn in die drei lokalen April-Vorschläge einzurechnen, würde eine NRO-/IANA-zu-RIR-Frage mit der lokalen Maputo-Fristprüfung verschmelzen. Das Ergebnis wäre gleichzeitig eine falsche Zahl und eine verzerrte Autoritätskette. Die Liste bleibt deshalb exakt: temporäre Zuweisungen; Endnutzer-IPv4 einschließlich IXP-, Root- und ccTLD-Bestimmungen; Änderung der ASN-Berechtigung.

Diskutieren hieß hier nicht entscheiden

Eine oberflächliche Prozesslektüre könnte fragen, warum AFRINIC die Texte überhaupt behandelte, wenn die Frist nicht erfüllt war. Die Antwort liegt in der Trennung zweier Zwecke einer Sitzung. Diskussion kann Informationen erzeugen. Sie kann zeigen, welche Laufzeit zu kurz erscheint, ob ein temporärer Block Routingprobleme riskiert, wie Gebühren wirken, ob ein /24-Kriterium angemessen ist oder welche Folgen eine Mitgliedschaftsvoraussetzung hat. Konsens dagegen verändert den institutionellen Zustand eines Textes und öffnet die nächste Stufe.

AFRINIC-2 wählte nach der rekonstruierten Aktenlage die schmalere Reaktion: Es schloss die Vorschläge nicht aus dem Gespräch aus, behandelte die Debatte aber nicht als konsensfähigen Abschluss. Das ist verfahrensökonomisch intelligenter als ein vollständiges Schweigen. Ein späterer Entwurf kann aus einer frühen, nicht entscheidenden Diskussion lernen. Gleichzeitig bleibt die versprochene Zeit für diejenigen erhalten, die nicht im Raum waren oder erst über die öffentliche Liste reagieren konnten.

Diese Beschreibung ist eine Rekonstruktion aus dem offiziellen Bericht und dem veröffentlichten Prozess, kein wörtlich überlieferter Vorsitzendenentscheid. Das geprüfte Material nennt keine Person, die in Maputo die drei Texte formell zurückgestellt hätte. Es enthält keine Worte eines entsprechenden Antrags, keine Abstimmung, keine Motion, kein Protokoll eines Konsensaufrufs und keine genaue Uhrzeit der Statusfeststellung. Verantwortungszuschreibungen müssen deshalb auf Institution und Prozess begrenzt bleiben.

Man kann sagen, AFRINIC-2 habe die Mindestfrist beachtet oder durchgesetzt, weil Bericht, Daten und spätere Zustände dieses Ergebnis tragen. Man kann nicht sagen, ein namentlich bestimmter Vorsitzender habe mit einer bestimmten Formel entschieden.

Genauso wenig lässt sich aus der Akte ein verborgenes Motiv gewinnen. Der dokumentierte Grund ist unzureichende Vorankündigungszeit. Es gibt keinen Beleg, dass AFRINIC einen Einreicher benachteiligen, eine Gruppe schützen, die Inhalte unterdrücken, Gebühreninteressen fördern oder eine politische Botschaft senden wollte. Auch spätere Zustimmung beweist keine frühere Intrige: Ein Vorschlag kann im April verfahrensunreif und im Dezember konsensfähig sein, ohne dass eine der beiden Situationen eine Aussage über die Lauterkeit einzelner Personen erlaubt.

Was später geschah – und was dadurch nicht rückwirkend geschah

Die drei Vorschlagsgegenstände tauchen im Bericht zu AFRINIC-3 im Dezember 2005 in der Gruppe der Texte auf, die Sitzungskonsens erhielten. Der Bericht sagt, sie sollten für fünfzehn Tage auf die Mailingliste zurückkehren, bevor das Board zustimmte. Spätere offizielle Policy-Historien verzeichnen für die drei Gegenstände im Februar 2006 einen fünfzehntägigen Last Call und markieren sie als umgesetzt.

Diese spätere Chronologie erfüllt zwei Beweisfunktionen. Erstens bestätigt sie, dass Konsens und Last Call eigene, nach AFRINIC-2 liegende Handlungen waren. Zweitens widerlegt sie eine Deutung der April-Verschiebung als endgültige inhaltliche Ablehnung. Sie schließt aber nicht jede Lücke. Die geprüften öffentlichen Materialien liefern keine vollständige Versionsdifferenz zwischen den April-Entwürfen und den Texten, die im Dezember Konsens erhielten. Es ist daher unzulässig, jede im April formulierte Klausel als identisch mit der später angenommenen Fassung zu behandeln.

Ebenso fehlen in dem geprüften Bestand die Board-Resolutionen, ihre Daten und eine lückenlose Implementierungsmitteilung für jeden Text. Das Label „implemented“ ist eine spätere offizielle Statusangabe; es ersetzt nicht die vermisste Ratifikationsakte. Die älteren Detailseiten zeigen zudem Datumsfelder im Mai 2005, deren Bedeutung nicht geklärt ist. Weil diese Daten vor dem dokumentierten Dezember-Konsens und dem Last Call im Februar 2006 liegen, dürfen sie nicht als Implementierungsdaten ausgegeben werden.

Der seriöse Umgang mit einem Archiv besteht nicht darin, die bequemste Datumszeile auszuwählen, sondern darin, widersprüchliche Metadaten als offene Provenienzfrage zu kennzeichnen.

Bei direkten Abrufen am Stichtag lieferten die drei älteren Policy-Detailadressen zudem Fehlerseiten, während indexierte offizielle Archivfassungen weiterhin auffindbar waren. Der Kernbefund hängt nicht von diesen späteren Seiten ab, denn Sitzungsbericht, Anerkennungsantrag und Mailinglistenarchiv tragen die April-Chronologie. Für den späteren Status bleiben die Detailseiten begrenzte, vor einem künftigen Neuabschluss erneut zu prüfende Belege.

Zwischen dem Policy-Tag von AFRINIC-2 und der Eröffnung von AFRINIC-3 lagen 230 Tage. Diese Zahl beschreibt verstrichene Zeit, nicht deren Ursache. In diesem Zeitraum konnten Diskussionen und Überarbeitungen stattgefunden haben. Ohne Versionskette, Arbeitsprotokoll und Betriebsdaten lässt sich nicht bestimmen, welcher Anteil notwendig, vermeidbar oder schädlich war. Die Zahl ist daher für die Chronologie nützlich, aber kein Beweis institutioneller Langsamkeit, strategischer Verzögerung oder ökonomischen Verlusts.

Der stärkste Einwand: Eine junge Registry konnte nicht ewig warten

Die überzeugendste Gegenposition lautet nicht, die dreißig Tage seien belanglos gewesen. Sie lautet, dass eine junge Registry mit unmittelbaren Betriebsbedürfnissen sich keine starre Kalenderförmlichkeit leisten konnte. Die drei Texte behandelten konkrete Lücken: Adressen und AS-Nummern für zeitlich begrenzte Veranstaltungen oder Experimente, providerunabhängige IPv4-Zuweisungen an Endnutzer und klarere ASN-Berechtigungen. Bei AFRINIC-2 waren mehr als hundert Menschen anwesend, die Themen wurden tatsächlich diskutiert, und der laufende Betrieb brauchte Regeln für eingehende Anträge.

Weil alle drei Vorschläge später weiterkamen, könnte man versucht sein zu sagen, ein vorläufiger Konsens im April mit nachgeholter Prüfung wäre effizienter gewesen.

Dieser Einwand macht den Preis des Wartens sichtbar. Er ändert aber die veröffentlichte Reihenfolge nicht. Nach der damaligen AFRINIC-Beschreibung war der fünfzehntägige Last Call kein Ersatz für die mindestens dreißig Tage vor dem Sitzungskonsens. Die Reihenfolge schützt eine bestimmte Form der Einflussmöglichkeit: Betroffene sollen den vollständigen zugesagten Zeitraum erhalten, bevor ein Raum allgemeinen Konsens verkündet. Würde erst Konsens bekannt gegeben und danach die fehlende Vorfrist „geheilt“, verschöbe sich die Agenda-Macht. Spätere Einwände müssten dann gegen einen bereits institutionell aufgewerteten Text antreten.

Hinzu kommt, dass AFRINIC-2 nicht zwischen Sofortannahme und völliger Untätigkeit wählen musste. Die Sitzung sammelte Hinweise für Überarbeitung, und der Bericht benennt für Endnutzeranträge eine Fortführung vorheriger RIR-Regeln. Diese Brücke konnte unvollkommen sein; über ihre Kosten fehlen Daten. Sie zeigt dennoch, dass Verfahrensdisziplin nicht notwendig einen rechts- oder regellosen Betrieb bedeutete. Für eine Behauptung, ein konkreter Antrag sei deshalb abgelehnt, verteuert oder verspätet worden, gibt es im versiegelten Material keinen Nachweis.

Man kann somit zu einem differenzierten Urteil gelangen: Vielleicht waren dreißig Tage nicht in jeder denkbaren Lage die optimale Frist. Vielleicht hätte eine ausdrücklich geregelte Notfallbahn Schnelligkeit und Überprüfbarkeit anders kombiniert. Gefunden wurde eine solche Ausnahme für diesen Vorgang jedoch nicht. Unter dem veröffentlichten Prozess war es konsistenter, die Diskussion zuzulassen und die statusändernde Entscheidung zu vertagen, als die Frist nachträglich als unverbindliche Empfehlung zu behandeln.

Verfahrenswert ohne Souveränitätslegende

Die Anerkennung dieser Disziplin darf nicht in eine größere Herrschaftsbehauptung umschlagen. AFRINIC war und blieb eine nichtstaatliche, nicht gewinnorientierte Registry- und Mitgliedschaftsorganisation, die Einzigartigkeit und Registrierung von Internetnummern koordinierte. Sie führte ein Ledger, bearbeitete Anträge und konnte innerhalb rechtmäßiger korporativer und vertraglicher Grenzen Regeln für ihre Dienste annehmen. Sie war weder afrikanischer Gesetzgeber noch Eigentümerin des Internets noch Trägerin souveräner Strafgewalt.

Die dreißigtägige Vorankündigung kann ein solches privates Verfahren tatsächlich binden. Das ist ihr Wert. Sie erschwert Überraschungsentscheidungen, schafft eine prüfbare Datenspur und zwingt eine Sitzung, zwischen Zuhören und Zustandswechsel zu unterscheiden. Aber aus der Bindung folgt keine Souveränität. Eine offene Mailingliste ist kein Parlament. Ein Raum mit Teilnehmenden ist nicht automatisch die autorisierte Vertretung jedes betroffenen Netzes. Allgemeine Übereinstimmung innerhalb eines Registry-Verfahrens erzeugt keine Befugnisse, die außerhalb des technischen, korporativen und vertraglichen Aufgabenbereichs liegen.

Diese Grenze schützt auch die Interpretation der vorgeschlagenen Inhalte. Eine Mitgliedschaftsbedingung für ASN-Anträge oder eine Rücknahmeklausel bei temporären Ressourcen mag innerhalb einer später gültigen Registry-Policy praktische Folgen haben. Sie darf aber nicht als öffentliche Strafe oder staatliche Enteignungskraft etikettiert werden. Umgekehrt beseitigt der nichtstaatliche Charakter nicht jede interne Bindung.

Ein privater Koordinator, der einen Prozess verspricht, kann seine Verlässlichkeit gerade dadurch beweisen, dass er dessen Mindestfristen auch dann respektiert, wenn die Inhalte plausibel und die Sitzung arbeitsbereit erscheinen.

Offizielle AFRINIC- und ICANN-Unterlagen haben in dieser Analyse eine klar begrenzte Beweisrolle. Der Anerkennungsantrag belegt, wie AFRINIC seinen Prozess und seine Governance beschrieb. Der Sitzungsbericht belegt, wie AFRINIC die Diskussion und den Status der Vorschläge aufzeichnete. Die Mailinglistenarchive belegen öffentliche Zeitstempel, Autoren und Textstruktur. Spätere AFRINIC-Seiten belegen veröffentlichte Status- und Chronologieangaben. Keine dieser institutionellen Selbstdarstellungen beweist aus sich heraus Neutralität, vollständige regionale Repräsentation, universelle Zustimmung oder souveräne Autorität.

Was für Betreiber und Ressourcenhalter wirklich auf dem Spiel stand

Der unmittelbar belegte Effekt der Frist war begrenzt: Die drei Texte wurden noch nicht konsens- und annahmefähig behandelt. Sie durften gelesen, vorgestellt und kommentiert werden. Kein geprüfter Datensatz zeigt, dass durch diese Verzögerung eine konkrete Zuweisung verloren ging, eine Route ausfiel, eine AS-Nummer verweigert, ein RPKI-Objekt entzogen, eine Reverse-DNS-Delegation aufgehoben oder ein Vertrag verletzt wurde. Ebenso fehlen belastbare Zahlen zu Rückständen, Bearbeitungszeiten, Zusatzkosten und betroffenen Antragstellern.

Trotzdem lassen sich die Wirkungsmechanismen beschreiben, sofern Möglichkeit und Beobachtung getrennt bleiben. Für Endnutzer konnte die Verschiebung bedeuten, dass vorerst eine geerbte statt einer AFRINIC-spezifischen Regel angewandt wurde. Für Veranstalter und Experimente blieb eine lokale formale Bahn für temporäre Ressourcen ausstehend. Für IXPs und DNS-Infrastruktur stand zur Debatte, welche Nachweise und Größenkriterien gelten sollten. Für ASN-Antragsteller hätte eine zusätzliche Mitgliedschaftsbedingung Kosten und Zugang verknüpfen können.

Für Registry-Mitarbeiter verringerte die Vorfrist das Risiko, neue Kriterien ohne ausreichende Diskussion, Versionsklarheit oder Übergangsplanung anzuwenden.

Der gemeinsame wirtschaftliche Nenner ist Vorhersehbarkeit. Betreiber brauchen Zeit, um Routingfolgen, Nachweispflichten, Gebühren und technische Übergänge zu prüfen. Eine Mindestfrist kann den Vorteil jener begrenzen, die früh von einem Text wissen, bei der Sitzung präsent sind oder institutionellen Zugang besitzen. Doch auch diese Schutzwirkung darf nicht romantisiert werden. Der Aktenbestand zeigt nicht, wer die Liste tatsächlich las, wie viele betroffene Netze beteiligt waren oder ob dreißig Tage für alle eine realistische Mitwirkung ermöglichten. Öffentlichkeit ist eine Voraussetzung für überprüfbare Teilnahme, kein Beweis ihrer Breite.

Ein enges, aber tragfähiges historisches Urteil

AFRINIC-2 behandelte drei verspätete lokale Vorschläge. Der Text zu temporären Zuweisungen hatte bis zum Policy-Tag elf Kalendertage öffentlich gelegen; die Texte zu Endnutzer-IPv4 und ASN-Berechtigung jeweils zehn. Alle lagen deutlich unter der veröffentlichten Mindestfrist von dreißig Tagen. Alle konnten diskutiert werden. Keiner durchlief in Maputo den Übergang zu Sitzungskonsens, Last Call oder Board-Annahme.

Die Zahl drei bleibt nur dann stabil, wenn zwei Verwechslungen vermieden werden: Die IXP-, Root- und ccTLD-Bestimmungen gehörten in den Endnutzer-IPv4-Vorschlag; die IPv6-Frage von IANA an die RIRs gehörte in eine separate globale Policy-Spur. Die spätere Entwicklung bei AFRINIC-3 und im Last Call von 2006 zeigt Weiterarbeit und spätere institutionelle Zustände, nicht rückwirkende April-Annahme.

Das Ergebnis verdient weder Heldenerzählung noch Skandalvokabular. Es war eine nützliche Anwendung interner Vorankündigungsdisziplin in einer jungen Registry. Wer dabei entschieden hat, mit welchen Worten und auf welcher konkreten Sitzungsautorität, bleibt in den geprüften Unterlagen offen. Ebenso offen bleiben die vollständigen Fassungsänderungen, die abschließenden Board-Daten und quantifizierte Betreiberfolgen. Diese Leerstellen sind Teil des Befunds, nicht Einladungen zur Erfindung.

Am Ende liegt die Bedeutung des Falls in einer bescheidenen institutionellen Fähigkeit: Ein Koordinator konnte zuhören, ohne so zu tun, als habe Zuhören bereits bindenden Konsens erzeugt. Die dreißig Tage banden den nächsten Verfahrensschritt. Sie verwandelten weder die Mailingliste in einen Souverän noch AFRINIC in eine Strafgewalt. Gerade diese doppelte Grenze – echte interne Disziplin, begrenzte äußere Autorität – macht AFRINIC-2 zu einem präzisen Lehrstück der Registry-Governance.