Veille
Derniers articles
Dernières analyses sur les opérateurs d'infrastructure, les décisions politiques, les mouvements de marché et les évolutions du pouvoir numérique.

IETF
Daniel Eggert et le lot de messages qui n’était pas une page stable
Deux lots de 2 000 messages peuvent respecter exactement la même demande IMAP tout en coûtant des quantités de temps, de mémoire et de réseau sans commune mesure. La RFC 10022 borne un nombre de messages; elle ne fabrique ni page immobile ni unité de travail égale.

Histoire d'Internet
Le battement gardait une sous-adresse X.25, sans authentifier son titulaire : le pont TP0 de la RFC 1086
Une sous-adresse rare pouvait rester réservée à une machine IP tant qu’une connexion TCP demeurait ouverte. Cette élégante règle de nettoyage, proposée par la RFC 1086, savait constater une fin. Elle ne savait pas déterminer si la demande initiale était légitime.

ICANN
Pour .TEXAS, le consentement porte sur la correspondance exacte ; la lettre ajoute « tout dérivé »
Le Texas dispose d’un levier explicite si une candidature vise exactement `.texas`. C’est le Guidebook d’ICANN qui le prévoit, parce que Texas figure parmi les subdivisions de l’ISO 3166-2. Mais la lettre adressée le 10 août à ICANN étend son opposition à « tout dérivé » sans…

Histoire d'Internet
Un même service portait deux voisins. Un routeur restait entre eux : RFC 1209
Un nuage de transport commun suggère facilement une proximité immédiate. RFC 1209, consacré en 1991 à IP sur SMDS, refuse précisément cette déduction. Le document organise des sous-réseaux IP logiques fermés, chacun configuré par son entité administrative, sur un même service…

Histoire d'Internet
Control-S n’était une commande que tant que l’option tenait : la frontière Telnet de la RFC 1080
Dans un éditeur, Control-S pouvait être une instruction utile. Dans le pilote du terminal, la même frappe arrêtait l’affichage et disparaissait avant d’atteindre le programme. La RFC 1080 n’a pas choisi une vérité universelle: elle a défini qui pouvait demander le changement…

Histoire d'Internet
Le NIC semblait continu. Ses écritures de registre étaient suspendues : RFC 1261
Lorsqu’un service change de mains, la continuité la plus visible est souvent la moins probante. Une adresse connue répond encore, un bureau d’aide conserve son nom, les demandes par courrier électronique trouvent le même destinataire. En 1991, RFC 1261 ne confondait pas ces…

IETF
Pradosh Mohapatra et la valeur de bande passante qui n’était pas une capacité disponible
Pendant une maintenance, un zéro peut demander de ne plus envoyer de trafic sur un chemin. Ailleurs, le même zéro déclenche un partage égal. La valeur est identique et conforme à la RFC 10005; c’est la politique locale qui change le résultat.

Dossier
Le reçu a inscrit une déclaration au registre. Il n’a pas décidé de lui faire confiance : RFC 9943 et SCITT
Dans une chaîne logicielle, le mot « vérifié » se propage vite. Une déclaration est signée, un service de transparence l’accepte, un reçu contient une preuve vérifiable, et une interface transforme ce parcours en signal vert. Il devient alors commode de dire que l’artefact est…

Dossier
L’espace de noms XML 2026 du W3C renvoie à un brouillon mouvant sans règle d’évolution
Une adresse peut être persistante sans que le vocabulaire qu’elle abrite soit déjà figé. C’est précisément la situation du nouvel espace de noms XML Security du W3C: sa page porte la date du 19 août 2026, tandis que la première révision archivée du brouillon IETF qui l’emploie…

Histoire d'Internet
La fibre allait vite. Le service restait à construire : RFC 1077
En 1988, la fibre optique permettait déjà d’imaginer une abondance spectaculaire de capacité brute. RFC 1077 posa la question que le chiffre ne résolvait pas: que restait-il à faire, entre le verre et l’utilisateur, pour produire un service réellement utilisable ?

IETF
Hooman Bidgoli et l’ensemble de feuilles qui ne prouvait pas la livraison multicast
Dans un service multicast, la liste des destinataires prévus est une donnée de commande, pas un accusé de réception. Le RFC 10018 rend cette liste exploitable par une politique SR point-à-multipoint; il laisse pourtant intacte la distance entre intention, arbre installé et flux…

Histoire d'Internet
La file a accepté le travail. Elle n’avait pas imprimé une page : les deux accusés de RFC 1179
Dans un système d’impression en réseau, le mot « accepté » donne souvent une impression de fin alors qu’il désigne un point de passage. Un client a nommé une file, envoyé des fichiers et reçu un octet positif du daemon: c’est un fait utile. Ce n’est pas encore le fait qu’un…

Histoire d'Internet
HEMS a quitté la course aux protocoles ; son modèle de données est resté dans la salle : RFC 1076
Le geste décisif de HEMS ne fut pas un échange sur le réseau, mais un retrait autour d’une table. En 1988, l’Internet avait besoin d’un protocole de gestion commun plus vite qu’il ne pouvait résoudre toutes les questions de gestion. HEMS s’effaça au profit d’un accord sur SNMP…

Histoire d'Internet
L’anneau pouvait partager un filtre. Il ne pouvait pas prouver un groupe : la frontière multicast de RFC 1469
Au début des années 1990, le multicast IP rencontrait un support local dont le vocabulaire était étroit. Un adaptateur Token Ring pouvait choisir les destinations matérielles qu’il laisserait passer, mais ses adresses fonctionnelles, peu nombreuses, ne pouvaient pas donner à…

Dossier
Le forum pouvait suspendre un message. Il ne pouvait pas s’approprier le réseau : RFC 9945 et la limite de la modération IETF
Un espace de discussion doit pouvoir arrêter une perturbation. Il ne reçoit pas, pour autant, un titre sur tout ce qui y est discuté. RFC 9945 rend cette retenue visible: le texte organise la modération des espaces publics de l’IETF, sans transformer cette fonction en pouvoir sur…

IETF
Carlos Pignataro et la mesure en watts qui ne prouvait pas un réseau plus vert
Un relevé de puissance peut être exact au watt près et incomplet au point de vue environnemental. Pour passer de cette observation à l’énergie, aux émissions puis à une décision sur la capacité de secours, il faut plusieurs preuves et plusieurs responsables.

Dossier
La requête multicast a atteint le groupe. Elle n’a pas autorisé l’action : RFC 10020 et la preuve CoAP
Une commande protégée, quelques réponses et une interface qui verdit: dans un système contraint, il est tentant d’appeler cela une action collective achevée. RFC 10020 rend la communication de groupe CoAP bien plus explicite. Il ne transforme pourtant ni une adresse multicast, ni…

Histoire d'Internet
NSFNET a logé IP dans une adresse OSI ; la politique choisissait encore la route : RFC 1074
Un datagramme IP portant le numéro de protocole 85 arrivait dans un routeur du backbone. À l’intérieur se trouvait une unité de contrôle IS-IS; dans ses champs d’adresse, quatre octets IP avaient été installés dans une structure conçue pour un NSAP. Ce montage de 1988 n’était pas…

IETF
L’IETF signale deux contrôles contre la captation comme inachevés. Leur preuve au T4 doit être cartographiée
Une institution ouverte ne se protège pas de la captation en répétant qu’elle est ouverte. Elle se protège en sachant quel mécanisme limite quel pouvoir, pour quelle population et avec quelle preuve. Le registre des risques 2026 de l’IETF Administration LLC a le mérite de nommer…

IETF
Sean Turner et la preuve de clé privée qui n’autorisait pas le certificat
Une requête signée est une enveloppe dont on peut vérifier l’intégrité. Ce n’est pas un mandat donné à l’autorité de certification: le porteur de la clé, l’identité revendiquée, les changements de l’intermédiaire et la décision d’émettre restent quatre objets distincts.
