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

Récits
La liste des participants de LACNIC 46 repose sur un consentement. Il lui manque encore une échéance de conservation
Le formulaire de LACNIC annonce franchement la publication de la liste. La question utile n’est donc pas de nier ce consentement, mais de rendre visible sa portée, sa durée et le résultat d’une demande de retrait.

IETF
Donald E. Eastlake 3rd et le surnom RBridge qui ne pouvait pas devenir une identité permanente
Un surnom tient dans deux octets. L’histoire de son détenteur, de la collision qui l’a déplacé et de l’arbre qu’il désigne n’y tient pas. Les travaux de Donald E. Eastlake 3rd permettent de restituer cette histoire sans transformer un raccourci de transmission en identité…

IETF
RFC 9996 a enregistré le type de média, pas la version du schéma
Sur un quai de chargement, une étiquette « fragile » règle la manutention sans certifier la liste des objets placés dans la caisse. RFC 9996 joue ce rôle pour Protocol Buffers: il donne aux machines deux étiquettes stables et des règles de traitement. Il ne certifie ni le schéma…

Récits
AFRINIC qualifie son tableau NS2 de « temps réel » alors que ses douze mesures liées sont ponctuelles et arrêtées
Un résultat peut être récupéré à l’instant sans avoir été produit à l’instant. C’est toute l’ambiguïté du tableau public NS2 d’AFRINIC: son habillage promet une supervision anycast en temps réel, mais les douze mesures RIPE Atlas qu’il consulte sont des campagnes ponctuelles…

IETF
Patrik Fältström et la réponse ENUM qui n’a pas achevé l’appel
Le numéro a été résolu et une réponse DNS signée a produit un URI. Pourtant, aucun téléphone n’a sonné. Les travaux de Patrik Fältström sur ENUM prennent tout leur sens lorsque ces constats ne sont pas confondus.

IETF
La révision 04 promet l’identité UUID, mais son schéma énergétique pointe encore vers un nom local
Dans un inventaire local, `psu-1` peut suffire. Dans deux centres d’administration, ce même nom peut désigner deux alimentations sans aucun lien. La révision 04 du modèle YANG énergie de GREEN affirme justement vouloir sortir de cette ambiguïté grâce à l’UUID. Pourtant, le chemin…

IETF
La plage de SID dérivée d’un PEN dans le RFC 9997 ne prouve pas la provenance
Une adresse bien formée indique où ranger un objet; elle ne dit pas qui l’a déposé. Le mécanisme du RFC 9997 obéit à la même logique. À partir d’un Private Enterprise Number, il permet de calculer une plage privée de SID YANG sans nouvelle demande centrale. Il prévient aussi…

IETF
David Harrington et le contexte SNMP qui n’identifiait pas l’opérateur
Le message désignait sans ambiguïté un moteur, un contexte et un objet. Il ne disait pourtant pas quel humain avait décidé l’opération. L’architecture SNMP de David Harrington conserve ce vide au lieu de le combler par une identité supposée.

Récits
Un plan DNS de secours n’est pas un second résolveur
Le récit publié le 9 septembre sur le blog d’APNIC transforme une panne domestique en règle d’infrastructure très concrète: un service de remplacement n’existe vraiment que lorsqu’il fonctionne, parvient jusqu’aux clients, passe une épreuve de basculement et permet un retour en…

IETF
Le badge `$istrusted` du RFC 9979 exige une trace de correction
Le serveur a retiré son verdict, mais l’icône verte demeure sur un téléphone resté hors ligne. Entre-temps, son propriétaire a suivi une consigne parce que l’expéditeur paraissait vérifié. Ce décalage résume la difficulté: un état partagé peut être normalisé sans que le trajet de…

IETF
La révision 36 fait du renouvellement du voucher une décision de contrôle sans reçu de décision
Renouveler un voucher d'enrôlement ne consiste plus seulement à déplacer une date. La révision 36 du projet IETF décrit une nouvelle vérification de la relation entre l'équipement, le domaine et l'autorité du constructeur. Cette décision peut être largement automatisée. Mais…

Récits
Le renouvellement de K-root par le RIPE NCC exige trois procès-verbaux, pas un statut global
Une ligne de suivi peut être exacte et rester insuffisante. Le RIPE NCC indique que le renouvellement de trois sites centraux de K-root est en cours et qu’Amsterdam a déjà été renouvelé. Ce que l’on peut en conclure s’arrête là: pour savoir si chaque changement est clos, il faut…

IETF
Bernard Aboba et la méthode EAP qui n’accordait pas l’accès au réseau
Le certificat était valide, la méthode d’authentification avait abouti, mais le port de données restait fermé. L’architecture EAP à laquelle Bernard Aboba a contribué permet de raconter cet écart sans transformer un succès local en promesse d’accès.

IETF
Une signature d’agent SSH n’est pas un reçu de consentement
Le secret est resté dans l’agent, la signature est mathématiquement valide et l’opération peut pourtant être illégitime. Il n’y a là aucune contradiction. La non-extraction décrit la garde de la clé; elle ne dit ni qui a atteint l’agent, ni ce que la personne a compris, ni vers…

IETF
DKIM2 maintient la double signature jusqu’à sa généralisation, sans définir le point de sortie
Un régime transitoire peut rester volontaire tout en étant vérifiable. La révision 01 des bonnes pratiques DKIM2 recommande de conserver DKIM1 et DKIM2 jusqu’à ce que le nouveau mécanisme soit « effectivement omniprésent ». Elle ne précise toutefois ni la population observée, ni…

IETF
Le manifeste accompagne la télémétrie, pas son interprétation
La révision 14 conserve avec les données le contexte de la plateforme, du schéma et de la collecte. Elle rend une mesure plus intelligible, sans certifier que la série est complète, que l’horloge est juste ou que la décision qui en découle est fondée.

IETF
Chris Newman et le port de messagerie sécurisé qui n’autorisait pas l’utilisateur
Le cadenas s’est allumé avant même que le client ne prononce une commande de messagerie. Ce départ protégé, au cœur de la RFC 8314 de Chris Newman, ne décide pourtant ni du compte présenté, ni de la boîte accessible, ni de l’adresse autorisée à expédier.

IETF
La ligne de journal est lisible. L’autorité sur la connexion ne l’est pas : RFC 9850
RFC 9850 donne aux outils de diagnostic une grammaire commune pour les secrets TLS. Cette lisibilité technique ne dit ni qui pouvait ouvrir la connexion à l’observation, ni quand ce pouvoir a réellement pris fin.

Histoire d'Internet
Le paquet resta natif, mais le dictionnaire avança : la frontière d’état cachée de RFC 1977
Sur une liaison PPP, l’absence d’une enveloppe de compression ne signifiait pas l’absence d’un effet de compression. RFC 1977 imposait aux deux extrémités de tirer la même histoire d’un paquet transmis sous sa forme ordinaire.

Récits
AFRINIC dit appartenir à tous. L’avis de SGMM trace pourtant un périmètre sociétaire plus étroit
Le message anniversaire d’AFRINIC réunit membres, parties prenantes et communauté Internet dans un même « nous ». L’avis de la réunion qu’il annonce répartit ensuite l’accès, l’observation et le vote entre des statuts distincts. Ce n’est pas une contradiction: c’est une frontière…
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