Aller au contenu principal

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 RIRDossierSociété des ressources numériquesICANNIETFHistoire d'InternetGroupes d'opérateurs réseau
Visuel de signal pour Gouvernance
GouvernanceGouvernance
OrientationGouvernance institutionnelle

Signaux de continuité des politiques, de légitimité et de redevabilité dans les institutions de gouvernance de l’Internet.

ActuelSept axes de gouvernance

Veille RIR, Dossier, Société des ressources numériques, ICANN, IETF, Histoire d’Internet et sessions NOG.

SignalL’exécution plutôt que les déclarations

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

8 063 articles

Colin Perkins et l’événement « Sent » qui ne disait pas « transmis »

IETF

Colin Perkins et l’événement « Sent » qui ne disait pas « transmis »

Un programme peut savoir qu’il a confié un message à sa pile locale sans savoir si ce message est sorti de la machine. Dans RFC 9622, cosignée par Colin Perkins, l’événement `Sent` décrit précisément ce passage de responsabilité; il ne vaut ni preuve de transmission ni accusé de…

2 sept. 2026
Le graphe pouvait voyager, à condition d’emporter son histoire de mesure : RFC 1404

Histoire d'Internet

Le graphe pouvait voyager, à condition d’emporter son histoire de mesure : RFC 1404

Deux centres d’exploitation pouvaient afficher le même mot, « pic », sans avoir mesuré le même phénomène. RFC 1404 répondit moins par un dessin commun que par une discipline de mémoire: conserver l’intervalle réellement observé, la période d’agrégation, la ressource suivie et la…

2 sept. 2026
RFC 9873 : une seule règle de divulgation pour deux adresses

Dossier

RFC 9873 : une seule règle de divulgation pour deux adresses

Le détail le plus politique de RFC 9873 n'est pas la prise en charge d'une adresse internationalisée. C'est l'interdiction implicite d'en faire une voie latérale moins protégée: la règle de divulgation du contact doit couvrir l'adresse historique et l'adresse supplémentaire…

2 sept. 2026
Le dossier permanent de soutien de l’IETF a besoin d’un registre public de l’adoption

IETF

Le dossier permanent de soutien de l’IETF a besoin d’un registre public de l’adoption

L’IETF veut faire des réussites de ses protocoles un argument de financement qui s’enrichit dans le temps. L’exercice est légitime, à condition que la narration ne devienne pas sa propre preuve. Dès qu’un chiffre de déploiement passe d’une observation technique à un rapport…

2 sept. 2026
La liste de contrôle fut retirée. La question de la preuve changea de lieu : RFC 1264

Histoire d'Internet

La liste de contrôle fut retirée. La question de la preuve changea de lieu : RFC 1264

En 1991, un protocole de routage ne devait pas avancer parce que son texte paraissait achevé. La RFC 1264 demandait des pièces distinctes: code indépendant, essais de chaque fonction, démonstration de la sécurité, expérience d’exploitation et analyse du point de rupture. En 2006…

2 sept. 2026
Le tag pouvait avouer qu’il avait oublié le chemin : RFC 1403

Histoire d'Internet

Le tag pouvait avouer qu’il avait oublié le chemin : RFC 1403

Un résumé de trente-deux bits peut signaler qu’une histoire existe; il ne peut pas toujours la raconter. RFC 1403 transforma cette limite en règle d’autorité. Lorsqu’OSPF ne conservait plus le chemin dont BGP avait besoin, un routeur de bord ne devait ni le deviner ni le…

2 sept. 2026
Un domaine supprimé, le risque transmis aux autres : RFC 9874

Dossier

Un domaine supprimé, le risque transmis aux autres : RFC 9874

Le droit d’un bureau d’enregistrement à supprimer son propre domaine ne contient pas forcément les conséquences. RFC 9874 examine le cas où un hôte subordonné appartient à un client mais dessert encore des domaines parrainés par d’autres.

2 sept. 2026
Marco Tiloca et l’avis de révocation qui n’avait pas retiré l’accès

IETF

Marco Tiloca et l’avis de révocation qui n’avait pas retiré l’accès

Un serveur d’autorisation peut inscrire un jeton dans sa liste de révocation et émettre un avis alors que le serveur de ressources qui protège l’équipement n’a pas encore appris ce changement. RFC 9770, cosignée par Marco Tiloca, organise la circulation de cette information dans…

2 sept. 2026
FANN a adopté un énoncé de problème. Il n’a pas coordonné une action réseau.

IETF

FANN a adopté un énoncé de problème. Il n’a pas coordonné une action réseau.

Les présidents de FANN ont conclu l’appel à l’adoption en annonçant que l’énoncé de problème sur les notifications réseau rapides devient un document du groupe de travail. Cette conclusion donne au groupe un texte à retravailler et aux auteurs une consigne de nouvelle soumission.…

2 sept. 2026
Le barème de LACNIC et le coût d’un registre durable

Récits

Le barème de LACNIC et le coût d’un registre durable

*Par Nia Okafor*

2 sept. 2026
Deux heures en ligne : ce que l’expérience pandémique de npNOG a changé pour l’accès

NPNOG

Deux heures en ligne : ce que l’expérience pandémique de npNOG a changé pour l’accès

Le 9 décembre 2020, npNOG a maintenu un programme technique public en le faisant passer en ligne. Les pages officielles étayent un résultat plus précis que ne le suggère souvent le vocabulaire de l’inclusion numérique: personne n’avait à se déplacer vers un lieu physique désigné…

2 sept. 2026
Lucas Pardue et le signal de priorité qui ne pouvait pas ordonnancer la page

IETF

Lucas Pardue et le signal de priorité qui ne pouvait pas ordonnancer la page

Une valeur de priorité peut sembler suffisamment précise pour expliquer pourquoi une page est arrivée avant une autre. Pourtant, RFC 9218, cosigné par Lucas Pardue, ne confie pas l’ordonnanceur de chaque serveur au client. Il normalise un langage de préférence pour HTTP/2 et…

2 sept. 2026
Le relais a retouché le message : il était devenu passerelle — RFC 1344

Histoire d'Internet

Le relais a retouché le message : il était devenu passerelle — RFC 1344

Modifier un seul pixel n’est pas transporter. En juin 1992, RFC 1344 plaça cette différence au centre du courrier multimédia: un intermédiaire pouvait réduire un fichier, déplacer une référence ou protéger des caractères fragiles, mais il ne pouvait plus se décrire comme un tuyau…

2 sept. 2026
La réponse a nommé un groupe. Le parc de caches n’a reçu aucun ordre commun : RFC 9875

Dossier

La réponse a nommé un groupe. Le parc de caches n’a reçu aucun ordre commun : RFC 9875

RFC 9875 permet à une origine de déclarer que plusieurs réponses stockées sont liées et de signaler leur invalidation après une modification. Ce vocabulaire éclaire le travail d’un cache donné; il ne transforme pas un en-tête en purge synchronisée de toute la chaîne de diffusion.

2 sept. 2026
Le banc d’essai pouvait montrer un avenir. Il ne pouvait pas décider du réseau public : RFC 1259

Histoire d'Internet

Le banc d’essai pouvait montrer un avenir. Il ne pouvait pas décider du réseau public : RFC 1259

Un quartier pilote peut révéler une rue mal dessinée, un tarif impraticable ou un service que personne n’avait prévu. Il ne représente pas pour autant toute la ville. En 1991, la RFC 1259 plaça le NREN dans cette position: un terrain d’apprentissage pour la technique et les…

2 sept. 2026
MLS peut rouvrir un appel à l’adoption après une déclaration d’IPR. Il ne peut pas en faire un verdict.

IETF

MLS peut rouvrir un appel à l’adoption après une déclaration d’IPR. Il ne peut pas en faire un verdict.

Une divulgation relative à la propriété intellectuelle ne ferme pas une question: elle modifie les éléments dont disposent ceux qui doivent y répondre. Dans le dossier MLS, les présidents ont prolongé l’appel à l’adoption du profil à deux parties parce qu’une divulgation de tiers…

2 sept. 2026
Eric Rescorla et le ClientHello chiffré qui ne pouvait pas nommer le serveur

IETF

Eric Rescorla et le ClientHello chiffré qui ne pouvait pas nommer le serveur

Chiffrer le premier message TLS retire un indice très visible. Cela ne transforme pas la poignée de main restante en registre d’identité. La RFC 9849, rédigée collectivement par Eric Rescorla, Kazuho Oku, Nick Sullivan et Christopher A. Wood, dessine une enveloppe de…

2 sept. 2026
Le nouveau groupe du W3C sur les benchmarks d’agents doit aller au-delà d’un score reproduit

Dossier

Le nouveau groupe du W3C sur les benchmarks d’agents doit aller au-delà d’un score reproduit

Faire exécuter le même test par deux équipes et retrouver la même note serait déjà un progrès pour l’évaluation des agents autonomes. Le nouveau Community Group du W3C en fait l’un de ses critères de réussite. Mais l’accord entre deux calculs ne dit pas encore si le test mesure…

2 sept. 2026
DNSOP peut signaler une coupure de zone vers nulle part. Il ne publie pas un espace de noms privé.

IETF

DNSOP peut signaler une coupure de zone vers nulle part. Il ne publie pas un espace de noms privé.

Un parent DNS peut savoir qu’un enfant existe sans pouvoir le joindre dans son propre espace de noms. La proposition examinée par DNSOP donne une forme publique à cette limite. C’est précisément ce qui lui donne de la valeur: elle empêche une réponse de l’Internet public de…

2 sept. 2026
Wesley George et la clé d’ASN ancienne qui ne pouvait pas annoncer une fusion

IETF

Wesley George et la clé d’ASN ancienne qui ne pouvait pas annoncer une fusion

Le résumé de veille Wesley George et la clé d’ASN ancienne qui ne pouvait pas annoncer une fusion explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les conséquences possibles pour…

2 sept. 2026

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 RIR

Dossier

Dossiers de gouvernance de long terme, avec analyse des tensions juridiques, électorales et institutionnelles.

Ouvrir le dossier

Socié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 NRS

ICANN

Coordination du DNS, cadres de responsabilité et dynamique des processus multipartites à l'échelle mondiale.

Ouvrir la session ICANN

IETF

Trajectoire de normalisation des protocoles et risques d’interopérabilité dans un contexte de fragmentation des politiques.

Ouvrir la session IETF

Histoire 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 Histoire

Groupes 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