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.590 Artikel
Geschichte
Der Alias sagte „Lokale Festplatte“. Für den Login war ein anderer Name nötig: RFC 3721
Ein Betreiber kann ein Speicherziel an einer vertrauten Bezeichnung erkennen. Das Protokoll darf diese Bezeichnung jedoch nicht mit einer Identität verwechseln. RFC 3721 trennte den dauerhaften Namen, die lokalisierende Adresse, die authentifizierende Kennung und die…
Geschichte
Der Name versprach Beständigkeit. Sein Resolver existierte noch nicht: RFC 3937
RFC 3937 ordnete IPTC-Ressourcen nicht nur nach Namen, sondern nach ihrem institutionellen Status: verabschiedeter Standard, Entwurf oder Arbeitsdokument. Diese drei Zweige machten Governance sichtbar — und zeigten zugleich, warum Registrierung allein weder Validierung noch…
IETF
Eine gemeinsame Kurve senkt Reibung und bündelt Ausfallrisiko
Benannte elliptische Kurven vereinfachen Zertifikate, Implementierungen und Aushandlung. Wenn viele Systeme dieselbe Kurve und denselben Codepfad verwenden, wird aus Interoperabilität jedoch auch Konzentration. RFC 5349 macht diese Spannung sichtbar und verbindet sie mit einer…
IETF
Der Langzeitschlüssel überstand die Sitzung. Der falsche Punkt kam wieder.
Ein einzelner ungültiger ECDH-Punkt kann wie ein sauber abgewiesener Verbindungsfehler aussehen. Bei einem langlebigen privaten Schlüssel ist die Einheit des Risikos jedoch nicht die Sitzung, sondern die Folge der Interaktionen. RFC 5349 warnt, dass ein Empfänger den öffentlichen…
Geschichte
Das Location Object konnte Regeln tragen, nicht nur Koordinaten: RFC 3693
Im Februar 2004 behandelte GEOPRIV den Schutz von Standortdaten nicht länger wie einen einfachen Schalter neben einer Kartenmarkierung. RFC 3693 beschrieb eine Kette von Rollen und Entscheidungen: Wer wird lokalisiert, wer legt Regeln fest, wer speichert die Daten, wer wendet die…
Geschichte
Der Codepunkt war privat. Seine oberen Bits steuerten dennoch jeden unbekannten Router: RFC 3936
Ein RSVP-Unterobjekt und eine RSVP-Objektklasse konnten beide private Nummernbereiche besitzen. Daraus folgte nicht dasselbe Verhalten. RFC 3936 musste für jeden Namensraum festhalten, wer zuteilt und welche Maschine auf welches Feld reagiert.
IETF
Streng ablehnen oder locker irren: Beide Faxregeln kaufen eine andere Unsicherheit
T.38 Strict verweigert den Wechsel, wenn die passende Fähigkeit nicht belegt ist. Das schützt vor einem Versuch mit einem wirklich ungeeigneten Gegenüber, kann aber ein technisch mögliches Fax ablehnen. T.38 Loose akzeptiert die Lücke und riskiert dafür den umgekehrten Fehler.…
Berichte
RIPE NCC bestimmt zwei Mitglieder für den Stiftungsrat der Rob Blokzijl Foundation
Nachdem Falk von Bornstaedt dem RIPE NCC-Exekutivrat mitgeteilt hatte, den Stiftungsrat der Rob Blokzijl Foundation verlassen zu wollen, bestimmte der Rat zwei Personen. Die Satzung der Stiftung sieht zusätzlich eine einstimmige Ernennung durch ihren eigenen Stiftungsrat vor.
IETF
Der TLS-Kanal war sauber. Der entfernte Filter gab trotzdem das falsche Feld frei.
Die Verbindung zwischen zwei Presence-Domains war verschlüsselt, das Zertifikat gültig und der Peer Mitglied der vereinbarten Föderation. Trotzdem erschien im entfernten Client ein Ortsattribut, das für diesen Watcher verborgen bleiben sollte. Der Transportbeleg war korrekt. Er…
Geschichte
Der RFC fehlte. Die DHCP-Option war trotzdem in Gebrauch.
2004 gab RFC 3679 DHCP-Optionsnummern an die IANA zurück, deren Vorschläge sich nicht durchgesetzt hatten. Doch der RFC setzte fehlende Dokumentation nicht mit fehlender Nutzung gleich: PXE und Apple verwendeten einige Codes bereits, obwohl es keine veröffentlichte…
Geschichte
Der Versuch hatte ein Ablaufdatum. Der Ergebnisbericht war optional: RFC 3933
Eine befristete Regel kann pünktlich enden und dennoch eine unvollständige Akte hinterlassen. RFC 3933 setzte IETF-Prozessexperimenten eine Uhr, verlangte aber nicht mit gleicher Härte eine Hypothese, Messgrößen und einen Abschlussbericht.
IETF
Die gemeinsamen Daten waren falsch. Niemand besaß eindeutig die Reparatur.
Der Resolver konnte exakt den veröffentlichten Eintrag liefern. Der Softswitch konnte ihn regelkonform verarbeiten. Der Anruf konnte trotzdem im Netz des anrufenden Carriers scheitern — und gerade dieser Carrier wusste unter Umständen nicht, wer die Nummer bediente oder den…
Geschichte
Die Nachricht sah wie ein Dokument aus. Das Protokoll hatte sie längst zerlegt: RFC 3930
Was auf dem Bildschirm als abgeschlossenes Ganzes erscheint, kann im Netz aus Teilen mit unterschiedlichen Quellen, Empfängern und Schutzregeln bestehen. RFC 3930 machte aus dieser unscheinbaren Differenz eine Entwurfsfrage.
Geschichte
Der Filter ließ sich Quelle für Quelle ändern – oder vollständig auf einmal ersetzen.
RFC 3678 verlangte von Multicast-Anwendungen keine neue Sprache für Gruppenmitgliedschaften. Die bisherigen Aufrufe blieben erhalten; hinzu kamen zwei Wege, einen Quellenfilter zu ändern: eine Quelle anpassen oder den gesamten Filter in einem einzigen Vorgang ersetzen.
IETF
Die EngineID blieb gleich. Der Sicherheitsname wechselte trotzdem.
Zwei Anfragen erreichten denselben Managementkontext und verwendeten dieselbe EngineID. Die erste kam ohne Authentisierung, die zweite im Namen eines geschützten Principals. Wer beide als denselben „verifizierten Gerätezugriff“ verbucht, verwechselt den Ort der Information mit…
IETF
Der Konverterfehler wurde gefunden. Das Roh-pcap war bereits gelöscht.
Eine neue Version des Parsers zeigte, dass der alte Konverter fragmentierte SNMP-Nachrichten falsch zusammengesetzt hatte. Die veröffentlichten XML- und CSV-Dateien enthielten dadurch plausible, aber falsche Felder. Eine Neuberechnung wäre möglich gewesen, wenn die ursprünglichen…
Geschichte
Die Ausgabe blieb 128 Bit. Die Schlüsselregeln änderten sich.
2004 übertrug RFC 3664 AES-XCBC auf IKE und behielt das vollständige Ergebnis bei, das der IPsec-MAC auf 96 Bit kürzte. Zwei Jahre später veränderte der Nachfolger eine andere Grenze: welche Schlüssellängen dieselbe Pseudozufallsfunktion akzeptiert und wie der Verwendungszweck in…
Geschichte
Der Name wechselte von MIME zu SDP. Die Parameter brauchten eine Abbildung: RFC 3555
`rate=48000` war kein dekorativer Zusatz zum Namen L16. RFC 3555 brachte die Zahl an die Stelle, an der sie als RTP-Zeitstempeltakt verstanden werden konnte, und ließ offen, ob die laufende Software dieses Versprechen tatsächlich erfüllte.
IETF
Das Feld hieß `verstat`. Der Name verifizierte keinen Anrufer.
Ein Eintrag im `tel`-URI-Register koordiniert den Parameternamen. Er verwandelt eine darin transportierte Aussage nicht in geprüfte Identität.
Geschichte
Das Verzeichnis wuchs fast auf das Sechsfache. Der Client brauchte trotzdem einen Wegweiser.
Das Referral-LDAP-Experiment aus RFC 3663 sollte Verwaltungsdaten zu Domains strukturierter abfragbar machen. Sein technischer Rückblick zeigt jedoch: Ein verbreitetes Protokoll ergab noch keinen universellen Dienst. Datenbaum, Serververweise und Clientsoftware mussten auf die…
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