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 725 articles
IETF
La première adresse était prioritaire, pas déclarée saine
La nuit du changement, l’écran plaçait une adresse KDC en tête et une seconde en secours. L’ordre paraissait raconter tout le basculement. Or RFC 3634 ne transportait qu’une décision de configuration: une ou plusieurs adresses IPv4, classées par priorité décroissante. Il ne…
Histoire d'Internet
L’heure de départ était aléatoire. Le flux restait périodique : RFC 3432
Le hasard choisissait l’entrée en scène, pas le tempo. RFC 3432 assumait ce biais afin d’observer un trafic ressemblant à une application, à condition que personne ne transforme cet échantillon en portrait universel du réseau.
IETF
La fiche d’appel disait « vérifié ». La confiance s’arrêtait encore à son émetteur : RFC 9796
Le mot « vérifié » paraît conclure une enquête. Dans RFC 9796, il ouvre plutôt une question de garde: quel acteur a vérifié quel champ, sur quelle preuve, avant de transmettre son jugement à un terminal qui lui fait confiance ?
Histoire d'Internet
Le paquet était livré. L’enregistrement comptable n’était pas encore à l’abri : RFC 3423
Le premier accusé de réception confirmait le trajet des octets. Le second devait attendre le traitement et le stockage persistant. En 2002, RFC 3423 a installé toute sa mécanique dans cet intervalle.
IETF
Le registre avait reçu « non ». Restait à savoir de qui.
Dans la salle d’exploitation, deux récits circulaient à partir de la même ligne de journal. Pour l’équipe commerciale, le registrar sortant avait refusé le transfert. Pour l’équipe technique, le registrar demandeur avait retiré sa propre demande. La ligne disait seulement…
IETF
La ligne a gardé son rythme en remplaçant les bits perdus : RFC 9801
Une sortie synchrone ne peut pas attendre qu’un paquet en retard retrouve son chemin. RFC 9801 autorise donc une continuité très particulière: le récepteur produit des octets de substitution et maintient l’horloge. Le signal continue, mais ces octets ne sont pas ceux du site…
Histoire d'Internet
Le refus ne signifiait pas que le nom était absent : RFC 3425
Le code d’erreur était exact, mais son sujet pouvait être mal lu. En retirant IQUERY, RFC 3425 n’a pas déclaré que les noms inverses avaient disparu; il a déclaré qu’un serveur ne devait plus retourner sa base comme si une valeur en était l’index universel.
Histoire d'Internet
Le meilleur service ne l’était que selon les clés de tri : RFC 3421
Un serveur d’annuaire peut fabriquer un classement parfaitement cohérent à partir de données qui ne disent rien de l’état présent du service. RFC 3421 rendait cette limite visible: le gagnant était celui du modèle demandé, pas celui d’une épreuve réelle.
IETF
Deux noms figuraient à l’écran. Un seul avait été enregistré.
Avec RFC 9735, une requête LISP pour `ietf.lisp` peut recevoir légitimement la réponse moins spécifique `ietf`. Le protocole n’est pas ambigu; c’est l’interface qui le devient lorsqu’elle transforme une correspondance de portée en preuve d’identité exacte.
Histoire d'Internet
L’adresse n’était que des octets avant l’arrivée de son domaine de transport : RFC 3419
Une adresse copiée dans un ticket d’incident paraît constituer un fait. En 2002, RFC 3419 rappelait qu’elle ne l’est pas encore: sans le domaine qui en fixe la lecture, la suite d’octets ne prouve ni le protocole, ni le port, ni la portée locale de l’extrémité.
IETF
Le chiffrement tenait. L’identité visée restait à prouver.
Le canal était chiffré de bout en bout, la chaîne de certificats passait la validation et aucune alerte n’apparaissait dans la console. Pourtant, le client avait rejoint une terminaison techniquement légitime pour un autre nom de service. La cryptographie avait protégé la…
Histoire d'Internet
Le paquet était trop endommagé pour être livré, mais restait une preuve : RFC 3409
Entre le lien radio et l’application, « paquet erroné » n’était pas une décision suffisante. RFC 3409 demandait encore qui avait besoin de voir l’erreur, et pour quelle finalité.
IETF
Le chemin était calculé. Aucun domaine n’avait engagé sa capacité.
RFC 9731 permet de calculer un réseau virtuel avant son instanciation. Dans un environnement multidomaine, cette réponse peut réunir une vue cohérente sans qu’aucun propriétaire de ressources ait encore pris d’engagement. Le calcul décrit une possibilité; la réservation exige une…
Histoire d'Internet
L’octet disparu est devenu une promesse de la couche liaison : RFC 3408
Sur une ancienne interface radio, un octet supplémentaire pouvait coûter une unité de transmission entière. RFC 3408 a accepté de l’effacer, mais seulement après avoir dressé l’inventaire de ceux qui devraient désormais faire son travail.
IETF
La politique tenait dans un identifiant. La pratique exigeait tout un système.
La politique d’horodatage pouvait être désignée par un identifiant d’objet. La pratique, elle, occupait des procédures, des salles sécurisées, des sources de temps, des cérémonies de clés, des journaux et des décisions d’arrêt. Confondre ces deux échelles revient à croire que le…
Histoire d'Internet
Le terminal disait qu’il pouvait, pas que la session réussirait : RFC 3407
Une liste de codecs ressemblait à un engagement collectif alors qu’elle décrivait souvent plusieurs choix impossibles à exécuter ensemble. RFC 3407 a rendu cette ambiguïté observable.
Récits
AS142207 : le registre continue de vivre après le silence du routage
Le résumé de veille AS142207: le registre continue de vivre après le silence du routage 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. Le…
IETF
Le tableau était vert. Il ne comptait pas le trafic évincé.
Une expérience de contrôle de congestion peut améliorer tous les indicateurs de ses propres flux et dégrader ceux qui partagent le même goulot. RFC 9743 oblige à regarder cette coexistence, puis à distinguer l’étiquette du document, le choix par défaut, la mesure en exploitation…
Histoire d'Internet
Un nom persistant avait besoin d’un plan de succession : RFC 3406
Le danger n’était pas seulement qu’un serveur tombe. Il était qu’une institution disparaisse en laissant derrière elle des noms que personne ne devait recycler. RFC 3406 a placé cette dette au centre de l’architecture.
Histoire d'Internet
L’indice racine devait changer moins souvent que le résolveur : RFC 3405
RFC 3405 installait deux vitesses dans un même système. Le premier indice partagé pouvait rester des années en cache; les règles susceptibles de bouger vivaient derrière lui, dans une autre zone. La stabilité venait de la localisation du changement, non de son interdiction.
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