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.555 Artikel
Geschichte
Routine bedeutete nicht ungeprüft: RFC 6709s Test für Protokollerweiterungen
Ein kleiner Patch kann eine große Änderung im Betrieb auslösen. RFC 6709 machte deshalb nicht die Zahl der geänderten Codezeilen zum Maßstab für eine „routinemäßige“ Erweiterung. Entscheidend war eine andere Frage: Können das Basisprotokoll und bereits eingesetzte…
Berichte
Weniger als ein Prozent RPKI-bezogene BGP-Updates: ein nützlicher Messwert, kein Stabilitätsurteil
Eine peer-reviewte Studie schätzt den Anteil RPKI-bezogener Meldungen am beobachteten BGP-UPDATE-Volumen als klein ein. Das ist wichtig, misst aber nicht allein die Stabilität eines Netzes.
IETF
CAPWAP-Authentisierung ersetzte keine Freigabe im Funknetz: RFC 5418
RFC 5418 trennt die WTP–AC-Authentisierung von der Aufnahme in eine konkrete Installation, der Rollenfreigabe und dem Weg der Clientdaten. Eine gültige Sitzung beantwortet nur einen Teil der Betriebsfrage.
ICANN
Fünf `.agent`-Antragsteller erscheinen in mindestens elf ICANN-Streitgruppen
Die erste CSV-Datei zur ICANN-Runde 2026 führt 13 Antragsteller in der Gruppe `.agent`. Fünf dieser Antragstellerentitäten tauchen in mindestens elf der nummerierten Streitgruppen der Datei auf. Der Namenskonflikt hat damit auch eine Portfolioseite.
Geschichte
Ein Internet, viele Netzbetreiber: RFC 1462s Telefonvergleich
Der FYI von 1993 erklärte eine neue Topologie mit einem vertrauten Telefonvergleich: Nutzer erlebten einen Internetdienst, obwohl getrennte Netze ihre Abschnitte selbst betrieben und reparierten.
Geschichte
NAT war eine logische Funktion, keine Schnittstelle: Warum das Modell der RFC 4008 geändert wurde
Im SNMP-Konfigurationsbeispiel der RFC 4008 wird zuerst eine Zeile mit einem `ifIndex` angelegt. Erst danach folgen Adresszuordnungen. Zehn Jahre später beschreibt NATV2-MIB Übersetzung als logische Funktion, die unabhängig von einer einzelnen Schnittstelle sein kann. Die Normung…
Geschichte
Der Ethernet-Frame kam an. Seine Servicerolle nicht: RFC 7152
2014 machte ein IETF-Anforderungsdokument eine wenig sichtbare Lücke in Layer-2-VPNs deutlich: Ein Provider Edge konnte einen Ethernet-Frame über ein Pseudowire empfangen, ohne zu wissen, ob er an der entfernten Seite von einem Root- oder Leaf-Anschluss kam. RFC 7152 übersetzte…
IETF
Vor der CAPWAP-Suche ordnete DHCP die Controller, die ein Zugangspunkt testen konnte: RFC 5417
Eine DHCPv4- oder DHCPv6-Option kann einen Access Controller in der Startsuche eines Wireless Termination Points vor einen anderen setzen. RFC 5417 definiert diese Reihenfolge als konfigurierte Präferenz; Discovery und DTLS klären anschließend, mit welchem Gegenüber eine…
Geschichte
Ohne AFI galt „any“: RFC 4012s Standardbereich für vier Familien
RPSLng ergänzte eine optionale AFI-Angabe für Multiprotokollrichtlinien. Ihr Fehlen ließ den Geltungsbereich nicht offen: RFC 4012 setzte ihn auf „any“, während ältere Attribute IPv4-Unicast bedeuteten.
Fallakte
Doppelte Anfragen an die DNS-Wurzel: Der Hinweis führte zu einem Resolver-Update
Rund eine Woche lang stieg der Verkehr zur DNS-Wurzel von etwa 1,6 auf 3,2 Millionen Anfragen pro Sekunde. Die Anfragen waren gültig, kamen aus rekursiven Resolver-Netzen und beeinträchtigten den Root-Dienst nicht messbar. Der Vorgang zeigt, wie eine vorgelagerte Softwareänderung…
IETF
RFC 5416: Die 802.11-Bindung hat eine Epochen-Grenze
RFC 5416 beschreibt eine CAPWAP-Bindung für IEEE 802.11, aber keine pauschale Zusage für jedes heutige WLAN-Merkmal. Der Vertrag ordnet Stationen, Funkparameter, QoS sowie BSSID- und WLAN-Zuordnung in der Basis von 802.11-2007. Für die Führungsebene zählt deshalb die Trennung…
IETF
Bei der IETF ist eine abgewiesene Berufung nicht dasselbe wie eine nicht bearbeitete
Die geltenden IETF-Regeln unterscheiden eine Eingabe, die gar nicht in die Prüfung gelangt, von einer Berufung, die nach Prüfung zurückgewiesen wird. Auch die öffentlichen Nachweise laufen auf getrennten Wegen. Deshalb ist die Liste angenommener Berufungen keine vollständige…
IETF
CAPWAP-Status ist kein Servicebeleg: RFC 5415
RFC 5415 strukturiert die WLAN-Steuerung: Ein Access Controller verwaltet Wireless Termination Points, schützt Sitzungen, ändert Konfigurationen und transportiert Daten. Ein abgeschlossener Zustand, ein DTLS-Erfolg oder ein Datenpaket beweist jedoch nur einen Protokollpfad, nicht…
IETF
WiCoP ist ein historischer Steuerungsdatensatz, keine Deployment-Grundlage: RFC 5414
RFC 5414 beschreibt WiCoP zur zentralen Steuerung und Provisionierung großer WLANs. Der RFC Editor führt es als Historic und verweist auf RFC 5415. Ein erreichbarer Controller oder eine Konfigurationsbestätigung belegt daher weder aktuelle Autorität noch angewandte Richtlinien…
Berichte
AS24940 im RPKI-Abgleich: 91 Routen, 63 Treffer, 49 breitere Autorisierungen
Die Analyse-Zusammenfassung zu AS24940 im RPKI-Abgleich: 91 Routen, 63 Treffer, 49 breitere Autorisierungen erläutert die Entwicklung, die öffentlich zugänglichen Belege, die beteiligten Organisationen, den regionalen Kontext, die Marktexposition und die möglichen…
IETF
SLAPP-Sicherheit ist eine historische Grenze, kein Deployment-Beleg
RFC 5413 hält den Secure Light Access Point Protocol-Stand fest, wie er in die CAPWAP-Arbeit eingebracht wurde. Discovery, Authentisierung und geschützter Transport sind als historische Hinweise nützlich; der RFC Editor veröffentlichte das Dokument jedoch für die historische…
IETF
LWAPP ist ein historischer Datensatz, keine Deployment-Grundlage
RFC 5412 hält den Lightweight Access Point Protocol-Stand fest, wie er in die CAPWAP-Arbeit eingebracht wurde. Die Beschreibung der Controller- und Lightweight-AP-Architektur ist als Archiv nützlich, doch der RFC Editor führt das Dokument als Historic und warnt vor seiner Nutzung…
Fallakte
Bei PP-26 gibt es eine Redeliste; formelle Vorschläge brauchen eine eigene Spur
Drei Minuten reichen, um einer politischen Priorität im Plenum Gehör zu verschaffen. Sie reichen nicht, um zu zeigen, was die Konferenz anschließend daraus macht. Noch vor der Eröffnung von PP-26 hat die ITU die Regeln für politische Erklärungen veröffentlicht: eine hochrangige…
IETF
CATS wählte den Servicekontakt. Die ausführende Instanz blieb verborgen: RFC 10053
CATS kann eine Anfrage anhand von Netz- und Rechenressourcen zu einem geeigneten Servicekontakt lenken. Diese Auswahl zeigt jedoch nicht zwangsläufig, welche interne Serviceinstanz die Anfrage bearbeitet – oder ob die gemeldeten Metriken nur diese Instanz beschreiben.
Geschichte
Der Controller brauchte erst ein Netz, bevor er es steuern konnte: RFC 7149
Im März 2014 forderte ein IETF-Memo Netzbetreiber auf, über das einprägsame Bild eines zentralen Controllers hinauszudenken: Wie entdeckt er Geräte, erreicht sie und beeinflusst das Netz sicher, das er steuern soll? RFC 7149 behandelte Inbetriebnahme, Aushandlung von…
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