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.

Histoire d'Internet
Un DLCI connu ne faisait pas encore un voisin utilisable : la frontière InARP du RFC 1293
Une station Frame Relay pouvait recevoir l’annonce d’un circuit virtuel et connaître son DLCI sans connaître l’adresse de protocole du poste situé à l’autre extrémité. Le RFC 1293 ne transforma pas ce numéro de circuit en identité du pair. Avec InARP, il devint la destination…
Dossier
La charge utile UDP était protégée. L’option ne l’était pas : RFC 9868
RFC 9868 ouvre à UDP une zone d’options de transport. Cette zone ne devient pas pour autant une partie des données utilisateur protégées par DTLS; un contrôle d’option, une option émise ou une charge protégée ne prouvent ni son traitement ni son effet.
Dossier
Le client a envoyé les octets. Le nouveau protocole ne les avait pas encore acceptés : la frontière de RFC 9931
Le danger n’est pas qu’une connexion aille vite. Il commence quand une anticipation de latence est relue comme une décision prise par l’autre extrémité. RFC 9931 remet une séparation simple au centre d’HTTP/1.1: une demande de transition, des octets envoyés avant réponse et…

Histoire d'Internet
Un catalogue n'était pas un verdict d'interopérabilité : l'instantané X.500 de RFC 1292
Un tableau de produits peut rendre un marché moins opaque sans rendre les produits interchangeables. RFC 1292 a réuni, en janvier 1992, des descriptions d'implémentations X.500 et les a classées selon leur disponibilité, leur forme DSA ou DUA, leurs transports, leur connexion aux…

Histoire d'Internet
La ligne était prête. La commande n’avait pas été exécutée : RFC 1116 et Telnet Linemode
Un terminal peut sembler rapide parce qu’il ne demande plus au serveur la permission d’afficher chaque frappe. En 1989, Linemode plaça l’édition au plus près de l’utilisateur. Le curseur obéissait, la ligne se corrigeait, puis seulement venait le trajet. Cette fluidité changeait…
Dossier
Le curseur a poursuivi la liste. Il n’a pas prolongé le droit : RFC 9865
La RFC 9865 rend la pagination SCIM plus naturelle pour des systèmes qui utilisent déjà des curseurs. Elle ne fait pas d’un pointeur de reprise une autorisation, ni d’une page suivante une preuve d’inventaire ou de décision.

Histoire d'Internet
Un service local ne gouvernait pas le réseau : la limite des réseaux intermédiaires dans RFC 1291
Nommer un service à proximité n'a jamais suffi à posséder ce qu'il désigne. En 1991, RFC 1291 imaginait que les réseaux intermédiaires puissent offrir des résolveurs, des pointeurs vers des logiciels, des serveurs de temps, des relais d'information, des bancs d'essai et des…
Dossier
Le registre a repéré l’algorithme, pas achevé la migration : RFC 9958 et l’agilité cryptographique
Inventorier la cryptographie rend enfin visible une dépendance longtemps implicite. Cela ne transforme pas une ligne de tableur en preuve qu’un système a basculé, qu’un pair accepte le nouveau chemin ou qu’une direction a assumé le risque qui demeure.

Histoire d'Internet
Le test avait réussi avec des ressources de la NASA. Cela ne suffisait pas pour Internet : RFC 1106 et RFC 1110
Une expérience peut réussir sans avoir rencontré l’état qui invalide son mécanisme. En juin 1989, la RFC 1106 consignait deux extensions TCP mises en œuvre avec des ressources de la NASA. En août, la RFC 1110 montrait qu’un paquet assez longtemps retardé pouvait revenir sous un…
Dossier
La couleur est entrée dans PCEP. Elle n’est pas arrivée au service : RFC 9863
La RFC 9863 permet à PCEP de transporter une couleur associée à un chemin TE. C’est un fait de protocole sur un attribut de chemin, non la preuve qu’un service a été affecté, qu’une promesse de latence a été tenue ou qu’un résultat a été livré.

Récits
L’étude IRR de RIPE distingue l’objet de route du cône client que RPKI ne remplace pas
Une étude publiée par RIPE Labs évite un raccourci courant: retirer certains objets de l’IRR ne revient pas à retirer toute l’information de politique de routage. L’association préfixe–origine et la découverte d’un cône client ne remplissent pas le même rôle.

Histoire d'Internet
Une notice n’était pas le savoir : RFC 1290 n’avait pas rendu le chemin invisible
En 1991, l’abondance n’épargnait personne du travail de chercher. RFC 1290 recensait des répertoires, des bibliothèques, des sites FTP, des centres d’information et des annuaires, mais son intérêt historique tient moins à cette liste qu’à une séparation exigeante: savoir qu’une…
Dossier
L’UUID s’est trié. L’événement n’était pas prouvé : RFC 9562 et la limite entre ordre d’identifiant et preuve temporelle
Dans un export d’audit, trois lignes se suivent sans hésitation: création, annulation, notification. Les UUIDv7 montent proprement. L’équipe y voit une chronologie. Or l’identifiant de création a pu être réservé avant l’écriture, celui de l’annulation peut venir d’un autre hôte…
Dossier
DNS a reçu le signal. Le parent devait encore décider : la frontière de délégation de la RFC 9859
La RFC 9859 raccourcit le chemin vers un contrôle de délégation. Elle ne transforme ni un message DNS ni son accusé de réception en décision du parent.

Histoire d'Internet
Changer la route ne revenait pas à filtrer le paquet : RFC 1104
Un paquet peut disposer d’une route et être refusé au prochain contrôle. Il peut franchir ce contrôle sans recevoir la bande passante attendue. Un compteur peut ensuite enregistrer un volume sans savoir qui devait le payer. En 1989, la RFC 1104 rangeait déjà ces décisions sur des…

Histoire d'Internet
SHUT n’était pas un nœud arrêté : RFC 1289 a conservé les liens existants
Dans un compte rendu d’exploitation, le mot « arrêt » donne vite l’illusion qu’il n’y a plus rien à attendre. RFC 1289, qui a inscrit des extensions DECnet Phase IV dans l’univers des MIB Internet, dessine une chronologie plus exigeante. L’état `SHUT` refusait les nouveaux liens…
Dossier
Le routeur a réparé le chemin. Il n’a pas rétabli le service : la limite locale de RFC 9855
Un routeur peut basculer immédiatement après une panne adjacente sans savoir si le service est redevenu utilisable. RFC 9855 décrit TI-LFA comme une réparation Segment Routing au Point of Local Repair. Elle rétablit un état de transfert limité pendant la convergence, non une…
Dossier
Le collecteur a reçu un délai. Il n’a pas reçu un verdict : RFC 9951
Une moyenne de délai est séduisante parce qu’elle paraît conclure. Elle tient dans une cellule, se compare à un seuil et semble pouvoir désigner une équipe responsable. Mais une moyenne peut être exacte tout en étant insuffisante pour la question posée. Elle peut décrire les…

Histoire d'Internet
La retraite d’architecture a nommé cinq problèmes. Elle n’a pas choisi le prochain Internet : RFC 1287
En 1991, l’IAB et l’IESG ont tenté de mettre en ordre une inquiétude devenue familière: la réussite de l’Internet créait des tensions que son architecture n’avait pas été conçue pour absorber indéfiniment. RFC 1287 conserve le résultat de cette conversation. Il est précieux non…

Histoire d'Internet
Le mémo se disait « standard ». Le registre ne le disait pas : RFC 1097
Le canular le plus révélateur n’est pas toujours celui qui brise les règles. Le 1er avril 1989, la RFC 1097 imagina un moyen d’afficher par Telnet des messages trop brefs pour être consciemment lus. Pourtant, elle conserva une négociation, un refus par défaut et un rendu local.…
