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
4 177 articles
Dossier
Le registre restait ouvert. TLS 1.2, lui, ne recevrait plus de fonctions : RFC 9851
Une règle de normalisation peut fermer l’avenir d’une branche sans fermer les connexions qui l’utilisent encore aujourd’hui.
Histoire d'Internet
Le jeu de caractères était déclaré. Le flux d’octets devait encore revenir à l’ASCII : RFC 1468
Avec `ISO-2022-JP`, le courrier japonais disposait enfin d’un nom portable. Mais ce nom ne dispensait aucun système de suivre l’histoire du flux: les séquences d’échappement changeaient l’interprétation des octets, chaque ligne devait retrouver un état simple, et les relais…
Histoire d'Internet
La table pouvait dater la route. Elle ne prouvait pas que le relais était prêt : RFC 1465
Dans l’exemple le plus révélateur du RFC 1465, une fiche datée du 18 décembre 1992 ne devait prendre effet que le 1er février 1993. Ce délai donnait aux administrateurs le temps de préparer leurs MTA. Il montrait aussi ce que le fichier partagé ignorait: qui l’avait reçu, qui…
Dossier
Le serveur a posé `$istrusted`. L’utilisateur devait encore savoir pourquoi : RFC 9979
Un signe de confiance peut traverser fidèlement IMAP et JMAP tout en perdant, en route, la méthode qui l’a rendu crédible.
Dossier
Le domaine demandait le rejet. Le destinataire gardait la décision : RFC 9989
Un enregistrement DNS peut exprimer une préférence ferme sans devenir la télécommande d'un système tiers. Avec RFC 9989, `p=reject` dit ce que le propriétaire d'un domaine souhaite pour un échec DMARC. La plateforme qui reçoit le message conserve pourtant la décision — et la…
Histoire d'Internet
Le TXT portait l’attribut. Le DNS n’en donnait pas le sens : RFC 1464
Un signe égal suffisait à faire apparaître deux champs dans une chaîne TXT. En 1993, RFC 1464 permettait ainsi de publier un attribut sans apprendre un nouveau type d’enregistrement aux serveurs DNS. Cette économie d’infrastructure laissait pourtant ouvertes les questions…
Dossier
Le ping a franchi une instance d’arbre. La politique gardait d’autres chemins : RFC 9961
Dans un arbre multipoint, un voyant vert devient facilement le résumé de tout le dispositif. RFC 9961 oblige pourtant à lire l’étiquette complète du reçu: une racine, un Tree-ID et un Instance-ID. Le test atteint une instance précise; la politique, ses autres candidats et la…
Dossier
L’Auth Key correspondait. Le paquet, lui, n’était toujours pas authentifié : RFC 9986
Reproduire la bonne sortie ISAAC sur 32 bits renseigne sur l’émetteur et sa position dans une séquence. Cela ne scelle pas le reste d’un paquet de contrôle BFD.
Histoire d'Internet
Le réseau supprimait d’abord la meilleure couche pour sauver l’image utile : RFC 1458
Dans RFC 1458, « qualité supérieure » ne signifiait pas « donnée la plus indispensable ». Une couche de détail pouvait dépendre entièrement d’une image de base moins fine. En période de congestion, jeter le raffinement avant le socle devenait alors une politique de continuité, à…
Histoire d'Internet
Le préfixe nommait l’expéditeur. Le serveur devait encore vérifier le lien : RFC 1459
Le message est irréprochable: un deux-points, un nom, une commande valide. Pourtant le serveur doit le jeter. Le nom existe bien, mais il est enregistré derrière une autre branche du réseau IRC. En 1993, RFC 1459 distinguait déjà la forme correcte d’une ligne et la relation qui…
Dossier
Le profil était déclaré. Le niveau et la bande décidaient encore de la charge : RFC 9924
Dans RFC 9924, la capacité APV ne tient pas dans une case cochée. Le profil dit quels outils de codage doivent être compris; le niveau borne le travail sur l'image et les tuiles; la bande fixe le débit codé maximal. L'engagement vérifiable est le triplet, pas le nom du codec.
Histoire d'Internet
Le label traversa le réseau. Son sens devait encore arriver : RFC 1457
Le paradoxe du traducteur est simple: il peut ne changer aucun bit et pourtant modifier l’obligation. Un niveau, une catégorie ou une couleur n’ordonne rien tant qu’on ignore l’autorité qui en fixe le sens, la règle locale qui l’interprète et le composant qui l’applique. En 1993…
Dossier
Le produit était « conforme à CMC ». Son rôle n’était pas nommé : RFC 10004
Dans une chaîne d’enrôlement, la conformité change de sens à chaque frontière. Le même relais peut recevoir comme serveur, transmettre comme client et n’observer qu’une partie des demandes.
Histoire d'Internet
Six codes de contrôle sont devenus des lettres. L’étiquette devait dire lesquelles : RFC 1456
Une table de 256 cases n’est jamais neutre lorsqu’une moitié a déjà été promise à des logiciels anciens. Pour faire entrer les lettres vietnamiennes dans les machines de 1993, VISCII conserva tous les signes imprimables d’ASCII et choisit six positions de contrôle pour six…
Dossier
Le graphe était installé. Le paquet attendait encore sa décision locale : RFC 9912
Une topologie prête n'est pas un trajet constaté. La RFC 9912 organise précisément cette séparation: le contrôleur prépare un ensemble fini de possibilités, puis un PLR local choisit, beaucoup plus vite, ce que les prochains paquets utiliseront réellement.
Dossier
Le graphe de reprise montrait les chemins possibles, pas le trajet du paquet : RFC 9912
Le RFC 9912 organise la résilience des réseaux aux liaisons variables sans confondre le plan et le mouvement. Un graphe de reprise délimite les itinéraires admissibles; seules des observations horodatées peuvent raconter ce qu’un paquet a réellement subi.
Histoire d'Internet
Le paquet demanda la route la plus sûre. Le réseau ne promit rien : RFC 1455
Sur la table de travail de RFC 1455, une liaison fortement chiffrée valait 1 et une liaison satellite 32. Ce barème n’était ni une mesure du risque ni un tarif: il traduisait en politique locale la préférence inscrite dans quatre bits d’un paquet. Toute l’ambiguïté tenait dans le…
Histoire d'Internet
La partie avait un nom. Le triplet devait encore autoriser l’opération : RFC 1447
Un badge peut identifier son porteur sans lui ouvrir toutes les salles. En 1993, la Party MIB de SNMPv2 appliquait cette distinction avec une précision peu commode mais féconde: le droit n’appartenait pas à une partie isolée. Il fallait retrouver la partie qui demandait, celle…
IETF
Juliusz Chroboczek et la métrique Babel qui n’était pas un score mondial
Une valeur de routage peut être nécessaire sans devenir un classement du monde. La RFC 8966 laisse le calcul du coût de lien et de la métrique Babel à la politique locale, puis impose une contrainte commune bien plus étroite: la métrique doit rester strictement monotone pour…
Dossier
L’OID était reconnu, mais le certificat SLH-DSA a échoué au contrôle de mode : RFC 9909
Le RFC 9909 dote X.509 d’identifiants précis pour SLH-DSA. Il interdit justement d’en déduire trop: reconnaître la famille ne corrige ni un mélange Pure/Hash, ni des paramètres présents, ni un usage de clé incohérent, ni une décision de confiance absente.
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