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

IETF
STAMP : une réponse IP ne prouve pas le chemin SR-MPLS
La révision 09 d'un projet de l'IETF précise la décision du réflecteur au retour: choisir un chemin SR-MPLS, répondre par IP dans un cas limité, ou ne rien renvoyer faute de service inverse correspondant.

Dossier
Le serveur a conservé l’ACL. Il n’a pas encore tranché l’accès
Transporter fidèlement une ACL POSIX Draft dans NFSv4.2 évite une conversion notoirement imparfaite. Cette fidélité est une preuve de représentation; elle ne dit pas encore quel principal sera reconnu, quelles permissions survivront au masque, ni si l’opération sur le fichier…

IETF
L’inventaire disait « installé ». L’équipement n’avait peut-être reçu qu’une attribution
Le projet IVY propose un langage commun pour relier droits logiciels, actifs réseau et capacités. Ce progrès de normalisation ne supprime pas la question décisive: l’état observé vient-il de l’équipement, d’un serveur de licences ou d’une base qui lui a simplement attribué un…

Dossier
almazcloud.network : quatre miroirs, quatre versions d'un même réseau
Le résumé de veille almazcloud.network: quatre miroirs, quatre versions d'un même réseau 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 l’infrastructure.…

IETF
Un chemin PCEP actualisé ne doit pas garder ses anciennes étiquettes d'entropie
Le projet révisé du groupe PCE traite désormais la position des étiquettes comme un état à remplacer entièrement lors d'une mise à jour du chemin.

Dossier
La licence est « active ». L’équipement peut encore refuser
Un catalogue peut relier une licence à un routeur avec une précision impeccable. Il ne tient pourtant ni la mémoire locale de l’équipement, ni la décision d’accès de l’administrateur, ni la preuve que le service a effectivement fonctionné.

Société des ressources numériques
La couche d'acheminement sous la loupe : ce que le RIPEstat dit vraiment de l'exactitude des contacts d'abus
Lorsqu'une plainte pour spam ou phishing vise une adresse IP de la région RIPE, l'outil que le RIPE NCC lui-même recommande pour trouver le destinataire est l'Abuse Contact Finder de RIPEstat. Ce que la documentation officielle de cet outil admet — que le contact retourné est «…

Récits
almazcloud.network : la comptabilité des allégations, produit par produit, d'un opérateur sans preuve de déploiement
Le résumé de veille almazcloud.network: la comptabilité des allégations, produit par produit, d'un opérateur sans preuve de déploiement explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les…

IETF
Dans NFS, relire le répertoire ne suffit pas si l’écriture attend sa validation
Le nouveau passage consacré à pNFS dans un projet du groupe NFSv4 distingue deux retards que l’on confond facilement: la mémoire du client et les informations dont dispose réellement le serveur de métadonnées.

IETF
Le solde était positif. La commande suivante pouvait pourtant être refusée
Le projet REGEXT rend les finances d’un compte EPP plus lisibles. Il oblige surtout à séparer six moments que l’automatisation confond facilement: observer, alerter, tarifer, admettre, facturer et régler.

Dossier
Une signature valide n’ouvre pas la porte
Deux validateurs peuvent approuver exactement la même requête signée tout en ne partageant pas la mémoire qui révélerait sa répétition. Et même la première acceptation cryptographique ne dit pas si la charge de travail a le droit d’agir. Le projet WIMSE transforme cette ambiguïté…

IETF
Le troisième verdict d’un agent renvoie la décision à l’exécutant
Un projet individuel déposé à l’IETF propose de distinguer l’autorisation acquise de celle dont les conditions restent à vérifier. Le dernier maillon de la chaîne ne peut plus se contenter d’un oui approximatif.

IETF
La route portait DOWNGRADE. La file décidait encore de ce qui survivrait
Entre le transit ordinaire et le trou noir, le nouveau projet GROW cherche un état intermédiaire: préserver un filet de trafic vers la cible tout en le sacrifiant d'abord lorsque la capacité manque. Cet état n'existe pourtant pas dans l'attribut BGP. Il doit être produit, domaine…

IETF
Jeffrey Haas et la hiérarchie de preuve d'une réparation durable dans la détection de défaillance BGP/BFD
Quand une session BGP tombe à cause d'un lien défaillant, tout le monde veut savoir pourquoi. La réponse tient rarement dans une norme: elle tient dans la chaîne de preuves qui relie le texte de la spécification, ses errata, les rapports d'implémentation déclarés par les…

Dossier
Le serveur enfant répondait encore. Le parent avait déjà déplacé la délégation
Une réponse DNS peut être parfaitement autoritaire et néanmoins provenir d’une autorité que le parent a cessé de désigner. La révision 14 du projet sur la revalidation des délégations impose donc une discipline simple: la crédibilité de l’enfant ne doit jamais prolonger…

IETF
Le code OAuth passe la main, pas la responsabilité
Un projet individuel de l’IETF propose un transfert plus simple entre navigateur et terminal distant. Le site qui reçoit le retour d’autorisation reste toutefois dans la chaîne de confiance.

IETF
Le projet dit « obsolète ». L’exécution peut encore dire oui
Le futur statut des algorithmes JOSE `none` et `RSA1_5` ne supprimera aucun chemin d’exécution. Le projet impose un défaut sûr, mais conserve une porte étroite pour des objets ou opérations précis. La preuve décisive est donc le refus réellement observé, pas l’étiquette du…

Récits
AFRINIC sous receivership : à qui appartiennent les mots opératoires des actes décisionnels
Trois ans après l'ouverture de la procédure, la chaîne d'instruments de l'AFRINIC — jugements, résolutions du conseil prises « avec le consentement du Receiver », communiqués du Receiver et correspondances de l'ICANN — trace une carte précise de l'autorité: presque chaque pouvoir…

IETF
Un identifiant de chemin n’a pas de sens hors de son périmètre
La version 07 d’un projet de l’OPSAWG rappelle que le collecteur de télémétrie doit connaître l’espace où un PSID distingue réellement les chemins.

Dossier
Le filtre a été distribué. BGP n’a jamais dit qu’il était installé
Une règle d’urgence peut franchir tous les voisins BGP attendus et échouer au seuil décisif: son passage dans le plan de données. La révision 08 de Flow Specification Version 2 précise l’ordre et les dépendances, mais reconnaît que BGP ne renvoie toujours aucun accusé…
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