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

IETF
Les numéros ont disparu. La boîte n’est pas devenue stable
RFC 9586 retire un identifiant IMAP mouvant du chemin courant, sans transformer l’UID en preuve que tous les changements ont été observés puis appliqués.

Dossier
L’alarme a sonné sans nommer le chemin en panne : RFC 9612
Une alarme BFD arrive avant toute explication fiable de sa direction. Le trajet aller, le retour demandé, la résolution du FEC inverse et la voie de repli peuvent chacun être responsables. RFC 9612 permet de demander un retour précis et d’en recevoir les refus, mais il ne…

Histoire d'Internet
L’option authentifiait le segment et enfermait l’algorithme : RFC 2385
En 1998, un faux segment TCP pouvait interrompre une session BGP durable. Le RFC 2385 ajouta un condensat partagé à chaque segment protégé. Son format compact résolvait l’urgence, mais ne disait ni quel algorithme ni quelle version de clé avait produit la preuve.

IETF
L’échange sûr a échoué. Le repli a rendu le mot de passe testable
RFC 9588 ferme une voie de vérification hors ligne du mot de passe Kerberos; un client qui revient à l’horodatage chiffré après un échec peut la rouvrir.

Histoire d'Internet
Le lien désignait la boîte. Il n’autorisait pas le serveur : RFC 2384
Une URL donne volontiers l’impression d’être une instruction complète. En 1998, le RFC 2384 a montré le contraire avec une sobriété remarquable: on pouvait condenser l’adresse d’une boîte POP, son port, une identité et un mécanisme d’authentification dans une seule chaîne, sans…

Dossier
Les sélecteurs concordaient. La capacité, non : RFC 9611
Plusieurs Child SA IPsec peuvent protéger exactement les mêmes flux sans fournir la même capacité dans les deux sens. RFC 9611 permet aux pairs de déclarer un groupe logique de SA liées à des ressources locales, mais il ne transforme ni un identifiant opaque en planificateur, ni…

IETF
La barre progressait. La commande n’était pas terminée
RFC 9585 permet à un serveur IMAP de signaler qu’une opération longue reste active. Elle ne transforme ni un battement de présence ni un compteur presque arrivé au but en preuve d’achèvement.

Histoire d'Internet
Le circuit pouvait perdre les messages qui le maintenaient : RFC 2382
Faire voyager la signalisation RSVP sur le même circuit ATM que les données économisait des connexions. Mais si les données ne respectaient plus leur contrat, le réseau pouvait éliminer avec elles le message chargé de maintenir la réservation.

Dossier
La réponse de la racine faisait autorité, pas sa complétude : RFC 9609
Un résolveur peut recevoir une réponse DNS parfaitement conforme et rester privé de certaines adresses nécessaires à son démarrage. RFC 9609 ne traite pas cette situation comme un paradoxe: l’autorité de la réponse, l’authenticité d’un RRset, la présence des adresses et leur…

Histoire d'Internet
Le circuit réservait les ressources. Le flux restait sans reprise : RFC 2383
RFC 2383 associait chaque saut ST2+ à un circuit virtuel ATM et permettait au réseau d’en signaler la rupture. Il imposait pourtant `NoRecover` dans CONNECT. Détecter une panne était une capacité du réseau; coordonner plusieurs agents pour reconstruire le bon flux sans…

Dossier
Une référence d’état plus courte ne raccourcit pas la décision de confiance
Le nouveau projet du W3C allège l’information inscrite dans un justificatif numérique. Il fait apparaître, en contrepartie, la part de jugement qui revient au vérificateur.

Histoire d'Internet
Presque toutes les cellules étaient arrivées. Le paquet, lui, n’existait plus : RFC 2381
Dans un réseau ATM, transporter l’essentiel d’un paquet pouvait ne produire aucun paquet à l’arrivée. La RFC 2381 en tirait une règle d’architecture: décider du déclassement tant que la frontière du datagramme restait visible.

Récits
Chez ARIN, automatiser les DS ne saurait effacer la décision du parent
Un signal DNS peut demander une modification; il ne peut pas, à lui seul, l’autoriser. ARIN a clos en janvier une suggestion visant la mise à jour automatique des enregistrements DS, après en avoir reconnu l’intérêt et annoncé un examen interne de sa priorité. Entre cette réponse…

IETF
Le marquage a traversé le tunnel sans désigner la file congestionnée
RFC 9599 organise la transmission d’un signal de congestion entre couches. Le codepoint qui arrive au bout du tunnel reste pourtant une observation locale, pas l’historique certifié de la file, du décapsuleur et de la réaction de l’émetteur.

Dossier
Le tunnel a gardé le paquet et perdu la congestion : RFC 9599
Une migration promet moins de pertes: les nouveaux équipements marquent la congestion au lieu de jeter les paquets. Pourtant, un ancien décapsulateur retire l’en-tête marqué sans transmettre l’indication à IP. Le taux de livraison s’améliore tandis que la boucle de contrôle…

Histoire d'Internet
PREPARED a survécu à la panne. La preuve devait survivre aussi : RFC 2372
En juillet 1998, le RFC 2372 a placé une règle de garde derrière deux mots du protocole TIP: avant de dire PREPARED, conserver la preuve qui permettra de retrouver cette promesse; avant de dire COMMIT depuis cet état, conserver la décision qu’il faudra peut-être répéter. La…

IETF
RFC 9019 : un manifeste de micrologiciel signé ne vaut pas autorisation d’installation
Dans une installation critique, l’image provient bien de son auteur et le manifeste est intact. Pourtant, l’équipement attend encore l’accord de l’opérateur. Ce délai n’est pas une défiance envers la cryptographie: il reconnaît que l’auteur du code et le responsable de son…

Histoire d'Internet
La réservation diminuait. Le grand circuit restait : RFC 2380
La RFC 2380 permettait de considérer comme réussie une réduction de réservation RSVP alors même qu'ATM n'avait pas pu construire le circuit plus petit et conservait l'ancien, surdimensionné. La règle de 1998 séparait ainsi l'intention du protocole, la réponse, l'allocation…

Récits
APNIC représente 3,0 % d’un échantillon de succès geofeed, pas un taux d’adoption
Dans une diapositive d’APNIC 62, la barre APNIC s’arrête à 3,0 %. La note sous le graphique est plus importante que la décimale: l’échantillon part de 200 000 lignes de géolocalisation repérables dans le Whois, les ramène à des netnames distincts et écarte deux RIR. Le chiffre…

ICANN
Au Ghana, le résolveur valide ; au Nigéria, le registre signe aussi
Une mise au point de l’ICANN rapproche deux avancées DNSSEC en Afrique de l’Ouest. Elle oblige surtout à distinguer le réseau qui vérifie les réponses du gestionnaire qui signe la zone nationale.
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