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.

Eine .Brand-String-Änderung darf Wörter ergänzen, aber kein Contention Set schaffen oder erweitern

ICANN

Eine .Brand-String-Änderung darf Wörter ergänzen, aber kein Contention Set schaffen oder erweitern

Die ICANN-Runde 2026 eröffnet einem berechtigten .Brand-Antragsteller in einem Contention Set einen eng begrenzten Änderungsweg. Sie erlaubt keine beliebige Umbenennung.

5. Sept. 2026
Eine wesentliche Änderung öffentlicher Antragsteile eröffnet 30 Tage für Kommentare, aber keine automatische Genehmigung

ICANN

Eine wesentliche Änderung öffentlicher Antragsteile eröffnet 30 Tage für Kommentare, aber keine automatische Genehmigung

Wenn ICANN feststellt, dass eine Änderung öffentliche Antragsteile wesentlich betrifft, beginnt eine 30-tägige Kommentarphase, ohne dass die Änderung genehmigt ist.

5. Sept. 2026
Eine RPKI-Cache-Seriennummer ist kein Zeitstempel für Aktualität

Gesellschaft für Nummernressourcen

Eine RPKI-Cache-Seriennummer ist kein Zeitstempel für Aktualität

Zwei RPKI-Caches können völlig korrekte Seriennummern melden, ohne zu zeigen, welcher Cache den neueren globalen Datenstand hält. RFC 8210 begrenzt eine Seriennummer auf eine Cache-Sitzung und Protokollversion. Wer die größere Zahl als frischere Sicht deutet, erzeugt eine…

5. Sept. 2026
Eine GAC-Konsensempfehlung eröffnet ein 21-tägiges Antwortprotokoll, kein automatisches Vorstandsergebnis

ICANN

Eine GAC-Konsensempfehlung eröffnet ein 21-tägiges Antwortprotokoll, kein automatisches Vorstandsergebnis

Eine formelle GAC-Konsensempfehlung verändert die Verfahrenslage des Antragstellers, ist aber nicht selbst die Entscheidung des ICANN-Vorstands.

5. Sept. 2026
Eine GAC-Frühwarnung ist ein Signal, kein Veto: Das Reaktionsprotokoll des Antragstellers

ICANN

Eine GAC-Frühwarnung ist ein Signal, kein Veto: Das Reaktionsprotokoll des Antragstellers

Die Runde 2026 gibt einer Regierungsvertretung die Möglichkeit, ein Anliegen zu benennen, ohne dass diese Mitteilung automatisch über den Antrag entscheidet.

5. Sept. 2026
Ein Singular/Plural-Risiko wirkt nicht automatisch: ICANNs 30-Tage-Nachweisakte

ICANN

Ein Singular/Plural-Risiko wirkt nicht automatisch: ICANNs 30-Tage-Nachweisakte

In der Runde 2026 wird ein grammatisches Paar erst durch eine fristgerechte Mitteilung mit überprüfbaren Wörterbuchbelegen zur Programmentscheidung.

3. Sept. 2026
Eine ICANN-Einspruchsbeschwerde ist keine Neuverhandlung: Was der Maßstab „clearly erroneous“ ändern kann

ICANN

Eine ICANN-Einspruchsbeschwerde ist keine Neuverhandlung: Was der Maßstab „clearly erroneous“ ändern kann

Das Beschwerdeverfahren der Runde 2026 prüft einen konkret benannten Fehler in einer Einspruchsentscheidung; es eröffnet nicht den gesamten Streit von Neuem.

3. Sept. 2026
Community Objection ist nicht CPE: Zwei ICANN-Verfahren prüfen unterschiedliche Behauptungen

ICANN

Community Objection ist nicht CPE: Zwei ICANN-Verfahren prüfen unterschiedliche Behauptungen

Das Wort „Community“ steht in beiden Namen, doch Parteien, Nachweise und Entscheidungsgegenstand unterscheiden sich.

3. Sept. 2026
Welche Nachweisakte sollte ein Antragsteller für die Community Priority Evaluation aufbauen?

ICANN

Welche Nachweisakte sollte ein Antragsteller für die Community Priority Evaluation aufbauen?

Eine kriterienspezifische Akte ist hilfreicher als eine Sammlung von Unterstützungsbekundungen.

3. Sept. 2026
Beklagte waren sechzig Domainnamen; den Anspruch bestimmte weiter das Gesetz: Harrods v Sixty Internet Domain Names

Fallakte

Beklagte waren sechzig Domainnamen; den Anspruch bestimmte weiter das Gesetz: Harrods v Sixty Internet Domain Names

Die Überschrift des Verfahrens kehrte das gewohnte Bild um: Beklagte waren keine Personen, sondern sechzig Domainnamen. Das *in-rem*-Verfahren des ACPA eröffnete einen Weg zum Gericht, als gegenüber dem Registranten keine persönliche Gerichtsbarkeit begründet werden konnte. Es…

3. Sept. 2026
ICANN prüft jeden beantragten String auf geografische Bedeutung – was muss ein Unterstützungsschreiben belegen?

ICANN

ICANN prüft jeden beantragten String auf geografische Bedeutung – was muss ein Unterstützungsschreiben belegen?

In der ICANN-Runde 2026 wird jeder String geografisch geprüft. Entscheidend sind Befugnis, Echtheit und genauer Geltungsbereich des Nachweises.

3. Sept. 2026
Corey Bonnell und die CRL-Signatur eines nicht befugten Schlüssels

IETF

Corey Bonnell und die CRL-Signatur eines nicht befugten Schlüssels

Eine korrekte Signatur beweist, welcher Schlüssel bestimmte Bytes signiert hat. Sie beweist nicht, dass das Zertifikat diesen Schlüssel für jede denkbare Handlung autorisiert. RFC 10007 zieht diese Grenze bei Sperrlisten nach: Für v3-Ausstellerzertifikate müssen `keyUsage` und…

30. Aug. 2026
Kireeti Kompella und die Echo-Antwort, die den Dienst nicht bewies

IETF

Kireeti Kompella und die Echo-Antwort, die den Dienst nicht bewies

Eine MPLS Echo Reply kann belegen, dass eine bestimmte Sonde einen Router erreichte, der einen bestimmten FEC erklären konnte. Sie belegt nicht alle ECMP-Pfade, einen ruhenden Ersatzpfad, denselben Rückweg, die Nutzlast des Kunden oder den Abschluss der Anwendung. Bei LSP Ping…

30. Aug. 2026
Eliot Lear und die Geräte-Policy, die nie eine Attestierung war

IETF

Eliot Lear und die Geräte-Policy, die nie eine Attestierung war

Ein zweckgebundenes Gerät kann seinen notwendigen Kommunikationsraum beschreiben, ohne damit seine Identität oder Unversehrtheit zu beweisen. RFC 8520 macht diese begrenzte Aussage als Manufacturer Usage Description nutzbar und lässt die folgenreiche Entscheidung beim lokalen…

30. Aug. 2026
Tero Kivinen und die neue IKE SA, die laufende Child SAs erbte

IETF

Tero Kivinen und die neue IKE SA, die laufende Child SAs erbte

Ein erfolgreicher Rekey kann die Steuerung erneuern, ohne einen einzigen Verkehrsschlüssel auszutauschen. Bei IKEv2 übernimmt eine neue IKE SA die bereits laufenden Child SAs ihres Vorgängers. Deren SPIs, Selektoren, Algorithmen und Schlüssel bleiben bis zu einem eigenen…

30. Aug. 2026
Roy Fielding und die Methode, die eine Absicht benannte, keine Berechtigung

IETF

Roy Fielding und die Methode, die eine Absicht benannte, keine Berechtigung

Das erste Token einer HTTP-Anfrage ist für Komponenten sichtbar, die die Anwendung nicht kennen. Es schafft ein gemeinsames Mindestverständnis zwischen Client, Cache, Vermittler und Server. Gerade deshalb darf es nicht mehr versprechen, als es enthält. Eine Methode benennt das…

30. Aug. 2026
Mark Nottingham und der User Agent, der nicht für alle sprechen konnte

IETF

Mark Nottingham und der User Agent, der nicht für alle sprechen konnte

Ein Browser kann einem Dienst Grenzen setzen, eine enge Präferenz übermitteln und den Wechsel zu einer anderen Implementierung offenhalten. Diese Vermittlung dient Menschen. Sie macht aber weder die Software noch ihren Anbieter oder einen Standardisierungsteilnehmer zum…

30. Aug. 2026