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.565 Artikel

IETF
Ein Port ist ein Namensraum, keine beliebig verdichtbare Kennzahl: RFC 5382
REQ-7 liest sich wie eine kleine Implementierungsvorschrift: kein Port Overloading bei TCP. Tatsächlich schützt sie die Integrität eines Namensraums. Wer zwei interne Endpunkte gleichzeitig unter derselben öffentlichen Adresse und demselben Port abbildet, spart kein eindeutiges…

Geschichte
Ein leeres Feld bedeutete nicht nur eines: RFC 3982 machte Abwesenheit zum Protokoll
Zwischen der Erlaubnis, einen Registerwert zu sehen, und der Erlaubnis, ihn weiterzugeben, liegt eine eigene Kontrollfläche. RFC 3982 behandelte sie nicht als Fußnote, sondern als maschinenlesbare Eigenschaft des Werts.

Geschichte
Eine OSI-Adresse musste mehr als eine Route tragen: RFC 1277
1991 wurden OSI-Anwendungen bereits über TCP/IP- und X.25-Netze erprobt, die keinen OSI-Netzwerkdienst bereitstellten. RFC 1277 ergänzte eine vom Verzeichnis zurückgebbare Adresse um die fehlenden Hinweise für die unteren Schichten. So konnte ein Client einen Verbindungsversuch…

Fallakte
Die ILC hat erga omnes auf die Agenda gesetzt. Die Rechtsfrage ist offen.
Die Völkerrechtskommission hat eine formelle Arbeit zu Pflichten gegenüber der internationalen Gemeinschaft als Ganzes begonnen. Der Eintrag im Arbeitsprogramm eröffnet eine Expertenprüfung, nimmt deren rechtliches Ergebnis aber nicht vorweg. Diese Unterscheidung ist selbst eine…

IETF
Der alte RFC und das heutige Register widersprachen sich nur scheinbar
Eine interne Prüfliste zitierte die DNS-Tabelle aus RFC 5395. Das aktuelle IANA-Register zeigte an derselben Stelle eine spätere Zuweisung. Beide Belege waren echt; nur ihre Zeitpunkte waren verschieden. Der Fehler lag in der Frage. Ein historischer RFC erklärt, welche Regeln und…

Geschichte
Der Kanal war bereit. Die Identität blieb eine andere Frage: RFC 3983
RFC 3983 verlangte von jedem Registertyp eine bemerkenswerte Erklärung: eigene Serverauthentisierung, das TLS-Grundverfahren oder ausdrücklich gar keine. Ein akzeptiertes IRIS-Profil konnte den BEEP-Kanal also einsatzbereit machen, ohne die Identität des Servers bewiesen zu…

Fallakte
Drei Vertragsparteien, 95 Unterzeichner: Die UN-Cybercrime-Konvention läuft nach zwei Uhren
Die Vertragssammlung der Vereinten Nationen zählt 95 Unterzeichner und drei Vertragsparteien der neuen Cybercrime-Konvention. Die Zahlen bezeichnen unterschiedliche Rechtsstände. Für das Inkrafttreten zählt die Hinterlegung von Urkunden; parallel dazu werden bereits die…

Berichte
APNICs Helpdesk antwortete im Schnitt nach 7,47 Geschäftsstunden. Was der Mittelwert nicht zeigt.
APNICs erster Quartalsbericht weist zwei Servicewerte oberhalb ihrer Ziele aus: durchschnittlich 7,47 Geschäftsstunden bis zu einer Helpdesk-Antwort und 95,5 Prozent positive Bewertungen. Die nächste Frage lautet nicht, ob das gute Zahlen sind, sondern was genau sie beschreiben.

Geschichte
Die IP-Adressen der Endpunkte nannten nicht das dazwischenliegende Netz: RFC 1272
1991 konnte ein Internetanbieter Quell- und Zieladresse eines Pakets sehen, ohne zu wissen, welche benachbarte Verwaltungseinheit es über eine Netzgrenze transportiert hatte. RFC 1272 machte diese Lücke zum Kernproblem der Netzabrechnung: Damit Anbieter die Nutzung miteinander…

IETF
Tomcat meldete den Dienst als bereit. Der Dienst war noch ein Gerüst: RFC 5381
Ein erreichbarer Endpunkt ist ein verführerischer Abschlussbericht. RFC 5381 beschreibt jedoch einen Server, dessen WSDL-generiertes Gerüst bereits in Axis und Tomcat bereitgestellt werden konnte, während die eigentlichen NETCONF-Funktionen noch ergänzt werden mussten. Deployment…

Geschichte
Der universelle Client war eine Verlockung: RFC 3981 ließ den Kern absichtlich unvollständig
Bei IRIS lagen Rahmen, Bedeutung und Transport nicht in einer Hand. RFC 3981 standardisierte die Verbindungsstücke, überließ aber Abfragen, Ergebnisarten und Datenbeziehungen dem jeweiligen Registertyp. Gerade diese geteilte Zuständigkeit machte den Kern allein nur begrenzt…

ICANN
ICANNs Board-Selbstevaluation belässt „Delegation of Authority“ beim BGC
Das Board Governance Committee verglich Themen der Board-Selbstevaluation mit der Arbeit des Board Efficiency Work Team. „Delegation of Authority“ bleibt auf der Agenda des Governance-Gremiums.

Geschichte
Um Geräte zu verwalten, musste SNMP Router durchqueren: RFC 1270s Wahl von UDP/IP
Im Oktober 1991 ging es bei der Verlagerung des Netzwerkmanagements auf die Internetschicht nicht nur darum, Implementierungsaufwand zu sparen. Die Nachrichten der Betreiber mussten Router, wechselnde Übertragungsmedien und örtlich begrenzte Störungen überwinden, um die Geräte zu…

Fallakte
PP-26 stellt fünf Leitungsämtern schriftliche Fragen; für andere Wahlen gelten andere Kandidatenunterlagen
Die Kandidatenseite der PP-26 führt Bewerberinnen und Bewerber für Leitungsämter der ITU, Kandidaten für den Rat der Funkregulierung (RRB) und Staaten zusammen, die einen Sitz im Rat anstreben. Die gemeinsame Website macht ihre Unterlagen jedoch nicht vergleichbar. Die geplanten…

IETF
Das äußere Versprechen lebte länger als sein innerer Zustand
RFC 5380 schreibt eine bemerkenswert klare Zeitordnung vor: Eine Bindung beim Home Agent oder Correspondent Node darf nicht länger gelten als die Bindung beim Mobility Anchor Point, von der sie abhängt. Wer diese Ordnung verliert, behält eine gültig aussehende Adresse ohne…

Geschichte
Der Name überquerte drei Speichertransporte, ohne eine Adresse zu bezeichnen: RFC 3980
Ein Speichersystem verliert seine Identität nicht, nur weil ein Pfad ausfällt oder eine Schnittstelle ersetzt wird. RFC 3980 übertrug deshalb die NAA-Namensform aus Fibre Channel und SAS in iSCSI. Beständig wurde der Name des logischen Knotens — nicht seine Adresse…

IETF
Vier Zweige gleichzeitig, aber kein Ende der Arbeit
Das Kapazitätsdashboard blieb grün: nie mehr als vier aktive SIP-Zweige. Dennoch stieg die Zahl abgeschlossener Transaktionen weiter. Nach jedem Fehler kehrte ein Zweigkredit zurück und öffnete das nächste Ziel. RFC 5393 trennt deshalb zwei Bilanzen, die im Management leicht…

Berichte
Botswanas IPv6-Plan setzt 2026 als Zieljahr. Doch was zählt zu den 100 Prozent?
BOCRAs Fahrplan sieht bis 2026 gestaffelte IPv6-Ziele vor. Das gemeinsam mit AFRINIC umgesetzte Programm dokumentiert Schulungen und Projektvorbereitung. Die öffentliche Frage lautet nicht, ob Aktivitäten stattgefunden haben, sondern wie sich Bereitschaft und gemessene Einführung…

ICANN
Das Benachrichtigungssystem ist fertig. Das IGO-Akronymmoratorium nicht.
Das jüngste Register der ICANN weist das dauerhafte Benachrichtigungssystem für zwischenstaatliche Organisationen als abgeschlossen aus. Im selben Register bleibt die Umsetzung der Abhilferechte offen; ihr Abschluss ist weiterhin Voraussetzung für die Freigabe der vorläufig…

IETF
Target-Dialog musste ohne neuen Privacy-Auftrag repariert werden: RFC 5379
Ein später SIP-Request kann keinen Privacy-Header enthalten und dennoch eine Änderung durch den Privacy-Dienst verlangen. Das ist kein Widerspruch. Wenn der Dienst zuvor eine Call-ID verändert hat, muss er die von ihm erzeugte Trennung später in Target-Dialog oder Replaces…
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