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

IETF
Suresh Krishnan : un lien actif n’est pas un reçu de joignabilité de bout en bout
Une interface radio, Wi-Fi ou filaire peut être prête à transporter des trames alors que le chemin utile au client demeure incertain. Le RFC 4957 de Suresh Krishnan est précieux parce qu’il maintient cette frontière.

Dossier
Le classificateur a nommé le flux, sans prouver son traitement : RFC 9892
RFC 9892 donne au modem un vocabulaire précis pour décrire des classes de trafic à son routeur. Ce vocabulaire reste pourtant une entrée locale: l’extension active, la validation, l’état de file et l’effet observé demeurent des preuves séparées.

IETF
Peter van der Stok et l’inscription de ressource qui n’était pas une présence d’endpoint
Une liste peut rester lisible alors que ce qu’elle désigne ne répond plus. RFC 9176 organise précisément cette différence: le Resource Directory conserve des inscriptions de ressources; il ne se transforme pas pour autant en sonde de présence. Peter van der Stok en est l’un des…

Récits
Le contrôle de qualité d’APNIC n’est pas une propriété de l’adresse
Un bloc d’adresses ne transporte ni la date d’un test, ni le point depuis lequel il a été observé. En remplaçant « assurance » par « contrôle », APNIC a reconnu cette limite avec une précision qui mérite d’être prolongée jusqu’au résultat lui-même.

Histoire d'Internet
L’agent revendiquait le groupe. L’objet devait encore répondre : RFC 1444
Une fiche de capacités peut éviter des essais inutiles; elle ne fait pas bouger l’aiguille de l’instrument. En 1993, la RFC 1444 a organisé trois vérités différentes: les objets regroupés, le minimum exigé pour se dire conforme et les capacités revendiquées par une version de…

Dossier
Le client annonçait le délai. Le serveur gardait la fenêtre : RFC 9891
Dans le RFC 9891, le client ACME peut annoncer la durée probable d’un aller-retour sur un réseau tolérant les délais. Il ne fixe pourtant ni l’échéance, ni la politique qui transforme une réponse en preuve: ces pouvoirs restent au serveur.

Histoire d'Internet
Le réseau avait du débit, l’application mourait encore de faim : RFC 1453
Au début des années 1990, une liaison rapide pouvait faire bonne figure sur le banc d’essai et laisser pourtant une visioconférence sans voix, sans synchronisation ou sans image utile. RFC 1453 a pris ce paradoxe au sérieux: le débit disponible dans le réseau n’était qu’une…

Dossier
Un budget de la Wikimedia Foundation a une horloge fiscale, pas un verdict éditorial de page
Une résolution budgétaire possède une clarté très particulière: une date, une instance, une période, des montants et une voie de mise en œuvre. Une conclusion éditoriale possède une autre clarté: une politique applicable, des sources, une discussion, des révisions et, le cas…

IETF
Dino Farinacci et l’exigence qui n’a attribué aucune adresse multicast
Un document peut rendre une solution future plus exigeante sans la rendre réelle. C’est le point de départ du RFC 10019, texte IETF informatif cosigné par Dino Farinacci, Nate Karstens et Mike McBride.

Dossier
Le VID tenait sur douze bits. Le guide de gestion lui en a donné seize : RFC 9895
RFC 9895 rend les VLAN et les priorités Ethernet utilisables par les fenêtres de crédit DLEP. Son texte de gestion élargit pourtant le VID au-delà du champ de douze bits hérité de RFC 9892. Entre documentation, configuration et trame, la conformité doit donc être démontrée et non…

Récits
La racine DNS locale a aussi une facture de mise à jour
Installer une copie de la zone racine près d’un résolveur évite de nombreuses requêtes externes. Cela ne supprime pas le trafic: il réapparaît dans la boucle de mise à jour. Une étude présentée par APNIC montre pourquoi la cadence et le logiciel comptent davantage que l’étiquette…

Dossier
Dans Kubernetes, une KEP « implementable » n’est ni une inclusion dans une release ni une promesse de support de cluster
Dans un projet distribué, le mot qui raccourcit le plus facilement une chaîne de décision est souvent « approuvé ». Une KEP Kubernetes peut être déclarée `implementable`; une équipe de release peut ensuite suivre son jalon; une revue de préparation à la production peut être…

Dossier
Un enregistrement CVE est une référence de coordination, pas un reçu de correctif ou de remédiation
Le vocabulaire de la vulnérabilité paraît souvent plus définitif qu'il ne l'est. Dès qu'un identifiant CVE circule, il donne l'impression qu'un fait technique unique a été complètement décrit puis traité. En réalité, il rend d'abord possible une chose plus limitée et plus…

IETF
Rohan Mahy et le certificat qui n’a pas livré de message instantané
Un certificat peut indiquer qu’une clé sert à l’identité d’un client de messagerie instantanée. Cette précision protège un usage. Elle ne raconte ni l’envoi d’un message, ni son acceptation par un service, ni sa réception par une personne.

IETF
Neil Jenkins et le StateChange qui n’était pas l’audit d’une boîte aux lettres
Lorsqu’un client JMAP reçoit un nouvel état, il apprend que sa copie locale peut être périmée. C’est un excellent signal de synchronisation. Ce n’est pas, à lui seul, un dossier disant quelle personne a modifié quel message, quelle règle a autorisé l’acte ni quel résultat a été…

Récits
La proposition d’APNIC teste un pont IPv4 unique de /24 pour des réseaux uniquement IPv6
La version 4 de la proposition APNIC prop-165 permettrait à une organisation admissible à une première allocation IPv6 de demander un seul préfixe IPv4 `/24` pour des fonctions de transition dans un déploiement uniquement IPv6. Le texte reste en discussion: son enjeu est moins la…

IETF
Une signature ne prouve pas la possession de l’autre clé : RFC 9883 et les déclarations de possession de clé privée
Une seconde demande de certificat peut être correctement signée par une clé de signature déjà certifiée, alors que cette signature ne constitue qu’une affirmation — et non une preuve technique — que le demandeur contrôle l’autre clé privée destinée au certificat de négociation de…

Histoire d'Internet
Le paquet sommé de répondre : la réparation « challenge ACK » de TCP
Pendant longtemps, un segment de réinitialisation placé quelque part dans la fenêtre de réception pouvait suffire à détruire une connexion TCP. La RFC 5961 a déplacé la frontière de confiance: la vraisemblance déclenche désormais une question, tandis que seule une preuve plus…

Histoire d'Internet
L’ACK qui ne pouvait pas dire quel paquet était arrivé : la règle de Karn face à l’ambiguïté des retransmissions
Un accusé de réception peut confirmer l’arrivée des octets sans révéler quelle copie transmise a provoqué sa réponse. La règle de Karn protège alors la mesure: la livraison progresse, mais l’échantillon de délai aller-retour est refusé.

Société des ressources numériques
Un enregistrement Ghostbusters n’est pas une chaîne de commandement
Une partie utilisatrice de la RPKI peut valider chaque octet d’un enregistrement Ghostbusters sans savoir si quelqu’un surveille encore le canal indiqué. L’objet signé rend accessibles des coordonnées minimales du responsable d’une AC; la responsabilité opérationnelle commence là…
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