Zum Hauptinhalt springen

Primäre Domain

Internet-Governance und Routing

Innerhalb der Facette Primäre Domain bündelt Internet-Governance und Routing die Berichterstattung nach primärem Themenbereich, sodass Leser einen fokussierten Bereich der Internetinfrastruktur, Governance, Konnektivitätsmärkte oder des digitalen Kapitals verfolgen können. Die Seite führt verwandte Artikel, öffentliche Belege, Institutionen, Unternehmen, Personen, regionale Verflechtungen, operative Abhängigkeiten und Marktkontext zusammen, die sonst über verschiedene Kategorieseiten verstreut wären. Sie erläutert den Themenbereich, die wahrscheinliche Akteursgruppe, den Markt- oder Governance-Kontext und das Quellenmaterial, das Leser beim Vergleich von Signalen heranziehen sollten. Betreiber, Analysten und mit Governance befasste Leser können erkennen, wie derselbe Themenbereich in Ereignissen, Profilen, Marktveränderungen, Belegen aus öffentlichen Quellen, regionalen Abhängigkeiten und langfristigen Infrastrukturentscheidungen immer wieder auftaucht.

ICANNs Autoritätskette: Wie Satzung, Konsenspolitik und Verträge operative Kontrolle erzeugen

ICANN

ICANNs Autoritätskette: Wie Satzung, Konsenspolitik und Verträge operative Kontrolle erzeugen

ICANN koordiniert das globale System eindeutiger Internet-Kennungen nicht mit einer einzigen hoheitlichen Anordnung. Seine praktische Autorität entsteht vielmehr aus einer Kette verschiedener Rechts- und Governanceformen: dem gemeinnützigen Gesellschaftszweck, den Bylaws, der…

9. Sept. 2026

IETF

Wer entscheidet bei IETF und W3C – und welches Instrument kann angefochten werden?

Die Bezeichnung „IETF-W3C“ klingt nach einer gemeinsamen Institution. Tatsächlich verbergen sich dahinter zwei unterschiedliche Ordnungssysteme: Bei der IETF wird technische Autorität durch einen gemeinschaftlichen Standardisierungsprozess mit festgelegten Einwänden und…

9. Sept. 2026

ICANN

ICANNs Rechenschaftswege: Wer eine Entscheidung anfechten kann – und was ein Erfolg tatsächlich bewirkt

ICANN verfügt nicht über ein einziges allgemeines Berufungsgericht. Die Bylaws verteilen Anfechtungs- und Kontrollmöglichkeiten auf verschiedene Instrumente: die Empowered Community, das Reconsideration-Verfahren und das Independent Review Process. Der praktische Unterschied…

9. Sept. 2026

Berichte

DATAMATIX und AS210973: Was öffentliche Routingdaten über Kontrolle und Kontinuität tatsächlich zeigen

Die Analyse-Zusammenfassung zu DATAMATIX und AS210973: Was öffentliche Routingdaten über Kontrolle und Kontinuität tatsächlich zeigen erläutert die Entwicklung, die öffentlich zugänglichen Belege, die beteiligten Organisationen, den regionalen Kontext, die Marktexposition und die…

8. Sept. 2026
Der fünfte zuteilbare Varianten-String löst eine weitere volle Evaluierungsgebühr aus

ICANN

Der fünfte zuteilbare Varianten-String löst eine weitere volle Evaluierungsgebühr aus

Für neue Antragsteller können die ersten vier Variantenzeichenfolgen in der gTLD-Evaluierungsgebühr enthalten sein; jede weitere zuteilbare Variante verursacht eine volle gTLD-Evaluierungsgebühr.

8. Sept. 2026
Auch nach Einreichung eines gTLD-Antrags läuft eine siebentägige Zahlungsfrist

ICANN

Auch nach Einreichung eines gTLD-Antrags läuft eine siebentägige Zahlungsfrist

Eine fristgerechte gTLD-Einreichung reicht nicht: ICANN muss die Bewertungsgebühr innerhalb eines getrennten Zahlungsfensters erhalten.

6. Sept. 2026
Die administrative Prüfung ist eine Verfahrensstufe, keine Sachentscheidung

ICANN

Die administrative Prüfung ist eine Verfahrensstufe, keine Sachentscheidung

ICANN prüft Einreichungsfakten und bereitet Gruppen identischer Strings vor; eine inhaltliche Genehmigung ist das nicht.

6. Sept. 2026
Eine RSP-Bewertung kann viele gTLDs abdecken – nur für qualifizierte Dienste

ICANN

Eine RSP-Bewertung kann viele gTLDs abdecken – nur für qualifizierte Dienste

Eine Bewertung ist über gTLDs wiederverwendbar, doch die ICANN-Qualifikation bleibt an konkrete Registry-Dienste gebunden.

6. Sept. 2026
RSP-Abdeckung ist eine Funktionsmatrix, keine Anbieterzahl

ICANN

RSP-Abdeckung ist eine Funktionsmatrix, keine Anbieterzahl

Ein Antragsteller kann mehrere Registry Service Provider nennen und dennoch eine kritische Funktion unbesetzt lassen. Die ICANN-Runde 2026 unterscheidet Main-, DNS-, DNSSEC- und optionale Proxy-RSPs mit eigenen Aufgaben und Mengenbegrenzungen.

6. Sept. 2026
Einen RSP zu benennen ist keine Bestätigung im Vertragsprozess

ICANN

Einen RSP zu benennen ist keine Bestätigung im Vertragsprozess

Ein Antragsteller kann einen Registry Service Provider im Antrag benennen. Während des Vertragsprozesses bittet ICANN diesen Anbieter gesondert um Bestätigung. Auswahl, ICANN-Anfrage und eine etwaige tatsächliche RSP-Antwort sind unterschiedliche Nachweise.

6. Sept. 2026
Die RSP-Auswahl kann bis zur Bewertung warten, aber nicht unbegrenzt

ICANN

Die RSP-Auswahl kann bis zur Bewertung warten, aber nicht unbegrenzt

Die ICANN-Regeln 2026 erlauben einen Antrag ohne benannte Registry Service Provider. Spätestens zur Bewertung müssen jedoch die kritischen Mindestfunktionen abgedeckt sein.

6. Sept. 2026
Variantensätze treten gemeinsam in das Konfliktverfahren ein

ICANN

Variantensätze treten gemeinsam in das Konfliktverfahren ein

Beantragen verschiedene Antragsteller Zeichenfolgen desselben Variantensatzes, behandeln die ICANN-Regeln 2026 die beantragte primäre Zeichenfolge und ihre beantragten zuteilbaren Varianten als eine Konflikteinheit.

6. Sept. 2026
Variantenanträge bestehender gTLDs erhalten Priorität, keine Genehmigung

ICANN

Variantenanträge bestehender gTLDs erhalten Priorität, keine Genehmigung

ICANN zieht eine Gruppe von Anträgen in der Bearbeitungsreihenfolge vor: Anträge auf allokierbare Varianten bestehender gTLDs aus der Runde 2012. Diese Priorität ändert die Reihenfolge, nicht das inhaltliche Ergebnis.

6. Sept. 2026
Varianten einer bestehenden gTLD führen zu einem einzigen Vertrag von 2026

ICANN

Varianten einer bestehenden gTLD führen zu einem einzigen Vertrag von 2026

Wer allokierbare Varianten einer bestehenden gTLD beantragt, ergänzt nicht nur einzelne Labels unter einem unveränderten Vertrag. Die ICANN-Regeln für 2026 verlangen den Übergang zum neuen Basis-Registry-Vertrag und fassen die bestehende gTLD und ihre Varianten in einem Vertrag…

6. Sept. 2026
Nur der Betreiber der bestehenden gTLD darf ihre IDN-Varianten beantragen

ICANN

Nur der Betreiber der bestehenden gTLD darf ihre IDN-Varianten beantragen

In der ICANN-Runde 2026 muss der Antragsteller für IDN-Varianten einer bestehenden gTLD dieselbe juristische Person wie deren Registry-Betreiber sein.

6. Sept. 2026
IDN-Varianten müssen denselben Backend-Registry-Provider nutzen

ICANN

IDN-Varianten müssen denselben Backend-Registry-Provider nutzen

In der ICANN-Runde 2026 müssen eine primäre IDN-gTLD und ihre Varianten während ihrer Delegierung denselben Backend-Registry-Service-Provider nutzen.

5. Sept. 2026
Der Rückzug eines primären IDN-Antrags zieht auch seine Varianten zurück

ICANN

Der Rückzug eines primären IDN-Antrags zieht auch seine Varianten zurück

In der ICANN-Runde 2026 führt der Rückzug eines primären IDN-Antrags auch zum Rückzug aller damit beantragten Variantenstrings.

5. Sept. 2026
Ein IDN-Variantenantrag darf dem Antrag für den Primärstring nicht vorausgehen

ICANN

Ein IDN-Variantenantrag darf dem Antrag für den Primärstring nicht vorausgehen

In der ICANN-Runde 2026 darf ein Antrag für eine zuweisbare IDN-Variante nicht vor dem Antrag für die zugehörige primäre IDN-gTLD eingereicht werden.

5. Sept. 2026
Bei einem vorgeschlagenen Primärstring kann die Wahl den Variantenstatus verändern

ICANN

Bei einem vorgeschlagenen Primärstring kann die Wahl den Variantenstatus verändern

Ist der vorgeschlagene Primärstring nicht der String einer bestehenden gTLD, bleibt die Gesamtzahl der Strings in der RZ-LGR-Gesamtmenge der Variantenstrings gleich; die Teilmengen der zuweisbaren und gesperrten Varianten können sich jedoch mit der Wahl ändern.

5. Sept. 2026
ICANN erlaubt nach Einreichung den Rückzug von IDN-Varianten, aber keine neuen

ICANN

ICANN erlaubt nach Einreichung den Rückzug von IDN-Varianten, aber keine neuen

In der Runde 2026 legt die Einreichung den anfänglichen Umfang aus primärer IDN und beantragten Varianten fest: Er kann später durch Rückzug verkleinert, aber nicht erweitert werden.

5. Sept. 2026