Zusammenfassung

  • Der technische Studienkreis von ICANN beschreibt, dass ein DNS-Name aus der weltweiten Auflösung genommen werden kann, während derselbe Name in einem alternativen Namenssystem aktiv bleibt. Voraussetzung ist, dass dessen Regeln das erlauben und der Registrant den Namen behalten möchte.
  • „Gleiche Zeichenfolge, gleicher Controller“ muss auch während einer Verlängerung, Übertragung, Sperre oder Löschung gelten. Dazu braucht ein Dienst klare Entscheidungsrechte, eine Bestätigung aus jedem System und eine Regel für den Fall, dass ein Vorgang offenbleibt.

Was läuft ab: ein Eintrag oder eine Verbindung?

Ein Registrant lässt beispiel.tld im DNS auslaufen, möchte aber den identischen Namen in einem alternativen System weiter nutzen. Genau diesen Fall führt der vorläufige Bericht des Technical Study Group (TSG) an. Er schildert keinen beobachteten Vorfall und legt keine allgemeine Ablaufregel fest. Der DNS-Name wird aus der globalen Auflösung genommen. Der alternative Name kann aktiv bleiben, wenn das andere System ihn nicht ebenfalls auslaufen lässt und der Registrant ihn behalten will.

Will der Registrant ihn auch dort nicht mehr nutzen, beschreibt der Bericht eine Abfolge: Namen in allen beteiligten Systemen deaktivieren, Zuteilung aufheben und die Integration beenden. Erst danach wird der Name wieder verfügbar. Damit ist Ablauf kein einzelner technischer Löschvorgang. Es geht darum, welcher Teil der Verbindung bestehen bleibt, wer das entscheiden darf und wann ein neuer Registrant dieselbe Zeichenfolge erhalten kann.

Die Ablaufphase zeigt, was der Grundsatz „gleiche Zeichenfolge, gleicher Controller“ leistet und was nicht. Er beschreibt eine gewünschte Beziehung. Eine Momentaufnahme gleicher Daten belegt jedoch nicht, wer eine Änderung ausgelöst hat oder ob alle Systeme sie übernommen haben. Verlängerung, Wechsel des Registranten, Registrarwechsel und externe Maßnahmen können die Zuständigkeit verändern. Der Nachweis muss den Weg zwischen den Zuständen erfassen.

Der TSG-Bericht ist keine Dienstgenehmigung

ICANN setzte den TSG ein, um die Sicherheit und Stabilität einer möglichen Dienstleistung zu prüfen, bei der ein globaler DNS-gTLD mit derselben Zeichenfolge in einem alternativen Namenssystem verbunden wird. Der Bericht vom 10. August 2026 ist als Entwurf gekennzeichnet. Er genehmigt keine Integration und schreibt auch kein einziges Architekturmodell vor. Er behandelt ein gemeinsames Registrierungssystem (SRS) und eine verteilte Lösung mit einer „Unified Source of Truth“ (USoT).

Die öffentliche ICANN-Konsultation erklärt, dass jeder Registry-Betreiber für einen solchen Dienst einzeln das Verfahren der Registry Services Evaluation Policy (RSEP) durchlaufen muss. Der TSG-Bericht soll künftige Prüfungen und Vertragsklauseln unterstützen. Ein Entwurf für Änderungen der Registry Agreements soll später separat kommentiert werden. Die Kommentierungsfrist endete am 21. September; die Seite nennt den 16. November 2026 als Termin für den Bericht.

Eine gemeinsame technische Untersuchung beantwortet wiederkehrende Fragen einmal. Sie belegt nicht, dass ein einzelner Dienst alle nötigen Daten sieht, Änderungen in beiden Systemen ausführen kann oder einen Widerspruch bereinigt. Das muss der konkrete Antrag zeigen. Dort müssen allgemeine Anforderungen in eine überprüfbare Zusage des Betreibers und seiner Partner übersetzt werden.

Beide Modelle brauchen einen Nachweis

Wenn Änderungen über das SRS des Registers laufen, kann der Betreiber beide Veröffentlichungen koordinieren. Ein einziges Domainobjekt mit einem Registranten ist gut nachvollziehbar. Der Bericht warnt jedoch, dass ein SRS allein nicht beweist, dass beide Namen dauerhaft demselben Controller zugeordnet bleiben. Dafür braucht das Register ausreichende Daten oder eine verlässliche technische und vertragliche Zusicherung.

Eine USoT kann Daten und Ausführung auf mehrere Systeme verteilen. Damit muss nicht jede Information an einer Stelle gespeichert werden. Doch der Dienst muss festlegen, welcher Zustand gilt, während ein Update auf der anderen Seite fehlt, wie Teilnehmer davon erfahren und wer über eine widersprüchliche Antwort entscheidet. Eine gemeinsame Datenquelle ist noch kein Verfahren für Verzögerungen oder Ausfälle.

Der interne Registrantenwechsel im TSG-Bericht macht die Grenze der Beobachtbarkeit sichtbar. Ändert ein Registrar den Kunden in seinen eigenen Abläufen, erfährt das Register möglicherweise nichts davon. Dann hängt die Integrationsgarantie von der Vertragstreue ab, sofern kein dauerhafter Identitätsbezug oder ein anderer Nachweis besteht. Sind DNS- und Alternativname getrennte Objekte mit verschiedenen Controllern, nennt der Bericht einen Befehl, der beide Objekte gemeinsam überträgt, als mögliche Lösung.

Auch Statusmeldungen müssen die Ursache unterscheiden. Nach dem Bericht soll eine Suspension alle integrierten Namenssysteme gleichzeitig erfassen. Eine externe Deaktivierung wegen Missbrauchs oder einer gerichtlichen Anordnung soll sich ebenfalls auf die beteiligten Systeme erstrecken. Ein vom Registrar gesetztes clientHold kann dagegen nur die DNS-Auflösung stoppen und soll den Alternativnamen nicht automatisch deaktivieren. Wer all das als „gesperrt“ zusammenfasst, verdeckt die geltende Regel und ihre Folgen.

Kommentare verlangen einen sichtbaren Zustand

Unregistry unterstützt in seiner bei ICANN veröffentlichten Stellungnahme die allgemeine Schlussfolgerung des TSG, hält aber die Anforderungen für Nutzer für weniger ausgearbeitet. Es fordert Einblick in den Integrationsstatus und ein festgelegtes Verhalten, wenn eine Synchronisierung nicht aufgelöst werden kann. Das ist die Position eines Teilnehmers, kein Konsens.

Das indische Ministerium für Elektronik und Informationstechnologie schlägt messbare und überprüfbare Bedingungen vor, bevor ein Dienst durch RSEP genehmigt wird. Dazu zählen definierte Transaktionszustände, Grenzen für offene Vorgänge, Ausfallschutz, ein erprobter Abschaltplan, Schutz vor einer zu frühen Neuvergabe und unabhängige Sicherheitstests. Diese Vorschläge stammen aus einer einzelnen Einreichung; ICANN hat sie damit nicht übernommen.

Die Intellectual Property Constituency weist darauf hin, dass Fragen des Rechtsschutzes einer breiteren politischen Diskussion vorbehalten bleiben. Eine technische Verbindung kann zwei Einträge koordinieren. Sie entscheidet nicht, wer Anspruch auf einen Namen hat, wie eine Kollision behoben wird oder wohin sich ein betroffener Nutzer wenden kann.

Ein konkreter Antrag sollte deshalb beantworten, wer Verlängerung, Übertragung, Suspension und Löschung anordnen darf; welche Bestätigung jedes System zurückgibt; wie lange ein unvollständiger Vorgang bestehen kann; und was eine Neuvergabe verhindert, solange der Alternativname noch aktiv ist. Ebenso braucht es einen Weg, strittige Daten zu berichtigen und eine Entscheidung überprüfen zu lassen.

Die Änderung muss belegbar sein

Eine zweite Kopie des Registers löst das Zuständigkeitsproblem nicht. Hilfreicher ist ein Änderungsnachweis: Rolle der anfordernden Person, geltende Regelversion, Ausgangs- und Zielzustand, betroffene Systeme, Transaktionskennung, Bestätigungen, Zeit- oder Reihenfolgeangaben, Verhalten bei Verzögerung, Benachrichtigung und Überprüfung. Die öffentliche Anzeige kann knapp bleiben und nur Aktivität, Rücknahme, Suspension oder einen offenen Vorgang zeigen. Für die Prüfung muss nachvollziehbar sein, warum dieser Zustand eintrat, ohne unnötige personenbezogene Daten offenzulegen.

Das ist eine Empfehlung für künftige Dienste, keine bereits verabschiedete Vorgabe des TSG. Sie passt zur verteilten Verantwortung: Der Registrar kennt den Kunden, das Register steuert die DNS-Veröffentlichung, der alternative Betreiber führt die zweite Seite aus. Die praktischen Folgen einer Abweichung treffen den Registranten und die Nutzer, die auf den Namen angewiesen sind. Bleibt der Ablauf undokumentiert, kann ein Vertrag die Verantwortung zwar zuweisen, aber nachträglich schwer durchsetzen.

Die RSEP-Policy und ihre Umsetzungshinweise verlangen bereits eine Beschreibung des Dienstes und seiner Auswirkungen auf externe Nutzer. In der nächsten Prüfrunde sollte aus dem gemeinsamen technischen Rahmen eine Bedingung werden, die vor dem Start getestet und bei Änderungen erneut geprüft werden kann. „Gleiche Zeichenfolge, gleicher Controller“ ist eine Momentaufnahme. Governance erklärt, wie die Verbindung über Zuständigkeiten, Zeit und Fehler hinweg erhalten bleibt.

Quellen