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.573 Artikel
Berichte
EDEKA-Nummernressourcen: aut-num AS210860 nicht auffindbar, ORG-Objekt aktiv, AS197909 routet weiter
Die Analyse-Zusammenfassung zu EDEKA-Nummernressourcen: aut-num AS210860 nicht auffindbar, ORG-Objekt aktiv, AS197909 routet weiter erläutert die Entwicklung, die öffentlich zugänglichen Belege, die beteiligten Organisationen, den regionalen Kontext, die Marktexposition und die…
Geschichte
Die Zeichenfolgen waren verschieden. Die Telefonressource konnte dieselbe sein: RFC 3966
Klammern, Bindestriche, Großschreibung und eine andere Parameterfolge machten zwei Texte ungleich. RFC 3966 konnte sie dennoch als Bezeichner derselben Telefonressource bewerten. Damit war weder derselbe Mensch noch dasselbe Endgerät, dieselbe Route oder ein erfolgreicher Anruf…
Geschichte
Die Sonde war Teil der Metrik: RFC 2330 und ihr Messrahmen
Eine Latenzzahl wirkt objektiv, bis Paket, Pfad, Uhr und Stichprobenverfahren aus dem Bericht verschwinden. RFC 2330 machte diese Bedingungen zum Teil der Messung. Spätere Aktualisierungen zeigen, dass sich auch das Referenzpaket selbst weiterentwickeln musste.
IETF
Eine MPLS-Vorgabe betrat eine GMPLS-Domäne und behielt nicht automatisch ihre Bedeutung
Ein Feld kann eine administrative Grenze unverändert überqueren und dort trotzdem anders ausgelegt werden. RFC 5376 rechnete damit, dass eine für MPLS formulierte Vorgabe in einer GMPLS-Domäne übersetzt und durch lokale Richtlinien verändert wird. Deshalb musste nicht nur der…
IETF
Das Feld hieß Priorität. Im Basisvertrag musste der Empfänger es ignorieren.
Ein Queue-Dashboard las den Wert `255` und meldete höchste Dienstklasse. RFC 5371 sagte für reine Basisimplementierungen das Gegenteil: Der Sender sollte 255 setzen, der Empfänger das Feld ignorieren. Erst RFC 5372 gab dem Byte zusätzliche Modi. Ein sichtbarer Wert ist keine…
Geschichte
Eine IP-Adresse an der Wäscheleine: Peg-DHCP nach RFC 2322
Bei einem Technologietreffen 1997 machte eine hölzerne Wäscheklammer die Adressvergabe sichtbar, ohne von jedem Computer dasselbe Konfigurationsprotokoll zu verlangen. Die manuelle Übergabe löste ein Problem und wurde zugleich zu einer neuen möglichen Fehlerstelle im Netz.
Geschichte
Eine Bindung bewegte ein ganzes Netz. Sie bewies nicht, dass jeder Knoten erreichbar war: RFC 3963
Ein mobiles Netz konnte seinen äußeren Anschluss wechseln, ohne dass die Geräte darin Mobilität verstehen mussten. Diese Arbeit übernahm ein Router an der Grenze. RFC 3963 machte daraus einen Standard und aus einer Binding-Aktualisierung den Hebel für viele Adressen. Doch der…
Berichte
RIPE hat die RRC12-Dateien wiederhergestellt – der Neustartfehler braucht noch eine strukturelle Korrektur
RIPE NCC zufolge wurden die seit dem 2. Oktober fehlenden BGP-Dateien von RRC12 neu erzeugt. Die Abschlussmeldung trennt diese Wiederherstellung jedoch von der strukturellen Behebung des Fehlers, der den Prozess nach Neustarts immer wieder in Timeouts führte.
IETF
Der SSM-Sender wechselte den Standort. Die alte Policy drohte nun mit BYPASS.
Ein neuer Locator ist kein ungewöhnliches Ereignis: NAT, Mobilität oder Multihoming können ihn verändern. Für eine source-specific multicast policy wird daraus jedoch eine Sicherheitsentscheidung. RFC 5374 warnte, dass ein veralteter GSPD-Selektor neuen Verkehr im schlimmsten…
IETF
SDP beschrieb die Medien. Die Empfängerliste erteilte einen Auftrag.
Beide Teile lagen im selben multipart-INVITE, doch sie regelten Verschiedenes. SDP sagte dem Transcoder, was A auf der ersten Strecke anbot. Die `recipient-list` sagte ihm, gegen welche einzige URI er eine neue Anfrage erzeugen durfte. RFC 5370 machte aus einem Nachrichtenkörper…
Geschichte
Null bedeutete nicht „Standard“, sondern 4.294.967.296 Durchläufe: RFC 3962
Vier Nullbytes wirkten wie ein leerer Parameter, waren in RFC 3962 aber das genaue Gegenteil: eine ausdrückliche Anweisung für (2^{32}) PBKDF2-Durchläufe. Nur ein tatsächlich fehlendes Feld führte zu 4.096. Damit wurde die Unterscheidung zwischen Wert und Anwesenheit zu einer…
Geschichte
Die Adresse konnte einen Schlüssel binden. Der Router brauchte weiterhin einen Vertrauensanker: RFC 3971
Secure Neighbor Discovery machte 2005 aus einer scheinbar einzigen Sicherheitsfrage zwei: Wer kann für eine IPv6-Adresse signieren, und welchem Router darf ein Host folgen? Für den ersten Nachweis genügte ein Schlüssel; für den zweiten blieb ein vorher eingerichteter…
IETF
Im 200 fehlte der Answer-Mode. Das war kein Beweis für manuelles Annehmen.
RFC 5373 empfiehlt, die Antwortart standardmäßig nicht offenzulegen, weil `Manual` menschliche Anwesenheit verraten kann. Ein fehlendes Feld ist deshalb ein bewusst möglicher Unbekanntwert – kein Platz, den ein Auswertungssystem mit Auto oder Manual füllen darf.
Geschichte
Derselbe Kerberos-Schlüssel brauchte für jeden Zweck eine Nummer: RFC 3961
Ein gültiger Schlüssel beantwortete noch nicht, wofür er gerade eingesetzt wurde. RFC 3961 machte deshalb den Zweck zu einem Rechenwert: Eine öffentliche Nutzungsnummer floss in die Ableitung ein und verhinderte, dass verschiedene Protokollhandlungen kryptographisch gleich…
Geschichte
RFC 3967 machte Verweise auf weniger reife Dokumente sichtbar, bevor es sie erleichterte
Ein Standard kann auf ein Dokument angewiesen sein, das noch nicht denselben Reifegrad erreicht hat. Die IETF reagierte nicht mit einem pauschalen Verbot: Sie machte die Abhängigkeit im Last Call sichtbar und verlagerte später einen Teil des Wartens auf Hinweise und…
IETF
Ein Transcoder hörte die Hinrichtung. Ein anderer die Rückrichtung.
Kein einzelner Dienst besaß den vollständigen Medienstrom. Das war ein echter Datenschutzgewinn. Es war aber kein Beweis, dass das Gesamtsystem das Gespräch nicht rekonstruieren konnte. RFC 5369 erlaubte im 3pcc-Modell unterschiedliche Transcoder je Richtung und machte damit aus…
IETF
Der Server antwortete 420. Das sagte nichts über die Ziele in der Liste.
`Require: norefersub` machte eine Fähigkeit für genau diese REFER-Transaktion verbindlich. Kannte der Empfänger sie nicht, war 420 die richtige Antwort. Der Fehler lag damit an der ausgehandelten Beobachtungsform — nicht bei den Personen, Dialogen oder Ressourcen, die noch gar…
Berichte
ARINs IPv4-Kalender nennt ein Quartal und ein Datum
In der Verteilungsmitteilung vom 7. Oktober verortete ARIN die nächste IPv4-Wartelistenverteilung im „späten vierten Quartal 2026“. Die aktuelle Statusseite nennt dagegen ungefähr den 4. Januar 2027. Keine der beiden Aussagen ist ein Liefertermin für einzelne Antragsteller.…
Geschichte
Der Tunnel nahm das Paket an. Die Entkapselung löschte seine nächste Spur: RFC 3964
Bei 6to4 konnte eine technisch korrekte Übergabe die spätere Aufklärung schwächen. Der Empfänger entfernte den IPv4-Umschlag und leitete das innere IPv6-Paket weiter. Ohne einen vorher erzeugten Beleg verschwand dabei die Beobachtung, die den Tunneleingang am genauesten…
Geschichte
Eine Antwort an alle konnte die Faxfreigabe wiederverwenden: RFC 3965
Ein Fax-Gateway sah in der Empfängerliste wie eine weitere Mailadresse aus. RFC 3965 erkannte den entscheidenden Unterschied: Hinter dieser Adresse konnte ein kostenpflichtiger Telefonanruf stehen. Selbst eine harmlose Antwort an alle konnte die Freigabe eines früheren Absenders…
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