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ächterFallakteGesellschaft für NummernressourcenICANNIETFGeschichte des InternetsNOGS
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.688 Artikel
IETF
Abgelaufen war die Frist, nicht die Beweiskraft der Mail
Ein Termin kann vorbei sein, während die Nachricht erst dann wichtig wird. Der neue Umgang mit `Expires` schafft ein brauchbares Sortiersignal. Er macht den Absender aber nicht zum Verwalter des fremden Postfachs.
Geschichte
Der Server unterschrieb das Urteil, nicht die Gültigkeit: RFC 3029
Ein vertrauenswürdiger Prüfdienst stellt ein signiertes Zertifikat aus, dessen Ergebnis „ungültig“ lautet. Die Signatur bestätigt den Urheber, die Anfrage, die Zeit und die angewandte Richtlinie. Sie repariert weder das Dokument noch das Zertifikat. RFC 3029 machte diese Trennung…
IETF
Das Register bewies den Eintrag, nicht seine Berechtigung
Der Datensatz war sauber signiert, lückenlos repliziert und in einem Merkle-Baum nachweisbar. Trotzdem durfte der Agent nicht handeln. Das Register konnte belegen, was es gesehen hatte; für die Folgen des nächsten Schritts war weiterhin der Betreiber zuständig.
IETF
Bei OAM-Testfolgen muss die Reihenfolge im YANG-Modell stehen
Ein Diagnosebericht kann sämtliche Messungen enthalten und trotzdem eine wesentliche Information verlieren: ihre Abfolge. Die zehnte Fassung eines IETF-Entwurfs will konfigurierte OAM-Testfolgen gegen stillschweigende Änderungen schützen. Beim Einfluss des Betreibers auf die…
Geschichte
Das Netz behandelte jedes Paket gleich. Der Codec nicht: RFC 2448
Bei komprimiertem Video bedeutet der Verlust weniger Bytes nicht zwangsläufig einen kleinen Schaden. Ein fehlendes Stück Bilddaten kann eine lokale Störung hinterlassen; fehlt dagegen eine kurze Information, die erklärt, wie der folgende Teil zu dekodieren ist, kann sich der…
Geschichte
Der Filter beschloss die Aktion, nicht die Zustellung: RFC 3028
Ein Skript erreicht sein Ende, ohne einen Ablageort zu wählen. Sieve deutete dieses Schweigen nicht als Erlaubnis zum Verlust, sondern als implizites Behalten. An dieser kleinen Sicherung lässt sich die Architektur von RFC 3028 ablesen: Die Regelauswertung konnte eine Aktion…
IETF
Der Server sagte 200. Der Antrag blieb offen.
Der Widerrufsaufruf endete mit `200 OK`. Das Betriebssystem setzte den Vorgang auf „abgebrochen“. Später traf trotzdem die Auflösungsnachricht ein: Der Authorization Server hatte die Widerrufbarkeit von Deferral Codes nie angekündigt. Die HTTP-Antwort war korrekt. Erst die…
IETF
Der Mittelwert war schnell. Das 95. Perzentil verfehlte das Ziel.
Im Durchschnitt beantwortete ein Werkzeug den Aufruf rechtzeitig. Die langsamen Ausreißer bestimmten jedoch das Ende des gesamten Turns. Ein Mittelwert hatte eine Tail-Grenze bestätigt, die er gar nicht prüfen konnte.
Geschichte
Die Einladung stand im Kalenderobjekt, nicht im Mailkopf: RFC 2447
RFC 2447 verband die Terminprotokolle von iTIP mit dem gewohnten E-Mail-Transport. Das maschinenlesbare Kalenderobjekt lag in einem MIME-Teil `text/calendar`; dessen Parameter `method` musste mit dem inneren `METHOD` übereinstimmen. Ein Klartextteil durfte Menschen helfen, die…
IETF
GAAP-25 trennt das Protokoll ausdrücklich vom Python-API-Beispiel
Wer eine Programmierskizze in einem Standardentwurf sieht, kann sie leicht für eine verbindliche Schnittstelle halten. Die neue GAAP-Fassung legt den Maßstab anders fest: Gemeinsam sein muss der Austausch von Claim-Nachrichten, nicht die interne Softwareform.
IETF
Das Netz war zurück. Sein altes Präfix war noch da.
Die Zustandsmaschine wechselte sauber. Der Nutzer bemerkte trotzdem eine schmutzige Zwischenzeit: Der Dienst war auffindbar, die neue Adresse vorhanden, die alte Adresse noch gültig und der Lichtschalter ohne Wirkung. Jede Schicht meldete korrekt, was sie sehen konnte. Zusammen…
Geschichte
Der Suffix verriet das Trägermaterial, nicht den Auftrag: RFC 3023
Ein System konnte `+xml` erkennen und einen allgemeinen XML-Parser wählen. Ob das Dokument eine Rechnung, eine Grafik oder eine Anweisung war und ob es wirken durfte, blieb Sache des vollständigen Medientyps.
IETF
Der Betreiber wechselte. Die Identität hätte bleiben müssen.
Ein neuer Betreiber übernahm denselben Agenten, dieselbe Hardware und dieselbe Schlüsselumgebung. Das System legte dennoch eine neue Identität an, weil der Betreibername im Identifikator steckte. Damit verschwand die Vorgeschichte genau in dem Moment, in dem eine saubere Übergabe…
Geschichte
RFC 2446 und iTIP: Warum ein Gegenvorschlag noch keinen neuen Kalendertermin schafft
Kalender wirken im Alltag wie einfache Listen bestätigter Termine. RFC 2446 zeigt jedoch, dass hinter einer Einladung eine Folge getrennt zu betrachtender Zustände und Entscheidungen liegt. Besonders deutlich wird das beim iTIP-Verfahren COUNTER: Ein Attendee kann eine…
Geschichte
Zwei Endpunkte mussten sich einigen, bevor zwei Adressen eingespart waren: RFC 3021
Die Buchhaltung eines `/31` war einfach: zwei statt vier IPv4-Adressen pro nummerierter Punkt-zu-Punkt-Verbindung. Technisch real wurde die Einsparung erst, wenn beide Router dieselben Bitmuster als Hosts behandelten.
IETF
EPP-Entwurf führt Sammellöschung aller DELEG-Einträge einer Domain ein
Die dritte Fassung eines individuellen Internet-Drafts erweitert EPP um eine Anweisung, den gesamten DELEG-Satz einer Domain in einem Update zu entfernen. Die eigentliche Governance-Frage lautet, ob eine Berechtigung zur Pflege einzelner Einträge auch eine Berechtigung zum Leeren…
IETF
Der Controller sah eine Kante. Belegt waren zwei Halbkanten.
Die Netzkarte wirkte abgeschlossen: AS A war mit AS B verbunden. Im Belegbestand gab es jedoch keinen einzelnen Datensatz, der diese Verbindung als Ganzes gesehen hatte. Es gab zwei Meldungen und eine lokale Entscheidung, sie zusammenzuführen.
IETF
Der Verbraucher setzte die Schwelle. Im Archiv wirkte sie wie das Urteil des Prüfers.
Der ursprüngliche Lauf lieferte einen Wert von 0,734, aber kein belegtes Kriterium. Erst der spätere Verbraucher setzte die Schwelle bei 0,70 und entschied auf „bestanden“. Nach dem Export stand nur noch ein grünes Ergebnis im Datensatz. Eine neue lokale Regel war rückwirkend zum…
Geschichte
Drei Leitungen liefen. Der Verbund blieb trotzdem unten: RFC 3020
Bei Multilink Frame Relay war der Zustand eines logischen Bündels keine bloße Summe seiner Leitungen. RFC 3020 ließ den Betreiber festlegen, ob eine, alle, eine bestimmte Zahl oder eine implementierungsspezifische Bedingung genügten. Erst diese Regel gab dem Wort up seine…
IETF
EMAILCORE trennt Klartext-Empfangsfähigkeit von der Zustellpolitik
Wer eine unverschlüsselte SMTP-Verbindung abweist, betreibt nicht zwangsläufig Software, die solche Verbindungen gar nicht verarbeiten könnte. Ein IETF-Entwurf macht aus dieser Unterscheidung eine normative Vorgabe. Ob sie dort hingehört, bleibt nach der öffentlichen Debatte Ende…
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