Signale für politische Kontinuität, Legitimität und Rechenschaftspflicht in Internet-Governance-Institutionen.
Governance
Governance
Governance-Analyse verfolgt die Institutionen, politischen Prozesse, Normungsgremien, Registeroperationen, Rechenschaftsstreitigkeiten und Betreibergemeinschaften, die prägen, wie das Internet regiert und betriebsfähig gehalten wird.

RIR-Wächter, Fallakte, NRS, ICANN, IETF, Geschichte des Internets und NOG-Sitzungen
Bei der Abdeckung liegt der Schwerpunkt auf Umsetzungsnachweisen und institutionellem Verhalten statt auf Positionsbekundungen.
Aktuelle Berichterstattung
Aktuelles zu Governance
7.648 Artikel

IETF
Auch die Nullkonfiguration hat einen Vetoinhaber
Ein IETF-Entwurf verteilt IPv6-Multicast-Adressen ohne zentrale Vergabestelle. Gerade deshalb ist seine wichtigste Regel keine Zufallszahl, sondern ein fest eingebautes Vorrecht: Netzwerkinfrastruktur kann einen Konflikt melden und den Sender sicher zum Ausweichen zwingen.

IETF
Die Abfrage lief schon. Die Freigabe entscheidet über das Ergebnis
Ein Zustimmungsdialog kann erscheinen, obwohl die Datenabfrage bereits abgeschlossen ist. Der Dienst hält lediglich die Antwort zurück. Damit verändert sich der Gegenstand der Entscheidung: Nicht der Start des Aufrufs, sondern die Weitergabe seines Ergebnisses steht noch offen.…

Fallakte
Der Beweis war nicht verknüpfbar. Sein Umschlag blieb ein Fingerabdruck
Zwei BBS-Beweise bestanden die Prüfung, und ihre Bytes verrieten keine gemeinsame Signatur. Trotzdem trugen beide denselben seltenen Header, zehn Nachrichtenpositionen, dieselbe ungewöhnliche Auswahl offengelegter Indizes und einen Schlüssel, der nur zwölf Personen zugeordnet…

IETF
Die Client-Instanz bleibt, die Tokenbindung nicht automatisch
Ein Client wechselt seinen Schlüssel, und ein Attester bestätigt: Das ist weiterhin dieselbe Installation. Für ein zuvor ausgegebenes Refresh-Token ist damit noch nichts entschieden. Ein neuer OAuth-Entwurf macht aus dieser scheinbar kleinen Unterscheidung eine klare Grenze…

IETF
Die dritte Nachricht war verschlüsselt. Authentifiziert war noch keine Seite
Postquanten-Kryptografie hebt die Reihenfolge von Belegen nicht auf. Im neuen LAKE-Vorschlag mit fünf Nachrichten liegt der Besitz von KEM-Schlüsselmaterial vor der expliziten Authentifizierung – und beide Endpunkte erreichen diesen Zustand zu unterschiedlichen Zeitpunkten.

Fallakte
Der Eintrag hieß `co`. Die Verbindung hatte ihn nicht ausgehandelt: RFC 9952
Der entscheidende Satz in RFC 9952 ist eine Verweigerung: Der neue Eintrag ändert RFC 7252 nicht und schafft keine ALPN-Regeln wie RFC 8323. Gerade diese Zurückhaltung trennt ein ordentlich registriertes Wort von einer tatsächlich beobachteten Verbindung.

IETF
Der signierte Befund nennt die geprüfte Wallet nicht immer
Welche Felder standen tatsächlich unter der Signatur? Für eine Zugangsentscheidung ist diese Frage wichtiger als die bloße Anzeige „Signatur gültig“. Eine am 27. September überarbeitete individuelle Internet-Draft zu Wallet-Zustandsnachweisen grenzt den signierten JSON-Inhalt nun…

Berichte
Die langsame Erosion des abuse-c: Warum der Missbrauchskontakt des RIPE-NCC funktional validiert, aber inhaltlich ungeprüft bleibt
Im RIPE-Dienstgebiet wird jede abuse-c-Eintragung jährlich darauf geprüft, ob E-Mails an sie zugestellt werden können — nicht darauf, ob sie gelesen oder bearbeitet wird. Dieser Bericht zeichnet nach, wie dieses System aus Anzeige, Validierung und stillschweigendem…

IETF
ASH-Reparatur muss quittieren, bevor sie weiter anfordert
Eine Reparaturwarteschlange kann beschäftigt aussehen und dennoch den Abschluss verhindern. Wenn neue PSNP-Anforderungen die Quittungen für bereits eingetroffene LSPs verdrängen, läuft beim Sender der Timer ab. Die alten Daten kommen erneut – und die Warteschlange erzeugt ihre…

IETF
Eine zurückgezogene IPv4-Zuordnung legitimiert keinen Standardausgang
Ein bilaterales Abkommen kann festlegen, welche Netze füreinander IPv4-Restverkehr übernehmen. Die beste Route eines Pakets nach der Rückwandlung in IPv4 hält sich jedoch nicht von selbst an dieses Abkommen. Die 28. Fassung eines IETF-Arbeitsentwurfs über ein…

Fallakte
Der Name blieb AEGIS, die Wiederverwendungsregel nicht: RFC 10032
Ein Wrapper liest den Satz, dass ein Schlüssel-Nonce-Paar erneut verwendet werden darf. Er speichert daraus eine gemeinsame „AEGIS-Regel“. Übersehen wird das Subjekt: Die Ausnahme gilt nur für die MAC-Funktion. Beim Verschlüsseln macht dieselbe Wiederverwendung aus einer bequemen…

IETF
IDMEFv2 macht 204 zum Beleg – den zweiten POST aber zur Bündnisfrage
Der Manager kann eine Warnung speichern, während die Antwort auf dem Rückweg verloren geht. Revision 07 verleiht 2xx damit echten Beweiswert. Ob die Wiederholung ein Duplikat, eine Korrektur oder ein Konflikt ist, muss das Konsortium selbst festlegen.

IETF
Ein gestrichener Attester beendet noch keinen alten Zugriff
Der Herausgeber eines OAuth-Clients kann einen Attester aus seiner Liste entfernen. Ein neuer Entwurf macht sichtbar, warum damit weder die zwischengespeicherte Sicht eines Autorisierungsservers noch bereits ausgegebene Zugriffsrechte automatisch verschwinden.

IETF
DTPC lässt die Anwendung Gestern löschen, bevor das Netz Heute sendet
Auf einer unterbrochenen, knappen Verbindung kann ein bereits überholter Messwert wertvolle Sendezeit verbrauchen. Der neue DTPC-Entwurf überlässt der Anwendung die Ersetzung noch in der Warteschlange. Diese semantische Löschung braucht jedoch einen eigenen Nachweis.

Fallakte
Eine Sequenznummer sollte zwei Identitäten ordnen: RFC 9721
Kompatibilitätslogik nimmt bei widersprüchlichen EVPN-Anzeigen den höchsten Wert. Damit ist die Reihenfolge wieder eindeutig, nicht aber die physische Wahrheit. RFC 9721 zeigt, welche Belegkette nötig ist, wenn ein einziges Feld zugleich MAC-Reichweite und wechselnde IP-Bindung…

IETF
Ein lückenlos geprüfter Befund kann aus einer selektiven Akte stammen
Ein neuer individueller Internet-Draft will aus „nicht nachgewiesen“ ein nachvollziehbares Prüfergebnis machen. Zwei mögliche Welten passen zu denselben abgeschlossenen Belegen und führen dennoch zu unterschiedlichen Antworten. Die offene Governance-Frage liegt davor: Wer durfte…

IETF
BGP fand eine erreichbare Adresse – den tatsächlichen Paketpfad hatte es noch nicht gemessen
Ein neuer IDR-Entwurf behandelt eine stille Verwechslung im modernen Routing: Die von BGP erreichbare `NEXT_HOP`-Adresse muss nicht der Tunnel, die Policy oder die SID sein, die den Verkehr tatsächlich trägt. Entscheidend ist deshalb eine unteilbare Beweiskette pro Auflösung.

Fallakte
RIPE-858 und der Abuse-Kontakt: Wer eine Missbrauchsmeldung tatsächlich beantwortet
Eine Meldung über Netzmissbrauch landet nicht beim RIPE NCC. Sie landet in einem abuse-c-Postfach, das ein Betreiber unterhalten muss – und ob geantwortet wird, entscheidet nicht das Register. Die Revision von RIPE-858 zum 7. Mai 2026 hat den Postweg aus dem Verfahren entfernt…

IETF
Ein identischer CAID ist noch kein Kompatibilitätsnachweis
Die neue Fassung des CAID-Entwurfs lässt die Hashwerte gemeinsam akzeptierter Objekte unangetastet. Gleichzeitig weist sie bestimmte Eingaben zurück, die nach der Vorgängerfassung noch gültige Kennungen erhalten konnten. Das ist ein Problem der nachvollziehbaren Regeländerung…

Berichte
Bei RIPE 93 kam die redaktionelle Prüfung vor der Preisvergabe
Der Wettbewerb gab am 22. September zwei Auszeichnungen bekannt. Laut Regeln steht jedoch zunächst die übliche redaktionelle Prüfung an. Die 11 gelisteten Beiträge sind veröffentlichte Wettbewerbseinreichungen, nicht sämtliche eingesandten Texte.
Sitzungsplan
Governance-Bereich
RIR-Watchdog
Fünf regionale Sitzungen befassen sich mit Zuteilungspolitik, der Legitimität des Vorstands und der institutionellen Kontinuität.
RIR-Watchdog öffnenFallakte
Langfristige Governance-Dossiers mit rechtlicher, wahlbezogener und institutioneller Belastungsanalyse.
Fallakte öffnenGesellschaft für Nummernressourcen
Mitgliedschaft, Satzung und Analysen zur Ressourcen-Governance aus dem NRS-Ökosystem.
NRS-Sitzung öffnenICANN
DNS-Koordination, Rechenschaftsrahmen und Dynamiken globaler Multi-Stakeholder-Prozesse.
ICANN-Sitzung öffnenIETF
Entwicklung der Protokollstandardisierung und Interoperabilitätsrisiko unter fragmentierten politischen Bedingungen.
IETF-Sitzung öffnenGeschichte des Internets
Langzyklische Infrastrukturgeschichte zur Interpretation von Governance und für Strukturprognosen.
Historische Sitzung öffnenNOGs
Erkenntnisse zur Implementierung auf Betreiberebene von APRICOT sowie aus regionalen und nationalen NOG-Ökosystemen.
NOGS-Sitzung öffnen