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
4 116 articles
Dossier
La requête HTTP a répondu 200. La décision sur le certificat restait à l’intérieur : RFC 9811
Une supervision peut voir une requête verte alors que l’autorité de certification a refusé l’opération, l’a modifiée ou attend encore une approbation. La RFC 9811 ne présente pas ce décalage comme une anomalie: elle construit précisément la frontière entre la remise HTTP et la…
Histoire d'Internet
Le nom tenait sur une carte de visite. L’identité dépendait encore de l’annuaire qui l’entourait : RFC 1484
Une carte pouvait porter « S. Hardcastle-Kille, ISODE Consortium, GB » au lieu d’un chemin X.500 entièrement typé. Cette élégance n’effaçait pas le chemin: elle demandait à l’annuaire, au logiciel local et parfois au lecteur de le reconstruire.
Histoire d'Internet
Le protocole n’était pas toujours écrit dans le PDU : RFC 1483 et le sens caché dans le circuit
Une seule connexion virtuelle pouvait porter plusieurs protocoles, à condition que chaque PDU annonce sa nature. Ou bien chaque protocole pouvait obtenir sa propre connexion et se passer de cette annonce. RFC 1483 ne supprimait pas l’information: il choisissait entre le coût d’un…
Dossier
Le changement de fabricant ne change pas automatiquement l’autorité des appareils
Une entreprise industrielle cède une gamme de capteurs. Le nouveau propriétaire contrôle désormais le service, mais des milliers d’unités reconnaissent encore l’ancienne autorité de certification. Pendant la période de chevauchement, les deux chaînes fonctionnent. C’est…
Dossier
L’espace était réservé. Une simple approbation exécutive ne suffisait plus : RFC 9812
Un registre peut sembler immobile tout en cachant une option de pouvoir considérable. Dans celui de l’espace d’adressage IPv6, l’essentiel du stock restait « réservé par l’IETF », mais son ouverture pouvait encore dépendre d’une approbation de l’IESG sans RFC obligatoire. RFC…
Histoire d'Internet
Le soutien de l’IAB ne déployait pas CIDR : quatre pouvoirs restaient à exercer — RFC 1481
Deux pages peuvent orienter un réseau mondial sans configurer le moindre routeur. En juillet 1993, RFC 1481 donnait à CIDR un appui institutionnel net. Le texte nommait cependant ceux dont l’action manquait encore: responsables de l’adressage, fabricants de routeurs et…
Histoire d'Internet
Un seul composant pouvait faire parler tout l’agrégat : la délégation par procuration du RFC 1482
Dans l’exemple le plus révélateur du RFC 1482, le backbone pouvait entendre l’un de trois préfixes et annoncer aussitôt un bloc plus large. Cette règle rendait la table plus petite. Elle ne transformait pas le composant entendu en preuve que toutes les autres destinations du bloc…
Dossier
L’IETF approuve le NAT64 avec état comme Internet Standard : le pool IPv4 partagé exige toujours un registre des droits temporaires
Une bascule peut laisser deux équipements parfaitement sains et pourtant interrompre les sessions. Le nœud de secours connaît les routes, mais pas nécessairement les associations d’adresse, les ports prêtés ni les échéances créées par le nœud actif. Le nouveau statut du NAT64…
Dossier
Le serveur n’a jamais vu le mot de passe. Sa graine OPRF fixait pourtant l’étendue du sinistre : RFC 9807
OPAQUE retire au serveur un privilège dangereux: connaître le mot de passe de l’utilisateur, y compris lors de l’inscription. Mais le secret ne disparaît pas du système; il change de forme et de dépositaire. Dans RFC 9807, la véritable unité de risque n’est donc pas la promesse «…
Histoire d'Internet
Le nom figurait sous .US. La zone n’avait pas pour autant été déléguée : RFC 1480
Une réponse DNS positive semble clore la question: le nom existe. En 1993, cette réponse pouvait pourtant provenir de trois montages distincts sous `.US` — une fiche directe avec adresse IP, une fiche directe acheminant le courrier vers une passerelle, ou une branche réellement…
Histoire d'Internet
La route était annoncée. Cinq décisions réglaient encore son sort : RFC 1476
Entre « reçu » et « utilisé », un routeur peut cacher toute une politique. RFC 1476 en donnait une représentation étonnamment nette: l’annonce entrante devenait une candidate, puis traversait cinq choix locaux avant d’être installée, transformée, résumée ou montrée à un autre…
Dossier
Le registre est fermé, mais l’alerte reste dans les paquets : la dette résiduelle de la RFC 9805
Une décision normative peut arrêter l’accumulation d’un risque sans supprimer le risque déjà installé. La RFC 9805 interdit aux futurs protocoles normalisés d’adopter l’option IPv6 Router Alert, tout en laissant les usages historiques continuer. Entre ces deux phrases se trouve…
Histoire d'Internet
Le pont distant allait accepter la trame. C’était encore une conviction locale : RFC 1474
Une case `accept` apparaît dans la colonne distante d’un tableau de gestion. Elle semble décrire une capacité possédée par l’autre extrémité. RFC 1474 disait pourtant autre chose: l’entité locale *croit* que le pont distant acceptera ce type MAC. Cette nuance empêchait une…
Histoire d'Internet
Le prototype a sauvé la session Telnet. Il avait écarté la politique source : RFC 1477
Dans un compte rendu d’expérimentation, le sujet d’un verbe compte autant que le résultat. « Le prototype s’est adapté » ne signifie pas « toute l’architecture a été éprouvée ». RFC 1477 permet précisément de retrouver ce sujet: un logiciel instrumenté, un anneau de quatre…
Dossier
Une capacité annoncée n’est pas une capacité réservée : la frontière contractuelle de la RFC 9808
La RFC 9808 permet à deux CDN de parler le même langage à propos de plafonds et de mesures. Elle refuse pourtant le mot qui transformerait ce langage en promesse: l’annonce reste consultative. La réservation, l’admission d’une requête, la livraison et le recours commercial…
Histoire d'Internet
Le réglage de compression avait changé. Il fallait redémarrer le lien pour qu’il compte : RFC 1473
Une écriture réussie n’est pas toujours un changement réussi. Dans la MIB PPP/IP de 1993, le gestionnaire pouvait choisir une compression, relire la table et obtenir des nombres parfaitement valides. Tant que l’IPCP n’était pas Opened et que le lien n’avait pas redémarré, ces…
Histoire d'Internet
Un identifiant voyageait dans le paquet. Le chemin, lui, n’y était pas : RFC 1475
Imaginez un journal réseau qui aligne trois valeurs de 64 bits pour le même datagramme. Elles diffèrent à chaque routeur. Ce n’est ni une corruption ni trois versions concurrentes d’un itinéraire. Dans TP/IX, chaque machine prêtait au paquet une poignée privée destinée à son…
Histoire d'Internet
La ligne de secret était « valide ». Aucun pair ne s’était encore authentifié : RFC 1472
Sur l’écran de gestion, le mot `valid` pouvait donner l’impression qu’une vérification venait d’aboutir. Dans la MIB de sécurité PPP de 1993, il disait autre chose: cette ligne de configuration pouvait être utilisée. Le pair, lui, n’avait peut-être encore envoyé aucun paquet…
Dossier
Quatre usages inscrits dans le certificat, aucune autorisation automatique : la frontière de la RFC 9809
En distinguant la configuration, les ancres de confiance, les mises à jour et les communications critiques, la RFC 9809 rend enfin l'intention lisible par les machines. Elle laisse toutefois à chaque système la décision la plus risquée: quelles combinaisons accepter et quel acte…
Dossier
Le registre restait ouvert. TLS 1.2, lui, ne recevrait plus de fonctions : RFC 9851
Une règle de normalisation peut fermer l’avenir d’une branche sans fermer les connexions qui l’utilisent encore aujourd’hui.
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