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
4 336 articles
Histoire d'Internet
La chaîne qui rendit une clé publique crédible : la gestion des certificats PEM
Une clé publique ne porte pas, à elle seule, la preuve de l'identité de son détenteur. Pour Privacy Enhanced Mail, la RFC 1422 organisa cette preuve autour de certificats, d'autorités de certification, de chemins de validation et d'informations de révocation.
NPNOG
Après le panel RPKI : le moment de sécurité du routage de npNOG en 2020 a-t-il survécu à l’écran ?
La page officielle ne prouve pas, à elle seule, que les entités ont ensuite créé des ROA, déployé la validation ou modifié leurs politiques de routage en production.
Récits
Les avis RDAP d’ARIN décrivent le service de consultation, pas la politique du réseau
Les avertissements qui accompagnent une réponse de registre voyagent avec les données, sans pour autant appartenir au réseau décrit. Dans RDAP, ARIN signale les conditions d’utilisation du service, la procédure de rectification et le droit d’auteur. Attribuer ces avis à…
Récits
Le projet de gouvernance des RIR est public. Son approbation reste inachevée
La publication du 1er septembre modifie l’état des preuves: la version trois, le suivi des modifications par rapport à la version deux et le rapport de justification sont désormais consultables. C’est une étape vérifiable, mais ni une approbation, ni une adoption, ni une entrée…
IETF
L’uRPF amélioré permet d’admettre les chemins source plausibles sans faire confiance à toute route
Un paquet légitime d’un client multihomé peut arriver par un lien que le routeur récepteur n’utiliserait pas au retour. Le contrôle strict peut le rejeter; le contrôle lâche peut accepter toute source routée. La RFC 8704 propose une frontière plus précise: établir, interface par…
IETF
Le préfixe arrive avant la requête : comment la RFC 9872 transforme la découverte NAT64
Pour joindre un service IPv4 depuis un réseau IPv6 seul, un terminal doit connaître le préfixe IPv6 utilisé pour la synthèse d’adresses. La RFC 9872 fait de cette donnée un signal du réseau d’accès: PREF64 doit d’abord venir des annonces de routeur, la découverte DNS restant une…
Récits
La prop-174 d’APNIC transforme la boîte d’abus en point de contrôle
La prop-174 ferait passer les pratiques de traitement des signalements d’abus du domaine opérationnel au texte de politique. Cette clarification rendrait les obligations mesurables, mais intégrerait aussi réception, filtrage, triage et réponse dans une chaîne pouvant mener à des…
Récits
La liste de conformité RDAP de LACNIC décrit une réponse, pas l’autorité d’un réseau
Un champ technique peut prendre une importance disproportionnée lorsqu’il est lu hors de son objet. Dans une réponse RDAP de LACNIC, `rdapConformance` ressemble à une courte liste de normes et de profils. Cette liste est bien utile, mais elle ne décrit que la manière dont la…
Histoire d'Internet
Le pointeur qui n’a jamais été hors bande : les données urgentes TCP
Les données urgentes TCP forment une petite surface de contrôle à longue histoire. Le bit URG donne un sens à un pointeur urgent de 16 bits, mais la RFC 793 décrivait la limite marquée de deux façons contradictoires. Cette ambiguïté est passée de la spécification aux…
IETF
ZONEMD permet au secondaire de vérifier la zone après le transfert
Un transfert achevé prouve que la livraison s’est terminée, pas que la copie assemblée correspond exactement à la zone voulue par l’éditeur. ZONEMD ajoute un condensat de la zone entière et sépare ainsi réception et vérification.
IETF
Le bitmap dit qu’une option UDP est apparue, pas ce qu’elle a fait : RFC 9870
Le RFC 9870 donne aux exportateurs IPFIX un moyen compact d’indiquer quels types d’options UDP ont été observés dans un flux. Sa valeur tient à la modestie de cette affirmation: il conserve une présence observée, pas l’historique des paquets, la décision du destinataire ni le…
IETF
Le repli DNS sur TCP est une voie de capacité, pas une exception
Un résolveur peut réussir toutes ses sondes UDP légères et échouer sur la première réponse qui compte. Dès qu’une réponse est tronquée, l’exactitude dépend de TCP: capacité d’écoute, état des connexions et politique des équipements intermédiaires deviennent alors des composantes…
Récits
L’AFRINIC a constitué son Comité d’appel. Le mandat des membres est désormais borné dans le temps
L’annonce publiée par l’AFRINIC le 28 août nomme cinq membres du Comité d’appel et précise que leur mandat prend effet immédiatement pour s’achever le 31 décembre 2026. Elle établit ainsi un mandat public délimité, sans préjuger du traitement de futurs dossiers, qui relèvera du…
Dossier
Chez CIRA, vingt appuis ne règlent pas la question des conflits d’intérêts
La campagne d’appuis aux candidatures de membres commence le 3 septembre. Le seuil de vingt soutiens ouvre une possibilité d’accès au scrutin, mais des règles distinctes de conflits d’intérêts continuent de départager les candidatures.
Récits
RIPE : un échec global peut masquer des changements
Dans la base RIPE, un message de mise à jour n'est pas nécessairement une transaction indivisible. Avant de relancer un traitement déclaré en échec, il faut retrouver le sort de chaque objet — y compris ceux qui ont déjà changé.
Récits
Le marché des transferts IPv4 de LACNIC et le prix de la rareté
L’épuisement d’IPv4 ne clôt pas la question de l’allocation. Il la déplace vers les règles qui permettent de transférer une ressource déjà attribuée.
IETF
Maciek Konstantynowicz et le résultat de benchmark qui n’était pas une garantie de service
Un benchmark réseau devient utile lorsqu’il décrit précisément son périmètre. Avec RFC 9971, un résultat MLRsearch vaut pour les essais, les objectifs et la configuration déclarés — non pour tous les clients, toutes les applications ou chaque heure de production.
Dossier
Pour Python, un PEP accepté n’est ni un engagement de publication ni un reçu d’implémentation
Dans le processus Python, une proposition, sa décision, son implémentation de référence et sa livraison ne sont pas une seule opération. Les relier est nécessaire; les confondre produit une promesse que les règles publiées ne font pas.
Histoire d'Internet
Six octets ne devenaient une adresse qu’après identification du domaine : RFC 1449
Une suite d’octets ne porte pas son mode d’emploi en elle-même. Dans l’architecture de RFC 1449, six octets pouvaient décrire une adresse IPv4 et un port UDP, mais seulement parce qu’un identifiant distinct annonçait le domaine de transport. Effacer cet identifiant ne rendait pas…
Récits
Ce que recouvrent les 54 % du suivi IPv6 d'AFRINIC
Le tableau de bord distingue désormais une annonce du préfixe d'origine des routes plus spécifiques. Les données sud-africaines montrent l'intérêt de cette précision, mais aussi pourquoi aucun de ces indicateurs ne constitue un bulletin de santé des services.
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