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

IETF
Bei AIPREF kann ein Ja zur Suche ein Nein zum Training überstimmen
Revision 08 des AIPREF-Vokabulars macht aus zwei scheinbar getrennten Präferenzen eine Rangfolge. Wer Suche erlaubt, kann damit internes Modelltraining und KI-Nutzung in einem eng begrenzten Suchdienst zulassen, obwohl allgemeines Training abgelehnt wird. Diese Ausnahme ist weder…

IETF
Eine HTTP-Digest-Präferenz ist keine Integritätszusage
Ein Client kann seinen bevorzugten Digest-Algorithmus unmissverständlich nennen und trotzdem einen anderen oder überhaupt keinen Digest erhalten. RFC9530 lässt diese Reaktion bewusst zu. Eine Integritätsaussage entsteht deshalb nicht beim Versand von `Want-*`, sondern erst nach…

IETF
Das Zertifikat passt in TLS, aber nicht zwingend in den HTTP-Header
Ein Reverse-Proxy kann eine zulässige Anfrage entgegennehmen und anschließend eine größere Anfrage weiterreichen. RFC9440 beschreibt, wie er Informationen zum Client-Zertifikat in HTTP-Felder überführt. Für diesen Zusatz braucht es ein eigenes Größenbudget. Weder der erfolgreiche…

Geschichte
Larry Masinter und die Ordnung hinter dem Upload
Die Geschichte von multipart/form-data handelt nicht nur vom Übertragen einer Datei. Sie zeigt, wo Software Informationen bewahrt — und wo eine bequeme Schnittstelle bereits über deren Bedeutung entscheidet.

Berichte
LACNICs Migrationsskript bindet dasselbe Volume an einen anderen Pfad
Der Speichername bleibt gleich, sein Ziel im Container nicht. Ein historisches Prüfwerkzeug lässt damit eine Frage zur Versuchskontrolle offen: Liest die Anwendung den zuvor gefüllten Cache tatsächlich am neuen Ort?

Berichte
AFRINICs Gold-Prüfungsplan lässt 10 % unzugeordnet
Die sechs Gewichtungen im öffentlichen Gold-Plan von certi::6 ergeben 90 %, die neun im Silver-Plan 100 %. Die Lücke liegt in der Vorbereitungserklärung; fehlende Prüfungsfragen sind damit nicht nachgewiesen.

Geschichte
Scott Shenker und die Erlaubnis vor dem Datenfluss
Ethane und NOX verbanden Regeln für Unternehmensnetze mit ihrer tatsächlichen Ausführung. Scott Shenkers gemeinsame Forschung zeigt, warum verständliche Namen eine belastbare Zuordnung zum Verkehr brauchen.

IETF
Ein neues Token belegt keine erneute Authentifizierung
Die Ausgabe eines Zugriffstokens und die Authentifizierung seines Nutzers sind verschiedene Ereignisse. RFC9470 fragt nach Stärke und Aktualität des Nutzerereignisses, nicht nur nach dem Ausgabedatum. Die Ressource braucht tatsächliche Nachweise und ihre eigene…

Berichte
FORT prüft die Summe vor der Vereinigung der Provider-AS
Im festgehaltenen Veröffentlichungscode addiert FORT die Längen zweier Provider-AS-Listen vor der Duplikatentfernung. Belegt wird eine Zählreihenfolge, kein betroffener Kunde und keine beim Router beobachtete ASPA-Rücknahme.

Berichte
ARINs DS-Anleitung nennt Digest-Typ 3 MD5. IANA führt GOST
Eine öffentliche Feldtabelle ordnet einer Protokollnummer die falsche Funktion zu. Das ist ein belegbarer Dokumentationsfehler, kein Nachweis eines Fehlers der laufenden API. Auch mit korrigiertem Namen wäre das ausgemusterte Verfahren keine Empfehlung für neue Konfigurationen.

IETF
Gleiche URN, unterschiedliche Dienstanfragen
Die Gleichheit eines Namens entscheidet nicht darüber, welche Anfrage ein Dienst erhält. RFC8141 trennt diese Aufgaben. Besonders deutlich wird das bei einer Ziel-URI, die bereits eine Query enthält: Der Resolver sollte seine Strategie erläutern, statt eine lokale Entscheidung…

Berichte
RIPEs Klartext-Historie braucht den Kontext der Anfrage
Whois 1.124 macht historische Objekte als Klartext leichter lesbar. Ihr Inhalt bleibt gefiltert; die strukturierte Antwort ergänzt eine eigene Revisionsnummer. Den Text zu speichern heißt noch nicht, seine Identität zu sichern.

Berichte
ISIF beginnt mit einer Konzeptskizze. APNIC Foundation prüft den ersten Zugang
Die Ausschreibung für 2026 verlangt zunächst eine kurze Idee und erst nach einer Einladung einen vollständigen Antrag. Das kann Aufwand sparen. Zugleich trennt das veröffentlichte Verfahren die erste Prüfung, die Konzeptauswahl, die unabhängige Bewertung und die abschließende…

IETF
SIP-Push-Kennungen wechseln – laufende Dialoge bleiben
Eine neue Kennung belegt ihre Ausgabe, nicht das Ende aller bisherigen Abhängigkeiten. RFC8599 macht daraus zwei gleichzeitige Pflichten: private Push-Referenzen regelmäßig erneuern und ältere Werte erhalten, solange laufende SIP-Dialoge sie benötigen.

Berichte
ARINs NRO-Leitfaden verlinkt ein abgelöstes Abkommen
Ein aktuelles Verfahrensdokument kann auf eine historische Vereinbarung führen. ARINs Septembermitteilung bietet Anlass, diesen Verweis zu prüfen – ohne daraus die Ungültigkeit einer Ernennung abzuleiten.

Berichte
Sagan kann einen Traceroute als erfolgreich werten, ohne Antwort vom Ziel
Ein offener Parser von RIPE NCC trennt die Antwort am letzten gelieferten Hop vom Erreichen der Zieladresse. Wer beides unter „Erfolg“ zusammenfasst, verändert nicht die Messung, sondern ihre Aussage.

IETF
Ein geschütztes CDN-Loop-Feld ist noch kein Beweis für den Weg
Kunden dürfen Dienste verbinden und Weiterleitungsziele bestimmen. Sie dürfen jedoch nicht das gemeinsame Signal löschen, mit dem andere Betreiber wiederkehrende Anfragen erkennen. CDN-Loop schützt diese Grenze, ohne aus empfangenen Einträgen einen authentisierten Wegnachweis zu…

Berichte
Die OTC-Warnung bei APNIC 62 betrifft auch die Diagnose
BIRD kann ein Routenleck stoppen, bevor gewöhnliche Filter ein aufbewahrbares Routenobjekt erhalten. Gesucht ist kein Freibrief für die Route, sondern ein sicherer Ort für die Erklärung ihrer Zurückweisung.

IETF
Die CDNI-Karte wurde größer – und kein Client passte mehr hinein
Mehr angekündigte Adressbereiche bedeuten bei CDNI nicht automatisch mehr geeignete Anfragen. Entscheidend ist, ob Bedingungen gemeinsam gelten oder Alternativen darstellen – und ob die Karte die Zuständigkeiten ihrer Teilnehmer noch richtig abbildet.

Berichte
AFRINICs ccTLD-Test setzt einem Land keine IPv6-Grenze
Die Prüfung der Registry-Nameserver ist sinnvoll. Aus ihrem Ergebnis folgt aber nicht, dass sämtliche darunterliegenden Websites über IPv6 unerreichbar sind. Ein rekursiver Resolver kann einen anderen Transportweg nehmen.
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