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 RIRDossierSociété des ressources numériquesICANNIETFHistoire d'InternetGroupes d'opérateurs réseau
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 707 articles
IETF
La charge est partie en périphérie. Le pouvoir de décider, non : RFC 9556
Un calculateur installé près d’une machine peut continuer à travailler quand le nuage devient inaccessible. Cette proximité ne dit pourtant ni qui l’a autorisé à lire les données, ni qui assume la commande envoyée au monde physique.
Histoire d'Internet
La session TCP est tombée. Le journal des opérations devait être réconcilié : RFC 3479
La RFC 3479 faisait d’une rupture TCP un problème de mémoires divergentes: deux pairs LDP devaient comparer leurs opérations durables avant de reprendre le dialogue.
IETF
L’identifiant du serveur a été remplacé. Il n’identifiait pas le serveur
Le bail se renouvelait tant que le relais restait joignable. Dès que ce chemin a disparu, l’adresse nommée « identifiant du serveur » n’a conduit à aucun serveur. Le RFC 5107 explique pourquoi: cette adresse peut être choisie par le relais pour ramener les renouvellements dans…
Histoire d'Internet
Les labels ont continué à acheminer, mais le temps était compté : RFC 3478
La RFC 3478 permettait au transfert MPLS de survivre au redémarrage de LDP, tout en déclarant l’ancien sens des labels périmé, temporaire et révocable.
IETF
La clé reste au domicile, mais la publication part chez un tiers : RFC 9526
Externaliser le DNS d'un réseau résidentiel ne revient pas à céder une autorité unique. Le RFC 9526 laisse au domicile la fabrication et la signature de la zone, puis confie à d'autres acteurs sa diffusion, son rattachement au parent et sa visibilité publique.
IETF
Le Fast-Reconnect-ID a retrouvé un contexte. Il n’a pas authentifié le pair
Le serveur vient d’émettre un nouveau pseudonyme, mais le pair ne l’a peut-être jamais enregistré. Le RFC 5106 protège le dernier identifiant confirmé et oblige l’échange chiffré à réussir avant de faire du nouveau contexte une réalité partagée.
Histoire d'Internet
Le lien non numéroté avait deux noms locaux : RFC 3477
La RFC 3477 n’a pas comblé un vide avec un numéro universel: elle a rendu transportables deux identités locales, chacune valable depuis une extrémité du même lien.
IETF
Le Replication-SID a trouvé un état, pas la preuve d’un arbre : RFC 9524
Le contrôleur avait reçu un accusé de réussite de chaque routeur. Pourtant, un paquet revenait vers un nœud de réplication déjà traversé et chaque passage produisait de nouvelles copies. Tous les états locaux étaient exploitables; leur assemblage ne formait pas un arbre. RFC 9524…
Histoire d'Internet
Le RFC 3476 réservait les numéros, pas le service optique
Pour faire entrer l’UNI optique de l’OIF dans les protocoles de l’IETF, il fallait des valeurs sans collision. Le RFC 3476 les a rendues publiques, sans confondre leur enregistrement avec l’autorisation ou la réalisation d’un service.
IETF
La signature était valide. La délégation n’était pas encore autorisée
Un jeton ENUM peut traverser sans altération un chemin non fiable, porter une signature XML correcte et rester inutilisable pour la demande présentée. Le RFC 5105 oblige le registre à distinguer l’authenticité du document de l’autorité de déléguer.
Histoire d'Internet
Un Call Release impliquait plusieurs libérations de Connection : RFC 3475
Dans RFC 3475, une seule décision mettait fin au Call, mais sa réalisation se divisait en autant de démontages qu’il existait de Connections associées.
IETF
Le numéro de lien était dans la sonde ; le port devait encore le confirmer — RFC 9533
Le rapport annonçait 2,1 millisecondes pour un agrégat de quatre liaisons. Ce chiffre ne disait pas si les quatre avaient été testées, ni laquelle avait transporté la requête et le retour. RFC 9533 construit précisément la preuve qui manquait entre l'interface logique et ses…
Histoire d'Internet
L’appel avait un identifiant mondial. Ce n’était toujours pas une connexion : RFC 3474
En donnant un nom durable au Call ASON, la RFC 3474 facilitait la coordination; elle ne transformait pourtant ni ce nom ni la relation qu’il désignait en circuit effectivement disponible.
IETF
La relance avait été demandée. Le décodeur n’était pas encore rétabli
Dans la RFC 5104, un numéro de séquence FIR distingue une nouvelle commande de sa répétition. Il ne certifie ni l’arrivée complète du point de rafraîchissement, ni la remise à zéro du décodeur, ni l’image finalement présentée à l’utilisateur.
Histoire d'Internet
L’alarme a contourné le nœud défaillant. L’ACK ne prouvait que la réception : RFC 3473
RSVP-TE pouvait avertir directement un nœud distant, mais l’accusé de réception de cette alarme ne certifiait ni la réparation du chemin ni le retour du service.
IETF
Deux octets semblables, deux autorités différentes : RFC 9542
Le rapport d’incident affirmait qu’IANA avait attribué « l’EtherType 0042 ». La trame racontait autre chose: `88-B7` était l’EtherType, `00-00-5E` l’OUI confié à IANA par l’IEEE, et `00-42` un numéro de protocole réservé aux exemples. L’abréviation avait effacé toute la chaîne…
Histoire d'Internet
Le trafic pouvait remonter avant l’existence du MAPPING de retour : RFC 3472
Dans l’établissement bidirectionnel de CR-LDP, le premier flux pouvait déjà revenir vers l’initiateur alors que les étiquettes de l’autre sens voyageaient encore de nœud en nœud.
IETF
La ligne était opérationnelle. Aucun appel n’était encore abouti
Avec le RFC 5098, l’opérateur pouvait inspecter la configuration de signalisation d’un MTA et l’état de sa relation avec le CMS. Le mot `operational` restait pourtant une preuve de mise en service et d’acquittement RSIP, pas le compte rendu d’une conversation.
IETF
Le paquet OAM portait le même label de service, pas la même histoire : RFC 9546
La console d’assurance affichait une suite de tests sans rupture alors que l’application signalait une commande manquante. La contradiction n’était qu’apparente: la RFC 9546 donne au trafic OAM DetNet son propre espace de séquence, distinct de celui du flux applicatif observé.
Histoire d'Internet
L’étiquette a quitté le paquet pour entrer dans le monde physique : RFC 3471
Au début de 2003, le mot « étiquette » changea d’échelle: il ne désignait plus seulement quelques bits lus par un routeur, mais aussi une tranche de temps, une longueur d’onde ou un passage matériel dans une fibre.
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