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 655 articles

IETF
Le pair a signé sa nouvelle adresse. Le chemin restait à éprouver.
Un UPDATE HIP peut être irréprochable et annoncer une route qui ne fonctionne pas. La cryptographie attribue la déclaration au pair; elle ne fait ni apparaître une interface, ni converger le routage, ni revenir le paquet de contrôle. RFC 5206 avait un mot précis pour cet…

IETF
Le DNS était à jour, pas le chemin HIP : la limite de RFC 8005
Un enregistrement HIP validé par DNSSEC peut publier fidèlement une identité et un serveur de rendez-vous alors que le chemin d’exécution a déjà disparu. RFC 8005 sépare la découverte, la preuve d’usage de la clé et la joignabilité présente.

Histoire d'Internet
Base64 n’a jamais suffi : RFC 3548 et le profil d’encodage
Deux échanges peuvent transporter les mêmes octets tout en divergeant sur leur forme. En 2003, la RFC 3548 a voulu rendre ces choix explicites, au lieu de laisser les habitudes du courrier électronique devenir les règles implicites d’autres protocoles.

IETF
RFC 5202 : la rotation authentifiée restait lisible
Le pare-feu a remplacé une association par une autre sans voir un seul octet applicatif en clair. Il y est parvenu parce que le message de contrôle lui montrait l’ancien SPI et le nouveau. La signature garantissait l’origine de la transition; elle ne la cachait pas.

IETF
Le registre a accordé 120 secondes. Le service n’en a pas promis autant : RFC 5203
Une durée inscrite dans une réponse signée paraît rassurante. Pourtant, dans RFC 5203, elle borne un état d’enregistrement souple; elle ne garantit ni la présence continue du service attaché, ni l’acheminement d’une requête ultérieure, ni son résultat.

Récits
RIPE NCC soumet à l’examen des membres un plan d’infrastructure de 10,5 M€
Le projet de budget 2027 porte les dépenses d’investissement à 10,5 millions d’euros pour un programme de renouvellement qui doit se poursuivre jusqu’en 2028. Le conseil d’administration a autorisé la publication du projet, pas encore celle du plan définitif; les membres sont…

Histoire d'Internet
Le registre a assoupli son filtre, pas sa question : RFC 3546 et les extensions TLS
En vingt-cinq ans, l’enregistrement des extensions TLS est passé d’un contrôle lié aux normes à l’examen expert d’une spécification publique. L’accès aux points de code s’est assoupli; une inscription au registre n’est devenue ni une preuve de sûreté, ni une preuve…

IETF
Le pair a répondu sans encore s’engager : la R1 pré-calculée de RFC 5201
À 09 h 41, la sonde a reçu une R1 signée et le centre d’exploitation a déclaré le pair « disponible ». Pourtant, aucune association propre à cette sonde n’existait chez le répondant. Ce résultat n’était pas une anomalie: HIP avait précisément été conçu pour permettre cette…

IETF
Le pare-feu a vu l’échange HIP. Le chemin ESP est resté introuvable : RFC 5207
Un équipement intermédiaire peut comprendre assez de HIP pour laisser passer l’établissement, sans disposer de l’état nécessaire au trafic protégé qui suit. RFC 5207 ne décrit donc pas un seul succès, mais deux problèmes reliés: faire traverser le contrôle, puis faire circuler…

Histoire d'Internet
Le contrôle laissait un champ de côté : RFC 3545 et la réparation de RTP
Une somme de contrôle de 16 bits pouvait aider à vérifier un en-tête CRTP reconstruit, mais elle ne couvrait pas l’identification IPv4. Avec RFC 3545, cette limite devient décisive lorsque les pertes dépassent le budget de récupération.

IETF
Même binaire, autre répertoire admis : RFC 5198
Deux serveurs exécutaient le même artefact applicatif, avec le même fichier de configuration. L’un refusait un caractère; l’autre l’acceptait. La divergence ne venait ni du dépôt ni du déploiement de l’application, mais des bibliothèques système: leurs bases Unicode n’étaient pas…

Récits
RIPE NCC étend la pause des comptes LIR aux demandes en cours
La restriction temporaire de RIPE NCC sur l’acquisition de comptes LIR supplémentaires est entrée en vigueur le 29 septembre et s’applique aussi aux demandes déjà engagées. Elle suspend une voie d’accès à de nouveaux comptes, sans imposer la fermeture ou la fusion de ceux qui…

IETF
Le rendez-vous a transmis I1. Le pair n’avait toujours pas répondu : RFC 5204
Un serveur de rendez-vous HIP sait où essayer de joindre un hôte mobile, selon l’état qu’il a enregistré. Il peut transformer puis relayer le premier paquet. Mais il n’entend pas la réponse à la place du destinataire. RFC 5204 oblige ainsi à distinguer un aiguillage réussi d’une…

IETF
Le PSK a été rapide. Le compromis, lui, a remonté le temps.
L’établissement de clé n’avait ajouté presque aucune latence et n’avait sollicité aucune PKI. Des mois plus tard, un secret prépartagé a été compromis. L’équipe a découvert alors que la mention « MIKEY protégé » dans ses journaux ne permettait pas de répondre à la seule question…

Histoire d'Internet
Zéro voulait déjà dire un : RFC 3544 et la négociation PPP
Un opérateur pouvait vouloir compresser les en-têtes TCP sans toucher aux autres flux. La réponse apparemment évidente — fixer à zéro l’espace de contextes non-TCP — ne signifiait pourtant pas « aucun ». RFC 3544 a ajouté une commande explicite pour exprimer ce que le champ…

IETF
La fiche a changé de langue. Sa source n’a pas changé : RFC 9553
Un intitulé devient français, une adresse adopte l’ordre local et le nom s’affiche dans une autre écriture. Rien de cela ne crée automatiquement une seconde fiche faisant autorité. Dans RFC 9553, la localisation est une transformation appliquée à une copie de la Card de base; sa…

IETF
Le filtre a retiré l’audio. Le watcher a lu « non pris en charge ».
Le service savait transmettre de l’audio. La politique de confidentialité a simplement décidé de ne pas révéler cette capacité à cet abonné. En aval, un client a transformé l’absence en refus technique et a supprimé une possibilité de contact. La chaîne n’avait pas perdu un…

IETF
L’IETF rend explicite l’association entre index et valeurs PCR dans le projet d’attestation -14
La dernière révision d’un projet IETF sur les abonnements à des flux d’attestation transforme une question de corrélation soulevée en revue en règle vérifiable: les listes d’index PCR et de valeurs doivent compter le même nombre d’éléments, associés selon leur position. La…

IETF
La sonde a partagé le chemin. Elle n’a pas prouvé le SLO : RFC 9551
Une sonde DetNet peut emprunter les mêmes liens, la même classe de service et les mêmes fonctions de protection que le trafic surveillé. Ce partage de destin rend la mesure précieuse, mais il ne transforme pas une observation située en preuve générale du service. RFC 9551 fournit…

Histoire d'Internet
Le pont affichait 100 %. Il n’avait prouvé ni règlement ni livraison : RFC 3538
Une interface peut avoir transporté tous les messages prévus sans avoir achevé l’opération commerciale. Le mérite historique du compteur de RFC 3538 est d’avoir gardé cette promesse étroite: sa valeur finale appartenait au pont SET-IOTP, pas au monde qui l’entourait.
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