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
5 134 articles
Récits
APNIC 62 : une révocation publiée, trois décisions de navigateur
Le numéro de série figurait sur la liste des certificats révoqués. Il restait à savoir si ce fait pouvait arrêter une connexion. L'essai présenté par Geoff Huston à APNIC 62 a donné une réponse différente selon le client, et montre pourquoi le registre d'une autorité de…
Histoire d'Internet
RWhois pouvait indiquer le bon gardien sans authentifier sa fiche
Le piège de RFC 2167 tient à un dossier rangé dans une mauvaise branche: il existe quelque part, mais l'itinéraire prévu pour le retrouver ne passe pas par là. La distribution du Whois avait donc un problème de placement, distinct de la véracité des données.
Histoire d'Internet
RFC 2143 : un bus rapide ne donnait pas à chaque hôte le droit de répondre
Sur une liaison SCSI, la vitesse pouvait séduire un concepteur de grappes de stations de travail. Mais partager un câble ne suffisait pas à constituer un réseau de pairs. La proposition de 1997 devait franchir deux seuils distincts: recevoir une commande venue d’un autre hôte et…
IETF
Composite ML-KEM dans CMS : l’approbation IESG révèle une chaîne de dépendance encore ouverte
Le 18 septembre 2026, l’IESG a approuvé `draft-ietf-lamps-cms-composite-kem-03` comme Proposed Standard dans une Protocol Action. Cette étape est importante, mais elle ne clôt ni la production RFC ni la chaîne de dépendance technique: le document CMS se trouve dans la file du RFC…
IETF
Plusieurs alertes dans un même envoi, autant de décisions à prouver
Le projet multi-SET soumis à la dernière consultation de l’IESG promet de réduire le nombre de requêtes nécessaires à la circulation des événements de sécurité. Le gain de transport n’établit pourtant ni l’ordre des traitements ni la révocation effective d’un accès chez le…
Histoire d'Internet
Une connexion TCP s'éteint, sa mémoire demeure : l'hypothèse du RFC 2140
En 1997, une succession de petites connexions Web pouvait contraindre TCP à refaire sans cesse ses premières estimations. Joe Touch proposa de conserver certains résultats au niveau du couple de machines. Mais un temps de trajet observé n'est pas un état de session, et une…
IETF
ACTN entre paquets et optique : deux avis demandent qui répond de l’état du réseau
Un orchestrateur peut décrire toutes les étapes d’une modification et perdre pourtant la certitude de son résultat après un redémarrage. Deux évaluations de l’IETF, l’une consacrée à la sécurité et l’autre à l’exploitation, demandent au projet ACTN/POI de rendre cette incertitude…
Histoire d'Internet
Financer l’Internet Society ne donnait pas le bulletin des trustees en 1996
La somme versée à une institution et le droit de choisir ceux qui la gouvernent sont deux choses distinctes. Les statuts de l’Internet Society conservés dans la RFC 2135 fixaient des contributions pour plusieurs catégories de membres, mais plaçaient l’élection des trustees du…
Histoire d'Internet
RFC 2133 : mêmes appels socket, autre contrat d’adresse
Garder `connect()` ne suffisait pas à rendre une application compatible avec IPv6. En 1997, RFC 2133 conservait le vocabulaire des appels tout en déplaçant l’effort vers la taille des adresses, la famille du socket et la manière d’interpréter les résultats.
IETF
SAVNET : le dernier appel porte sur les limites du diagnostic
Avant de filtrer une adresse source, il faut savoir ce que la route observée permet réellement de déduire. L’IESG demande jusqu’au 1er octobre des observations sur un texte qui définit ce problème entre réseaux. Il ne soumet pas à approbation un filtre prêt à installer.
Histoire d'Internet
Le même paquet DHCP ne racontait pas la même identité quatre fois
Dans RFC 2132, une classe de fournisseur, une clé de bail et une liste de paramètres demandés peuvent voyager ensemble. Leur voisinage dans la trame n'en fait ni un certificat d'origine ni le portrait fidèle d'une machine en service.
Histoire d'Internet
Le serveur comprenait la commande, pas nécessairement son lecteur : RFC 2130
Un protocole peut recevoir exactement les octets attendus et produire malgré tout un texte mal identifié ou inutilisable pour la personne à qui il s'adresse. Le rapport de l'atelier IAB sur les jeux de caractères, publié sous le numéro RFC 2130, a séparé ces réussites au lieu de…
Histoire d'Internet
RFC 2129 : le circuit était reconnu, pas encore le flux
Le raccourci pouvait être prêt sur le papier et inutilisable pour le paquet qui l’avait motivé. Dans FANP, la proposition de Toshiba publiée en 1997, un voisin accusait d’abord réception d’un circuit virtuel; il fallait une seconde réponse pour y faire passer un flux IP précis.…
Histoire d'Internet
Mary Shaw et le protocole entre les boîtes
En 1994, Mary Shaw formulait un problème que les schémas d'architecture savent encore dissimuler: nous donnons des noms précis aux boîtes, mais nous laissons souvent les lignes sans grammaire. L'appel de procédure reste un mécanisme utile; il ne suffit pas à décrire un flux, un…
IETF
L’approbation de JPEG XS ne prouve pas une mise à niveau opérationnelle
L’IESG a approuvé la révision RTP adaptée à la troisième édition de JPEG XS. Cette décision ouvre la voie à la publication, mais elle ne remplace ni le numéro RFC, ni la mise à jour IANA, ni la négociation entre deux équipements, ni un essai de décodage en conditions réelles.
Histoire d'Internet
RFC 2127 : débrancher une interface ne prouvait pas la fin de l’appel
Pour raccrocher, le modèle de la RFC 2127 demandait de supprimer une relation dans `ifStack`. Ce geste très précis révèle toute l’architecture: l’accès physique, la signalisation, le canal porteur et l’interface supérieure formaient des états distincts, dont aucun ne suffisait à…
IETF
RFC 10040 abandonne le type LCAF 5, mais Experimental n’est pas un plan de migration
RFC 10040 attribue à LISP un nouvel encodage Geo-Location et déprécie l’ancien type Geo-Coordinates. Cette publication établit une nouvelle référence commune; elle ne prouve ni l’adoption du code, ni l’interopérabilité, ni l’achèvement d’une migration.
Histoire d'Internet
Susan Eggers et le cœur qui partageait ses créneaux inoccupés
Un processeur large peut disposer de nombreuses unités d’exécution et pourtant en laisser plusieurs au repos, faute d’instructions indépendantes dans un seul programme. Susan Eggers et ses coauteurs ont proposé de puiser dans plusieurs fils au même cycle. Le multithreading…
Histoire d'Internet
RFC 2169 : une route HTTP n’est pas une autorité sur la ressource
En 1997, RFC 2169 proposait une idée volontairement étroite: employer HTTP pour interroger un résolveur au sujet d’un URN. La convention rendait une question transportable; elle ne donnait ni propriété ni pouvoir sur la ressource à l’hôte qui répondait.
Histoire d'Internet
La version 3 est restée ; le service a changé : le pari de RFC 2126
Conserver un numéro rassure: le pair reconnaît l’enveloppe. RFC 2126 montre pourtant le prix de cette continuité. Deux extrémités pouvaient lire « version 3 » sans partager la même classe de transport, les mêmes canaux ni le même contrat de fermeture.
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