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
La réponse accusait réception d’une sonde, pas du prochain datagramme : RFC 9869
Une taille de paquet n’est pas une propriété éternelle d’un correspondant. RFC 9869 construit une preuve positive plus modeste: un jeton renvoyé confirme qu’une sonde rembourrée précise a atteint le récepteur UDP Options, sur un chemin donné et à un instant donné.

Histoire d'Internet
Le plan fut publié avant le résultat. L’annonce pouvait modifier l’échantillon : RFC 1273
Un avis impossible à livrer ne vaut ni consentement ni refus. Dans les essais décrits par RFC 1273, près de la moitié des courriels adressés aux administrateurs revinrent à l’expéditeur, tandis que l’annonce consommait davantage de trafic et de temps administratif que la mesure.…
Dossier
La case s’est cochée. L’histoire des paquets avait disparu : RFC 9870
Un collecteur peut voir une case cochée après un million de paquets. RFC 9870 lui apprend qu’une option UDP a été observée au moins une fois dans un flux, pas lequel des paquets la portait, combien de fois elle est revenue ni ce que le destinataire en a fait.

Histoire d'Internet
Le service de noms tomba en panne ; l’agent pouvait encore répondre : RFC 1419
Une station d’administration connaissait le nom d’un équipement et gardait son adresse de la veille. Si la recherche du nom échouait le lendemain, elle pouvait encore envoyer un datagramme à cette ancienne adresse. L’équipement visé répondrait peut-être. Mais un autre aurait…

Tendances mondiales des FAI régionaux
Un deuxième service de peering distant n’est pas un deuxième chemin
Le peering distant rapproche logiquement un réseau d’un point d’échange. Il ne démontre pas que deux services empruntent deux chaînes physiques et opérationnelles indépendantes.

Histoire d'Internet
La session est morte. La mémoire des routes est devenue une exception explicite : RFC 1267
Un UPDATE vide peut constituer une preuve. Dans le redémarrage gracieux de BGP, ce message ne dit pas qu’une route fonctionne; il ferme l’incertitude sur la fin de la table initiale d’une famille d’adresses. Cette ponctuation tardive éclaire le principe posé dès RFC 1267: une…
Dossier
La clé de route n’a pas changé. Son sens, si : RFC 9871
Dans un domaine, le faible délai porte la couleur C2; dans l’autre, C1. RFC 9871 ne force pas les deux opérateurs à adopter le même dictionnaire. Il maintient la clé `(E2,C2)` et confie la traduction locale à une communauté étendue distincte, LCM-EC.

Histoire d'Internet
Le RFC disait VAR pour zéro ; le code en service y lisait VALUE : RFC 1408
Une erreur de protocole n’est pas toujours un paquet rejeté. Elle peut produire deux messages parfaitement plausibles, selon la table que possède le lecteur. Avec l’option Telnet ENVIRON, l’octet zéro désignait le début d’un nom de variable dans RFC 1408, tandis que…
Dossier
Le préfixe était juste, mais le paquet a pris le mauvais accès : RFC 9872
Deux fournisseurs peuvent donner à un même terminal deux chemins IPv6 valides, sans rendre leurs traducteurs NAT64 interchangeables. RFC 9872 replace ainsi le PREF64 dans son véritable contexte: une valeur n'est exploitable que si le terminal sait quel routeur l'a annoncée.

Histoire d'Internet
Le rapport comptait 56 routeurs. Il refusa de faire du cas extrême la norme : RFC 1266
Sept routeurs disparaissent lorsqu’on passe d’une phrase à la suivante. La RFC 1266 en recense d’abord 56 dans sept systèmes autonomes, puis précise que 49, répartis dans six systèmes, appartiennent à l’Internet en exploitation. Les sept autres sont ceux du réseau d’essai T3…

IETF
Colin Perkins et l’événement « Sent » qui ne disait pas « transmis »
Un programme peut savoir qu’il a confié un message à sa pile locale sans savoir si ce message est sorti de la machine. Dans RFC 9622, cosignée par Colin Perkins, l’événement `Sent` décrit précisément ce passage de responsabilité; il ne vaut ni preuve de transmission ni accusé de…

Histoire d'Internet
Le graphe pouvait voyager, à condition d’emporter son histoire de mesure : RFC 1404
Deux centres d’exploitation pouvaient afficher le même mot, « pic », sans avoir mesuré le même phénomène. RFC 1404 répondit moins par un dessin commun que par une discipline de mémoire: conserver l’intervalle réellement observé, la période d’agrégation, la ressource suivie et la…
Dossier
RFC 9873 : une seule règle de divulgation pour deux adresses
Le détail le plus politique de RFC 9873 n'est pas la prise en charge d'une adresse internationalisée. C'est l'interdiction implicite d'en faire une voie latérale moins protégée: la règle de divulgation du contact doit couvrir l'adresse historique et l'adresse supplémentaire…

Histoire d'Internet
La liste de contrôle fut retirée. La question de la preuve changea de lieu : RFC 1264
En 1991, un protocole de routage ne devait pas avancer parce que son texte paraissait achevé. La RFC 1264 demandait des pièces distinctes: code indépendant, essais de chaque fonction, démonstration de la sécurité, expérience d’exploitation et analyse du point de rupture. En 2006…

Histoire d'Internet
Le tag pouvait avouer qu’il avait oublié le chemin : RFC 1403
Un résumé de trente-deux bits peut signaler qu’une histoire existe; il ne peut pas toujours la raconter. RFC 1403 transforma cette limite en règle d’autorité. Lorsqu’OSPF ne conservait plus le chemin dont BGP avait besoin, un routeur de bord ne devait ni le deviner ni le…
Dossier
Un domaine supprimé, le risque transmis aux autres : RFC 9874
Le droit d’un bureau d’enregistrement à supprimer son propre domaine ne contient pas forcément les conséquences. RFC 9874 examine le cas où un hôte subordonné appartient à un client mais dessert encore des domaines parrainés par d’autres.

IETF
Lucas Pardue et le signal de priorité qui ne pouvait pas ordonnancer la page
Une valeur de priorité peut sembler suffisamment précise pour expliquer pourquoi une page est arrivée avant une autre. Pourtant, RFC 9218, cosigné par Lucas Pardue, ne confie pas l’ordonnanceur de chaque serveur au client. Il normalise un langage de préférence pour HTTP/2 et…

Entreprises institutionnelles mondiales
ARTEMIS et la minute entre une alerte BGP et une réponse sûre
ARTEMIS associe les observations BGP publiques aux intentions de routage de l’opérateur afin de classer rapidement les annonces suspectes et d’y répondre. Le projet révèle aussi une difficulté majeure: lorsque la visibilité est partielle et qu’une contre-annonce peut causer des…

Histoire d'Internet
Le relais a retouché le message : il était devenu passerelle — RFC 1344
Modifier un seul pixel n’est pas transporter. En juin 1992, RFC 1344 plaça cette différence au centre du courrier multimédia: un intermédiaire pouvait réduire un fichier, déplacer une référence ou protéger des caractères fragiles, mais il ne pouvait plus se décrire comme un tuyau…
Dossier
La réponse a nommé un groupe. Le parc de caches n’a reçu aucun ordre commun : RFC 9875
RFC 9875 permet à une origine de déclarer que plusieurs réponses stockées sont liées et de signaler leur invalidation après une modification. Ce vocabulaire éclaire le travail d’un cache donné; il ne transforme pas un en-tête en purge synchronisée de toute la chaîne de diffusion.
