Sujet
Preuves fondées sur les ressources réseau
Au sein de la facette Sujet, la veille thématique Preuves fondées sur les ressources réseau rassemble des articles qui partagent un même sujet, un même signal ou un même thème de suivi. Cette page offre aux lecteurs un parcours plus riche à travers les reportages associés, les preuves issues de sources publiques, les acteurs du marché et les implications pour l’infrastructure, avec suffisamment de contexte pour comprendre pourquoi le sujet compte pour les mouvements d’entreprises, les décisions de gouvernance, l’exposition régionale et le risque opérationnel. Les lecteurs peuvent comparer les signaux récurrents, les organisations concernées, les preuves publiques, le contexte du marché, la continuité de service, les achats, la concurrence, la conformité et les questions de planification stratégique liées au sujet, au lieu de se contenter d’une liste succincte d’articles correspondants. Elle explique ce que couvre le sujet, quels acteurs ou politiques de l’infrastructure sont impliqués, quelles preuves étayent la couverture et pourquoi le sujet peut être important pour les opérateurs, les clients, les investisseurs et les lecteurs de politiques publiques.
Dossier
Le jeton a nommé la puce. Il n’a pas décidé la porte : RFC 9783 et l’autorité d’attestation PSA
Un jeton d’attestation signé peut donner une impression trompeuse de conclusion. Son nonce répond au défi, son identifiant client est connu, il décrit une instance, une implémentation, un état de cycle de vie et des composants logiciels. Il devient alors tentant de lire ce paquet…
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…

Récits
Le classement IPv6 caribéen d’ARIN a besoin d’un relevé de couverture des sources
Le tableau d’ARIN est déjà prudent sur ce qu’il mesure. Il devrait l’être aussi sur la composition de chaque moyenne territoriale.

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
La fiche a perdu son UID. Elle n’a pas perdu ses limites : RFC 9982 et l’autorité d’identité des enregistrements
Lorsqu’un carnet d’adresses rencontre une fiche sans identifiant commode, la tentation est de combler le vide. Un convertisseur peut produire une chaîne, une base relationnelle peut enfin la référencer, un service de synchronisation peut la traiter comme stable. RFC 9982 refuse…
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…

Histoire d'Internet
Le domaine traçait une frontière technique, pas un titre de propriété : le modèle AD/RD de RFC 1136
En 1989, RFC 1136 refusait une simplification séduisante: appeler « système » tout ce qui apparaissait sous le même numéro ou dans le même dessin. Son modèle distinguait le calcul de routage, l’administration technique et les accords entre administrations. Cette précision ne…
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…
Dossier
La clé de groupe a atteint les appareils. Elle n’a pas décidé l’acte : RFC 10020 et l’autorité CoAP de groupe
Un message protégé peut quitter un émetteur et être lisible par un groupe. Il ne transforme pas cinq récepteurs en une seule volonté. RFC 10020 donne aux systèmes contraints un moyen précis de parler à un groupe sans effacer les preuves distinctes d’appartenance, d’admission, de…
Dossier
Le modèle a nommé un point d’accès. Il n’a pas démarré le service : RFC 10009 et l’autorité de configuration HTTP
Un point d’accès HTTP peut paraître établi bien avant d’exister réellement. Une URI figure dans l’arbre de gestion, des versions sont admises, des paramètres TLS et un proxy sont indiqués, un serveur reçoit un nom. Ce sont des décisions utiles et vérifiables. RFC 10009 les rend…

Histoire d'Internet
La fenêtre appartenait au client, la réaction au serveur : RFC 1073 et NAWS
La fenêtre change de hauteur au milieu d’une session. Le client Telnet envoie quatre octets. Le serveur les reçoit, mais rien ne l’oblige à déplacer un curseur ni même à mémoriser la nouvelle taille. En 1988, la RFC 1073 avait déjà isolé ces trois moments au lieu de les résumer…

Histoire d'Internet
Le nom était local. Le numéro devait encore être consigné : la frontière de cartographie DNS de la RFC 1101
En 1989, le DNS distribuait déjà des informations sur les hôtes, mais ne donnait pas encore un moyen normalisé de demander le nom d’un numéro de réseau. La RFC 1101 a proposé une réponse faite de PTR, d’entrées d’hôte zéro dans `IN-ADDR.ARPA` et de masques. Sa retenue est sa…
Dossier
L’appel a abouti. L’identité devait encore être établie : RFC 9970 et la frontière de décision locale
Un appel peut atteindre une vraie terminaison tout en conduisant à la mauvaise décision. C’est la faille que RFC 9970 rend explicite. STIR apporte une preuve cryptographique sur l’origine d’une requête SIP; il ne répond pas, à lui seul, à la question du demandeur: ai-je joint la…
Dossier
Ce que sait réellement un rapport agrégé : RFC 9990 et la frontière avant toute mesure
Un rapport DMARC agrégé est une observation formulée par un système de réception, non le jugement définitif d’un réseau sur un domaine. Il peut révéler une source oubliée, une configuration instable ou un volume qui mérite enquête. Il ne permet pas, seul, d’identifier une…

Histoire d'Internet
L’Internet servait de liaison, pas de réseau : la frontière expérimentale de la RFC 1070
Avant d’échanger une seule information de routage OSI, un système EON devait savoir à qui parler. Une liste tenue par l’IANA lui donnait quelques adresses de départ. Cette liste ne décrivait pourtant ni les routeurs, ni tous les entités, ni même un état nécessairement à jour.…

IETF
Lukasz Kondrad et le groupe RTP qui n’était pas encore une scène reconstruite
Quatre lignes SDP peuvent appartenir à une même représentation V3C sans avoir jamais produit, chez le récepteur, le même objet en trois dimensions. La grammaire relie des composants; seule l’exécution établit la scène.

Histoire d'Internet
La requête était en file. Le fichier devait encore bouger : la frontière BFTP de la RFC 1068
Une tâche peut survivre à la fenêtre qui l'a créée. Le résultat, lui, n'existe pas encore. En 1988, BFTP a confié à une file persistante et à un démon les tentatives qu'un utilisateur ne voulait plus surveiller. Cette continuité rendait le transfert plus commode, tout en…
Dossier
La préférence fut publiée. Ce n’était pas un contrôle de l’IA : RFC 9969
RFC 9969 ne transforme pas une préférence publiée en pouvoir sur un système d’IA. Le rapport rend visible un problème de coordination: une préférence peut être exprimée, attachée à un contenu et observée lors d’un crawl sans pour autant identifier le collecteur, prouver un usage…
