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

7 760 articles

L’autorisation a été supprimée. Le droit est resté : RFC 3341

Histoire d'Internet

L’autorisation a été supprimée. Le droit est resté : RFC 3341

La ligne la plus précise avait disparu, mais l’acteur pouvait encore transmettre des données. Dans RFC 3341, ce résultat n’était ni un échec de suppression ni un paradoxe: la règle plus large, jusqu’alors masquée, redevenait prioritaire. Pour révoquer, il fallait parfois…

3 oct. 2026
Le NAT était désactivé. Le chiffre fut vendu comme capacité du pare-feu.

IETF

Le NAT était désactivé. Le chiffre fut vendu comme capacité du pare-feu.

Le banc d’essai avait volontairement retiré la traduction d’adresses. La présentation commerciale conserva le débit, mais perdit la condition qui définissait le travail réellement effectué.

3 oct. 2026
Une réponse pouvait survivre à l’application qui l’avait demandée : RFC 3340

Histoire d'Internet

Une réponse pouvait survivre à l’application qui l’avait demandée : RFC 3340

Un nom d’extrémité pouvait rester en place tandis que l’application derrière ce nom avait déjà changé. Dans RFC 3340, ce décalage n’était pas une hypothèse abstraite: le texte prévoyait qu’une seconde application reçoive la réponse à une requête émise par la première. Le bon…

3 oct. 2026
Le gatekeeper répondait. Il ne possédait pas forcément l’alias.

IETF

Le gatekeeper répondait. Il ne possédait pas forcément l’alias.

Le `hostport` conduisait à un élément H.323 joignable. Le rapport lui a attribué l’identité inscrite dans la partie utilisateur. RFC 3508 permet de diriger un appel vers une fonction; il ne certifie pas que cette fonction détient l’alias.

2 oct. 2026
Le même instant ne portait pas la même provenance : RFC 3339

Histoire d'Internet

Le même instant ne portait pas la même provenance : RFC 3339

Une archive peut conserver exactement le bon instant et perdre malgré tout une partie du fait. En 2002, RFC 3339 faisait de la forme du décalage un indice sur la provenance temporelle. En 2024, RFC 9557 en a révisé l’interprétation. Entre les deux, l’heure n’a pas bougé; la…

2 oct. 2026
Le registre du contrôleur n’est pas une preuve d’isolement

IETF

Le registre du contrôleur n’est pas une preuve d’isolement

Un conseil de gouvernance peut approuver une réservation parfaitement cohérente et néanmoins ignorer ce qui se passe lorsque les paquets arrivent sur une ressource partagée. Entre l’admission et l’exécution, la preuve change de nature.

2 oct. 2026
L’adresse IPv4 n’était qu’une poignée locale : RFC 3338

Histoire d'Internet

L’adresse IPv4 n’était qu’une poignée locale : RFC 3338

L’ancienne application croyait recevoir une adresse IPv4. Pourtant, cette destination n’avait pas besoin d’exister sur le réseau. RFC 3338 interceptait la résolution et les appels socket, attribuait une valeur IPv4 temporaire, puis retrouvait derrière elle le pair IPv6 réel.…

2 oct. 2026
Le service a répondu 204. Il n’a pas certifié le contenu.

IETF

Le service a répondu 204. Il n’a pas certifié le contenu.

Le code signifiait que le service ICAP ne renvoyait aucune adaptation dans le cadre convenu. Le tableau de bord l’a traduit par « propre ». RFC 3507 sépare ces deux affirmations.

2 oct. 2026
L’authentification PPP ne protégeait pas les canaux voisins : RFC 3336

IETF

L’authentification PPP ne protégeait pas les canaux voisins : RFC 3336

Un journal pouvait indiquer « session PPP authentifiée » sans rien dire des autres flux du même support. C’est cette différence, plus que le gain de quelques octets, que RFC 3336 aide à voir dans l’architecture ATM de 2002.

2 oct. 2026
Un identifiant de classe ne garantissait pas la latence : RFC 3337

Histoire d'Internet

Un identifiant de classe ne garantissait pas la latence : RFC 3337

À 128 kbit/s, un grand paquet pouvait monopoliser la liaison pendant environ cent millisecondes. Lui coller une étiquette « données » et reconnaître la voix comme « temps réel » ne libérait pas la ligne. RFC 3337 donna aux classes des CID distincts et des fragments…

2 oct. 2026
Le courtier a contresigné l’original, pas les données qu’il avait normalisées

IETF

Le courtier a contresigné l’original, pas les données qu’il avait normalisées

Une contresignature COSE peut rattacher un intermédiaire au même objet YANG sans prouver que sa conversion, son agrégation ou sa sortie ont été fidèlement enregistrées.

2 oct. 2026
Une cellule ATM perdue ne devait plus détruire tout le lot : RFC 3336

Histoire d'Internet

Une cellule ATM perdue ne devait plus détruire tout le lot : RFC 3336

Dans un réseau de petites trames, le délai ne venait pas seulement de la transmission. Il venait aussi du récipient qu’il fallait terminer avant d’ouvrir. RFC 3336 déplaça ce point d’attente: PPP fut placé sur AAL2, là où segmentation, réassemblage et multiplexage pouvaient…

2 oct. 2026
Le schéma distant a changé le message après son arrivée

IETF

Le schéma distant a changé le message après son arrivée

Les octets étaient restés identiques, mais le processeur XML a consulté une ressource extérieure qui avait changé. RFC 3470 oblige à distinguer le message reçu de l’infoset effectivement remis à l’application.

2 oct. 2026
Le serveur a livré les données avant d’authentifier le client

IETF

Le serveur a livré les données avant d’authentifier le client

Dans TLS avec PAKE, la progression de la poignée de main ne suffit pas: l’authentification du client n’est acquise qu’après vérification de son message Finished.

2 oct. 2026
Le compteur n’a compté que ce que la politique lui demandait de voir : RFC 3334

Histoire d'Internet

Le compteur n’a compté que ce que la politique lui demandait de voir : RFC 3334

Un relevé de consommation paraît raconter le passé. RFC 3334 montrait qu’il racontait d’abord une décision antérieure: la politique avait choisi les flux observables, les attributs conservés, la fréquence de mesure, l’agrégation et la durée de mémoire. Le chiffre pouvait être…

2 oct. 2026
La clé choisissait le trafic. Network Appearance distinguait le réseau SS7 : RFC 3332

Histoire d'Internet

La clé choisissait le trafic. Network Appearance distinguait le réseau SS7 : RFC 3332

M3UA a transporté sur IP les messages des utilisateurs de MTP3, sans donner le même rôle à chaque identifiant. La Routing Key décrivait le trafic SS7 destiné à un Application Server; le Routing Context nommait cette clé; Network Appearance indiquait, dans un contexte local…

2 oct. 2026
Chez ARIN, le compte du créateur est lié au POC individuel par défaut

Récits

Chez ARIN, le compte du créateur est lié au POC individuel par défaut

Le dernier conseil d’ARIN sur les points de contact révèle un décalage dès la création: le compte ARIN Online rattaché au dossier peut être celui de la personne qui le crée, et non de la personne qu’il représente.

2 oct. 2026
La passerelle a transformé la route en clé : RFC 3332

Histoire d'Internet

La passerelle a transformé la route en clé : RFC 3332

Un numéro de contexte peut paraître aussi neutre qu’une étiquette. Dans M3UA, il résumait pourtant une décision lourde: cette catégorie de signalisation SS7 appartient à tel service applicatif. RFC 3332 rendait cette décision transportable sur IP, sans jamais garantir que la…

2 oct. 2026
Les ACK ont attendu derrière l’upload, puis sont arrivés tous ensemble

IETF

Les ACK ont attendu derrière l’upload, puis sont arrivés tous ensemble

Le récepteur avait espacé ses accusés de réception. La file montante les a retenus derrière de gros paquets, puis les a relâchés en grappe. RFC 3449 montre comment un goulot de retour peut réécrire l’horloge que voit l’émetteur.

2 oct. 2026
Le navigateur a consulté l’explication avant le clic de l’utilisateur

IETF

Le navigateur a consulté l’explication avant le clic de l’utilisateur

Un lien censé rendre le filtrage DNS compréhensible peut révéler l’adresse du lecteur et le domaine sensible avant toute décision, si l’application le précharge en arrière-plan.

2 oct. 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