Aller au contenu principal

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…

1 sept. 2026

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…

1 sept. 2026
Le classement IPv6 caribéen d’ARIN a besoin d’un relevé de couverture des sources

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.

1 sept. 2026
HEMS a quitté la course aux protocoles ; son modèle de données est resté dans la salle : RFC 1076

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…

1 sept. 2026

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 à…

1 sept. 2026

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…

1 sept. 2026

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…

1 sept. 2026
Le domaine traçait une frontière technique, pas un titre de propriété : le modèle AD/RD de RFC 1136

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…

1 sept. 2026

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…

1 sept. 2026
NSFNET a logé IP dans une adresse OSI ; la politique choisissait encore la route : RFC 1074

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…

1 sept. 2026

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…

1 sept. 2026

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…

1 sept. 2026
La fenêtre appartenait au client, la réaction au serveur : RFC 1073 et NAWS

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…

1 sept. 2026
Le nom était local. Le numéro devait encore être consigné : la frontière de cartographie DNS de la RFC 1101

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…

1 sept. 2026

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…

1 sept. 2026

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…

1 sept. 2026
L’Internet servait de liaison, pas de réseau : la frontière expérimentale de la RFC 1070

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.…

1 sept. 2026
Lukasz Kondrad et le groupe RTP qui n’était pas encore une scène reconstruite

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.

1 sept. 2026
La requête était en file. Le fichier devait encore bouger : la frontière BFTP de la RFC 1068

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…

31 août 2026

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…

31 août 2026