Zusammenfassung
- Am 13. August 2026 erörterte der ccNSO Council ein Verfahren zur Selbstwahl der geografischen Region aus dem Jahr 2007, das die heutige ICANN-Satzung nicht mehr vollständig abbildet. Dazu gehört der Fall mehrerer ccTLD-Verwalter aus demselben Land oder Gebiet.
- Das alte Verfahren lässt den IANA-Verwaltungskontakt für „den Verwalter“ handeln. Die heutige Satzung trennt Verwalter, Vertreter, Gebiet und Emissär. Eine Neufassung muss sagen, welcher Einheit die Region zugeordnet wird und wessen Zustimmung die Wahl trägt.
- Die Zuordnung wirkt nur in der ccNSO-Governance. Sie entscheidet weder über eine ccTLD-Delegierung noch über IANA-Dienste, operative Kontrolle, Souveränität oder die geografische Einordnung in sämtlichen ICANN-Strukturen.
Eine Website-Migration legte eine Verfahrenslücke frei
Auslöser war keine für ungültig erklärte Wahl. Während der Migration der ccNSO-Website kamen das Verfahren und das Antragsformular von 2007 erneut in den Blick. Eine Nachricht an die Council-Liste vom 30. Juli erklärte, beide Dokumente seien durch spätere Satzungsänderungen überholt worden, und kündigte die Behandlung in der nächsten Sitzung an. Der offizielle Community-Bericht über Sitzung 232 hält für den 13. August fest, dass mehrere Verwalter desselben Landes oder Gebiets ausdrücklich zur Sprache kamen. Der Council beauftragte das Sekretariat mit einem Bericht zu den Vor- und Nachteilen des bestehenden Verfahrens und möglicher Änderungen.
In den geprüften Unterlagen ist noch kein Ersatz beschlossen. Es gibt dort auch keine Feststellung, dass eine frühere Wahl unwirksam gewesen sei, keinen benannten Verwalter mit einem verweigerten Regionsantrag und keinen veröffentlichten Streit zwischen mehreren Verwaltern eines Gebiets. Das Problem ist vorausschauend: Die Institution kann die Autoritätskette klären, bevor ein konkreter Konflikt jede unbestimmte Rolle belastet.
Das Verfahren von 2007 behandelt einen begrenzten Sonderfall. Bei bestimmten ccTLD-Verwaltern richtet sich die ICANN-Region nach einem Staatsangehörigkeitskriterium und nicht nach dem physischen Ort des Gebiets. Ist der Verwalter Mitglied der ccNSO, kann er eine Region selbst wählen. Der in der IANA-Datenbank geführte Verwaltungskontakt reicht den Antrag mit einem Unterstützungsschreiben der zuständigen Regierung oder öffentlichen Stelle ein. IANA prüft den Antragsteller, das Sekretariat die Voraussetzungen, regionale Verbindungsstellen das Schreiben und der Council trifft die Entscheidung.
Die alte Regel begrenzt auch die Wirkung. Die Auswahl gilt ausschließlich für ccNSO-Angelegenheiten, darf grundsätzlich fünf Jahre lang nicht erneut geändert werden und steht unter einer regelmäßigen Überprüfung und Annahme durch den Council. Diese Grenzen sind nicht der veraltete Teil. Veraltet ist die Vorstellung, Kontakt, Verwalter, Gebiet und wählende Einheit seien ein und derselbe Akteur.
Vertreter und Emissär übertragen nicht dieselbe Befugnis
Artikel 10 der heutigen Satzung zeichnet eine differenziertere Kette. Jeder ccTLD-Verwalter darf eine Person, Organisation oder juristische Einheit als Vertreter benennen. Fehlt eine Benennung, gilt der Verwaltungskontakt in der IANA-Datenbank als bestimmt. Gibt es in einem Gebiet nur einen Verwalter, ist dessen Vertreter zugleich der Emissär.
Bei zwei oder mehr Verwaltern kommt eine kollektive Entscheidung hinzu. Die Verwalter müssen einen ihrer Vertreter zum Emissär des Gebiets bestellen. Unterbleibt die Bestellung, sieht die Satzung eine Auffangregel vor, die an die Dauer der ccNSO-Mitgliedschaft anknüpft. Bei den in Artikel 10 genannten Abstimmungen verfügt jedes Gebiet über eine Stimme, die der Emissär abgibt.
Die Begriffe sind keine austauschbaren Titel. Der Vertreter leitet seine Rolle von einem bestimmten Verwalter ab. Der Emissär ist die gemeinsame Schnittstelle des Gebiets für klar bezeichnete ccNSO-Handlungen. Ein Verwaltungskontakt kann automatisch Vertreter seines Verwalters sein, ohne damit alle anderen Verwalter für fünf Jahre an eine Regionswahl binden zu dürfen. Ebenso überträgt das Stimmrecht des Emissärs weder die technische Kontrolle über alle ccTLDs noch eine allgemeine Vertretungsmacht.
Damit stellt sich zuerst eine Frage nach der Einheit. Wird die selbst gewählte Region jedem Verwalter, einer ccTLD, dem gesamten Gebiet oder nur einem bestimmten Wahl- und Nominierungskontext zugeordnet? Wollen zwei Verwalter verschiedene Regionen, hängt die Konfliktlösung von dieser Antwort ab. Soll das Gebiet einheitlich eingeordnet werden, muss das Verfahren zusätzlich festlegen, ob Einstimmigkeit, ein dokumentierter interner Beschluss oder eine Entscheidung des Emissärs genügt.
Eine Region wird zum Eingangswert für Machtverteilung
Der ccNSO Council umfasst drei von den Mitgliedern gewählte Personen aus jeder der fünf ICANN-Regionen. Nach den aktuellen Wahlhinweisen wird jedes Jahr ein Sitz je Region besetzt. Für eine Kandidatur müssen Vorschlagender und Unterstützer aus derselben Region, aber aus unterschiedlichen Gebieten stammen. Abgestimmt wird durch Emissäre.
Die Region ist daher keine bloße Profilangabe. Sie beeinflusst, wer einen Kandidaten vorschlagen und unterstützen darf, welcher Sitz zur Wahl steht und welche Wählerliste maßgeblich ist. Auch bei bestimmten mitgliedsinitiierten Abstimmungen und Quoren spielen verschiedene Gebiete oder Regionen eine Rolle. Für die Nominierung der ccNSO-Sitze im ICANN Board stimmen alle Mitglieder durch ihre Emissäre ab, obwohl dieser Vorgang nicht aus fünf getrennten Regionalwahlen besteht.
Der Bericht des Sekretariats sollte alle Verbraucher der Regionsangabe erfassen, bevor er ein neues Formular empfiehlt. Für Council-Wahlen, Board-Nominierungen, Quoren und Mitgliedsabstimmungen ist jeweils zu zeigen, welche Einheit gezählt, welches Rollenverzeichnis verwendet und zu welchem Zeitpunkt der Bestand eingefroren wird. Eine moderne Eingabemaske behebt keine unklare institutionelle Einheit.
Besonders kritisch ist der Zeitpunkt der Wirksamkeit. Wird eine Änderung nach Beginn der Nominierungsphase angenommen, könnte ein Kandidat in einen anderen Wettbewerb wechseln. Zwischen Wählerstichtag und Wahlende könnten zwei Bestände in demselben Verfahren entstehen. Nötig sind deshalb ein Stichtag, der erste betroffene Wahlzyklus, eine Regel für laufende Anträge und ein Schutz für bereits eingereichte Nominierungen.
Ein Absender ist noch keine Zustimmungskette
Ein belastbarer Antrag sollte mit einem datierten institutionellen Abbild beginnen: Gebiet, betroffene ccTLDs, sämtliche aktuellen Verwalter, bisherige Region und beantragte Region. Danach sind aus einer maßgeblichen Quelle die Vertreter der einzelnen Verwalter und der aktuelle Emissär des Gebiets zu bestimmen. Wer den Antrag ausgelöst hat, wer zustimmt, wer widerspricht und wer nicht geantwortet hat, sind getrennte Zustände.
Für Meinungsverschiedenheiten gibt es mehrere vertretbare Modelle. Der Council könnte Einstimmigkeit verlangen, einen Antrag des Emissärs nach einem festgelegten internen Schwellenwert anerkennen, ein Widerspruchsfenster eröffnen oder die Sache bis zur Einigung vertagen. Jede Variante verschiebt Vetomacht. Auch Schweigen ist nicht neutral: Es als Zustimmung zu behandeln vereinfacht die Verwaltung, kann aber einen Verwalter an eine fünfjährige Auswahl binden, der sich nie erklärt hat.
Das Schreiben der Regierung oder öffentlichen Stelle erfüllt einen anderen Beweiszweck. Es kann die Beziehung zum Staatsangehörigkeitskriterium oder die öffentliche Unterstützung dokumentieren. Allein beweist es weder die Zustimmung der Verwalter noch die Satzungsbefugnis des Emissärs. Geografischer Nachweis, IANA-Identität, mitgliedschaftliche Zustimmung und Emissärstatus müssen eigenständige Felder bleiben.
Auch die Fünfjahresgrenze braucht Ereignisregeln. Was geschieht bei einer neuen ccTLD, einem Verwalterwechsel, einer neuen Emissärbestellung oder dem späteren Zerfall des Konsenses? Bindet die Sperre das Gebiet, den Beschluss oder nur den ursprünglichen Antragsteller? Ohne eine Antwort kann eine alte Zustimmung eine neue institutionelle Zusammensetzung fortdauernd beherrschen.
Ein versionierter Entscheidungsnachweis statt nur eines neuen Formulars
Das geeignete öffentliche Objekt ist ein versionierter Nachweis der Regionswahl. Er sollte alte und neue Region, Gebiet, Verwalter und ccTLDs, bestätigte Vertreter und Emissär, Zustimmungsstände, betroffene ccNSO-Funktionen, Entscheidungsstelle, Gründe, Wirksamkeitszyklus und Ablauf der Fünfjahresfrist enthalten.
Der Nachweis sollte die angewandte Verfahrensversion nennen und ausweisen, welche Prüfung IANA, das Sekretariat und die regionalen Stellen vorgenommen haben. Korrekturen, Einwände, abweichende Auffassungen und spätere Überprüfungen gehören in die Historie. Jede betroffene Wahl kann auf den zum Stichtag gültigen Stand verweisen, statt den heutigen Datenbankwert rückwirkend als damalige Wahrheit zu verwenden.
Transparenz verlangt keine privaten E-Mail-Adressen, Telefonnummern oder Wohnanschriften. Öffentlich genügen Rolle, Prüfdatum, zuständige Stelle und die Aussage, die ein Unterstützungsschreiben trägt. Sensible Unterlagen können für berechtigte Prüfer verfügbar bleiben, während persönliche Kontaktdaten geschützt werden.
Ebenso sichtbar muss die Kompetenzgrenze sein. Das Verfahren von 2007 beschränkt die Auswahl auf ccNSO-Angelegenheiten. Die heutige Satzung erklärt darüber hinaus, dass die Mitgliedschaft in der ccNSO oder einer regionalen Organisation keine Voraussetzung für Zugang oder Eintragung in die IANA-Datenbank und keine Bedingung für IANA-Dienste ist. Die Auswahl delegiert keine Domain, erteilt keine Root-Zone-Anweisung, entscheidet keine Souveränität und macht den Emissär nicht zum Betreiber.
Die Aufgabe wirkt klein, weil sie mit einem Formular beginnt. Doch dessen Wert fließt in Nominierungen, Sitze, Quoren und Stimmen. Sobald ein Feld Macht verteilt, sind Einheit, Quelle, Zeitpunkt und Geltungsbereich keine Verwaltungsdetails mehr. Mit einem nachvollziehbaren Nachweis kann die ccNSO die Lücke vor dem Streit schließen, nicht erst währenddessen erraten.
Quellen
- ccNSO-Council-Liste: Aktualisierung des Verfahrens zur regionalen Selbstwahl
- At-Large-Bericht über ccNSO-Council-Sitzung 232
- Arbeitsbereich der ccNSO-Council-Sitzung 232
- Verfahren von 2007 zur Selbstwahl einer geografischen Region durch ccTLD-Verwalter
- ICANN-Satzung, Artikel 10: Country-Code Names Supporting Organization
- Wahlen zum ccNSO Council
- Nominierungen der ccNSO für das Board
- Über den ccNSO Council
- Geografische Regionen der ICANN
- Hintergrund zu den geografischen Regionen der ccNSO
Mitgliederbriefing
Detaillierter Profilkontext
Melden Sie sich mit der richtigen Mitgliedschaftsstufe an, um das vollständige Briefing und die Quellennotizen freizuschalten.
Nur für Strategic Circle
Strategic Circle
Offen für alle Leser. Schalten Sie Profil-Briefings nach Beitritt und Anmeldung frei.
Strategic Circle beitretenNur für Leadership Alliance
Leadership Alliance
Für qualifizierte Inhaber von IP-Assets und Management; melden Sie sich an, um Leadership-Alliance-Briefings freizuschalten.
Leadership Alliance beitreten

