Zusammenfassung

  • Am 21. Februar 2005 übernahmen Mitarbeitende und Produktionssysteme von AFRINIC die primäre Bearbeitung regionaler Registerdienste für afrikanische Local Internet Registries und Endnutzer. Einzelne AFRINIC- und APNIC-Aufzeichnungen nennen stattdessen den 22. Februar; die eintägige Abweichung bleibt ungeklärt.
  • Der Dienst lief, aber nicht ohne Sicherungsleine: APNIC, ARIN und RIPE NCC behielten bis zur endgültigen Anerkennung ein Verfahren der „zweiten Meinung“ für Zuteilungsentscheidungen. Primäre Bearbeitung war daher nicht dasselbe wie vollständig eigenständige Entscheidungsbefugnis.
  • Die weiteren Schichten folgten zu anderen Zeitpunkten. ICANN erkannte AFRINIC am 8. April endgültig an; eine erste nach dieser Anerkennung angekündigte IPv4- und ASN-Ausstattung folgte am 14. April; der Beitritt zum NRO-Memorandum datiert vom 25. April; formelle Übergabeschreiben wurden nach Angaben der NRO am 26. und 27. April unterzeichnet.
  • AFRINIC war damit ein wirksames, folgenreiches Register und ein Koordinator. Weder der Februar-Übergang noch die spätere Anerkennung machten die Organisation zum Souverän, zur Polizei, zur Staatsanwaltschaft oder zum Richter, und sie übertrugen ihr weder Eigentum an Netzen noch physische Kontrolle über Routen und Pakete.

Ein Dienstwechsel, kein Gründungsmythos

Der aussagekräftigste Moment der AFRINIC-Entstehungsgeschichte ist nicht die feierliche Anerkennung, sondern ein unscheinbarer Montag sieben Wochen zuvor. Am 21. Februar 2005 begann das neue regionale Register, die praktische Arbeit für Afrika primär selbst zu erledigen. Wer eine Nummernressource beantragen wollte, sollte sich an AFRINIC wenden. Die dafür nötigen internen Registrierungssysteme, die öffentliche WHOIS-Auskunft und die Buchhaltung waren nach dem gemeinsamen Fortschrittsbericht von NRO und AFRINIC in Produktion. Mitarbeitende und Systeme von AFRINIC nahmen die erste Rolle gegenüber Local Internet Registries und Endnutzern ein.

ICANN hielt wenige Wochen später fest, APNIC, ARIN und RIPE NCC hätten an diesem Datum alle RIR-Dienste für die künftige AFRINIC-Region übertragen.

Das klingt wie ein sauberer Machtwechsel. Tatsächlich war es etwas Interessanteres: ein kontrollierter Wechsel des Betriebs, bei dem mehrere institutionelle Ebenen bewusst nicht gleichzeitig umgelegt wurden. AFRINIC bearbeitete den Dienst, doch die bisherigen Regionalregister behielten eine zweite Meinung zu Zuteilungsentscheidungen. Die endgültige ICANN-Anerkennung stand aus. Zumindest im ehemaligen RIPE-NCC-Teil der Region bestanden Mitgliedschaft und Standarddienstvertrag bis zur Anerkennung weiter. Der Beitritt zur Number Resource Organization war noch nicht vollzogen.

Und die NRO verortete die formelle Übertragung von Zuständigkeit, Unterlagen und DNS-Verwaltung später bei Schreiben, die erst Ende April unterzeichnet wurden.

Diese Abfolge ist nicht bloß eine historische Kuriosität. Sie bietet eine seltene Möglichkeit, die einzelnen Bestandteile eines Registers getrennt zu beobachten. Häufig erscheinen sie im Nachhinein als ein einziges Paket: eine juristische Person, eine anerkannte Institution, ein laufender Kundendienst, ein Bestand an Nummernressourcen, eine Datenbank, eine Mitgliedschaftsordnung und ein Ruf von „Autorität“. Am 21. Februar lagen diese Bestandteile sichtbar auseinander. Gerade deshalb lässt sich präzise sagen, was AFRINIC an diesem Tag war: der primäre Betreiber eines regionalen Registerdienstes unter Übergangsaufsicht.

Nicht weniger – aber auch nicht mehr.

Ein Register ist in diesem Sinn kein Territorialherr. Es führt und veröffentlicht koordinationsrelevante Aufzeichnungen, prüft Anträge, verwaltet Arbeitsabläufe und schafft verlässliche Anknüpfungspunkte für voneinander unabhängige Netze. Diese Aufgaben haben wirtschaftliches Gewicht. Fehler in ihnen können Investitionen verzögern, DNS-Verwaltung erschweren und die Nachweisbarkeit von Ressourcennutzung beschädigen. Dennoch erzeugt der Eintrag nicht das Netz, und das Register leitet keine Pakete weiter. Es besitzt weder die Router seiner Mitglieder noch die Leitungen, Rechenzentren oder Kundenbeziehungen der Betreiber.

Sein Einfluss beruht auf brauchbaren Diensten, gemeinsamen Konventionen, vertraglichen Beziehungen und der Bereitschaft anderer Akteure, seinen Datensätzen zu vertrauen.

Die Februar-Übergabe sollte deshalb nicht als Geburtsstunde einer kontinentalen Herrschaft erzählt werden. Sie war eine Betriebsübergabe innerhalb einer globalen Koordinationsarchitektur. Die Organisation übernahm eine enge, aber wichtige Funktion: Sie wurde zur primären Stelle, an der regionale Anträge eintrafen, geprüft und in Registerabläufe übersetzt wurden. Dass diese Arbeit vor der endgültigen Anerkennung begann, belegt die Realität der Systeme. Es belegt nicht, dass alle übrigen Zuständigkeiten schon mitgewandert waren.

Was am 21. Februar tatsächlich umgestellt wurde

Die stärksten Belege liegen nicht in späteren Leitbildern, sondern in den konkreten Änderungen an Schnittstellen und Datenwegen. Der gemeinsame Bericht der NRO und AFRINIC an ICANN erklärte die Systeme für produktiv und die Mitarbeitenden für zuständig. Die ICANN-Mitteilung vom 14. März beschrieb AFRINIC als bereits voll funktionsfähig, obwohl das Verfahren zur endgültigen Anerkennung noch offen war. Am detailliertesten lässt sich der Übergang im früher von RIPE NCC bedienten Teil Afrikas verfolgen.

Dort änderte sich zunächst der Eingangskanal. Neue Anträge aus dem afrikanischen Dienstgebiet wurden an die Hostmaster von AFRINIC weitergeleitet. Das RIPE-NCC-Portal stand den betreffenden Local Internet Registries nicht länger als bisherige Bearbeitungsoberfläche zur Verfügung. Die Nutzer sollten mit einem anderen Team und einem anderen System arbeiten. Das ist mehr als eine Absichtserklärung: Ein Registerdienst wird operativ dort real, wo ein Antrag tatsächlich landet, wo jemand ihn bearbeitet und wo das Ergebnis in den einschlägigen Datensätzen erscheint.

Auch die Registerdaten wanderten nicht als abstraktes Symbol, sondern nach Objekttyp und Funktion. WHOIS-Daten wurden verschoben oder kopiert. Für Reverse-DNS-Zonen waren Übergangsphasen und zeitweise Änderungsstopps vorgesehen. Manche Datensätze blieben bewusst bei RIPE NCC, weil AFRINIC zu diesem Zeitpunkt noch keine eigene Routing Registry betrieb. Besonders greifbar ist die Behandlung von 25 aut-num-Objekten in zwei Zahlenbereichen: 30980 bis 30999 umfasst 20 Objekte, 34515 bis 34519 weitere fünf. Sie wurden für den Routing-Registry-Gebrauch in der RIPE-Datenbank behalten beziehungsweise kopiert. Diese 25 Objekte sind weder die Anzahl der von AFRINIC zugeteilten AS-Nummern noch ein Maß für alle übertragenen Einträge. Sie zeigen vielmehr, dass ein praktischer Umzug nach Funktionen aufgeteilt wird: Das Registrieren von Nummernressourcen und das Vorhalten von Routing-Policy-Daten können in verschiedenen Systemen weiterlaufen.

Ebenso wichtig war die Buchhaltung. Der Fortschrittsbericht nannte AFRINICs internes Registrierungs-, externes WHOIS- und Accounting-System als produktiv. Im RIPE-NCC-Übergang wurden zugleich Vorkehrungen gegen doppelte Gebühren beschrieben: Wer für 2005 bereits an RIPE NCC gezahlt hatte, sollte nicht noch einmal für dasselbe Jahr zahlen müssen. Damit wurde eine wirtschaftlich sensible Kante der Migration entschärft. Für einen Ressourcennutzer ist der Unterschied zwischen technischem Ansprechpartner, vertraglichem Gegenüber und Rechnungsteller nicht akademisch.

Wenn diese Rollen auseinanderfallen, entstehen Risiken von Doppelzahlung, Fristversäumnis und unklarer Verantwortlichkeit.

Die Aussage, „alle RIR-Dienste“ seien übertragen worden, darf deshalb weder kleingeredet noch überdehnt werden. Sie bezeichnete eine echte Verlagerung des Kundenkontakts und der laufenden Bearbeitung. ICANN verwendete diese zusammenfassende Formulierung für die Dienste, die zuvor APNIC, ARIN und RIPE NCC in Teilen Afrikas erbracht hatten. Für RIPE NCC lässt sich die Aussage anhand einzelner Portal-, WHOIS-, DNS-, Vertrags- und Datenbankmaßnahmen konkretisieren. Für die APNIC- und ARIN-Bereiche ist die überlieferte Detailtiefe geringer.

APNIC erklärte, afrikanische Local Internet Registries und bereits zugeteilte Ressourcen seien übertragen worden; vergleichbare vollständige Objektlisten, Verträge und Cutover-Protokolle für APNIC und ARIN liegen in den herangezogenen Quellen jedoch nicht vor.

Deshalb ist „alle Dienste“ keine Beweisformel für die Gleichzeitigkeit sämtlicher Rechts- und Verwahrungsakte. Ein Kundendienst kann umgeschaltet sein, während ein alter Vertrag noch gilt. Ein Antrag kann bei AFRINIC bearbeitet werden, während eine zweite Institution ihn mitprüft. WHOIS-Daten können bei AFRINIC erscheinen, während einzelne Routing-Policy-Objekte bei RIPE NCC verbleiben. Reverse DNS kann nach einem eigenen Zeitplan wandern. Und eine formelle Übergabe von Zuständigkeit und Unterlagen kann Wochen nach der praktischen Umstellung dokumentiert werden.

Der Ausdruck beschreibt den Betrieb auf der Oberfläche; die darunterliegenden Schichten müssen aus den einzelnen Instrumenten rekonstruiert werden.

Die Sicherungsleine der zweiten Meinung

Der zentrale Vorbehalt des Februar-Modells war die „second opinion“. AFRINIC bewertete Zuteilungsanträge, aber bestehende RIRs hielten bis zur endgültigen Anerkennung eine prüfende zweite Sicht auf Entscheidungen. Diese Regel erscheint im aktualisierten AFRINIC-Antrag, im gemeinsamen NRO-Fortschrittsbericht, in einer Mitteilung des damaligen AFRINIC-CEO und im APNIC-Archiv. Sie war kein beiläufiger Hinweis, sondern die Linie zwischen Phase II und der später erwarteten Phase III. Phase II bedeutete volle Dienstleistung unter zweiter Meinung; Phase III sollte nach endgültiger Anerkennung ohne diese zweite Meinung auskommen.

Was diese Aufsicht praktisch bedeutete, bleibt offen. Es gibt im zugrunde gelegten öffentlichen Bestand kein Verfahrenshandbuch, das Schwellenwerte, Prüferrollen, Bindungswirkung oder Eskalationswege festlegt. Ebenso fehlen Fallzahlen. Wir wissen nicht, wie viele Anträge während Phase II bearbeitet wurden, wie viele die Prüfer unverändert bestätigten, wie viele sie modifizierten, verzögerten oder ablehnten und wie lange die zusätzliche Prüfung dauerte. Ohne Nenner lässt sich weder behaupten, die zweite Meinung sei reine Zierde gewesen, noch dass die alten RIRs regelmäßig ein Veto ausgeübt hätten.

Diese Unkenntnis ist analytisch folgenreich. Primäre Bearbeitung kann mit mehreren Graden tatsächlicher Entscheidungsfreiheit verbunden sein. Wenn die zweite Meinung in fast allen Fällen nur die Qualität bestätigte, lag praktische Initiative weitgehend bei AFRINIC. Wenn sie häufig Korrekturen erzwang, blieb ein wichtiger Teil der Entscheidungsmacht bei den bisherigen RIRs. Beide Möglichkeiten passen zur knappen institutionellen Formulierung.

Die Dokumente schließen nur zwei extreme Fehldeutungen aus: AFRINIC war nicht mehr bloß ein zukünftiges Projekt ohne laufenden Dienst; und AFRINIC war noch nicht nachweislich ein vollkommen unbeaufsichtigter Entscheider über jede Zuteilung.

Auch das Wort „Aufsicht“ braucht eine Grenze. Die zweite Meinung war eine fachliche Übergangsregel innerhalb des RIR-Systems. Sie machte APNIC, ARIN oder RIPE NCC nicht zu staatlichen Oberbehörden über afrikanische Netze. Ebenso verlieh ihr Ende AFRINIC keine Strafgewalt. Ein RIR kann im Rahmen seiner Dienste Anträge prüfen, Verträge verwalten und Registereinträge führen. Daraus folgt keine Befugnis, Menschen festzunehmen, Straftaten zu verfolgen, gerichtliche Urteile zu fällen oder allgemeine Regeln für Staaten und Nichtmitglieder zu erlassen. Private und koordinative Folgen sind real; Souveränität ist etwas anderes.

Die Aufsicht hatte dennoch einen plausiblen Zweck. Ein neues Register sollte seine Verfahren nicht erst nach einer unumkehrbaren Vollübertragung testen. Gemeinsame Prüfung konnte Fehler früh sichtbar machen, Wissen übertragen und ICANN sowie IANA belastbare Anhaltspunkte für die technische Reife liefern. Sie konnte zugleich Latenz, Mehrdeutigkeit und geteilte Verantwortlichkeit erzeugen. Ohne Fallakten lässt sich die Bilanz nicht berechnen. Der historische Befund ist deshalb institutionell präziser als ein Werturteil: AFRINIC führte, die bisherigen RIRs prüften mit, und die Reichweite dieser Prüfung ist öffentlich nicht quantifiziert.

Die fünf Daten, die nicht zu einem Datum verschmolzen werden dürfen

Rund um den Dienstwechsel liegen mehrere Meilensteine, die oft wie Synonyme behandelt werden. Sie sind es nicht.

Erstens bestand eine juristische Person. Der aktualisierte Anerkennungsantrag von AFRINIC erklärte, die Organisation sei im Februar 2004 in Mauritius als gemeinnützige, nichtstaatliche Mitgliederorganisation gegründet beziehungsweise eingetragen worden. Ein zugrunde liegendes mauritisches Zertifikat mit exaktem Datum wurde in der Recherche nicht gefunden. Hinzu kommt ein offener Widerspruch: Die NRS-Darstellung zur Geschichte der NRO verwendet für AFRINIC eine Formulierung, nach der die Organisation im April 2005 „incorporated“ worden sei.

Das kann eine abweichende Terminologie oder eine andere institutionelle Schwelle meinen; ohne Registerurkunde lässt sich der Konflikt nicht sauber entscheiden. Sicher ist nur, dass ICANN eine mauritische Gesellschaft nicht durch einen Boardbeschluss gründete. Gesellschaftsrechtliche Existenz und Anerkennung als RIR sind verschiedene Rechtsakte.

Zweitens gab es eine vorläufige Anerkennung. Am 30. September 2004 stellte der ICANN-Vorstand in den Resolutionen 04.82 und 04.83 eine vernünftige Grundlage für die spätere Anerkennung fest, gewährte eine vorläufige Genehmigung und verlangte den Abschluss der Übergangsarbeiten sowie einen ergänzten Antrag. Das war eine institutionelle Zwischenstellung: mehr als unverbindliche Hoffnung, weniger als endgültige Aufnahme in den Status, den AFRINIC anstrebte.

Drittens begann der Produktionsbetrieb. Dafür steht der 21. Februar 2005, mit der ausdrücklich zu bewahrenden Variante des 22. Februar. Der gemeinsame NRO-AFRINIC-Bericht, die spätere ICANN-Mitteilung und die RIPE-NCC-Dokumentation verwenden den 21. Februar. Eine AFRINIC-Mitteilung und das APNIC-Archiv erklären Phase II mit Wirkung zum 22. Februar. Die Differenz beträgt einen Kalendertag. Die Quellen verraten nicht, ob Zeitzonen, Kommunikationszeitpunkt, ein mehrstufiger Cutover oder schlicht uneinheitliche Datierung dafür verantwortlich waren. Für die institutionelle Rekonstruktion bleibt der 21.

Februar das ausgewählte Datum, weil die gemeinsame zeitgenössische Mitteilung und die detaillierte RIPE-Aufzeichnung es tragen. Die abweichende Angabe wird aber nicht „korrigiert“, als wäre sie nie veröffentlicht worden.

Viertens kam die endgültige ICANN-Anerkennung am 8. April. Zwischen dem ausgewählten Betriebsdatum und diesem Beschluss liegen 46 verstrichene Kalendertage; vom 22. Februar gerechnet wären es 45. Der IANA-Bericht prüfte die zehn Kriterien des ICP-2 einzeln: unter anderem regionalen Rückhalt durch Local Internet Registries, neutrale und offene Verfahren, technische Leistungsfähigkeit, Finanzierung, Datenhaltung und Vertraulichkeit. Der ICANN-Vorstand erkannte AFRINIC daraufhin als Regional Internet Registry für das afrikanische Dienstgebiet an.

Diese Entscheidung veränderte AFRINICs Stellung innerhalb des anerkannten weltweiten Registersystems. Sie schaltete aber weder rückwirkend das seit Februar arbeitende WHOIS ein noch erschuf sie das Personal oder die Antragsoberfläche.

Fünftens folgten weitere Koordinations- und Übergabeakte. Das Beitrittsinstrument zum NRO-Memorandum trägt das Datum 25. April, 63 Tage nach dem 21. Februar. Die NRO berichtete am 27. April, APNIC, ARIN und RIPE NCC hätten bei AFRINIC-2 formelle Schreiben zur Übertragung ihrer bisherigen Zuständigkeiten für die afrikanischen Dienstgebiete unterzeichnet. Genannt wurden Registrierungs- und Buchhaltungsunterlagen sowie DNS-Verwaltung; die NRO bezeichnete damit Verwahrungs- und Registerprozesse als abgeschlossen. Vom 21. bis zum Berichtstag vergingen 65 Tage. Da die Schreiben während des Treffens am 26. und 27.

April unterzeichnet wurden und ihre Texte nicht vorliegen, sind die einzelnen Wirksamkeitszeitpunkte und der vollständige rechtliche Umfang unbekannt.

Die Abfolge verhindert zwei gegensätzliche Mythen. Die eine behauptet, AFRINIC habe vor dem 8. April nichts Reales getan und sei erst durch Anerkennung zum Leben erweckt worden. Das widerspricht den Produktions- und Übergangsaufzeichnungen. Die andere erklärt, mit dem ersten Arbeitstag sei jede institutionelle, rechtliche und ressourcenbezogene Zuständigkeit vollständig auf AFRINIC übergegangen. Das widerspricht der zweiten Meinung, den fortbestehenden RIPE-Vertragsverhältnissen und den späteren Anerkennungs-, Beitritts- und Übergabedokumenten.

Ressourcen bearbeiten heißt nicht, alle Ressourcenebenen zu besitzen

Der schwierigste Teil der Rekonstruktion betrifft die Nummernressourcen selbst. Eine einfache Erzählung würde sagen: Vor Anerkennung hatte AFRINIC keine Ressourcen; danach erhielt es seine ersten Blöcke. Die Quellen erlauben diese Pauschalbehauptung nicht.

Am 14. April, sechs Tage nach der endgültigen Anerkennung und 52 Tage nach dem ausgewählten Betriebsbeginn, gab ICANN bekannt, AFRINIC habe soeben seine erste Zuteilung nach der Anerkennung erhalten, darunter IP-Adressen und autonome Systemnummern. Die IANA-Register führen den IPv4-Block 41/8 und die ASN-Spanne 36864 bis 37887 mit April 2005 für AFRINIC. Diese Aufzeichnungen bilden einen klaren Meilenstein: Nach der Anerkennung erhielt das Register eine IPv4- und ASN-Ausstattung im eigenen Namen innerhalb der globalen Systemarchitektur.

Doch das heutige IANA-Verzeichnis für IPv6-Unicast-Zuteilungen enthält 2001:4200::/23 für AFRINIC mit dem Datum 1. Juni 2004. Der Eintrag liegt Monate vor dem Produktionswechsel und der endgültigen Anerkennung. Die herangezogenen Quellen erklären nicht, weshalb die spätere Mitteilung den April-Vorgang als erste Zuteilung bezeichnet, wie der frühere IPv6-Eintrag rechtlich und operativ eingebettet war oder ob unterschiedliche Ressourcentypen und Paketbegriffe zugrunde lagen. Deshalb muss die Aussage eng bleiben: Der 14. April markiert die erste angekündigte Zuteilung nach Anerkennung einschließlich IPv4 und ASNs. Er beweist nicht, dass vor diesem Datum keinerlei IANA-bezogener Ressourcenbestand für AFRINIC verzeichnet war.

Auch für Phase II ist der genaue Ressourcenpfad unvollständig. AFRINIC nahm Anträge entgegen und führte den Registerprozess. Die bisherigen RIRs prüften Entscheidungen mit. Im RIPE-Bereich blieben rechtliche Beziehungen vorerst bestehen. Welche Pools für welche einzelnen Zuteilungen verwendet wurden, welche Delegationsinstrumente galten und wie ein Antrag von der AFRINIC-Prüfung zum konkreten Bestand gelangte, ist nicht Fall für Fall dokumentiert. Die Formulierung „volle RIR-Funktion“ darf diese Lücke nicht überdecken.

Hier zeigt sich die Nützlichkeit einer sauberen Rollenlehre. IANA verwaltet die oberste Zuteilung von Nummernressourcen an RIRs. Ein RIR bearbeitet regionale Anträge, führt Datensätze und koordiniert Eindeutigkeit. Ein Ressourcennutzer betreibt sein Netz und entscheidet über die praktische Verwendung. Andere Betreiber entscheiden, welche Routen sie annehmen. Diese Akteure hängen voneinander ab, aber keiner wird dadurch automatisch Eigentümer der gesamten Kette. Ein Registereintrag kann Anerkennung und betriebliche Erwartung prägen; er drückt nicht physisch eine Route in fremde Router.

Die wirtschaftliche Wirkung des Registers entsteht gerade aus dieser Abhängigkeit ohne Souveränität. Wer eine allgemein anerkannte Ressourcenzuordnung braucht, ist auf kohärente Aufzeichnungen und funktionierende Verfahren angewiesen. Fehler oder Verzögerungen können reale Kosten verursachen. Diese Abhängigkeit darf aber nicht sprachlich in Eigentum umgedeutet werden. AFRINIC verwaltete die regionale Registeroberfläche und koordinierte Ressourcenstatus. Es besaß deshalb weder die Netze der Inhaber noch die Routen, die diese mit ihren Ressourcen ankündigten.

Es konnte mit seinen Registerhandlungen Vertrauen erleichtern oder erschweren; es konnte nicht die physikalische Konnektivität kommandieren.

Sechs Kontrollflächen statt einer nebulösen „Autorität“

Die Ereignisse werden verständlich, wenn die vage Frage „Wer hatte die Autorität?“ durch sechs konkrete Fragen ersetzt wird.

Die erste betrifft den laufenden Dienst: Wer empfing Anträge, kommunizierte mit Kunden, betrieb WHOIS und verarbeitete Register- und Buchhaltungsdaten? Ab dem 21. Februar war das primär AFRINIC. Die Systeme liefen, und die Nutzer wurden auf die neue Schnittstelle verwiesen.

Die zweite betrifft die fachliche Aufsicht: Wer konnte die Zuteilungsprüfung kontrollieren oder zumindest mitbeurteilen? Bis zur endgültigen Anerkennung hielten die bestehenden RIRs die zweite Meinung. Ob diese Kontrolle beratend oder in bestimmten Fällen faktisch bindend war, ist mangels Verfahrensakten offen.

Die dritte betrifft Ressourcenbestand und Verwahrung: Aus welchem IANA- oder Vorgängerbestand konnte eine Entscheidung erfüllt werden, und wer hielt die einschlägigen Register-, DNS- und Buchhaltungsunterlagen? Diese Ebene war im Februar geteilt und ist nicht vollständig belegt. Der IPv6-Eintrag aus dem Jahr 2004, die April-Zuteilung 2005 und die Ende April erwähnten Übergabeschreiben verhindern jede eindimensionale Antwort.

Die vierte betrifft die Akkreditierung: Wer entschied, ob AFRINIC im ICP-2-Rahmen als eigenständiges RIR anerkannt wurde? Das war der ICANN-Vorstand nach IANA-Prüfung und unter Einbeziehung der NRO-Bereitschaftseinschätzung. Am 21. Februar bestand eine vorläufige, am 8. April die endgültige Anerkennung. Dies war eine Statusentscheidung innerhalb des Koordinationssystems, keine Gründung nach mauritischem Recht und keine Verleihung staatlicher Gewalt.

Die fünfte betrifft die Rechtspersönlichkeit: Welche Körperschaft schloss Verträge, stellte Personal ein, verwaltete Mitgliedschaft und trug Haftung? Das war die mauritische AFRINIC-Gesellschaft beziehungsweise Mitgliederorganisation. Ihr genaues Gründungsdatum bleibt wegen der kollidierenden Darstellungen und der fehlenden Registerurkunde vorsichtig zu formulieren. Ihre gesellschaftsrechtlichen Befugnisse entstanden jedenfalls nicht aus der Behauptung, ganz Afrika politisch zu vertreten.

Die sechste betrifft Routing und Netzbetrieb: Wer ließ Pakete fließen, kündigte Präfixe an und akzeptierte Routen? Das waren und blieben autonome Netzbetreiber. Ein RIR-Datensatz kann ihre Entscheidungen informieren und die Koordination erleichtern. AFRINIC hatte jedoch keine Schaltzentrale, mit der es alle afrikanischen Router steuerte. Weder ICANN noch die NRO konnten durch Anerkennungs- oder Mitgliedschaftssprache BGP in Bewegung setzen.

Diese Trennung verkleinert AFRINIC nicht. Im Gegenteil: Sie macht die wirkliche Leistung sichtbar. Eine Organisation mit vier im März-Antrag aufgeführten Rollen – CEO, CFO, Registration Service und Engineering sowie Administration und Business Assistance – setzte einen Dienst in Betrieb, übernahm Nutzerbeziehungen und migrierte Daten in einer Region, die zuvor von drei RIRs bedient worden war. Die Zahl vier ist nur eine Momentaufnahme des Antragstellers; sie umfasst nicht zwingend jedes unterstützende Personal der Partnerorganisationen und beweist keine genaue Besetzung am Cutover-Tag.

Dennoch illustriert sie, wie stark die Funktion eines Registers auf verlässlichen Verfahren und Systemen statt auf einem großen staatlichen Apparat beruht.

Was die Betreiber und Ressourceninhaber tatsächlich riskierten

Für Betreiber war die Übergabe kein Seminar über Institutionstheorie, sondern ein möglicher Störfall. Anträge durften nicht verschwinden. Kontaktinformationen mussten auffindbar bleiben. Reverse-DNS-Änderungen sollten nach der Migration noch funktionieren. Gebühren sollten nicht doppelt anfallen. Bestehende Netze sollten nicht wegen einer organisatorischen Neuzuordnung neu nummeriert werden müssen. Der historische Wert des Übergangs liegt deshalb auch darin, dass Dienstkontinuität als eigenständiges Ziel behandelt wurde.

Die RIPE-Unterlagen zeigen, wie kleinteilig dieses Ziel war. Ein zeitweiser Freeze von Reverse-Zonen kann Änderungen verzögern, schützt aber während eines Datentransfers vor widersprüchlichen Zuständen. Das Beibehalten einzelner Routing-Registry-Objekte bei RIPE kann doppelte Pflegeflächen und Veralterungsrisiken erzeugen, verhindert aber zugleich, dass eine noch nicht vorhandene AFRINIC-Routing-Registry ein Loch in den Arbeitsablauf reißt. Der fortbestehende RIPE-Standarddienstvertrag ließ den rechtlichen Übergang hinter dem technischen herlaufen.

Das erzeugte eine zeitweilige Spaltung zwischen Dienstleister und Vertragspartner, vermied aber einen abrupten Verlust der bestehenden Rechtsbeziehung.

Auch die zweite Meinung war ein Tauschgeschäft. Sie konnte die Fehlerwahrscheinlichkeit senken, weil erfahrene Register einen neuen Prozess mitprüften. Zugleich konnte sie Bearbeitungszeiten verlängern und die Frage erschweren, wer für eine problematische Entscheidung verantwortlich war. Ohne Statistiken über Anträge, Eingriffe und Durchlaufzeiten darf keine Seite dieses Tauschs quantifiziert werden. Weder ein behaupteter reibungsloser Nullfehlerbetrieb noch eine behauptete lähmende Doppelbürokratie ist belegt.

Die Quellen liefern außerdem keine unabhängigen Verfügbarkeitsdaten. Es gibt keine belegte Messreihe über WHOIS-Ausfälle, DNS-Fehler, Warteschlangen, Routingstörungen oder Beschwerden von Betreibern. Die Institutionen beschrieben Vorkehrungen und einen funktionierenden Dienst. Das beweist, was sie planten, umsetzten und mitteilten; es beweist nicht, dass jeder einzelne Nutzer die Umstellung ohne Reibung erlebte. Wer die Kontinuität beurteilen will, muss den Unterschied zwischen dokumentiertem Prozess und gemessener Wirkung wahren.

Eine weitere offene Größe ist Zustimmung. APNIC sprach von der Übertragung aller afrikanischen Local Internet Registries und ihrer Ressourcen. RIPE NCC erklärte zugleich, die betroffenen LIRs blieben bis zur Anerkennung rechtlich seine Mitglieder und erhielten AFRINIC-Verträge zugesandt. Es fehlt ein Nenner unterschriebener Verträge ebenso wie eine Liste von Ausnahmen oder Ablehnungen. Institutionelle Gesamtsprache ist daher kein vollständiger Nachweis individueller Zustimmung. Sie zeigt eine organisierte Migration, nicht die politische oder vertragliche Einwilligung jedes Nutzers, jedes Netzes oder gar jedes afrikanischen Staates.

Das stärkste Gegenargument: Genau so sollte Anerkennung funktionieren

Die zeitliche Umkehrung – Betrieb vor Anerkennung – kann leicht als Kritik an formellen Institutionen gelesen werden. Das stärkste Gegenargument lautet jedoch, dass die Reihenfolge das Akkreditierungsverfahren bestätigt. ICANN gewährte zunächst eine vorläufige Anerkennung. Die bestehenden RIRs bildeten Mitarbeitende aus, begleiteten die technische Umsetzung und prüften Anträge gemeinsam. Danach wurde AFRINIC unter realen Bedingungen zum primären Betreiber. NRO-Vertreter besuchten im Januar die Einrichtungen in Mauritius. Der Produktionsbetrieb unter zweiter Meinung lieferte eine Bewährungsphase.

Erst nachdem IANA die zehn ICP-2-Kriterien bewertet hatte, folgte die endgültige Anerkennung. Danach kamen eine eigene IPv4- und ASN-Ausstattung, der NRO-Beitritt und die formellen Übergabeschreiben.

Das ist eine überzeugende institutionelle Verteidigung. Ein verantwortlicher Akkreditierer sollte einem neuen Register nicht allein aufgrund eines Geschäftsplans Zugang zu global koordinierten Beständen geben. Er sollte Technik, Finanzierung, Datenhaltung, Datenschutz, Verfahren und regionale Unterstützung prüfen. Eine schrittweise Daten- und Vertragsmigration kann die Folgen eines Fehlers begrenzen. Der Betrieb vor Anerkennung war unter dieser Lesart kein Beweis dafür, dass Anerkennung leer war, sondern ein praktischer Test, der ihre spätere Erteilung sachlich untermauerte.

Diese Verteidigung verdient Anerkennung, ohne die Kategorien wieder zu vermischen. Sie zeigt, warum die zweite Meinung nützlich gewesen sein könnte und warum die Anerkennung die Stellung AFRINICs veränderte. Sie ändert aber nicht die Chronologie: Die Systeme arbeiteten bereits. Der Boardbeschluss vom 8. April erzeugte den Februar-Dienst nicht rückwirkend. Ebenso wenig verwandelte der Beschluss die Organisation in eine Hoheitsgewalt. Er bestätigte eine Rolle im globalen RIR-Rahmen und eröffnete beziehungsweise festigte bestimmte koordinative Beziehungen.

Der Erfolg des gestuften Verfahrens beweist die Bedeutung sorgfältiger Akkreditierung; er beweist nicht die Souveränität des Akkreditierten.

Das Gegenargument setzt außerdem Grenzen für Kritik. Die fortbestehende zweite Meinung macht AFRINIC nicht zu einer Attrappe oder einem bloßen Briefkasten. Der Betrieb war nach den Quellen substanziell. Umgekehrt darf aus fehlenden Eingriffsdaten nicht geschlossen werden, die Aufsicht sei nur zeremoniell gewesen. Ohne Antragsakten bleibt offen, wie oft sie wirkte. Die glaubwürdigste Position akzeptiert beide Seiten: AFRINIC bewies Arbeitsfähigkeit, und die Partner behielten einen begrenzten Mechanismus zur Qualitätssicherung, bis die formale Prüfung abgeschlossen war.

Warum laufender Code wichtiger ist als feierliche Sprache – aber nicht alles ist

Institutionen erzählen Übergänge gern in der Sprache von Anerkennung, Gemeinschaft und Repräsentation. Solche Begriffe können legitime Ziele beschreiben, sind aber schlechte Messgeräte für die tatsächliche Kontrollfläche. Am 21. Februar lässt sich die Realität an laufenden Systemen prüfen: Wo gingen Anträge ein? Welche Datenbank veröffentlichte Informationen? Wer bearbeitete den Vorgang? Welche Schnittstelle wurde abgeschaltet oder umgeleitet? Wer hielt die zweite Meinung? Diese Fragen liefern schärfere Antworten als eine spätere Proklamation, die Organisation sei „voll funktionsfähig“ oder vertrete eine Region.

Die Vorrangstellung des laufenden Codes bedeutet nicht, dass Verträge und Anerkennung bedeutungslos wären. Software kann verfügbar sein, ohne dass Nutzer ihren Ergebnissen vertrauen. Eine Datenbank kann Datensätze anzeigen, ohne dass andere Koordinatoren sie als eindeutige Grundlage behandeln. Anerkennung, Vertrag und institutionelle Gewohnheit schaffen deshalb ein wertvolles Netz von Erwartungen. Aber diese Erwartungen bleiben von physischer Befehlsgewalt verschieden. Sie wirken, weil Akteure sie akzeptieren, weil Verfahren funktionieren und weil Abweichung Kosten verursacht – nicht weil das Register fremde Router unmittelbar beherrscht.

Das Buchhalterbild trifft die Grenze gut, sofern es nicht geringschätzig verwendet wird. Ein guter Buchhalter kann für die Kontinuität eines Unternehmens unentbehrlich sein. Er kann einen Fehler erkennen, widersprüchliche Ansprüche markieren und eine verlässliche Historie erhalten. Er besitzt deshalb nicht automatisch die Vermögenswerte, die er verbucht. Ebenso kann ein Register für die Eindeutigkeit und Nachweisbarkeit von Nummernressourcen zentral sein, ohne Eigentümer der Netze oder Souverän der Nutzer zu werden. Sein legitimer Kern ist die integre, portable und überprüfbare Aufzeichnung samt Dienstleistung.

Der AFRINIC-Übergang zeigt zudem, dass die Funktion nicht untrennbar an eine bestimmte Körperschaft gebunden ist. Drei bisherige RIRs konnten Daten, Kundenkontakte und Arbeitsabläufe schrittweise an einen neuen Betreiber weitergeben. Das ist historische Evidenz dafür, dass Kontinuität im Register, in den Diensten und bei den laufenden Netzen liegt, nicht in der behaupteten Unsterblichkeit einer Organisation. Daraus folgt nicht, dass ein heutiger Notfallwechsel einfach wäre. Moderne Abhängigkeiten, insbesondere Sicherheits- und Zertifikatsinfrastrukturen, sind in diesem Ereignispaket nicht dokumentiert.

Der historische Fall beweist Übertragbarkeit unter kooperierenden Institutionen, nicht mühelose Austauschbarkeit unter Krisenbedingungen.

Die gleiche Grenze gilt für NRS. NRS kann forschen, Positionen vertreten, Akteure zusammenbringen und ausdrücklich bevollmächtigte Mitglieder repräsentieren. Es betreibt dadurch kein AFRINIC-Register, kein WHOIS oder RDAP, keine Ressourcenvergabe, keine Wahl, kein Berufungsverfahren, keine Abrechnung und keine Kontinuitätsinfrastruktur. Seine Darstellungen sind als erstklassige Quellen zu behandeln, einschließlich des nicht aufgelösten Datumswiderspruchs. Sie ersetzen aber nicht die zeitgenössischen Übergabeinstrumente und verleihen NRS keine operative Rolle, die es nicht innehat.

Offizielle Unterlagen wiederum sind für institutionelle Taten unverzichtbar. Der NRO-Bericht ist der beste Beleg dafür, was NRO und AFRINIC am 21. Februar an ICANN meldeten. Die ICANN-Resolution beweist den Anerkennungsbeschluss vom 8. April. Die IANA-Register belegen ihre heutigen Einträge. Die RIPE-Unterlagen beschreiben die eigenen Umstellungsmaßnahmen. Keines dieser Dokumente entscheidet allein die philosophische Frage, ob „regionale Repräsentation“ eine allgemeine politische Vollmacht erzeugt. Es beweist zunächst, was die betreffende Institution sagte, verzeichnete oder tat.

Attribution ist keine Abwertung; sie ist die Voraussetzung dafür, aus Selbstbeschreibung keinen unkontrollierten Autoritätsanspruch zu machen.

Die Lücken gehören zur Geschichte

Die Überlieferung ist stark genug für den Kernbefund und zu schwach für mehrere verführerische Zusätze. Es fehlt der ursprüngliche Übergangsplan mit messbaren Abnahmekriterien für Phase II und Phase III. Es fehlt das genaue Verfahren der zweiten Meinung. Es fehlen Fallakten und Mengenangaben zu Anträgen, Zustimmungen, Änderungen, Verzögerungen und Ablehnungen. Es fehlen APNIC- und ARIN-Inventare, die der RIPE-Dokumentation an Granularität entsprechen. Es fehlen die Texte der Ende April erwähnten formellen Übergabeschreiben. Es fehlt die mauritische Gründungsurkunde, die den Konflikt zwischen Februar 2004 und April 2005 auflösen könnte.

Und es fehlen unabhängige Betriebsdaten, mit denen ein störungsfreier Wechsel nachgewiesen werden könnte.

Eine weitere sprachliche Lücke steckt in der gemeinsamen NRO-Mitteilung. Sie erklärte einerseits, AFRINIC-Systeme seien in Produktion und die volle Operation beginne am 21. Februar unter zweiter Meinung. Andererseits erwartete sie eine Aktivierung als „fully operational“ am 11. April. Ohne Definition ist unklar, ob damit die spätere Phase III, ein anerkennungsabhängiges Statusetikett oder nur eine geplante Freigabe gemeint war. Diese Spannung ist kein Grund, eine der Aussagen zu löschen. Sie zeigt, wie institutionelle Texte dasselbe Wort für Betrieb, Unabhängigkeit und formalen Status verwenden können.

Präzise Analyse muss diese Bedeutungen auseinanderziehen.

Ebenso darf die fehlende Evidenz nicht mit negativer Gewissheit verwechselt werden. Dass kein öffentliches Interventionsprotokoll gefunden wurde, beweist nicht, dass es keines gab. Dass keine Ausfallstatistik vorliegt, beweist weder Ausfallfreiheit noch eine Störung. Dass keine vollständige Zustimmungsliste vorliegt, beweist keinen Widerstand. Jede dieser Lücken markiert den Rand des verfügbaren Korpus bis zum 10. August 2026. Private, anders archivierte oder später veröffentlichte Unterlagen können existieren; ohne zusätzliche Prüfung tragen sie den vorliegenden Befund nicht.

Diese Geschichte grenzt sich deshalb bewusst von mehreren anderen Erzählungen ab. Sie ist keine Gesamtdarstellung des langen afrikanischen Weges zu einem eigenen RIR, keine Prüfung aller Gründungsversprechen, keine Analyse der 21-tägigen ICANN-Kommentierungsphase und keine Detailgeschichte der ersten nach Anerkennung zugeteilten Blöcke. Sie bewertet weder die Klauseln des NRO-Beitritts umfassend noch die Zusammensetzung der ICANN-Abstimmung. Sie nutzt spätere AFRINIC-Krisen nicht als Beweis für Absichten im Jahr 2005.

Ihr Gegenstand ist enger: der Tag, an dem die Arbeit den institutionellen Etiketten vorauslief, und die dadurch sichtbar gewordene Aufteilung von Betrieb, Prüfung, Bestand, Vertrag und Anerkennung.

Ein begrenztes Register mit großer Wirkung

Was bleibt, ist weder die Behauptung, Anerkennung sei bedeutungslos gewesen, noch die Behauptung, sie habe AFRINIC erschaffen. Der Februar-Betrieb demonstrierte Leistungsfähigkeit. Die zweite Meinung begrenzte die unabhängige Entscheidung und reduzierte mutmaßlich Übergangsrisiken. Der April-Beschluss veränderte die Stellung im global anerkannten System. Die anschließenden Ressourcen-, Mitgliedschafts- und Übergabeakte vervollständigten weitere Schichten. Die Reihenfolge war kein Fehler in der Geschichte, sondern ihre wichtigste Information.

Der Mechanismus war sinnvoll: Erst wurde der Dienst unter Aufsicht in die Region verlagert; dann bewerteten IANA und ICANN die organisatorische und technische Reife; anschließend folgten weitere formelle Schritte. Für Local Internet Registries reduzierte dies die Gefahr eines harten Schnitts. Für die beteiligten Institutionen erzeugte es beobachtbare Erfahrung. Für die heutige Analyse liefert es eine Kontrollprobe gegen institutionelle Überhöhung: Wenn der Dienst vor der endgültigen Anerkennung laufen konnte, kann die Anerkennung nicht die physische Ursache des Betriebs gewesen sein.

Wenn nach dem Dienstbeginn noch Aufsicht, Verträge, Ressourcen- und Übergabeinstrumente offen waren, kann Betrieb nicht mit vollständiger Befugnis gleichgesetzt werden.

AFRINICs Macht war und ist in diesem historischen Moment am treffendsten als Abhängigkeit von einem verlässlichen Register zu verstehen. Wer eine eindeutige und allgemein akzeptierte Ressourcenzuordnung brauchte, musste sich auf den Dienst verlassen können. Das gab der Organisation Einfluss auf Fristen, Datenqualität und die Kosten koordinierter Nutzung. Es gab ihr keine Krone.

Ein Register kann folgenreich sein, ohne souverän zu sein; es kann Entscheidungen mit privaten und betrieblichen Folgen treffen, ohne Polizei oder Gericht zu werden; es kann eine Region bedienen, ohne jeden Menschen und jeden Staat dieser Region politisch zu repräsentieren.

Der 21. Februar 2005 ist deshalb nicht vor allem der Tag einer neuen „Herrschaft“. Er ist der Tag, an dem eine neue Stelle den Dienst praktisch übernahm, während das System seine Sicherungsleinen noch nicht gelöst hatte. Das ist eine nüchternere Geschichte als ein Gründungsmythos – und eine stärkere. Sie würdigt die Leistung der Mitarbeitenden und die Sorgfalt der Migration, ohne aus Koordination Eigentum, aus Anerkennung Souveränität oder aus einem Datenbankeintrag die Kontrolle über das Internet zu machen.