Signaux de continuité des politiques, de légitimité et de redevabilité dans les institutions de gouvernance de l’Internet.
Gouvernance
Gouvernance
La veille en gouvernance suit les institutions, les processus politiques, les organismes de normalisation, les opérations des registres, les litiges de responsabilité et les communautés d'opérateurs qui façonnent la gouvernance et le fonctionnement de l'Internet.

Veille RIR, Dossier, Société des ressources numériques, ICANN, IETF, Histoire d’Internet et sessions NOG.
La couverture privilégie les preuves de mise en œuvre et les comportements institutionnels plutôt que les positions déclaratives.
Articles récents
À la une : Gouvernance
7 666 articles

Dossier
Le proxy est configuré. Le service reste à prouver.
Déclarer un service disponible parce que son chemin de sortie TCP figure dans une configuration acceptée est une erreur de décision. La [RFC 9643](https://www.rfc-editor.org/rfc/rfc9643.html) permet de décrire ce chemin, mais ne certifie pas son aboutissement. Entre le relais…

Histoire d'Internet
La grille évaluait des capacités, pas des paquets : RFC 2989
Une grille de conformité donne facilement l’illusion d’un réseau déjà vérifié. En novembre 2000, la RFC 2989 a rassemblé les exigences de plusieurs communautés pour comparer les protocoles AAA d’accès au réseau. Elle exigeait des capacités de confidentialité, de reprise…

Histoire d'Internet
Le codec était d’accord. Le demi-octet, non : RFC 2422
G.726 pouvait définir l’algorithme de codage sans empêcher deux systèmes de lire différemment un même octet. La RFC 2422 tranche le point qui manquait: quelle moitié de l’octet reçoit chacun des mots de code de quatre bits, et que faire si la dernière paire est incomplète.

IETF
La chaîne est valide. L’identité du nœud doit encore franchir un seuil
Dans le profil proposé pour DTN, une autorité de certification peut délivrer une chaîne parfaitement valide sans que l’identité présentée par le pair soit pour autant admise. Ce décalage n’est pas une anomalie: il révèle l’endroit précis où un ensemble d’identifiants devient une…

IETF
Le carnet est devenu plus court. La preuve aussi
La simplification finale proposée par vCard4-bis peut ramener plusieurs contextes de provenance à un seul espace de numérotation. Le contact reste utilisable et les appareils convergent. Mais si l'on n'a conservé aucun reçu séparé, la fiche raccourcie ne permet plus de raconter…

Histoire d'Internet
Les balises semblaient identiques. L’une fixait une limite, l’autre une préférence : RFC 2987
Deux lignes peuvent obéir à la même grammaire sans engager la même réalité. En novembre 2000, la RFC 2987 a enregistré `charset` et `language` dans le vocabulaire commun des caractéristiques de média. Même comparaison par égalité, mêmes valeurs de qualité, même indifférence à la…

IETF
La poignée de main a maigri. Les certificats absents sont devenus un état d’enrôlement
Un projet de l’IETF propose de retirer les certificats intermédiaires volumineux des échanges EAP fondés sur TLS post-quantique. Les octets ne disparaissent pas: ils sont déplacés vers une récupération EST antérieure, un cache local et une décision d’administration selon laquelle…

Histoire d'Internet
La MIB a changé de branche, pas MARS : la RFC 2417
En 1998, le service de résolution d’adresses multicast a reçu une nouvelle place dans l’arbre des informations de gestion. La RFC 2417 a corrigé la racine attribuée à sa MIB; cette nouvelle adresse de gestion ne prouve pas que le trafic multicast, les circuits ATM ou les agents…

IETF
Le vocabulaire était commun, pas la capacité disponible
Deux contrôleurs peuvent enfin nommer de la même manière une granularité de tribut, un type d’ODU et une plage d’étiquettes. Cette convergence est précieuse. Elle ne signifie pourtant ni qu’un équipement implémente le modèle, ni que la capacité annoncée est encore libre, ni qu’un…

Histoire d'Internet
L’ACK incapable de nommer la copie : comment Karn empêcha TCP d’apprendre un faux RTT
Après une expiration, les mêmes octets peuvent traverser le réseau deux fois. L’ACK qui revient dit vrai sur la progression du flux, mais il ne révèle pas quelle copie l’a provoqué. Karn transforma cette lacune en règle de méthode: une observation sans attribution causale ne doit…

Dossier
Le dépositaire nommé : qui détient réellement les contacts d'abus du RIPE, et ce que les archives montrent des boîtes de secours
Derrière chaque plainte pour spam, phishing ou botnet dans la région du RIPE NCC se trouve une adresse e-mail inscrite dans une base de données — l'attribut `abuse-c:`. Mais qui crée, détient et maintient ces objets de rôle, et que se passe-t-il lorsque le contact désigné est une…

Récits
DFINFRA et AS210860 : qui paie le coût de vérifier un registre qui survit à son réseau
Un objet de rôle du RIPE nommé DFINFRA demeure le contact administratif et technique d'un système autonome qui n'annonce plus aucun préfixe depuis le 26 mars 2026, tandis qu'un profil dérivé de PeeringDB déclare encore dix préfixes IPv4 et une politique d'appairage ouverte.…

IETF
Le journal montre la contradiction, pas le responsable
Un routeur peut consigner le premier couple d’AS qui contredit les attestations ASPA et rester incapable de dire qui a causé la fuite. Le point d’échec appartient au calcul; l’intention, la faute et même l’endroit où l’annonce a été déformée exigent d’autres preuves.

IETF
Chaque nœud a livré sa version. Le chemin n’avait toujours aucun témoin neutre
Dans un réseau tolérant aux délais, un paquet peut attendre un contact programmé bien plus longtemps qu’il ne voyage. Le nouveau projet TREB propose de recueillir le récit de chaque nœud sur ce trajet. Il rend le parcours plus lisible, sans transformer ces déclarations locales en…

IETF
La signature d’un agent ne suffit pas à archiver son autorité
Une nouvelle proposition individuelle déplace le contrôle de l'identité des agents vers l'avenir: que pourra encore vérifier un tiers lorsque la clé aura changé et que l'ancien chemin de confiance ne sera plus observable ?

Histoire d'Internet
Le quatrième paquet devait tomber ; le résultat restait à établir
Le débat ne portait pas sur la capacité d’un petit routeur à perdre un paquet: avec trois places devant un modem et quatre segments envoyés d’un coup, la perte était certaine. La question plus intéressante, posée par une simulation de 1998, était de savoir si cette perte précoce…

IETF
L’expert a validé l’inscription, pas la fonction
Une demande peut être irréprochable: bon registre, valeur libre la plus basse, nom unique, définition XDR présente, versions et référence cohérentes. L’expert désigné peut l’approuver sans jamais conclure que la nouvelle fonction NFSv4 est utile, sûre ou déployable. Cette retenue…

IETF
L’alerte a devancé le RTT. Le détour restait à justifier
Dans une salle d’exploitation, gagner quelques millisecondes sur une alerte de congestion peut sauver une rafale. Cela ne transforme pourtant ni l’alerte en diagnostic complet, ni le consommateur de télémétrie en autorité automatique sur le routage.

IETF
Une délégation protégée déplacerait le choix vers le filtre RPKI
Un projet individuel veut empêcher qu’un échelon supérieur reprenne une plage d’adresses. Mais son articulation avec le routage dépend d’une décision locale plus délicate: retirer ou non les autorisations RPKI déjà visibles.

IETF
RVP abandonne le score universel au profit d’une question figée
La troisième révision d’un Internet-Draft individuel renonce à la confiance cumulée: une preuve n’y répond plus qu’à une demande précise, fixée avant la réponse.
Carte des sessions
Pôle Gouvernance
Veille RIR
Cinq sessions régionales consacrées aux politiques d’allocation, à la légitimité des conseils et à la continuité institutionnelle.
Ouvrir la veille RIRDossier
Dossiers de gouvernance de long terme, avec analyse des tensions juridiques, électorales et institutionnelles.
Ouvrir le dossierSociété des ressources numériques
Veille sur les adhésions, les chartes et la gouvernance des ressources dans l'écosystème NRS.
Ouvrir la session NRSICANN
Coordination du DNS, cadres de responsabilité et dynamique des processus multipartites à l'échelle mondiale.
Ouvrir la session ICANNIETF
Trajectoire de normalisation des protocoles et risques d’interopérabilité dans un contexte de fragmentation des politiques.
Ouvrir la session IETFHistoire d'Internet
L’historique des infrastructures sur un cycle long permet d’interpréter la gouvernance et d’anticiper les évolutions structurelles.
Ouvrir la session HistoireGroupes d'opérateurs réseau
Analyses de mise en œuvre au niveau des opérateurs, issues d'APRICOT et des écosystèmes des NOG régionaux et nationaux.
Ouvrir la session NOG