Zusammenfassung

  • ICANNs Mandat und Grenzen stehen in den Articles of Incorporation und den Bylaws; konkrete Pflichten werden jedoch vielfach erst durch Registry- und Registrar-Verträge durchsetzbar.
  • Die verfügbaren Rechtsbehelfe unterscheiden sich nach Verfahren, Prüfungsmaßstab, Entscheidungsträger und möglicher Abhilfe. Keiner ist automatisch ein allgemeines Sachmittel gegen jede Entscheidung.

Die erste Ebene: Konstitution statt staatlicher Hoheitsgewalt

Die Articles of Incorporation errichten ICANN als kalifornische gemeinnützige Public-Benefit-Körperschaft. Sie beschreiben Zwecke wie die Koordinierung globaler Internet-Identifikationssysteme und damit verbundener technischer Funktionen. Die Bylaws legen Mission, Kernwerte, Befugnisse, Board-Struktur, Policy-Entwicklung und Rechenschaftsmechanismen fest.

Diese Dokumente geben ICANN einen institutionellen Rahmen, aber nicht ohne Weiteres staatliche Befehlsgewalt. Die entscheidende Frage lautet daher nicht nur, ob ICANN eine Regel veröffentlicht hat. Entscheidend ist, welches Instrument die Regel trägt, wen es bindet und welche Folge bei Nichtbefolgung vorgesehen ist.

Die Materialien zum IANA-Übergang beschreiben den Übergang vom früheren Vertragsrahmen mit der US-Regierung zu gemeinschaftlich entwickelten Rechenschaftsarrangements. Sie benennen die Rollen von ICANN, Public Technical Identifiers und der globalen Internetgemeinschaft nach dem Übergang. Diese Darstellung erklärt den institutionellen Wandel, ersetzt aber nicht die jeweils maßgeblichen operativen Vereinbarungen.

Die zweite Ebene: Verträge als Kontrolloberfläche

Die Sammlung der ICANN-Vereinbarungen zeigt, wo aus institutioneller Autorität konkrete Verpflichtungen werden. ICANN veröffentlicht Vereinbarungen mit Registries, Registraren, technischen Betreibern und anderen Teilnehmern. Diese Vereinbarungen können Compliance-Pflichten, Prüfungsrechte, Berichtsanforderungen, Streitverfahren und Sanktionen bis hin zu Suspendierung oder Beendigung enthalten.

Bei Registry-Betreibern konkretisieren die Registry Agreements Verantwortlichkeiten für den Betrieb von Top-Level-Domains, technische Anforderungen, Berichte, Compliance und streitbezogene Pflichten. Der Vertrag ist hier keine bloße Dokumentation einer politischen Entscheidung. Er ist die Oberfläche, an der eine Entscheidung in eine überprüfbare Pflicht und gegebenenfalls in eine Vertragsfolge übergeht.

Für akkreditierte Registrare setzt das Registrar Accreditation Agreement Bedingungen der Akkreditierung. Es behandelt unter anderem Pflichten der Registrare, Compliance- und Audit-Bestimmungen, Daten- und Verbraucherschutz sowie Streit- und Sanktionsmechanismen. Für spätere Zeiträume können spätere Vereinbarungen oder Änderungen maßgeblich sein; das Datum eines Vertrags ist deshalb Teil der rechtlichen Analyse.

Der Base Registry Agreement-Rahmen verbindet Registry-Betrieb mit technischer und politischer Compliance, Escrow, Berichterstattung, Inspektion, Gebühren, Streitbeilegung und vertraglichen Rechtsfolgen. Daraus ergibt sich die praktische Kausalkette: Ein konstitutives Dokument definiert Zweck und Grenzen; Bylaws und Policies strukturieren Verfahren; ein Vertrag weist Pflichten einem konkreten Betreiber zu; Compliance- und Vertragsmechanismen machen die Pflicht operativ.

Die dritte Ebene: Warum der Rechtsbehelf vom Streitgegenstand abhängt

Die Reconsideration erlaubt einer betroffenen Partei, die erneute Prüfung bestimmter Handlungen oder Unterlassungen von Board oder Mitarbeitenden durch das Board Governance Committee zu beantragen. Voraussetzungen, Fristen und Zulässigkeit begrenzen den Zugang. Das Verfahren ist grundsätzlich kein allgemeines Berufungsverfahren zur vollständigen Neubewertung jeder Sachfrage. Es prüft typischerweise, ob eine Handlung mit Policies, Bylaws oder dokumentierten Verfahren vereinbar war.

Der Independent Review Process ist für bestimmte Behauptungen vorgesehen, dass Board oder Mitarbeitende gegen Articles oder Bylaws verstoßen haben. Er hat einen adjudikativen Charakter und kann Erklärungen oder andere in Bylaws und IRP-Regeln vorgesehene Ergebnisse hervorbringen. Welche Regeln gelten, hängt von späteren Bylaws-Änderungen und ergänzenden Verfahrensregeln ab.

Die Übersicht über ICANNs Rechenschaftsmechanismen führt unter anderem Reconsideration, IRP, Ombudsman-Verfahren, Dokumentenanfragen und Community Powers auf. Diese Wege unterscheiden sich bei Stellung und Zugang, Prüfungsmaßstab, Entscheidungsträger, möglicher Abhilfe sowie bei der Frage, ob ein Ergebnis bindend oder beratend ist. Eine Liste von Verfahren sagt daher weniger aus als eine Zuordnung zum konkreten Streit.

Eine Dokumentenanfrage nach den Transparenz- und Informationsregeln kann Unterlagen zu ICANNs Arbeit zugänglich machen, unterliegt aber Ausnahmen und Vertraulichkeitsschutz. Sie kann Beweismaterial für eine spätere Bewertung liefern; sie ist nicht selbst eine automatische Korrekturentscheidung.

Auf der gemeinschaftlichen Ebene geben die Community Powers der Empowered Community bestimmte Befugnisse gegenüber Board-Handlungen und grundlegenden Bylaws-Änderungen. Dazu gehören, vorbehaltlich der vorgesehenen Verfahren, die Zurückweisung von Budgets oder strategischen Plänen, die Abberufung einzelner Directors, der Rückruf des Boards sowie die Zustimmung oder Ablehnung bestimmter grundlegender Maßnahmen. Diese Befugnisse sind institutionelle Kontrollinstrumente; sie ersetzen nicht automatisch einen vertraglichen Anspruch oder eine individuelle Anfechtung.

Was diese Architektur praktisch bedeutet

ICANNs Autorität ist deshalb geschichtet. Eine Frage über die Mission oder eine Grenze der Körperschaft führt zu den Articles und Bylaws. Eine Frage über die konkrete Pflicht eines Registry- oder Registrar-Betreibers führt zum einschlägigen Vertrag und seiner Fassung. Eine Frage über ein Board- oder Staff-Verfahren führt zu Reconsideration, IRP oder einem anderen passenden Mechanismus. Eine Frage über die kollektive Kontrolle grundlegender Entscheidungen kann die Community Powers betreffen.

Das begrenzt zugleich die Aussagekraft pauschaler Begriffe wie „ICANN hat entschieden“. Eine institutionelle Entscheidung kann politisch formuliert, verfahrensmäßig beschlossen und erst über einen Vertrag gegenüber einem Betreiber wirksam werden. Umgekehrt kann ein Vertrag zwar operative Kontrolle ermöglichen, aber nicht jede institutionelle oder politische Frage beantworten.

Die belastbare Schlussfolgerung ist daher eng: ICANN besitzt reale operative Hebel im Domain-Namen-System, doch deren Reichweite hängt vom jeweiligen Instrument und vom betroffenen Adressaten ab. Wer eine Entscheidung herausfordern will, muss die Kette rückwärts verfolgen: Welche Handlung liegt vor? Welches Dokument verleiht ihr Wirkung? Welche Pflicht oder Grenze ist betroffen? Welches Verfahren prüft genau diesen Punkt, nach welchem Maßstab und mit welcher möglichen Abhilfe?

Die verfügbaren Quellen erlauben keine pauschale Aussage darüber, welcher Rechtsbehelf in jedem historischen Einzelfall offenstand. Für einen konkreten Streit müssen die damals geltenden Bylaws, die einschlägige Vertragsfassung, Fristen und Verfahrensregeln geprüft werden.