Zusammenfassung

  • Der AFRINIC-Vorstand ratifizierte im Mai 2006 mit Resolution 200605.27 eine vorgeschlagene Änderung der Voraussetzungen für die Zuteilung autonomer Systemnummern und wies die Mitarbeitenden an, sie umzusetzen. Die Kennung belegt keinen Beschluss am 27. Mai; die offizielle Seite nennt keinen genauen Kalendertag.
  • Die Änderung führte den technischen Eignungstest nicht neu ein. Im erhaltenen Vorher-nachher-Vergleich wurde nur die Mitgliedschaft bei AFRINIC in gutem Stand als End User oder LIR ergänzt; eine gegenüber Grenzpartnern eigenständige Routing-Policy, Multihoming, eine zeitnahe künftige Erfüllung und die Prüfung nach RFC 1930 waren bereits Bestandteil des Textes.
  • Zwischen den Punkten zur eigenständigen Routing-Policy und zum Multihoming steht im formalen Vorschlag weder ein ausdrückliches „und“ noch ein „oder“. Eine zeitgenössische NRO-Übersicht gab den regionalen Test mit „oder“ wieder, war aber weder formelle Änderung noch Nachweis der Entscheidungspraxis. Ein Register einzelner Anträge, Nachweise und Gründe ist öffentlich nicht erhalten.
  • Damit blieb die vertretbare Reichweite eng: AFRINIC konnte für seine private Koordinierungsdienstleistung prüfen, ob ein global eindeutiger ASN-Eintrag gebraucht wurde und ob eine aktuelle Dienstleistungsbeziehung bestand. Das war keine Betriebserlaubnis, kein öffentliches Recht und keine Befugnis, Topologie oder Routenauswahl anderer Netze anzuordnen.

Was der Vorstand tatsächlich tat

Der sichere Kern des Vorgangs ist kleiner, als die Nummer der Resolution vermuten lässt. Die offizielle Vorstandsübersicht ordnet Resolution 200605.27 dem Mai 2006 zu. Sie hält fest, dass der Vorstand nach einem Bericht des Vorsitzes der Policy Working Group mehrere offene Vorschläge ratifizierte, darunter die Änderung der Kriterien für ASN-Zuteilungen, und die Mitarbeitenden mit der Umsetzung beauftragte. Der Datensatz nennt jedoch keinen genauen Tag im Mai. Die Zeichenfolge „200605.27“ darf deshalb nicht als Beleg für den 27. Mai gelesen werden.

Ebenso fehlen dort individuelle Stimmen, ein Quorumsnachweis, eine beigefügte Endfassung und eine Begründung des Vorstands.

Für die Einordnung ist diese Nüchternheit wichtig. Ratifikation und Umsetzungsauftrag sind institutionelle Handlungen einer privaten Registerorganisation. Sie zeigen, dass eine interne Dienstleistungsregel den vorgesehenen Entscheidungsweg durchlaufen hatte. Sie zeigen nicht, dass ein Gesetzgeber eine Norm erlassen, eine Behörde eine Betriebsgenehmigung geschaffen oder ein Gericht über öffentliche Rechte entschieden hätte. Die Resolution bündelte mehrere offene Vorschläge; hier zählt ausschließlich der Teil, der die gewöhnliche ASN-Eignung betraf.

Auch der Wortlaut der Änderung ist enger als eine flüchtige Zusammenfassung. Mark Tinka datierte seinen Vorschlag auf den 16. April 2005 und stellte ihn am 17. April auf die AFRINIC-Policy-Liste. Der erhaltene Vergleich zwischen bisherigem und vorgeschlagenem Text zeigt eine einzige neue Eignungszeile: Die Organisation sollte AFRINIC-Mitglied in gutem Stand sein und dem Typ End User oder LIR angehören. Die technischen Punkte standen schon im bisherigen Text. Wer die Resolution als Ursprung von Multihoming, eigenständiger Routing-Policy oder RFC-1930-Prüfung darstellt, verschiebt den Gegenstand des Beschlusses.

Diese eine Ergänzung war dennoch nicht belanglos. Sie verband den Zugang zu einem global eindeutigen Registereintrag ausdrücklich mit einer identifizierbaren und aktuellen Beziehung zur Registerdienstleistung. Das kann für Kontaktdaten, Gebühren und Pflegepflichten praktisch sein. Zugleich entsteht ein Governance-Risiko, wenn Kontenstatus und technische Notwendigkeit nicht getrennt begründet werden. „In gutem Stand“ bezeichnet in diesem Vorgang eine Dienstleistungs- und Mitgliedschaftseigenschaft. Der Ausdruck belegt weder staatliche Zulassung noch allgemeine Solvenz, moralische Eignung oder Rechtmäßigkeit des Netzbetriebs.

Die vier erhaltenen Prüfgedanken

Der erste technische Gedanke war eine eigenständige Routing-Policy. Der Text erläuterte dies als eine Policy, die sich von jener der Border-Gateway-Peers unterscheidet. Gemeint ist eine nach außen wirksame Entscheidung darüber, wie Routing-Informationen gegenüber benachbarten autonomen Systemen ausgedrückt und behandelt werden. Nicht jede interne Redundanz, nicht jedes dynamische Routing und nicht schon der bloße Einsatz von BGP begründet eine eigenständige globale Identität. Entscheidend ist, ob die Site im Verhältnis zu ihren externen Nachbarn eine abweichende Policy ausdrücken muss.

Diese Abgrenzung erklärt, warum ein eigener ASN kein Schmuckstück für technische Reife ist. Wenn eine einfach angebundene Site dieselbe externe Policy wie ihr Provider verfolgt, kann die Policy grundsätzlich unter dem AS des Providers ausgedrückt werden. Dann trägt eine weitere weltweit sichtbare Nummer keine zusätzliche, für andere Netze nützliche Information. Ein seltener Fall kann anders liegen: Auch eine nur einfach angebundene Site kann eine wirklich eigenständige externe Policy haben. Genau deshalb darf „eigenständig“ nicht mechanisch mit der Zahl physischer Leitungen gleichgesetzt werden.

Der zweite Gedanke war Multihoming. Im Kern bezeichnet es die Verbindung mit mehr als einem anderen autonomen System. Der später konsolidierte Text erkannte daneben auch die Anbindung an einen öffentlichen Internet Exchange Point. Damit geht es um externe Beziehungen, nicht bloß um zwei interne Leitungen, redundante Router oder ein Interior-Gateway-Protokoll innerhalb derselben organisatorischen Routingdomäne. Wer einen globalen ASN für solche Außenbeziehungen nutzt, muss außerdem in der Lage sein, das einschlägige Interdomain-Routing tatsächlich zu betreiben.

Auch das ist eine Feststellung über technische Nutzbarkeit, keine Anweisung, wie ein Unternehmen sein Netz zu bauen hat.

Der dritte Gedanke war vorausschauend. Eine Organisation, die die Kriterien im Augenblick des Antrags noch nicht erfüllte, konnte sich darauf stützen, dass sie sie nach Erhalt der Nummer oder innerhalb einer vernünftig kurzen Zeit erfüllen werde. Diese Klausel vermeidet einen Zirkelschluss: Ein Betreiber muss nicht erst eine vollständig aktive Konfiguration vorweisen, wenn gerade die eindeutige Nummer eine Voraussetzung dafür ist, die geplante Außenbeziehung sinnvoll in Betrieb zu nehmen. Zukunftssicherheit als bloßer Wunsch genügt aber nicht.

Erforderlich ist eine konkrete, zeitnahe Änderung, die den Nutzen globaler Eindeutigkeit nachvollziehbar macht.

Wie lang die „vernünftig kurze Zeit“ war, ist in den erhaltenen Unterlagen nicht bestimmt. Ebenso wenig ist ein Katalog überliefert, nach dem ein Antragsteller geplante Peers, Inbetriebnahmetermine, Verträge, Konfigurationen oder Prognosen nachweisen musste. Deshalb kann die Klausel nur in ihrer Funktion erklärt werden: Sie öffnete einen Weg für glaubhafte bevorstehende Eignung, ohne einen Zeitraum oder bestimmte Belegformate zu liefern. Jede genauere Darstellung des Jahres 2006 würde eine nicht belegte Praxis erfinden.

Der vierte Gedanke war die Bewertung anhand der Leitlinien von RFC 1930. Dieses technische Dokument erklärt, wann eine autonome Systemnummer als Einheit für den Austausch externer Routing-Informationen nützlich ist. Eine andere autonome Einheit kann empfangene Routeninformationen verwenden oder verwerfen; die bloße Existenz einer Registrierung zwingt sie zu nichts. Das Dokument unterscheidet deshalb zwischen einem echten Bedarf, eine abweichende Außenpolicy weltweit eindeutig auszudrücken, und Fällen, in denen eine Provider- oder private ASN-Lösung ausreicht.

RFC 1930 macht zudem deutlich, dass geografische Ausdehnung, interne Topologie oder Acceptable-Use-Regeln nicht für sich allein eine Nummer erzwingen. Solche Eigenschaften sind nur insoweit erheblich, als sie eine nützliche, außen sichtbare Policyinformation hervorbringen. Der technische Verweis begrenzte die Prüfung auf die Frage der Nummernnotwendigkeit. Er verwandelte eine technische Empfehlung nicht in öffentliches Recht und erteilte AFRINIC keine Zwangsgewalt über Antragsteller oder entfernte Netze.

Die offene Konjunktion

Gerade weil die technischen Begriffe präzise gelesen werden müssen, fällt eine sprachliche Lücke ins Gewicht. Der formale Vorschlag führte die eigenständige Routing-Policy und das Multihoming als getrennte Punkte auf, schrieb dazwischen aber weder ausdrücklich „und“ noch „oder“. Aus der Listenform allein lässt sich nicht sicher ableiten, ob beide Merkmale kumulativ verlangt wurden, eines als Alternative genügte oder eine kontextbezogene Ausnahmeregel gedacht war. Die Zukunftsklausel spricht wiederum von der späteren Erfüllung der Kriterien, löst aber nicht auf, welche Verknüpfung diese Kriterien hatten.

Im Juli 2006 veröffentlichte die Number Resource Organization eine vergleichende Übersicht der RIR-Policies. Dort wurde die AFRINIC-Voraussetzung als eigenständige Routing-Policy oder Multihoming zusammengefasst. Das ist gewichtige zeitgenössische Evidenz dafür, wie der regionale Test in einer organisationsübergreifenden Vergleichstabelle dargestellt wurde. Es ist aber keine formelle Änderung des AFRINIC-Textes, keine schriftliche Weisung an Hostmaster und kein Protokoll darüber, wie ein konkreter Antrag geprüft wurde.

Die faire Schlussfolgerung ist deshalb zweigeteilt. Einerseits darf die NRO-Fassung nicht ignoriert werden; sie stützt eine veröffentlichte Oder-Lesart und passt zu dem technischen Gedanken, dass ein seltenes einfach angebundenes Netz mit wirklich abweichender Policy eine Nummer benötigen kann. Andererseits darf die Vergleichstabelle die fehlende Konjunktion nicht rückwirkend aus dem formalen Text entfernen. Ohne eine überlieferte Klarstellung oder einzelne Entscheidungsakten bleibt offen, ob Mitarbeitende 2006 durchgehend eine Oder-, eine Und- oder eine fallbezogene Lesart anwandten.

Diese Ungewissheit hat praktische Folgen. Ein Antragsteller konnte nicht allein aus dem veröffentlichten Aufzählungsformat erkennen, ob er zwei getrennte Sachverhalte beweisen musste. Ein Prüfer konnte dieselben Angaben unterschiedlich gewichten, ohne dass die Abweichung später sichtbar geworden wäre. Und ein heutiger Beobachter kann aus der NRO-Zusammenfassung weder einen bestimmten bewilligten noch einen abgelehnten Antrag rekonstruieren. Die Lücke ist ein Problem der Nachprüfbarkeit, kein Beweis für Missbrauch oder inkonsistente Entscheidungen.

Vom Vorschlag zur Ratifikation

Die Dokumentenkette beginnt mit Tinkas ursprünglichem Beitrag vom 17. April 2005. Seine Rolle war die eines Vorschlagenden. Er formulierte die zusätzliche Mitgliedschaftszeile und begründete, warum der Policytext den Status der Organisation ausdrücklich benennen sollte. Er setzte die Regel jedoch weder selbst in Kraft noch entschied er über spätere Anträge. Diese Trennung zwischen Autor, Diskussion, Versammlungsprozess, Vorstand und Mitarbeitenden verhindert, dass aus einem einzelnen Beitrag eine institutionelle Entscheidung gemacht wird.

Am 19. und 21. April hielten Beiträge von Alan Levin und Gregory Massel Bedenken fest. Levin erklärte zunächst, er sei noch nicht überzeugt. Massel wandte sich gegen das, was er als zusätzliche jährliche Mitgliedschaftsbelastung für eine Organisation mit ausschließlich einer ASN verstand. Diese Aussagen belegen reale Einwände zu Kosten, Mitgliedschaft und möglicher Doppelung. Sie sagen jedoch nichts darüber aus, wie groß die jeweilige Gruppe hinter einer Position war oder ob die Einwände später vollständig ausgeräumt wurden.

Adiel Akplogan antwortete als damaliger AFRINIC-Geschäftsführer. In der erhaltenen Folge erklärte er zunächst, 400 US-Dollar seien eine Einrichtungsgebühr. Später präzisierte er, Inhaber einer ASN gehörten einer eigenen Mitgliedschaftskategorie mit 50 US-Dollar Jahresbeitrag an; 400 US-Dollar bezögen sich auf eine reine Mitgliedschaftskategorie ohne Nummernressourcen. Diese Zahlen und Kategorien sind als zeitgenössische Erklärung eines AFRINIC-Verantwortlichen belastbar. Sie sind keine unabhängig geprüfte Gebührenrechnung und belegen nicht, dass alle Beteiligten die Einordnung akzeptierten.

Levin sagte nach der Erläuterung, sie habe geholfen, stellte aber noch die Frage, ob der Zusatz redundant sei. Akplogan erwiderte, der Satz vervollständige das Policydokument, weil Gebührenordnung und Policy unterschiedliche Aufgaben erfüllten. Darin liegt der eigentliche Governance-Konflikt der Debatte: Soll ein Dienstleistungsstatus im Eignungstext selbst stehen, auch wenn die finanziellen Einzelheiten anderswo geregelt sind? Die Antwort des Geschäftsführers war, dass technische und vertragliche Dokumente getrennte Funktionen haben. Das ist eine institutionelle Begründung, keine allgemeingültige rechtliche Qualifikation.

Am 13. Dezember 2005 verzeichnete der Bericht der AFRINIC-3-Versammlung den Vorschlag über veränderte Kriterien für ASN-Zuteilungen. Der Bericht meldete Konsens zu den vorgestellten Vorschlägen und sah vor, sie für eine 15-tägige Last-Call-Phase an die Mailingliste zurückzugeben, bevor sie dem Vorstand vorgelegt würden. Nicht enthalten sind Stimmenzahl, Bezugsgröße, Handzeichen, Wortprotokoll, Liste abweichender Ansichten oder ein für diesen Vorschlag gesondert unterzeichneter Konsensbefund. „Konsens“ ist damit eine dokumentierte Prozessmeldung, aber keine mathematisch rekonstruierbare Abstimmung.

Das offizielle Policyarchiv nennt als Last Call den Zeitraum vom 9. bis 24. Februar 2006. Es führt den Vorschlag außerdem als umgesetzt. Die Seite bewahrt jedoch keine vollständige Sammlung der Last-Call-Beiträge, keine Tabelle über die Behandlung einzelner Einwände und keine nachfolgende operative Anweisung. Besonders auffällig ist ein anderes Metadatum: Auf der Archivseite wird als „Date“ der 17. Mai 2005 angezeigt. Dieses Datum passt nicht zu der späteren Versammlung, dem Last Call im Februar 2006 und der Ratifikation im Mai 2006. Es darf daher nicht als Umsetzungsdatum ausgegeben werden.

Ob es Veröffentlichung, Migration oder etwas anderes bezeichnet, bleibt offen.

Den Abschluss der sicher belegten damaligen Kette bildet die Vorstandsratifikation im Mai 2006 samt Auftrag an die Mitarbeitenden zur Umsetzung. Danach liefert ein später konsolidiertes AFRINIC Resource Policy Manual zusätzliche Sicht auf den fortbestehenden Text und das Verwaltungsmodell. Es enthält die Eignungspunkte, die Mitgliedschaft in gutem Stand und die Befugnis, Informationen anzufordern, die zum Verständnis der geplanten Routing-Policy und zur Entscheidung über die Notwendigkeit einer ASN gebraucht werden.

Es beschreibt zudem einen öffentlichen aut-num-Eintrag, administrative und technische Kontakte, die empfohlene Registrierung der Routing-Policy, Aktualisierungspflichten und die Rückgabe einer ungenutzten Nummer.

Der spätere Leitfaden darf nicht zur verlorenen Bedienungsanleitung des Jahres 2006 umgedeutet werden. Er bestätigt, dass die fraglichen Klauseln fortbestanden und dass Zuteilung, öffentlicher Eintrag, Pflege und Rückgabe als zusammenhängende Registeraufgaben verstanden wurden. Er beweist weder das genaue damalige Antragsformular noch die Belegschwelle, die interne Delegation, die Dauer einer Prüfung oder die Vollständigkeit eines bestimmten aut-num-Datensatzes. Zwischen erhaltenem Normtext und nicht erhaltener Einzelfallpraxis bleibt eine klare Beweisgrenze.

Was ein Antragsteller zeigen musste – und was unbekannt bleibt

Die erste Darlegungslast lag beim Antragsteller. Er musste schlüssig machen, warum seine geplante externe Routinggestaltung eine weltweit eindeutige ASN verlangte, und den einschlägigen Mitgliedschaftsstatus in gutem Stand erfüllen.

Je nachdem, auf welchen Textpunkt er sich stützte, ging es um unterschiedliche Tatsachen: die Identität der Organisation und den Status als End User oder LIR; eine externe Routing-Policy und ihre Abweichung von den Policies der Grenzpartner; Verbindungen zu mehreren externen autonomen Systemen oder die einschlägige öffentliche IXP-Anbindung; oder eine konkret erwartete Änderung nach Zuteilung innerhalb einer nicht näher bestimmten kurzen Zeit.

Ein weiterer, häufig übersehener Teil der Darlegung ist die Abgrenzung zu einer Provider- oder privaten ASN. Der Antrag sollte nicht bloß sagen, dass BGP eingesetzt oder eine Nummer gewünscht werde. Er musste erklären, welche global sichtbare Policyinformation ohne eigenen eindeutigen Eintrag nicht angemessen ausgedrückt werden konnte. Das ist der Verbindungspunkt zwischen den technischen Kriterien und dem Koordinierungszweck: Die Registerstelle prüft, ob die weltweit eindeutige Kennung einen tatsächlichen Informations- und Interoperabilitätsnutzen hat.

Welche Unterlagen dafür 2006 verlangt wurden, ist nicht überliefert. Es gibt kein erhaltenes zeitgenössisches Formular und keine Checkliste. Nicht belegt ist, ob Bestätigungen von Peers, Verträge, Rechnungen, Routerkonfigurationen, schriftliche Policys, Inbetriebnahmepläne oder andere Dokumente vorgeschrieben waren. Ebenso fehlen namentliche Prüfer, delegierte Entscheidungsbefugnisse, Vorlagen für Begründungen und eine Liste bewilligter, abgelehnter, zurückgezogener, korrigierter oder überprüfter Anträge. Diese Leerstellen dürfen nicht durch aktuelle Praxis oder plausible Vermutungen gefüllt werden.

Auf Seiten der Mitarbeitenden ist nur eine begrenzte Untersuchungsfunktion gestützt. AFRINIC durfte Informationen erfragen, die notwendig waren, um die geplante Routing-Policy zu verstehen und zu entscheiden, ob eine ASN gebraucht wurde. Das ist keine hoheitliche Beweisaufnahme. Ein privater Dienstleister kann um Belege bitten und die Leistung verweigern, wenn seine veröffentlichten Kriterien nicht nachgewiesen sind; er kann aber Unterlagen nicht kraft öffentlichen Rechts erzwingen.

Jede Frage sollte deshalb auf eine konkrete Eignungsbehauptung zurückführen: Wer beantragt, welcher Kontostatus besteht, welche externe Policy unterscheidet sich, welche Verbindungen sind geplant und weshalb genügt keine andere Nummernlösung?

Ist die Darlegung überzeugend, besteht das Ergebnis in einer Zuteilung und Registrierung einer eindeutigen ASN. Ist sie es nicht, lässt sich aus dem Text nur folgern, dass AFRINIC den verlangten Eintrag unter den Dienstleistungskriterien nicht vornahm. Daraus folgt nicht, dass das Netz illegal wäre, seine Geräte abgeschaltet werden müssten oder seine Geschäftspartner verboten wären. Der Betreiber kann seine technische und geschäftliche Lage anders organisieren; die entfernten Netze entscheiden weiterhin selbst, welche Routinginformationen sie annehmen, filtern oder ignorieren.

Das stärkste Argument für die Prüfung

Die Gegenposition zu einer rein formalen oder automatischen Zuteilung verdient ihre stärkste Fassung. Eine weltweit eindeutige ASN ist kein beliebiger Lagerartikel. Ihr Nutzen entsteht daraus, dass viele voneinander unabhängige Betreiber dieselbe Kennung kollisionsfrei verstehen und mit einer sinnvollen Außenpolicy verbinden können. Wird jede gewünschte Nummer ohne Bedarfsprüfung vergeben, können unnötige Policyidentitäten und wenig aussagekräftiger globaler Routingzustand entstehen. Die kleinen Kosten für Dokumentation, Filterpflege und Fehlersuche verteilen sich dann auf Akteure, die an der ursprünglichen Entscheidung nicht beteiligt waren.

Aus dieser Sicht sind Multihoming und eine von Grenzpartnern abweichende Policy vernünftige Stellvertreter für einen echten globalen Bedarf. Die Zukunftsklausel verhindert zugleich, dass ein Antragsteller zuerst eine Konfiguration aktivieren müsste, für die er gerade die Nummer benötigt. Mitgliedschaft in gutem Stand schafft einen erreichbaren Vertragspartner, unterstützt aktuelle Kontaktdaten und trägt die Kosten der Registerleistung. Weil geplante Topologien nicht vollständig in mechanischen Kontrollkästchen erfasst werden können, bleibt eine fachliche Prüfung durch Mitarbeitende notwendig.

Dieses Argument hat technischen und institutionellen Wert. Auch RFC 1930 warnt sinngemäß davor, schon den Austausch externer Routinginformationen oder abstrakte Zukunftsvorsorge als automatischen Anspruch auf eine eindeutige Nummer zu behandeln. Ein reines Windhundverfahren würde die gemeinsame Eindeutigkeits- und Dokumentationsschicht schwächen. Eine Registerorganisation darf deshalb innerhalb von Vertrag und anwendbarem Recht Kriterien für ihre private Leistung aufstellen und korrekte Einträge pflegen.

Die Kritik an Machtüberschreitung darf nicht in die Behauptung kippen, jede Prüfung sei illegitim oder globale Eindeutigkeit verursache keine Koordinierungskosten.

Gerade die Stärke dieser Verteidigung zeigt aber ihre Grenze. Sie rechtfertigt eine evidenzgebundene Registerschranke, keine offene Entscheidung über das Geschäftsmodell des Antragstellers. Der Kontostatus darf nicht als Ersatz für technischen Bedarf dienen. Eine Frage nach Peers oder Policy muss zeigen, welchen Eignungspunkt sie prüft; sie darf nicht zur Auswahl gewünschter Vertragspartner werden. Die Zukunftsklausel erlaubt die Prüfung einer konkreten Planung, nicht die Bewertung unternehmerischer Würdigkeit.

Und die Möglichkeit, eine Registerdienstleistung abzulehnen, verleiht keine Befugnis, die zugrunde liegende Netzarchitektur zu verbieten.

Die fehlende Entscheidungsakte

Die größte Lücke liegt nicht im erhaltenen Policywortlaut, sondern zwischen diesem Wortlaut und dem einzelnen Ergebnis. Öffentlich fehlt ein Entscheidungsregister, das Antrag, herangezogenen Text, verlangte Belege, Bewertung, Begründung, Korrekturmöglichkeit und Überprüfung miteinander verbindet. Deshalb lässt sich nicht prüfen, ob zwei ähnlich gelagerte Anträge gleich behandelt wurden. Ebenso lässt sich nicht feststellen, ob eine Ablehnung technisch, wegen des Kontostatus oder wegen unvollständiger Unterlagen erfolgte.

Es fehlen auch die Einzelheiten, die eine rückblickende Behauptung über damalige Härte oder Nachsicht tragen könnten. Kein konkreter Antragsteller, kein Datum eines Antrags, keine Nachfrage eines Hostmasters, keine Bearbeitungsdauer, keine Bewilligung, keine Ablehnung und kein Rechtsbehelf sind belegt. Die Abwesenheit in der öffentlichen Überlieferung beweist nicht, dass intern nie Unterlagen bestanden. Sie belegt lediglich eine Auditlücke: Ein externer Beobachter kann die Verbindung zwischen Regel und Einzelfallentscheidung nicht nachvollziehen.

Diese Unterscheidung schützt beide Seiten vor Übertreibung. Sie verhindert einerseits, dass eine Institution aus einem knappen öffentlichen Eintrag automatisch konsistente Praxis ableitet. Sie verhindert andererseits, dass Kritiker aus der Lücke Korruption, bösen Glauben oder einen dokumentierten Schaden konstruieren. Belastbar ist nur, dass die öffentliche Evidenz für die Einzelfallkette fehlt und daher heutige Gewissheit über Anwendung, Gründe und Gleichbehandlung nicht möglich ist.

Ein dünnes, überprüfbares Verfahren hätte die Lücke verkleinern können. Ein Antrag hätte die beanspruchte Alternative oder Kombination, geplante Außenpartner beziehungsweise IXP-Anbindung, Policyabweichung, betroffene Präfixe, erwarteten Aktivierungszeitpunkt und den Grund nennen können, weshalb Provider- oder private ASN nicht genügte. Die Prüfseite hätte für jeden Punkt das Ergebnis, verwendete Evidenz, eine Korrekturfrist und eine begrenzte interne Überprüfung festhalten können. Dies ist ein Gegenentwurf für Nachprüfbarkeit, keine Behauptung über das Verfahren von 2006.

Die institutionelle Grenze

AFRINICs vertretbare Funktion war die eines privaten Buchhalters für Eindeutigkeit und eines Koordinators des Nummernregisters. Die Organisation konnte einen eindeutigen Eintrag führen, Kollisionen vermeiden, zugehörige Kontakte pflegen und prüfen, ob der Eintrag für die geplante externe Policy gebraucht wurde. Diese Aufgaben sind real und wertvoll. Sie sind aber nicht mit der Herrschaft über das betriebene Internet identisch.

Aus Resolution 200605.27 erwuchs keine souveräne, gesetzgeberische, regulatorische, polizeiliche, staatsanwaltschaftliche, richterliche, strafende oder konfiszierende Gewalt. AFRINIC wurde weder zu „Afrika“ noch zu einer öffentlichen Lizenzbehörde. Der gute Stand eines Mitglieds war keine staatliche Konzession. Eine Nichtzuteilung war kein Bußgeld und keine Beschlagnahme. Der Policytext bestimmte, unter welchen Bedingungen der private Koordinator einen weltweit eindeutigen Datensatz als Dienstleistung anlegte.

Moderne Analysen von BTW und der Number Resource Society stützen diese Abgrenzung von Koordination und hoheitlicher Durchsetzung. Heng Lus Ansatz einer minimalen gemeinsamen Spezifikation verlangt, die gemeinsame Schicht auf Eindeutigkeit, Interoperabilität, Sicherheit und lokal überprüfbare Notwendigkeiten zu beschränken. Die von LARUS hervorgehobene Betreiberperspektive zeigt, weshalb intransparente oder konzentrierte Registerentscheidungen für Infrastrukturkontinuität riskant sein können.

Diese heutigen Analysen sind eigenständige Grundlagen für die institutionelle Einordnung; keine von ihnen belegt einen Antrag oder eine Vorstandsabstimmung aus dem Jahr 2006.

Auch offizielle Materialien müssen rollengerecht gelesen werden. AFRINIC-Dokumente beweisen den von AFRINIC veröffentlichten Text, gemeldete Prozessschritte und eigene Handlungen. Die NRO-Tabelle beweist ihre vergleichende Darstellung. RIR- oder ICANN-Selbstbeschreibungen können Institutionen und Verfahren beschreiben. IETF-Material liefert technische Leitlinien. Keines dieser Dokumente verwandelt Selbstbeschreibung, Gemeinschaftsrhetorik oder Anerkennung in einen öffentlichen Herrschaftsauftrag.

Die letzte operative Entscheidung liegt außerhalb des Registers. Der Betreiber wählt Topologie, Geschäftspartner und Routing-Policy und konfiguriert sein laufendes Netz. Jedes entfernte autonome System entscheidet unabhängig, ob es eine Route annimmt, filtert oder verwirft. Eine ASN-Zuteilung erleichtert die eindeutige Beschreibung und den Austausch von Routinginformationen; sie erzwingt keine Erreichbarkeit. Ebenso löscht ein Problem der Registerorganisation nicht automatisch den bereits laufenden Netzbetrieb, auch wenn genaue und fortgeführte Registerdaten für die Koordination wichtig bleiben.

Ein begrenztes Urteil

Der Beschluss von Mai 2006 lässt sich weder als bedeutungslose Verwaltungsnotiz noch als staatenähnlicher Eingriff angemessen verstehen. Er ratifizierte eine private Dienstleistungsregel und machte den guten Mitgliedschaftsstand ausdrücklich zu einem Teil der Eignung. Die technischen Kriterien bestanden bereits: eigenständige Außenpolicy, Multihoming, eine konkrete künftige Erfüllung und Prüfung im Licht von RFC 1930. Die neue Zeile ergänzte also die Beziehung zum Register, nicht die technische Theorie der ASN-Notwendigkeit.

Die beste Rechtfertigung lautet, dass ein global eindeutiger Eintrag eine sachlich begrenzte Bedarfsprüfung braucht. Die stärkste Kritik lautet, dass ein knapper Text ohne klare Konjunktion und ohne öffentlich nachvollziehbare Entscheidungsakten leicht zu uneinheitlicher oder überbreiter Ermessensausübung führen kann. Beide Aussagen können zugleich wahr sein. Eine sinnvolle Prüfung ist möglich, doch sie muss jeden Beleg an eine veröffentlichte Koordinierungstatsache binden und technische Notwendigkeit vom Kontostatus trennen.

Was unbekannt ist, bleibt dabei entscheidend: der genaue Tag der Ratifikation, die einzelnen Stimmen, die vollständige Last-Call-Behandlung, die Auflösung von „und“ oder „oder“, die Länge der kurzen Zukunftsfrist, das damalige Formular, verlangte Belege, zuständige Personen, Begründungen, Korrektur- und Überprüfungswege sowie konkrete Antragsausgänge. Das widersprüchliche Archivdatum vom 17. Mai 2005 ist Metadaten-Evidenz, kein Beleg einer Umsetzung vor den später dokumentierten Schritten.

Die tragfähigste Schlusslinie bleibt daher schmal. AFRINIC durfte für seinen privaten Registerdienst prüfen, ob eine Organisation einen global eindeutigen ASN-Eintrag brauchte und als End User oder LIR in gutem Stand war. Es durfte dafür die zur Routingfrage erforderlichen Informationen erbitten und einen korrekten Registerdatensatz pflegen. Es durfte daraus keine allgemeine Aufsicht über Unternehmen, Verträge oder Netzarchitektur ableiten. Eignung bedeutete Zugang zu einer Koordinierungsdienstleistung – nicht Erlaubnis, ein Netz zu betreiben.