Zusammenfassung

  • ICANN verwaltet über die IANA-Funktion den weltweiten Pool der Autonomous-System-Nummern und teilt daraus den Regional Internet Registries zu, die ihrerseits lokal verteilen; im selben Register erscheint sie als Inhaberin von AS13.
  • Die von der IANA gepflegte Liste der Root-Server-Betreiber nennt ICANN als Betreiberin des L-Root; das ist ein anderes technisches Objekt als AS13 und teilt mit ihm den Eigentümer, nicht die Funktion.
  • Die hier eingesehenen Seiten sind kurze Registereinträge, keine Instrumente. Das beschreibt die Reichweite dieser Prüfung; es bestreitet nicht, dass es längere Unterlagen gibt.

Der kürzeste Eintrag im System

Fast jede Infrastrukturorganisation kommt als Kundin ins Nummernregister. ICANN kommt als beides: als Stelle, die den weltweiten Pool der Autonomous-System-Nummern verwaltet, und als Inhaberin einer Nummer aus genau diesem Pool. Der hier eingesehene Text trennt die Rollen sauber genug: ICANN verwaltet über IANA den weltweiten Pool der Autonomous-System-Nummern und teilt diese Nummern den Regional Internet Registries zu, die sie wiederum an lokale Einrichtungen weitergeben (ICANN — Autonomous System Numbers).

Dieser Satz hat drei Subjekte und eine Reihenfolge. IANA hält den Pool. Die regionalen Register übernehmen und unterteilen. Das lokale Netz bekommt von seinem regionalen Register. Wer schreibt, „ICANN verteilt die Nummer jedes Netzes“, faltet drei Stufen in eine und schreibt ICANN eine Operation zu, die das Register selbst auf eine andere Ebene legt. Der Unterschied ist nicht kosmetisch: Er bestimmt, wer wem antwortet, wenn eine Zuteilung bestritten wird, und welche Unterlage auf welcher Stufe die maßgebliche ist.

AS13 ist der Eintrag auf der anderen Seite dieser Kette. Der eingesehene whois-Eintrag beschreibt ihn als Autonomous-System-Nummer, die auf die Internet Corporation for Assigned Names and Numbers eingetragen ist und von ICANN für ihre Netzinfrastruktur gehalten und betrieben wird (whois-Eintrag zu AS13). Eine Nummer, ein Inhaber, ein erklärter Zweck.

Zwei verschiedene Dinge mit demselben Eigentümer

Die Versuchung ist offensichtlich, AS13 und L-Root zu einer einzigen Formel zu verschmelzen: dem Netz von ICANN. Das eingesehene Material erlaubt diese Verschmelzung nicht ohne Verlust. Der L-Root ist ein Root-Server, einer der von der IANA gelisteten Betreiber, und die IANA-Dokumentation benennt ICANN als Betreiberin von L.ROOT-SERVERS.NET (IANA — Root Server). AS13 ist eine Autonomous-System-Nummer. Das eine ist ein Namensdienst, das andere eine Routingdomäne. Sie teilen den Betreiber, nicht die Aufgabe.

Die Seite des L-Root beschreibt den Dienst als Anycast-Betrieb mit verteilten Knoten, die weltweite Abdeckung und Ausfallsicherheit liefern (L-Root). Das entscheidende Wort ist „verteilt“: Die Antwort an den Nutzer kommt nicht aus einem einzigen Punkt, und deshalb hat die Frage „wo steht der L-Root“ eine Antwort im Plural. Der eingesehene Eintrag ordnet die dem Root-Server zugeordnete Adresse jenem Adressraum zu, den ICANN für den Betrieb dieser Komponenten nutzt. Das stützt die Lesart, dass das Netzprofil von ICANN aus getrennten Teilen besteht, die unter einem einzigen Eigentum gehalten werden.

Die Trennung hat praktische Folgen. Geht es um eine Namensauflösung, die nicht antwortet, ist der Betrieb des Root-Servers die maßgebliche Unterlage. Geht es um eine Routenankündigung, sind es die AS-Nummer und ihre Routingpolitik. Behandelt man beides als eines, entstehen falsche Adressaten: Man verlangt vom Namensbetreiber eine Erklärung zum Routing oder vom Inhaber einer Nummer eine Erklärung zur Delegation.

Die Kette aus drei Gliedern, vollständig geschrieben

Dieses Profil beharrt auf der Kette, weil sie der Mechanismus ist, und Mechanismen sind das, was eine institutionelle Analyse von einem Lexikoneintrag unterscheidet. Drei Glieder, in der Reihenfolge, in der das eingesehene Material sie darstellt:

  1. Die IANA, eine innerhalb von ICANN betriebene Funktion, hält den weltweiten Pool der Autonomous-System-Nummern.
  2. Die Regional Internet Registries erhalten Zuteilungen aus diesem Pool.
  3. Die lokalen Einrichtungen erhalten von ihren regionalen Registern, nach den Politiken ihrer jeweiligen Region.

Das Detail, das dabei meist entgeht, ist das zweite Glied. Es ist kein Formalakt der Weiterleitung: Dort tritt die regionale Politik ein. Zwei Netze gleicher Größe in verschiedenen Regionen erhalten Adressraum nach Kriterien, die nicht ICANN geschrieben hat. ICANN hält den Bestand und die Verwaltungsfunktion; die regionalen Register entscheiden über die Verteilung nach ihren eigenen Verfahren. Wer die beiden Ebenen verwechselt, schreibt ICANN eine Gestaltungsmacht zu, die die Konstruktion ihr nicht gibt, und schreibt den regionalen Registern eine Verantwortung für den weltweiten Bestand zu, die diese ebenfalls nicht tragen.

Für Leserinnen und Leser bietet die Kette einen schnellen Test. Jede Aussage über „ICANN und die Nummern“ muss sagen, in welchem der drei Glieder sie sitzt. Sagt sie es nicht, vermischt sie wahrscheinlich mindestens zwei.

Was die Dicke des Registers verrät

Hier steht die Beobachtung, die dieses Profil für die nützlichste hält, und sie braucht eine vorsichtige Formulierung. Das eingesehene Material über das Netz von ICANN selbst ist kurz: eine Seite zu Root-Servern, eine Seite zum Dienst des L-Root, eine Seite zu Autonomous-System-Nummern und ein whois-Eintrag. Vier Seiten, einige Absätze, keine davon ein langes Instrument.

Was das zulässt, ist begrenzt und sollte so gesagt werden: Was in dieser Prüfung eingesehen wurde, ist knappe Betriebsdokumentation, kein Instrument. Was das nicht zulässt, ist die Behauptung, die Organisation führe keine umfangreicheren Satzungen, Verfahren oder internen Aufzeichnungen. „Führt keine“ im Sinne von Nichtexistenz ist eine Aussage über die Welt; diese Prüfung kann nur über das sprechen, was sie erreicht hat.

Der Unterschied ist wichtig, weil die naheliegende Lesart des Kontrasts moralisierend ausfällt: Die Organisation, die andere reguliert, habe für sich selbst ein ärmliches Register. Die belastbare Lesart ist interessanter. Öffentliche Infrastrukturregister sind keine institutionellen Autobiografien, sondern Schnittstellen. Die Root-Server-Seite existiert, damit jeder Betreiber bestätigen kann, wer wofür antwortet. Die ASN-Seite existiert, um die Zuteilungskette denen zu erklären, die von außen kommen. Ein whois-Eintrag existiert, um eine Routingfrage zu beantworten.

Jedes dieser Stücke ist kurz, weil die Frage, die es beantwortet, spezifisch ist.

Wo die Dicke wirklich wiegt, ist die Prüfbarkeit. Wer nicht nur sehen will, „wer den L-Root betreibt“, sondern unter welchen Pflichten, mit welchem Mandat und unter welchem Korrekturmechanismus, findet das in den vier eingesehenen Seiten nicht. Dafür braucht es Governance-Instrumente: Satzung, Verfahren der Address Supporting Organization, Entscheidungsaufzeichnungen. Diese Unterlagen wurden in dieser Prüfung nicht erhoben, und die Lücke bleibt als solche vermerkt — eine datierte Erhebungsgrenze, kein negativer Befund über die Institution.

Was in dieser Prüfung nicht erhoben wurde

Zwei frühere Versuche, Instrumententext zu beschaffen, scheiterten an Nichtverfügbarkeit und an einer Zugangsverweigerung des Anbieters; die Prüfung ging mit dem oben beschriebenen Quellensatz weiter. Deshalb sagt dieses Profil nichts über den Inhalt der ICANN-Satzung, nichts über die Verfahren der Address Supporting Organization und nichts über den Text der IANA-Aufzeichnungen über das hinaus, was die zitierten Seiten erklären. Wer eine Lesung auf Vorschriftenebene braucht — welcher Artikel, welche Entschließung, welches Datum —, sollte diesen Text als Karte dessen lesen, was existiert und was fehlt, nicht als Ersatz für das Instrument.

Das Zielprofil im BTW-Verzeichnis steht unter ICANN im Verzeichnis Nur für den Strategischen Kreis.