Die Politik der Root-Zone ist keine Autorität über die Nummernregister

Zusammenfassung

• Die Satzung der ICANN weist getrennte Aufgaben zu: Koordination von Namen in der DNS-Rootzone und bestimmter Richtlinien für generische Domains; Koordination der obersten Ebene der Zuteilung von IP-Adressen und ASNs; und Bereitstellung von Protokollregistern, die von Normungsorganisationen angefordert werden. Die Klausel zur Nummerierung verweist ausdrücklich auf die IETF, die RIRs, die betroffene Gemeinschaft und die mit den RIRs vereinbarten Aufgaben, anstatt die Namensgebungsinstitutionen als Urheber der Nummernrichtlinie zu betrachten.
• Die Namensgebungsautorität läuft über die Kunden der Top-Level-Domains, die ccNSO und die GNSO, einen ICANN-PTI-Namensvertrag, das Ständige Kundenkomitee, Überprüfungen der Namensfunktion und ein spezifisches Trennungsverfahren für die Namensgebung. Die Nummerierungsautorität läuft über fünf regionale Gemeinschaften, die RIRs, die NRO und die ASO, die globalen Nummernrichtlinienverfahren und eine Dienstleistungsvereinbarung, nach der die RIRs gemeinsam den Nummerierungsbetreiber ersetzen können.
• Das Prestige schwappt über, weil ein einziges IANA-Label mehrere Funktionen abdeckt, PTI sie mit gemeinsamen Ressourcen ausführt, ICANN die Muttergesellschaft von PTI ist und die DNS-Rootzone außergewöhnliche Aufmerksamkeit von Regierungen, Unternehmen und der Öffentlichkeit erhält. Diese Fakten erklären die Verwirrung, übertragen aber nicht die rechtliche Fähigkeit, die politische Zuständigkeit, die Kundenrechte oder die Befugnis zur Auswahl des Nachfolgers.
• Jeder Autoritätsanspruch sollte fünf Tests bestehen: Wer macht die Politik, wer erhält den Dienst, welches Abkommen regelt ihn, wer kann ihn durchsetzen und wer kann einen Ersatz auswählen. Der Status der Rootzone besteht keinen dieser Tests als Grundlage für die Leitung regionaler Zuteilungen, die Anerkennung der Autorität der RIRs, die Neufassung der Nummernrichtlinie oder die Kontrolle von Adressregistrierungsentscheidungen.

Ein einzelnes Akronym fördert die falsche Schlussfolgerung

Der Ausdruck 'die IANA-Funktionen' klingt wie ein Singular. Er erweckt den Eindruck eines zentralen Standards, von dem aus eine einzige Institution alle weltweit eindeutigen Internetkennungen zuweist. Öffentliche Beschreibungen verstärken diesen Eindruck oft, indem sie Domainnamen, Nummernressourcen und Protokollparameter unter einer einzigen Überschrift auflisten. PTI beschäftigt die Personen, die die Arbeit ausführen, ICANN kontrolliert PTI, und die IANA-Website präsentiert die Ergebnisse unter einer gemeinsamen öffentlichen Identität.

Die betriebliche Konsistenz ist nützlich. Eindeutige Kennungen erfordern eine disziplinierte Führung von Aufzeichnungen. Gemeinsame Sicherheit, Finanzen, Personal und technisches Fachwissen können Redundanzen reduzieren. Ein Benutzer sollte nicht die Unternehmensstruktur verstehen müssen, um eine autoritative Registrierung zu finden. Der Fehler beginnt, wenn betriebliche Bequemlichkeit in eine Einheit des Mandats umgewandelt wird.

Die Beschreibung des Internetnummernregistersystems durch die IETF bietet einen besseren Ausgangspunkt: IANA ist eine Rolle, keine Organisation. Für Nummern verwaltet diese Rolle die Spitze der Hierarchien der Zuteilung von IP-Adressen und ASNs. Die Rolle wird gemäß den globalen Nummernrichtlinien ausgeübt, die von der betroffenen Gemeinschaft entwickelt und in den Vereinbarungen mit den RIRs widergespiegelt werden. Die Identität des Betreibers macht den Betreiber nicht zum souveränen Urheber jeder von ihm umgesetzten Regel.

Dasselbe Prinzip gilt für Namen. PTI erhält und bewertet Anfragen zur DNS-Rootzone gemäß dokumentierten Verfahren. Verisign übt getrennt die Funktion des Root-Zone-Maintainers gemäß seiner Vereinbarung mit ICANN aus, indem es die Root-Zonen-Datei unter der Leitung von IANA erstellt, signiert und verteilt. Keine dieser betrieblichen Positionen gibt Verisign Autorität über die IPv6-Richtlinie, und die Arbeit von PTI an der Rootzone gibt ihm nicht die Befugnis zu entscheiden, wie ein RIR Adressraum an seine regionalen Mitglieder zuteilen soll.

Der Kategorienfehler bleibt bestehen, weil die sichtbarste Funktion Prestige auf die diskreteren Funktionen überträgt. Eine Änderung der DNS-Rootzone kann zu einem geopolitischen Ereignis werden. Ein neuer Zyklus von Top-Level-Domains zieht Marken, Regierungen, zivilgesellschaftliche Gruppen und Investoren an. Streitigkeiten um Domainregistrierungen betreffen Namen, die Menschen lesen. Im Gegensatz dazu ist eine Zuteilung von ASN-Blöcken auf oberster Ebene selten, technisch und wird normalerweise nur von der Nummerierungsgemeinschaft bemerkt. Sichtbarkeit wird mit Seniorität verwechselt; Seniorität wird dann mit Zuständigkeit verwechselt.

Diese Schlussfolgerung sollte bei jedem Schritt bekämpft werden. Die Funktionen werden zusammen koordiniert, weil sie alle weltweit eindeutige Werte erfordern. Sie werden getrennt regiert, weil ihre Benutzer, technischen Konsequenzen und legitimen politischen Foren unterschiedlich sind.

Die Rootzone hat ein symbolisches Gewicht, das über ihre alltägliche Mechanik hinausgeht

Die DNS-Rootzone ist eine kleine, aber grundlegende Liste. Sie identifiziert die autoritativen Server für Top-Level-Domains und enthält die Einträge, die Resolver benötigen, um mit der Navigation im globalen DNS zu beginnen. Eine Änderung kann eine Delegation hinzufügen oder entfernen, Nameserver ändern, Kontakte aktualisieren oder DNSSEC-Material ändern. Da jede gewöhnliche DNS-Auflösung ihre Autorisierungskette an der Root beginnt, ist sie zu einem Symbol der Kontrolle über die Namen des Internets geworden.

Die Symbolik geht über die Routinearbeit hinaus. Die meisten Anfragen zur Rootzone sind abgegrenzte administrative Änderungen. Der IANA-Namensbetreiber validiert die Anfragen und die anwendbaren Kriterien; der Maintainer erstellt und verteilt die Datei. Die Root-Server-Betreiber bedienen sie. Diese Rollen sind bewusst getrennt. Kein einzelner Akt der Eingabe eines Top-Level-Domain-Labels in die Rootzone schafft eine allgemeine gesetzgeberische Autorität über das Internet.

Die Geschichte hat der Root dennoch eine ungewöhnliche politische Sichtbarkeit verliehen. Der Autorisierungsschritt der US-Regierung vor 2016 befand sich im Änderungspfad der Rootzone. Debatten über Ländercode-Delegationen betrafen die nationale Identität und lokale Internetgemeinschaften. Die Expansion generischer Domains brachte Wettbewerb, Marken, Verbraucherschutz und erhebliche geschäftliche Interessen mit sich.

Die politische Erklärung der USA von 1998, die ICANN vorausging, widmete dem DNS-Wettbewerb, der Repräsentation und der privaten Koordinierung erhebliche Aufmerksamkeit, selbst bei der Diskussion des breiteren Systems von Namen und Adressen.

Die Öffentlichkeit lernte ICANN daher durch Namen kennen. Der Name der Organisation selbst stellt Namen vor Nummern. Ihre Treffen widmen große, sichtbare Wahlkreise den generischen Domains und den Ländercode-Domains. Regierungsbeiräte werden oft zu Nachrichten, wenn sie sich mit kontroversen Zeichenfolgen befassen. Dies sind vernünftige Erklärungen für den Prestige-Überschwang, nicht der Beweis, dass er legitim ist.

Institutionelles Prestige ist eine Form von Soft Power. Eine Organisation, die als Hüterin der Root wahrgenommen wird, kann eingeladen werden, im Namen der Internet-Koordination im Allgemeinen zu sprechen. Regierungen können annehmen, dass ihr Vorstand einen Adressstreit beilegen kann. Journalisten können 'IANA-Kontrolle' verwenden, ohne die relevante Funktion zu unterscheiden. Einheiten aus den Namensinstitutionen können Vertrauen und Verfahrensgewohnheiten in Diskussionen über Nummern einbringen. Nichts davon erfordert eine Verschwörung.

Wiederholte Exposition gegenüber einer einzelnen Markeninstitution kann ihre Grenzen verschwinden lassen.

Die Korrektur besteht nicht darin, die Root zu verkleinern. Es geht darum, Autorität genau zu beschreiben. Die Verwaltung der Rootzone ist wichtig, weil Resolver einen konsistenten Ausgangspunkt benötigen. Die Autorität der Nummernregister ist wichtig, weil Adressen und ASNs eindeutig bleiben und gemäß einer legitimen Hierarchie verteilt werden müssen. Beide Systeme interagieren, insbesondere über das Reverse DNS, aber die Bedeutung in einem ist kein Eigentumstitel auf das andere.

Die Mission von ICANN enthält vier Klauseln, keinen Blankoscheck

Die aktuellen Statuten von ICANN definieren eine Mission um den stabilen und sicheren Betrieb der Systeme eindeutiger Kennungen und unterteilen sie dann in getrennte Funktionen. Die erste koordiniert Namen in der DNS-Rootzone und bestimmte Richtlinien für die Second-Level-Registrierung in generischen Top-Level-Domains. Die zweite erleichtert die Koordination des Root-Server-Systems. Die dritte koordiniert die Zuteilung und Zuweisung auf höchster Ebene von IP-Nummern und ASNs. Die vierte stellt die von den Protokollnormungsorganisationen angeforderten Register bereit.

Der Wortlaut der Nummernklausel ist besonders aufschlussreich. ICANN erbringt Registrierungsdienste und offenen Zugang für globale Nummernregister auf Anfrage von IETF und RIRs. Sie erleichtert die Entwicklung globaler Nummernregisterrichtlinien durch die betroffene Gemeinschaft und erfüllt die damit verbundenen Aufgaben, die mit den RIRs vereinbart wurden. Die Klausel besagt nicht, dass die GNSO, die ccNSO, das Ständige Kundenkomitee oder der Root-Zone-Maintainer die Nummernrichtlinie schreiben können.

Die Statuten sagen auch, dass ICANN nicht außerhalb ihrer Mission handeln darf. Diese Einschränkung ist weiter gefasst als die Unterscheidung zwischen Namen und Nummern, verstärkt sie aber. Eine Institution kann eine allgemeine Verantwortung für eindeutige Kennungen nicht in Autorität über jeden Dienst verwandeln, der sie verwendet. Sie kann Koordination auch nicht in staatliche Regulierung umwandeln. Die Mission ist eine Reihe abgegrenzter Aufgaben, kein Anspruch auf den Cyberspace.

Artikel 9 gibt dann der Adressunterstützungsorganisation eine spezifische Rolle: den Vorstand in politischen Fragen zum Betrieb, zur Zuweisung und zur Verwaltung von Internetadressen zu beraten. Die ASO ist die durch das Memorandum von 2004 zwischen ICANN und der NRO eingerichtete Einheit. Ihr Adressrat besteht aus dem Nummernrat der NRO. Diese Konstruktion integriert das bestehende regionale Nummerierungssystem in ICANN, anstatt dieses System durch einen namensgeführten Rat zu ersetzen.

Die Strukturen für Ländercode-Namen und generische Namen sind getrennt definiert. Die ccNSO entwickelt und empfiehlt globale Richtlinien für Ländercode-Top-Level-Domains. Die GNSO entwickelt Richtlinien für generische Top-Level-Domains in ihrem Zuständigkeitsbereich. Ihre Expertise und Legitimität sind real, aber domänenspezifisch. Eine Abstimmung in einem Namensrat ist keine Abstimmung in einem RIR-Politikforum.

Die Unterscheidung kann als Auslegungsregel ausgedrückt werden: Die weit gefasste Missionssprache identifiziert die Systeme, die ICANN koordinieren kann; die funktionsspezifischen Institutionen und Vereinbarungen identifizieren, wie diese Koordination legitim wird. Ersteres kann nicht unter Ignorierung des Letzteren gelesen werden.

Die Nummernrichtlinie steigt aus den Regionen auf

Das Internetnummernregistersystem ist hierarchisch. IANA verwaltet die Spitze der Unicast-IP-Adresspools und ASNs. Fünf RIRs verwalten Regionen auf kontinentaler Ebene. Lokale Internetregistries, Netzbetreiber und andere Kunden erhalten Ressourcen gemäß regionalen Regeln. Die Hierarchie unterstützt Eindeutigkeit und Aggregation, während Entscheidungen in die Nähe der betroffenen Betreiber verlagert werden.

Die Richtlinie folgt dieser Struktur. Regionale Zuteilungsregeln werden in den relevanten RIR-Gemeinschaften über ihre offenen Foren entwickelt. Eine globale Richtlinie ist enger: Sie betrifft Handlungen oder Ergebnisse, die für alle RIRs und IANA erforderlich sind, wie z. B. wie IANA Blöcke an regionale Register zuteilt. Das ASO-Memorandum definiert, wie ein gemeinsamer Vorschlag von den Regionen über die NRO und den Adressrat an den ICANN-Vorstand gelangt.

Diese Regelung beseitigt ICANN nicht. Der Vorstand hat eine definierte Ratifizierungsrolle, und die ASO berät ihn. Die ASO wählt auch zwei ICANN-Direktoren. Aber die Regelung beginnt nicht damit, dass der Vorstand eine bevorzugte Zuteilungsregel erfindet und die fünf Regionen anweist, sie zu akzeptieren. Der Konsens muss durch die regionalen Politikgemeinschaften aufgebaut und durch den vereinbarten globalen Mechanismus zertifiziert werden.

Die Unterscheidung zwischen Erleichterung und Schaffung ist wesentlich. ICANN kann fragen, ob die vereinbarten Schritte befolgt wurden, ob ein Vorschlag wirklich global ist und ob die Umsetzung seiner Mission entspricht. Sie kann den IANA-Betrieb bereitstellen, der eine angenommene Richtlinie ausführt. Diese Funktionen sind nicht gleichbedeutend damit, das politische Mandat der RIR-Mitglieder und -Einheiten zu besitzen.

RFC 7020 erfasst die Aufteilung in technischen Begriffen. Die IETF spezifiziert die zugrunde liegenden Einrichtungen und Einschränkungen. IANA verwaltet die Spitze der Zuteilungshierarchie gemäß den globalen Nummernrichtlinien. Die RIRs führen die regionale Politikentwicklung durch und verwalten die Ressourcen, für die sie verantwortlich sind. Lokale Register bedienen dann Netzwerke und Endbenutzer. Routing-Entscheidungen, die von Netzwerken getroffen werden, liegen außerhalb des Registersystems selbst, obwohl Adresszuteilung und -aggregation sie beeinflussen.

Diese Aufteilung der Autorität ist der Grund, warum eine Kontroverse über Adressen an das entsprechende Forum verwiesen werden muss. Ein Streit über eine regionale Transferregel fällt zunächst in die Politik- und Berufungsstrukturen dieses RIR. Ein Streit über die punktuelle Ausführung einer gültigen Anfrage auf oberster Ebene durch IANA fällt unter die Nummern-Service-Level-Vereinbarung. Eine Frage zur technischen Definition eines speziellen Verwendungsblocks kann an die IETF gehen. Alle drei an eine Namensstelle zu senden, weil ICANN die Root betreibt, würde die Verantwortungskette beseitigen, die zu ihrer Entscheidung erforderlich ist.

Namensautorität hat andere Kunden und Institutionen

Die Namensregelung nach 2016 ist komplex, weil ihre Kundenbasis und Risiken unterschiedlich sind. ICANN vergibt einen Vertrag an PTI zur Ausführung der IANA-Namensfunktion. Die Betreiber von Top-Level-Domain-Registries sind direkte Kunden. Der Namensvertrag und die Leistungsbeschreibung legen fest, wie Anfragen bearbeitet werden, legen Serviceerwartungen fest und fordern Kontinuität, Transparenz und faire Behandlung.

Das Ständige Kundenkomitee überwacht die Namensleistung von PTI. Seine Kernmitglieder stammen von Betreibern generischer Domains und Ländercode-Domains, mit Verbindungen aus anderen Teilen der ICANN-Gemeinschaft. Es kann PTI bei Lücken ansprechen und anhaltende Probleme an die ccNSO und GNSO eskalieren. Es kann PTI nicht selbst ersetzen, fügt sich aber in eine namensspezifische Kette ein, die zu einer besonderen Überprüfung führen kann.

Die regelmäßigen und besonderen Überprüfungen der IANA-Namensfunktion bewerten die Leistung im Vergleich zum Namensvertrag. Die ICANN-Satzung definiert die Beweise, Zusammensetzung, Empfehlungen und Genehmigungsschritte. In einem schwerwiegenden Fall kann eine Überprüfung ein Trennungsverfahren für die Namensfunktion empfehlen. Dieses Verfahren kann zu einer Ausschreibung, der Auswahl eines anderen Namensbetreibers, der Nichtverlängerung oder Kündigung des Namensvertrags oder einer Reorganisation von PTI führen.

Jeder Name in diesem Absatz zählt. Es ist eine Überprüfung der Namensfunktion. Es bewertet den Namensfunktionsvertrag. Das Ständige Kundenkomitee bedient die Namenskunden. Eine Trennung Task Force erwägt einen anderen Betreiber für die Namensfunktion. Diese Mechanismen werden nicht stillschweigend zu Nummernverfahren, nur weil PTI auch die Nummernarbeit durchführt.

Die Root-Zone-Maintainer-Vereinbarung fügt eine weitere getrennte Linie hinzu. Verisign führt die Wartung gemäß einer Vereinbarung mit ICANN durch. IANA authentifiziert, überprüft und reicht Änderungen ein; Verisign erstellt, signiert und verteilt die Root-Zonen-Datei. Der Namensvertrag besagt, dass PTI nicht berechtigt ist, die Dienste des Maintainers ohne Autorisierung auszuführen, und PTI kann die von den zuständigen Stellen entwickelten Richtlinien und Verfahren nicht ändern. Sogar innerhalb der Namen löscht das Prestige die Trennung der Rollen nicht aus.

Die Namens-Governance ist daher kein Monolith, geschweige denn eine Autoritätsquelle über Nummernregister. Die ccNSO, die GNSO, die Registry-Betreiber, das CSC, PTI, ICANN und Verisign haben unterschiedliche Positionen. Wenn das Prestige der Rootzone nicht die Unterscheidungen zwischen den Namensakteuren aufheben kann, kann es sicherlich nicht die Grenze zwischen Namen und Nummern aufheben.

Der Nummernvertrag verortet die Legitimität auf der Seite der RIRs

Die Nummernvereinbarung von 2016 wurde genau ausgearbeitet, um zu verhindern, dass Legitimität nach dem Ende der US-Aufsicht mehrdeutig wird. ICANN hat mit AFRINIC, APNIC, ARIN, LACNIC und dem RIPE NCC unterzeichnet. Die Vereinbarung erkennt an, dass die RIRs die betroffene Nummerngemeinschaft vertreten und macht ICANN zum Erbringer administrativer und technischer Dienstleistungen gemäß den globalen Richtlinien.

Die RIRs können die Leistung überprüfen, Zusammenarbeit verlangen, Mediation und Schiedsverfahren in Anspruch nehmen, die Verlängerung verweigern, nach Feststellung eines nicht behobenen wesentlichen Verstoßes kündigen und einen Nachfolger auswählen. Sie müssen ihre Befugnisse gemeinsam und einstimmig ausüben. Das IANA-Nummerndienst-Überprüfungskomitee berät den NRO-Exekutivrat, kann ihn aber ohne ausdrückliche Delegation nicht binden.

Diese Regelung ist dem Namensvertrag nicht untergeordnet. Die fünf RIRs sind keine Drittbeobachter, die darauf warten, dass das Ständige Kundenkomitee ihre Beschwerde anerkennt. Ihre Legitimität ergibt sich aus ihrer eigenen Vereinbarung. Wenn eine Nummernzuteilung auf oberster Ebene schlecht verwaltet wird, führt der relevante vertragliche Weg von den RIRs zu ICANN, mit externer Streitbeilegung bei Bedarf.

PTI führt die Nummernarbeit durch einen Untervertrag von ICANN aus, aber diese unternehmerische Regelung verschiebt nicht den Hauptmarkt. ICANN bleibt den RIRs gegenüber für den versprochenen Dienst verantwortlich. Der gemeinsame Betreiber bietet Effizienz; die getrennte Vereinbarung bietet Legitimität.

Die Ersetzungsklausel macht die Grenze unzweifelhaft. Im Falle einer Nichtverlängerung oder Kündigung können die RIRs einen Nachfolge-Nummernbetreiber auswählen. Im Gegensatz dazu folgt das Trennungverfahren für die Namensgebung den Schritten von ccNSO, GNSO, Überprüfungsteam, ICANN-Vorstand und der berechtigten Gemeinschaft, die für Namen definiert sind. Die Ersetzungsentscheidung einer Gemeinschaft wählt nicht den Anbieter der anderen.

Dies ist die funktionale Nichtübertragbarkeit in rechtlicher Form. Die derzeitige Organisation kann mehrere Dienste ausführen, aber die Autorität zur Fortsetzung jedes Dienstes stammt aus einer anderen Beziehung. Wenn PTI aufhören würde, Namen auszuführen, würde es nicht automatisch die Nummernvereinbarung verlieren. Wenn die RIRs ICANN für die Nummerierung ersetzen würden, würde Verisign nicht aufhören, die DNS-Rootzone zu pflegen. Betriebliche Änderungen könnten Arbeit an gemeinsamen Diensten schaffen, aber die Mandate fallen nicht wie Dominosteine.

Der Übergang von 2016 bewahrte die Vielfalt absichtlich

Der Übergang von der Aufsicht hätte einen einzigen Aufsichtsrat für alle IANA-Funktionen schaffen können. Das tat er nicht. Die IANA-Stewardship-Transition-Koordinierungsgruppe forderte drei operative Gemeinschaften – Namen, Nummern und Protokollparameter – auf, Pläne nach ihren eigenen Bedürfnissen zu entwickeln. Anschließend bewertete sie, ob die Pläne kompatibel und gemeinsam umsetzbar waren.

Der endgültige Vorschlag verteidigte diese Vielfalt als eine Form der Subsidiarität. Die drei Komponenten waren detailliert und unterschiedlich, weil die Gemeinschaften unterschiedliche Themen, Prioritäten und etablierte Institutionen hatten. Die Aufgabe der Koordinierungsgruppe war es nicht, sie in ein einziges Verfassungsmodell zu pressen. Es war sicherzustellen, dass unabhängige Regelungen ohne Betriebsstörung nebeneinander existieren können.

Die Nummerngemeinschaft schlug eine direkte Vereinbarung mit den fünf RIRs und einem regionalen Überprüfungskomitee vor. Die Protokollparameter-Gemeinschaft stützte sich auf ihr Memorandum und ihre etablierte Beziehung zu ICANN, wobei die politische Autorität bei der IETF verblieb. Die Namensgemeinschaft schuf PTI, einen Namensvertrag, das CSC, Überprüfungen und einen Trennungsweg, der eng mit den Rechenschaftsreformen von ICANN verbunden war.

PTI wurde der gemeinsame operative Partner für operative Konsistenz und Logistik. ICANN erbringt gemeinsame Dienste. Diese gemeinsame Schicht kann das Ergebnis von außen zentralisiert erscheinen lassen. In verfassungsrechtlicher Hinsicht ist es jedoch eine Hosting-Vereinbarung unter drei Mandaten, nicht eine neue Quelle undifferenzierter politischer Macht.

Die Übergangsarchitektur bietet eine entscheidende Antwort auf den Prestigeüberschwang. Die Gemeinschaften betrachteten denselben historischen Betreiber zum gleichen politischen Zeitpunkt und wählten unterschiedliche Aufsichtsstrukturen. Diese Wahl wäre kaum sinnvoll, wenn die Autorität der Rootzone automatisch die Nummernrichtlinie einschließen würde. Getrennte Vorschläge waren keine vorübergehenden redaktionellen Kuriositäten; sie waren der Mechanismus, durch den Legitimität bei den betroffenen Nutzern verortet wurde.

Die Regelung widerlegt auch die Vorstellung, dass organisatorische Einheit für technische Stabilität notwendig ist. Kompatibilität kann durch Vereinbarungen, gemeinsame Dienste, Koordination und Übergangsplanung erreicht werden. Politische Einheit ist weder notwendig noch wünschenswert, wo sich die betroffenen Gemeinschaften unterscheiden.

Der Verwalter der Rootzone ist nicht der Maintainer der Rootzone

Die Verwirrung zwischen den Funktionen beginnt oft mit der Verwirrung innerhalb der DNS-Rootzone selbst. Der IANA-Namensbetreiber erhält eine Änderungsanfrage, validiert die Autorität und die technischen Kriterien und reicht eine genehmigte Änderung ein. Der Root-Zone-Maintainer erstellt die Zone, wendet die Änderung an, signiert das relevante Material und verteilt die resultierende Datei an die Root-Server-Betreiber. Die Root-Server-Betreiber bedienen dann die Zone.

Vor dem Übergang stellte die NTIA einen Autorisierungsschritt bereit, und Verisign pflegte die Zone gemäß seiner Kooperationsvereinbarung mit den USA. Nach dem Übergang wurde der NTIA-Schritt entfernt, und ICANN schloss eine Wartungsvereinbarung mit Verisign. ICANN und Verisign testeten die überarbeitete Regelung parallel, bevor sie in Kraft trat.

Diese Aufteilung zeigt, warum der Ausdruck 'Kontrolle der Root' analytisch schwach ist. Kontrolle worüber: Validierung, Richtlinie, Erstellung, Signatur, Verteilung oder Dienst? Verschiedene Akteure beantworten jede Frage. Ein Top-Level-Domain-Betreiber kontrolliert auch seine delegierte Zone, während rekursive Resolver und Netzbetreiber entscheiden, welche Root-Informationen sie verwenden. Die Existenz einer kanonischen öffentlichen Root beseitigt nicht die verteilte Verantwortung.

Die Nummernregistrierung hat eine parallele, aber andere Hierarchie. IANA registriert Zuteilungen auf oberster Ebene an die RIRs. Die RIRs teilen Ressourcen regional zu oder zu. Lokale Register und Netzwerke empfangen und nutzen sie. Kein Root-Zone-Maintainer befindet sich über dieser Hierarchie mit der Befugnis, einen ASN-Transfer zu genehmigen. Eine DNS-Rootzone-Rolle kann nicht auf die Nummernzuteilung übertragen werden, indem man beide Systeme einfach als hierarchisch bezeichnet.

Die Lektion ist methodisch. Die institutionelle Analyse sollte die genaue Transaktion und den befugten Akteur identifizieren, der sie ausführen kann. Titel wie Administrator, Betreiber, Maintainer, Register und politisches Gremium beschreiben unterschiedliche Befugnisse. Prestige wächst, wenn diese Titel als Synonyme behandelt werden.

Das Reverse DNS ist eine Schnittstelle, keine Fusion

Das Reverse DNS ist der schwierigste Grenzfall, weil es den Adressraum mit dem DNS verbindet. Reverse Delegationen für IPv4 verwendenin-addr.arpa; IPv6 verwendetip6.arpa. IANA, die RIRs und die Adressinhaber sind auf verschiedenen Ebenen dieser Zonen beteiligt. Ein Leser könnte schlussfolgern, dass derjenige, der die DNS-Rootzone kontrolliert, daher auch die Bedeutung oder das Eigentum an IP-Adressen kontrolliert.

Die Schlussfolgerung ist falsch. Die Reverse-DNS-Delegation folgt der Autorität über die Nummernressourcen; sie schafft sie nicht. Ein PTR-Eintrag kann eine Adresse mit einem Domainnamen verknüpfen, aber er teilt nicht die Adresse zu. Eine Aktualisierung der übergeordneten Zone kann eine Reverse-Zone zugänglich machen, aber sie entscheidet nicht, ob der Inhaber die Transferrichtlinie eines RIR erfüllt hat. Die DNSSEC-Validierung schützt die Integrität einer Namenskette; sie entscheidet nicht über den Titel des zugrunde liegenden Nummernblocks.

Die Änderung von 2024 an der Nummern-Service-Level-Vereinbarung verstärkt diese Unterscheidung. Die Parteien fügten die Reverse-Resolver-Dienste der Vereinbarung zwischen ICANN und den RIRs hinzu, einschließlich Leistungserwartungen für die Bestätigung von Anfragen, Verbreitung und Verfügbarkeit. Diese Platzierung erkennt das Reverse DNS als einen notwendigen Dienst für die Nummerngemeinschaft an, auch wenn der Dienst die DNS-Technologie verwendet.

Die IETF hat ebenfalls eine Rolle, weil sie die relevanten Protokolle und technischen Grenzen spezifiziert. Die RIRs haben Autorität über die regionalen Nummernaufzeichnungen und reichen die oberen Reverse-Änderungen ein. IANA verwaltet die relevanten oberen Zonen gemäß diesen Verantwortlichkeiten. Dies ist eine koordinierte Autorität über eine Naht, nicht die Annexion von Nummern durch Namen.

Grenztechnologien laden oft zu institutionellem Überschwang ein, weil jede Einheit einen notwendigen Schritt zeigen kann. Notwendigkeit ist nicht Überlegenheit. Ein Maintainer muss die Delegation veröffentlichen, kann aber nicht den rechtmäßigen Inhaber der Adresse wählen. Ein RIR kann den Inhaber anerkennen, kann aber nicht eine fehlerhafte Zone in das DNS erzwingen. Die IETF kann das Protokoll definieren, entscheidet aber nicht über jede regionale Zuteilung. Governance funktioniert, wenn jeder notwendige Akteur in einem überprüfbaren Bereich ablehnen kann und diese Ablehnung nicht nutzen kann, um die Mandate anderer zu beanspruchen.

Die Macht des Vorstands ist real und begrenzt

Da der ICANN-Vorstand über der Organisation und PTI steht, behandeln Beobachter ihn manchmal als den endgültigen Gesetzgeber für jede Kennungsfrage. Der Vorstand hat tatsächlich erhebliche Autorität. Er genehmigt Unternehmensmaßnahmen, ratifiziert qualifizierte globale Nummernrichtlinien, überwacht die ICANN-Leistung und handelt im Rahmen der Rechenschaftspflicht. Die ASO wählt zwei Direktoren, während Namensorgane andere wählen.

Die Vorstandsmitgliedschaft verschmilzt nicht die Mandate. Direktoren dienen als Einzelpersonen mit Pflichten gegenüber ICANN, nicht als bevollmächtigte Vertreter des ernennenden Gremiums. Ein von der ASO gewählter Direktor wird nicht zum RIR-Delegierten mit der Befugnis, regionale Richtlinien neu zu schreiben. Ein mit Namen verbundener Direktor erhält nicht die Zustimmung der Nummerngemeinschaft, nur indem er über eine ICANN-Resolution abstimmt.

Für die Nummernrichtlinie ist die Rolle des Vorstands in das ASO-Memorandum und die Satzung eingebettet. Der Vorschlag muss durch die vereinbarte regionale und globale Sequenz entstehen. Die Überprüfung durch den Vorstand ist eine Garantie und ein Punkt der institutionellen Rechenschaftspflicht, kein unabhängiger Ersatz für die Zustimmung der Gemeinschaft. Wenn der Vorstand Bedenken hat, regelt das festgelegte Verfahren, wie sie behandelt werden.

Für die Namensleistung handelt der Vorstand gemäß den Artikeln 16 bis 19, dem Namensvertrag und den besonderen Genehmigungsschwellen für Überprüfungen und Trennung. Die ccNSO, die GNSO und die berechtigte Gemeinschaft haben definierte Positionen. Diese Bestimmungen sind detailliert, weil das gewöhnliche unternehmerische Ermessen nicht als ausreichend erachtet wurde.

Der Vorstand kann auch nicht außerhalb der Mission von ICANN handeln. Ein expansiver Anspruch, der auf dem öffentlichen Prestige der Organisation beruht, kann daher als Mandatsproblem angefochten werden und nicht nur als schlechter Stil kritisiert werden. Institutionelle Legitimität hängt davon ab, die Kette von der Mission über die betroffene Gemeinschaft zum vereinbarten Verfahren nachzuweisen.

Dies macht den Vorstand nicht zeremoniell. Es bedeutet, dass Autorität bedingt ist. Der Vorstand kann in definierten Kanälen ratifizieren, überwachen, finanzieren, vertraglich vereinbaren und durchsetzen. Er kann eine Kontroverse um die Rootzone nicht ohne den Prozess der Nummerngemeinschaft in eine regionale Nummernzuteilungsregel verwandeln.

Gemeinsame Ressourcen schaffen Abhängigkeit, nicht Zuständigkeit

Der Betrieb von Namen, Nummern und Protokollparametern durch PTI nutzt gemeinsames Personal, Einrichtungen und Unterstützung von ICANN. Die Post-Transition-Service-Vereinbarung deckt Funktionen wie Finanzen, rechtliche Unterstützung, Personal und Technologie ab. Gemeinsame Regelungen können betriebliche Abhängigkeiten schaffen. Eine Störung eines gemeinsamen Authentifizierungsdienstes oder Büros kann mehr als eine Funktion betreffen.

Die Abhängigkeit ist wichtig für die Kontinuität. Eine Gemeinschaft, die einen anderen Betreiber in Betracht zieht, muss wissen, welche Systeme getrennt werden können, welche Aufzeichnungen portabel sind und welches Fachwissen gemeinsam genutzt wird. Übergangspläne müssen die anderen Funktionen bewahren. Das Risiko ist praktisch, nicht verfassungsrechtlich.

Organisationen wandeln Abhängigkeit oft in Einfluss um. Wenn eine Partei einen gemeinsamen Dienst kontrolliert, kann sie Zeitpläne, Budgets oder Informationen beeinflussen. Deshalb erfordern getrennte Vereinbarungen Finanzierungsverpflichtungen, Leistungsmessungen, Portabilität und Überprüfung. Aber Einfluss, der aus Abhängigkeit resultiert, ist keine legitime politische Autorität. Es ist ein zu regierendes Risiko.

Die Unterscheidung kann mit einem einfachen Kontrafaktischen getestet werden. Angenommen, ICANN stellt die Finanzierung eines gemeinsamen Dienstes ein und die Nummernleistung verschlechtert sich. Die RIRs hätten einen Anspruch gemäß ihrer Vereinbarung; ICANN könnte den Misserfolg nicht mit der Zustimmung seiner Namensgemeinschaft verteidigen. Umgekehrt, wenn der Namensvertrag nach einem ordnungsgemäßen Namensverfahren geändert würde, würde die Änderung nicht die Service-Level-Vereinbarung der RIRs neu schreiben, es sei denn, diese Parteien stimmen getrennt zu.

Die gemeinsame Marke schafft eine ähnliche Abhängigkeit des öffentlichen Verständnisses. Der Name IANA versichert den Nutzern, dass die Register autoritativ sind. Jede Funktion in eine andere Marke aufzuteilen, könnte Verwirrung stiften und Vertrauen schwächen. Die Marke beizubehalten ist sinnvoll, solange öffentliche Dokumente angeben, welches Mandat jede Handlung unterstützt.

Die richtige Schlussfolgerung ist daher weder völlige Trennung noch angenommene Einheit. Die betriebliche Integration kann fortgesetzt werden. Die Autorität muss funktionsspezifisch, belegt und portabel bleiben.

Fünf Tests für die funktionale Nichtübertragbarkeit

Der erste Test ist der Ursprung der Politik. Wer macht die angewandte Regel? Eine generische Domain-Konsenspolitik entsteht durch die definierten Mechanismen der GNSO. Eine globale Ländercode-Richtlinie folgt dem Bereich der ccNSO. Eine regionale Nummernregel entsteht in der relevanten RIR-Gemeinschaft. Eine globale Nummernregel muss alle Regionen und die ASO-Sequenz durchlaufen. Eine Protokollparameter-Anweisung stammt von der zuständigen Normungsorganisation. Wenn ein Anspruch nur auf den allgemeinen Status von ICANN verweist, hat er die politische Frage nicht beantwortet.

Der zweite Test ist die Identität des Kunden. Zu den Namenskunden gehören Betreiber von Top-Level-Domain-Registries und andere direkte Nutzer, die durch die Namensregelung spezifiziert sind. Die Kunden der Nummerierung auf oberster IANA-Ebene sind die RIRs. Die Nutzer der Protokollregister organisieren sich durch die Beziehung zur IETF. Der Kunde bestimmt, was zufriedenstellenden Service bedeutet und wer direkte Beweise für einen Ausfall liefern kann.

Der dritte Test ist die maßgebliche Vereinbarung. Die Namensleistung wird durch den ICANN-PTI-Namensvertrag und die Leistungsbeschreibung definiert. Die Nummernleistung wird hauptsächlich durch die RIR-ICANN-Service-Level-Vereinbarung definiert, wobei PTI als Unterauftragnehmer fungiert. Die Root-Wartung unterliegt der ICANN-Verisign-Vereinbarung. Protokollparameter folgen dem IETF-ICANN-Memorandum und den damit verbundenen Regelungen. Eine Vereinbarung kann nicht zitiert werden, als ob sie eine andere ändert.

Der vierte Test ist die Durchsetzbarkeit. Das CSC überwacht die Namen und kann in der Namenskette eskalieren. Die RIRs halten die Nummernrechte und handeln gemeinsam. ICANN kann seine Root-Maintainer-Vereinbarung durchsetzen. Die IETF hat die festgelegten Rechte für Protokollregister. Prestige verleiht einem Gremium nicht die Klagebefugnis, die es im relevanten Instrument nicht hat.

Der fünfte Test ist die Ersetzung. Das Trennungverfahren für Namen kann einen anderen Namensbetreiber wählen. Die RIRs können einen Nachfolge-Nummernbetreiber wählen. Der Root-Maintainer kann gemäß seinen eigenen Bestimmungen übertragen werden. Die Fähigkeit, einen Anbieter zu ersetzen, ohne automatisch die anderen zu ersetzen, ist ein entscheidender Beweis dafür, dass die Funktionen institutionell trennbar sind.

Zusammen decken diese Tests die meisten falschen Behauptungen auf. Sie fragen nicht, wer die größte Konferenz, die bekannteste Marke oder die politisch beladenste Geschichte hat. Sie fragen, wer befugt ist, die betreffende Entscheidung zu treffen und durchzusetzen.

Häufige Kategorienfehler in der öffentlichen Debatte

Der erste Fehler ist zu sagen, dass ICANN Adressen an Internetnutzer zuteilt, weil sie den Pool auf oberster Ebene koordiniert. Im normalen Betrieb bedienen die RIRs regionale Mitglieder und andere Empfänger. Die Rolle von IANA auf oberster Ebene ist wesentlich, aber eng. Sie macht ICANN nicht zum direkten Register für jedes Netzwerk.

Der zweite Fehler ist zu schlussfolgern, dass eine umstrittene Top-Level-Domain-Entscheidung beweist, wie ICANN einen ASN-Streit entscheiden würde. Die Einheiten, Richtlinien, Beweise und Überprüfungskanäle unterscheiden sich. Eine Geschichte der Zurückhaltung oder Intervention bei Namen kann eine kulturelle Warnung bieten, ist aber kein rechtlicher Präzedenzfall für die Nummernrichtlinie.

Der dritte Fehler ist, das Ständige Kundenkomitee als universellen IANA-Regulierer zu behandeln. Sein Auftrag betrifft die Namensleistung. Die Nummerierung hat ein separates Überprüfungskomitee mit beratendem Status und getrennten Vertragsparteien. Eine Namenseskalation kann keinen Nummerndienstausfall heilen.

Der vierte Fehler ist anzunehmen, dass ICANNs Fähigkeit, mit dem Root-Zone-Maintainer zu vertraglichen, ihm erlaubt, die Reverse-DNS-Autorität entgegen den Nummernzuteilungen zu ändern. Die Wartung muss authentifizierte und autorisierte Anweisungen und die relevanten Verantwortlichkeiten befolgen. Die technische Veröffentlichung ist nicht das wirtschaftliche Eigentum.

Der fünfte Fehler ist anzunehmen, dass ein von der ASO gewählter Sitz im ICANN-Vorstand den Vorstand in eine Quelle regionalen Konsenses verwandelt. Die Auswahl gibt der Nummerngemeinschaft eine Beteiligung an der Unternehmensführung. Sie überträgt nicht das politische Mandat der RIR-Gemeinschaften auf zwei Einzelpersonen.

Der sechste Fehler ist, einen einzelnen Betreiber als Beweis dafür zu behandeln, dass Trennung unmöglich ist. Die Regelungen von 2016 sehen ausdrücklich funktionsspezifische Nachfolger vor. Der Übergang kann kostspielig sein, und gemeinsame Systeme müssen möglicherweise aufgeteilt werden, aber Schwierigkeit ist Nichtexistenz.

Der siebte Fehler ist der umgekehrte Fehler: zu behaupten, dass ICANN keine Rolle bei Nummern hat. Die Satzung gibt ihr eine Koordinationsmission auf oberster Ebene, der Vorstand nimmt an der Ratifizierung globaler Richtlinien teil, und ICANN ist der Vertragspartner für den Nummerndienst. Die Korrektur des Überschwangs darf die definierte Autorität nicht auslöschen.

Warum Überschwang der Nummern-Governance schaden kann

Der erste Schaden ist die Verlagerung des Forums. Wenn Regierungen, Unternehmen oder Befürworter einen regionalen Zuteilungsstreit zu den Namensinstitutionen bringen, können Personen mit Betriebskenntnis und politischer Legitimität umgangen werden. Ein hochsichtbares Forum kann dann über eine Frage entscheiden, die es schlecht zu lösen geeignet ist.

Der zweite Schaden ist die Verwässerung der Rechenschaftspflicht. ICANN kann für eine RIR-Entscheidung verantwortlich gemacht werden, die sie nicht getroffen hat, während das RIR der Prüfung entgeht. Oder das Prestige von ICANN kann verwendet werden, um eine schwache regionale Handlung zu validieren, ohne das regionale Verfahren zu testen. Die Rechenschaftspflicht wird so breit, dass niemand für die genaue Handlung verantwortlich ist.

Der dritte Schaden ist die Erfassung des Konsenses. Ein gut ausgestatteter Namenswahlkreis kann bei globalen Treffen die Aufmerksamkeit dominieren und seine Prioritäten als Meinung der Internetgemeinschaft präsentieren. Nummernentitäten sind nicht unbedingt abwesend; ihr Mandat wird durch andere Foren ausgeübt. Die Teilnahme im falschen Raum zu zählen, kann Konsens fabrizieren.

Der vierte Schaden ist die Krisenzentralisierung. Bei einem RIR-Governance-Streit können Außenstehende ICANN auffordern, die Kontrolle zu übernehmen, weil sie wie die nächstgelegene globale Autorität erscheint. Der Impuls kann die Anerkennungskriterien, die regionale Legitimität, die Betriebskontinuität und die vereinbarten Rollen von NRO und ASO ignorieren. Ein überstürzter zentraler Eingriff kann das verteilte System schwächen, das er zu schützen vorgibt.

Der fünfte Schaden ist die Beweissubstitution. Indikatoren für die Stabilität der Rootzone, Überprüfungen des Namensdienstes oder Compliance-Aufzeichnungen für generische Domains können als Beweis dafür angeboten werden, dass die Nummernregistrierung solide ist. Sie messen unterschiedliche Transaktionen. Gemeinsames Personal mag eine funktionsübergreifende Betriebsrisikobewertung rechtfertigen, aber nicht die Substitution von Beweisen einer Funktion durch eine andere.

Der letzte Schaden ist der Präzedenzfall durch Rhetorik. Wiederholte Beschreibungen von ICANN als Eigentümer oder oberster Regulierer der Internetnummern können Erwartungen verhärten. Zukünftige Vorstände, Regierungen oder Gerichte können auf eine öffentliche Akte stoßen, die das Mandat überdehnt. Präzision heute schützt institutionelle Grenzen morgen.

Grenzen erfordern keine institutionelle Feindseligkeit

Es ist möglich, die Autonomie der Nummerngemeinschaft zu verteidigen, ohne ICANN als Gegner zu behandeln. Das derzeitige System ist auf Zusammenarbeit angewiesen. ICANN finanziert und unterstützt PTI, vertraglich die Root-Wartung, beherbergt die Governance-Strukturen und führt den Nummerndienst aus. Die RIRs nehmen an der ASO teil, wählen Direktoren und erstatten den Dienst. Die IETF liefert die technischen Einschränkungen. Diese Beziehungen können gut funktionieren, weil Pflichten verteilt sind, nicht weil alle verschmolzen sind.

Namensexpertise kann auch Nummernoperationen helfen. Sicherheitspraktiken, Kontinuitätstests und Registertechnik können geteilt werden. Ein DNS-Spezialist ist für das Reverse DNS relevant. Eine Unternehmensprüfung kann gemeinsame Kontrollen untersuchen. Die gemeindeübergreifende Konsultation ist sinnvoll, wenn eine vorgeschlagene Änderung mehrere Funktionen betrifft.

Konsultation ist nicht Zustimmung. Ein Namensorgan kann eine Abhängigkeit identifizieren, aber nicht eine Nummernrichtlinie für die RIRs genehmigen. Die RIRs können die Auswirkungen auf Nummern erklären, aber nicht die Richtlinie für generische Domains diktieren. Die solideste gemeindeübergreifende Arbeit gibt an, welches Organ die endgültige Entscheidung trifft und warum.

Grenzen sollten auch für Beweise durchlässig sein. Wenn ein gemeinsamer Dienst ausfällt, sollte jede betroffene Gemeinschaft einen wahrheitsgemäßen Bericht erhalten. Wenn eine geplante Namensabspaltung die Nummernoperationen stören würde, sollten die RIRs vor der Implementierung konsultiert werden. Funktionale Autonomie rechtfertigt keine Geheimhaltung über gemeinsame Risiken.

Das Ziel ist eine disziplinierte Föderation: gemeinsame Operationen, wo Effizienz und Sicherheit sie rechtfertigen, getrennte Mandate, wo Legitimität sie erfordert, und explizite Koordination an den Nähten.

Wie man über Autorität genau spricht

Öffentliche Institutionen sollten aufhören, 'IANA-Autorität' zu verwenden, ohne die Funktion zu nennen. Eine Aussage sollte IANA-Namensbetreiber, IANA-Nummernbetreiber oder IANA-Protokollparameter-Registerbetreiber sagen. Root-Zone-Administrator und Root-Zone-Maintainer sollten nicht austauschbar sein. Die unternehmerische Rolle von ICANN sollte von der operativen Rolle von PTI unterschieden werden.

Behauptungen über die Nummernrichtlinie sollten den regionalen oder globalen Richtlinienweg zitieren. Behauptungen über die Serviceleistung sollten die Nummern-Service-Level-Vereinbarung und monatliche Berichte zitieren. Behauptungen über die Namensaufsicht sollten den Namensvertrag, das CSC oder die Namensüberprüfung zitieren. Behauptungen über die Root-Dateiproduktion sollten die Maintainer-Vereinbarung zitieren. Diese Zitierdisziplin ist keine Pedanterie; sie zeigt, wer angefochten werden kann.

Tagungsberichte sollten die Eigenschaft identifizieren, in der eine Einheit spricht. Ein ICANN-Direktor, ein ASO-Adressrat-Mitglied, ein RIR-Führungskraft und ein Überprüfungskomitee-Mitglied können dieselbe Person zu verschiedenen Zeiten sein, aber die Autorität ändert sich mit der Rolle. Persönliche Expertise kann Grenzen überschreiten; institutionelle Macht kann nicht als folgend angenommen werden.

Medienberichterstattung sollte die fünf Fragen der Nichtübertragbarkeit stellen, bevor sie ein Organ als kontrollierend beschreibt. Wer hat die Politik gemacht? Wer ist der Kunde? Welche Vereinbarung gilt? Wer kann durchsetzen? Wer wählt einen Nachfolger? Wenn die Antworten auf die RIRs und die Nummerngemeinschaft verweisen, ist das Prestige der Rootzone ein Kontext und keine Autorität.

Gerichte und Regierungen sollten gleichermaßen präzise sein. Die Gründung in Kalifornien und die Vereinbarungen von ICANN schaffen gesetzliche Rechte, aber sie machen nicht jeden Nummernstreit zu einer ICANN-Unternehmensangelegenheit. Die Zuständigkeit eines RIR, seine Mitgliedschaftsverpflichtungen und seine regionalen Verfahren können eine regionale Entscheidung steuern. Die Nummern-Service-Level-Vereinbarung regelt den Dienst auf oberster Ebene zwischen ihren benannten Parteien. Die Rootzone-Regelungen beantworten andere Fragen.

Präzise Sprache hat einen operativen Vorteil. Während eines Ausfalls wissen die Beteiligten, wen sie kontaktieren müssen, welche Beweise zu sichern sind und welcher Rechtsbehelf verfügbar ist. Während der Politikentwicklung wissen die Einheiten, wo Zustimmung aufgebaut werden muss. Während des Übergangs wissen die Gegenparteien, welcher Dienst sich bewegen kann und welcher bleiben kann.

Die Grenzen des Trennungsarguments

Die funktionale Unterscheidung sollte nicht zu völliger Unabhängigkeit übertrieben werden. Namen und Nummern tragen beide zum stabilen Betrieb eindeutiger Kennungen bei. Sie teilen sich die IANA-Marke, PTI, die ICANN-Unterstützung und einen Teil der technischen Infrastruktur. Ein Unternehmens- oder Sicherheitsausfall kann die Grenze überschreiten. Budgetentscheidungen von ICANN können die Fähigkeit von PTI beeinträchtigen, alle drei Funktionen auszuführen.

ICANN hat auch eine echte Mission bei der Koordination von Nummern. Die Ratifizierungsrolle des Vorstands und der Platz der ASO in der Satzung sind nicht dekorativ. Globale Nummernrichtlinien müssen an der Spitze der Hierarchie ausgeführt werden. Die RIRs haben ICANN 2016 als Vertragspartner gewählt, anstatt von Anfang an einen völlig getrennten Betreiber zu bilden.

Die RIRs sind auch nicht immun gegen Legitimitätsfragen. Die Beteiligung an der regionalen Politik, die Rechenschaftspflicht der Mitglieder, die Führung des Vorstands, die Anerkennung und die Kontinuität können alle angefochten werden. Zu sagen, dass die GNSO keine Autorität über ein RIR hat, beweist nicht, dass jede RIR-Entscheidung richtig ist. Es identifiziert das Forum und die Standards, nach denen die Entscheidung beurteilt werden muss.

Die operativen Gemeinschaften können auch vereinbaren, ihre Beziehungen zu ändern. Die Parteien können die Nummernvereinbarung ändern. Die ICANN-Satzung kann gemäß ihren erforderlichen Verfahren geändert werden. Die IETF und ICANN können ihr Memorandum aktualisieren. Funktionale Nichtübertragbarkeit ist keine ewige Unbeweglichkeit; es bedeutet, dass Veränderung die Zustimmung der richtigen Inhaber erfordert, nicht eine Annahme, die auf Prestige beruht.

Schließlich erfordern einige Ereignisse legitim gemeinsames Handeln. Eine schwerwiegende Kompromittierung gemeinsamer Systeme, eine Änderung der IANA-IP-Rechtevereinbarungen oder ein Übergang, der gemeinsames Personal betrifft, können alle Funktionen betreffen. Gemeinsames Handeln bleibt eine Koordination von Mandaten, nicht der Beweis, dass ein Mandat die anderen verschlungen hat.

Prestige sollte der Leistung im Mandat folgen

ICANN verdient Anerkennung für stabile Koordination der Rootzone, wenn die Beweise dies stützen. PTI verdient Anerkennung für genauen Nummerndienst, wenn seine Berichte und die Überprüfung durch die RIRs diese Schlussfolgerung stützen. Die RIRs verdienen Anerkennung für legitime regionale Politik, wenn ihre Gemeinschaften sehen können, wie Entscheidungen getroffen wurden. Prestige ist am gesündesten, wenn es einer nachgewiesenen Leistung in einer definierten Rolle folgt.

Die umgekehrte Reihenfolge ist gefährlich. Wenn Prestige zur Prämisse wird, kann eine Institution benachbarte Autorität beanspruchen, weil sie anderswo vertrauenswürdig ist. Das Ergebnis ist Mandatsinflation: Root-Verwaltung wird zu Namenssouveränität; Namenssouveränität wird zu Kennungssouveränität; Kennungssouveränität wird zu einem Anspruch auf Netzwerke und Inhalte. ICANNs eigene Missionsbeschränkungen lehnen diese Progression ab.

Das Internet-Kennungssystem ist unter anderem deshalb widerstandsfähig, weil keine einzelne Prestigehierarchie jede Ebene kontrolliert. Standards, oberste Register, regionale Register, lokale Register, DNS-Betreiber und Netzbetreiber begrenzen sich gegenseitig. Koordination wird durch dokumentierte Schnittstellen und Vereinbarungen erreicht, nicht durch einen universellen Administrator.

Das IANA-Label sollte in dieser verteilten Tradition verstanden werden. Es markiert vertrauenswürdige Ausführung mehrerer verwandter Rollen. Es löscht nicht die Gemeinschaften aus, die diese Rollen autorisieren. Die gemeinsame Ausführung ist ein Dienst an pluralistischer Governance, kein Argument dagegen.

Eine Grenze, die beide Systeme schützt

Die Trennung der Namensautorität von der Nummernautorität schützt die Nummerngemeinschaft vor der Erfassung durch einen sichtbareren Wahlkreis. Sie schützt auch die Namens-Governance davor, für Entscheidungen verantwortlich gemacht zu werden, die sie nicht legitim kontrollieren kann. Klare Grenzen machen die Rechenschaftspflicht in beide Richtungen fairer.

Für Nummern ist die operative Kette explizit. Die IETF definiert technische Einschränkungen. Regionale Gemeinschaften entwickeln regionale Politik. Die fünf RIRs koordinieren die globale Politik durch die NRO- und ASO-Regelungen. ICANN und PTI führen den Dienst auf oberster Ebene gemäß einer Vereinbarung aus, die die RIRs durchsetzen und letztendlich ersetzen können.

Für Namen entwickeln die generischen und Ländercode-Gemeinschaften Politik in ihren Bereichen. PTI führt die IANA-Namensfunktion unter Vertrag aus. Das CSC überwacht den Kundendienst. Namensüberprüfungen und das Trennungverfahren bieten Eskalationen. Verisign pflegt die Root-Zonen-Datei gemäß einer separaten Vereinbarung. Root-Server-Betreiber verteilen das Ergebnis an die Benutzer.

Die Ketten treffen sich in einem einzigen Unternehmen und an mehreren technischen Nähten, aber sie werden nicht austauschbar. Die Autorität eines Akteurs am Treffpunkt ist auf die Aufgabe beschränkt, die ihn dorthin gebracht hat. Das ist die Essenz der funktionalen Nichtübertragbarkeit.

Die Politik der Rootzone wird weiterhin Aufmerksamkeit erregen. Regierungen werden sich um nationale Domains kümmern, Unternehmen um generische Zeichenfolgen und Sicherheitsspezialisten um die DNS-Rootzone. Diese Aufmerksamkeit kann die Governance erhellen. Sie wird erst schädlich, wenn sie als Machtquelle über ein anderes Registersystem behandelt wird.

Die richtige Antwort ist kein Slogan, dass ICANN alle Autorität oder keine hat. Es ist eine Karte der Mandate. Nennen Sie die Funktion, die politische Gemeinschaft, den Kunden, die Vereinbarung, den Rechtsbehelf und das Nachfolgerecht. Sobald diese sichtbar sind, verliert der Prestigeüberschwang seine verfassungsrechtliche Kraft. Die DNS-Rootzone bleibt lebenswichtig, und die Nummernregister werden weiterhin von den Gemeinschaften regiert, deren Netzwerke von ihnen abhängen.

Quellen

1. ICANN-Satzung, Artikel 1, 9 und 16–19— getrennte Missionsklauseln, ASO-Rolle, Namensvertrag, CSC, Namensüberprüfungen und namensspezifische Trennung.
2. RFC 7020, Das Internetnummernregistersystem— IANA als Rolle, Zuteilungshierarchie, IETF-Verantwortlichkeiten und regionale politische Autorität.
3. ASO-Memorandum von 2004— globale Nummernrichtlinienbeziehung zwischen NRO, ASO und ICANN, hier als historischer Text aufbewahrt, der die zitierte politische Sequenz untermauert.
4. ICANN-Ankündigung des ASO-Memorandums von 2004— erklärter Zweck der ASO und aufsteigende Nummernrichtlinienrolle.
5. Service-Level-Vereinbarung für die IANA-Nummerndienste— Legitimität der RIRs, Betreiberpflichten, Richtlinientrennung, Rechtsbehelfe und Nachfolgerauswahl.
6. Übergangsvorschlag der Internetnummerngemeinschaft— die Wahl der Nummerngemeinschaft für eine direkte Vereinbarung und ein regionales Überprüfungskomitee.
7. IANA-Stewardship-Übergangsvorschlag— unabhängige Vorschläge der Namens-, Nummern- und Protokollparametergemeinschaften und die Begründung für Subsidiarität.
8. RFC 7979, Antwort der Protokollparametergemeinschaft auf den Übergang— getrennte operative Gemeinschaften und Antwort der IETF.
9. IANA-Namensfunktionsvertrag— Namenspflichten von PTI, Ausschlüsse, Transparenz und Kontinuität.
10. ICANN-Vorstandsakte zur Genehmigung des Namensvertrags— namensspezifische Kunden, Serviceerwartungen und rechtliche Regelung.
11. PTI-Vereinbarungsindex— getrennte Instrumente für Namen, Nummern, Protokollparameter und Root-Maintainer.
12. IANA-Post-Transition-Unternehmensregelungen— PTI, gemeinsame Dienste und getrennte Unterverträge für Nummern und Protokolle.
13. Übersicht über die Root-Zone-Maintainer-Vereinbarung— getrennte Rollen von IANA und Verisign bei der Erstellung und Verteilung der Rootzone.
14. Root-Zone-Maintainer-Service-Vereinbarung— Pflichten des Maintainers und Übergangsbedingungen.
15. ICANN-Bericht zur Post-Transition-Rootzone-Regelung— Entfernung der NTIA-Autorisierungsrolle und Fortsetzung der Wartung durch Verisign.
16. NTIA-Richtlinienerklärung von 1998 zur Verwaltung von Internetnamen und -adressen— historischer Fokus auf DNS-Koordination und Schaffung einer repräsentativen gemeinnützigen Gesellschaft.
17. RFC 2860, IETF-ICANN-Memorandum zur technischen Arbeit der IANA— Aufteilung zwischen technischer Autorität der IETF und operativer Arbeit der IANA.
18. NRO-Seite zur Nummern-Service-Level-Vereinbarung und Änderung zum Reverse DNS— Platzierung des Reverse DNS in der Nummerndienstbeziehung.