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
3.657 Artikel
Geschichte
Die Checkliste wurde ausgemustert. Die Beweisfrage wechselte den Ort: RFC 1264
1991 durfte ein Routingprotokoll nicht allein deshalb vorankommen, weil seine Spezifikation fertig wirkte. RFC 1264 verlangte getrennte Belege: unabhängigen Code, Tests jeder Funktion, nachgewiesene Sicherheit, Betriebserfahrung und eine Analyse der Bruchgrenze. 2006 nahm die…
Geschichte
Das Route-Tag konnte zugeben, dass es den Pfad vergessen hatte: RFC 1403
Ein 32-Bit-Feld konnte den Zustand einer Routenhistorie beschreiben, aber nicht jede Historie bewahren. RFC 1403 machte aus dieser Kapazitätsgrenze eine Befugnisgrenze: Wo die OSPF-Projektion den für BGP nötigen Pfad nicht mehr enthielt, durfte ein Grenzrouter keine neue…
Fallakte
Eine Domain gelöscht, das Risiko an andere vererbt: RFC 9874
Die Verfügungsmacht über ein Registry-Objekt endet nicht automatisch dort, wo dessen Folgen enden. RFC 9874 zeigt, wie ein untergeordneter Host eines Kunden weiterhin Domains anderer Kunden tragen kann.
IETF
Marco Tiloca und die Widerrufsmeldung, die den Zugriff nicht entzog
Ein Eintrag auf der Widerrufsliste eines Authorization Servers kann bereits existieren, während ein Resource Server das zugehörige Token noch speichert und akzeptiert. RFC 9770, an der Marco Tiloca mitwirkte, verteilt diese Information im ACE-Rahmen. Sie ersetzt nicht die…
IETF
FANN hat eine Problemstellung angenommen. Eine Netzaktion hat es nicht koordiniert.
Die FANN-Chairs haben den Call for Adoption geschlossen und die Problemstellung für schnelle Netzbenachrichtigungen als Arbeitsgruppendokument angenommen. Das ist ein konkreter Verfahrensschritt: Die Gruppe erhält einen Text zur Bearbeitung, und die Autoren sollen ihn unter einem…
Berichte
LACNICs Gebührenordnung und der Preis eines belastbaren Registers
*Von Nia Okafor*
NPNOG
Zwei Stunden online: Was das Pandemie-Experiment von npNOG am Zugang veränderte
Am 9. Dezember 2020 hielt npNOG ein öffentliches Technikprogramm aufrecht, indem es die Veranstaltung ins Netz verlegte. Die offiziellen Seiten belegen einen engeren Erfolg, als das verbreitete Versprechen digitaler Inklusion nahelegt: Niemand musste für die Teilnahme zu einem…
IETF
Lucas Pardue und das Prioritätssignal, das die Seite nicht einplanen konnte
Eine Prioritätsangabe im Netzwerkprotokoll ist verführerisch, weil sie eine einfache Ursache-Wirkungs-Geschichte anbietet: ein wichtiges Objekt wird bevorzugt und die Seite erscheint früher. RFC 9218, den Lucas Pardue mitverfasst hat, verspricht diese Geschichte nicht. Er…
Geschichte
Der Relay änderte die Nachricht – und wurde zum Gateway: RFC 1344
Eine `Received`-Spur kann mehr als einen Transportweg belegen. Wenn sich Inhalt und Format an einem Übergang ändern, wird sie zum Eingeständnis einer Entscheidung. RFC 1344 zog 1992 daraus eine klare Folgerung: Wer eine Nachricht umformt, handelt nicht mehr nur als Relay. Er…
Fallakte
Die Antwort nannte eine Gruppe. Die Cache-Flotte erhielt keinen gemeinsamen Befehl: RFC 9875
Eine Zustandsänderung kann mehrere gespeicherte HTTP-Antworten zugleich veralten lassen. RFC 9875 macht ihre Beziehung in einem einzelnen Cache kenntlich; daraus entsteht weder eine synchronisierte Flottenbereinigung noch ein Beleg für den neuen Zustand beim Nutzer.
Geschichte
Das Testnetz konnte eine Zukunft zeigen. Das öffentliche Netz konnte es nicht entscheiden: RFC 1259
Ein Forschungsnetz kann belegen, dass eine Verbindung funktioniert. Es kann nicht belegen, dass ihr Preis, ihre Bedienung und ihre Regeln für eine ganze Gesellschaft taugen. RFC 1259 machte diese Differenz 1991 zum Programm: Das NREN sollte technische und institutionelle…
IETF
MLS kann einen Call for Adoption nach einer IPR-Offenlegung wieder öffnen. Es kann aus der Offenlegung kein Urteil machen.
Eine IPR-Offenlegung kann den Informationsstand eines technischen Verfahrens verändern. Sie entscheidet das Verfahren nicht. Beim MLS-Profil für zwei Parteien haben die Chairs den Call for Adoption verlängert, nachdem eine Drittanbieter-Offenlegung eingegangen war. Damit können…
IETF
Eric Rescorla und das verschlüsselte ClientHello, das den Server nicht benennen konnte
Wenn der erste TLS-Flug keinen vertrauten Namen mehr preisgibt, wird der Rest des Handshakes nicht zu einem Identitätsregister. RFC 9849, gemeinschaftlich verfasst von Eric Rescorla, Kazuho Oku, Nick Sullivan und Christopher A. Wood, beschreibt eine begrenzte Datenschutzhülle…
Fallakte
Neue W3C-Gruppe für Agenten-Benchmarks braucht mehr als zweimal denselben Wert
Wenn zwei voneinander unabhängige Stellen denselben Test ausführen und denselben Wert erhalten, wird das Verfahren überprüfbar. Die neue Agent Conformance and Benchmarking Community Group des W3C nennt genau das als Erfolgskriterium. Doch die Übereinstimmung belegt zunächst nur…
IETF
DNSOP kann einen Zone Cut ins Leere signalisieren. Es veröffentlicht keinen privaten Namensraum.
Eine öffentliche DNS-Zone darf eine Grenze benennen, ohne sich zur Zugangsinstanz hinter dieser Grenze zu erklären. Genau diese begrenzte Aussage untersucht DNSOP derzeit. Ein Parent kann anzeigen, dass ein Child in einem anderen Namensraum besteht, obwohl es über den…
IETF
Wesley George und der alte ASN-Schlüssel, der keine Fusion verkünden konnte
Die Analyse-Zusammenfassung zu Wesley George und der alte ASN-Schlüssel, der keine Fusion verkünden konnte erläutert die Entwicklung, die öffentlich zugänglichen Belege, die beteiligten Organisationen, den regionalen Kontext, die Marktexposition und die möglichen…
Fallakte
Das Paket enthielt zwei Formen, aber noch nicht einen Schlüssel: RFC 9935
Ein ML-KEM-Privatschlüsselpaket kann Seed und expandierten Entkapselungsschlüssel gemeinsam tragen. Das erleichtert den Austausch, beweist jedoch keine Identität: Erst Neuberechnung und Vergleich verbinden beide Werte zu einem überprüften Schlüssel.
Geschichte
Das Netz musste den Takt nicht halten. Der Empfänger baute ihn neu: RFC 1257
Ein Sprachpaket trifft früh ein, das nächste beinahe am Rand des Zeitbudgets. Trotzdem kann die Ausgabe gleichmäßig bleiben. RFC 1257 machte daraus 1991 eine Zuständigkeitsfrage: Das Netz liefert Kapazität und eine obere Laufzeitgrenze; der Empfänger ergänzt Zeitstempel…
IETF
HTTPbis kann Signaturschlüssel prüfen. Der Aufruf wählt kein Anwendungs-Vertrauensmodell
Die HTTPbis-Arbeitsgruppe kann untersuchen, wie ein HTTP-Nachrichtenempfänger Schlüsselmaterial für eine Signatur erhält. Das ist eine Frage über Schnittstellen, Discovery und Interoperabilität. Sie ist nicht identisch mit der Frage, ob ein konkreter Dienst dem Schlüsselinhaber…
Geschichte
Der Hop-Zähler war noch da. Er zählte nur nicht mehr die Reise: RFC 1326
Ein Paket kann eine Ablaufgrenze mitführen und trotzdem praktisch unbegrenzt weiterlaufen. Wird der alte Zähler in eine Nutzlast eingeschlossen und jede neue Hülle mit einem frischen äußeren Zähler versehen, misst das sichtbare Feld nur noch die jüngste Etappe. RFC 1326 zeigte…
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