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.

Le routeur a donné une adresse au poste, pas une identité : RFC 2106

Histoire d'Internet

Le routeur a donné une adresse au poste, pas une identité : RFC 2106

RFC 2106 a placé de nombreux postes SNA et NetBIOS distants derrière un serveur DRAP. Le gain était réel: moins de pairs sur le réseau central. La contrepartie l’était aussi: davantage d’état et d’autorité concentrés à la frontière.

20 sept. 2026
L’étiquette faisait avancer le paquet, pas la preuve du chemin : RFC 2105

Histoire d'Internet

L’étiquette faisait avancer le paquet, pas la preuve du chemin : RFC 2105

Une courte étiquette arrivait avec le paquet. Le commutateur s’en servait comme index exact, choisissait une interface, remplaçait l’étiquette et transmettait. Toute l’élégance de Tag Switching tenait dans ce geste répété. Mais sa rapidité reposait sur un travail absent du…

20 sept. 2026
Deux passages de hachage ont rendu le MAC réutilisable, pas la décision de confiance : RFC 2104

Histoire d'Internet

Deux passages de hachage ont rendu le MAC réutilisable, pas la décision de confiance : RFC 2104

RFC 2104 a transformé des fonctions de hachage itératives déjà disponibles en un code d’authentification de message à deux étages. Cette construction légère pouvait changer de fonction sous-jacente sans changer de principe. Elle attestait une relation précise entre une clé…

20 sept. 2026
Le localisateur a changé. Puis le réseau a bougé : RFC 2103

Histoire d'Internet

Le localisateur a changé. Puis le réseau a bougé : RFC 2103

Le texte de Nimrod sur la mobilité partait d’une séparation élégante: conserver l’identité du point terminal et remplacer le localisateur qui indique où le joindre. Il rencontrait ensuite le cas qui faisait céder cette élégance: un réseau pouvait se déplacer sans que le…

20 sept. 2026
RFC 9686 : l’audit IPv6 dépend de la mémoire que le réseau conserve

IETF

RFC 9686 : l’audit IPv6 dépend de la mémoire que le réseau conserve

Une équipe de conformité doit expliquer, plusieurs mois après les faits, quelle machine utilisait une adresse IPv6 à un instant donné. Elle découvre alors que les journaux n’ont pas tous suivi la même politique: le pare-feu a gardé les flux, le serveur DHCPv6 a supprimé certains…

20 sept. 2026
La branche était commune, pas l’algorithme : RFC 2102

Histoire d'Internet

La branche était commune, pas l’algorithme : RFC 2102

Nimrod n’imposait ni un calculateur ni un modèle d’arbre multicast. RFC 2102 exigeait quelque chose de plus modeste: qu’un état installé par des méthodes différentes reste lisible et exécutable de la même façon.

20 sept. 2026
La cellule a évité le travail du routeur, pas son autorité : RFC 2098

Histoire d'Internet

La cellule a évité le travail du routeur, pas son autorité : RFC 2098

Dans le Cell Switch Router imaginé par la RFC 2098, une cellule ATM rencontrait une bifurcation minuscule mais décisive. Une correspondance VPI/VCI la faisait traverser directement le commutateur; son absence obligeait l’équipement à reconstituer le datagramme IP. Ce raccourci…

20 sept. 2026
La route par défaut est restée. La feuille a disparu : l’épreuve de RFC 9692

IETF

La route par défaut est restée. La feuille a disparu : l’épreuve de RFC 9692

Dans un fabric RIFT, l’absence d’alarme sur la route par défaut ne suffit pas à rassurer. Une seule feuille peut être devenue inaccessible dans un plan, tandis que l’agrégat continue d’attirer les paquets vers ce plan.

20 sept. 2026
La liaison était ouverte. Chaque nom devait encore être admis : RFC 2097

Histoire d'Internet

La liaison était ouverte. Chaque nom devait encore être admis : RFC 2097

PPP pouvait amener une machine distante jusqu’au bord d’un réseau NetBIOS Frames, sans pour autant lui donner une portée effective. RFC 2097 obligeait NBFCP à expliciter les engagements locaux: quels noms de seize octets seraient projetés, lesquels seraient refusés, quelle classe…

20 sept. 2026
Le chronomètre vient après l’état : la preuve selon la RFC 9693

Dossier

Le chronomètre vient après l’état : la preuve selon la RFC 9693

Deux bancs d’essai peuvent afficher zéro perte sans mesurer la même chose. Si l’un traverse des connexions déjà créées et l’autre force la passerelle à fabriquer de l’état pendant la mesure, leurs débits portent le même nom mais pas la même preuve.

20 sept. 2026
Le nom à gauche de la barre oblique est enregistré. Le déploiement reste à prouver

IETF

Le nom à gauche de la barre oblique est enregistré. Le déploiement reste à prouver

Le RFC 9694 transforme une décision de nommage rare en engagement d’écosystème. Un nouveau type de média de premier niveau peut modifier le classement des formats inconnus, le choix d’une application et la présentation faite à l’utilisateur. L’inscription IANA est réelle; elle…

20 sept. 2026
Le compteur a franchi la fenêtre d’un récepteur sans nommer l’émetteur : RFC 2085

Histoire d'Internet

Le compteur a franchi la fenêtre d’un récepteur sans nommer l’émetteur : RFC 2085

Le RFC 2085 plaçait un compteur anti-rejeu de 64 bits dans une transformation HMAC-MD5 d’Authentication Header, uniquement si l’association de sécurité le prévoyait. Un récepteur pouvait admettre un numéro inédit dans sa propre fenêtre de désordre. Cette décision disait « nouveau…

20 sept. 2026
La quatrième lettre décidait de ce que l’éditeur pouvait garder : RFC 2083

Histoire d'Internet

La quatrième lettre décidait de ce que l’éditeur pouvait garder : RFC 2083

Une image PNG peut sembler parfaitement normale après une retouche alors qu’un bloc de métadonnées inconnu raconte encore l’état précédent. Le RFC 2083 n’a pas prétendu vérifier cette histoire. Il a fait quelque chose de plus étroit: inscrire, dans la casse des quatre octets du…

20 sept. 2026
La moyenne était rapide. L’image a rejoint une tête déjà déplacée

IETF

La moyenne était rapide. L’image a rejoint une tête déjà déplacée

Le RFC 9699 ne présente pas le XR en périphérie comme un simple cloud rapproché. Le déport du calcul soulage la chaleur et la batterie du terminal, mais réunit suivi, modèle du monde, rendu et retour d’image dans un délai qui se déplace avec l’utilisateur. Une bonne moyenne peut…

20 sept. 2026
Pour la XR, la proximité ne suffit pas à faire une garantie

IETF

Pour la XR, la proximité ne suffit pas à faire une garantie

Le RFC 9699 décrit un besoin de calcul en périphérie. Avant d'en faire une promesse commerciale, il faut attribuer les retards, compter les usages dégradés et préciser ce que chaque fournisseur s'engage réellement à livrer.

20 sept. 2026
RIPE NCC a maintenu les contrôles de délégation défaillante et arrêté les courriels

Récits

RIPE NCC a maintenu les contrôles de délégation défaillante et arrêté les courriels

L’histoire ne raconte pas l’abandon d’une mesure technique. En 2009, RIPE NCC a continué ses contrôles périodiques des délégations DNS défaillantes tout en mettant fin aux alertes massives par courriel. Cette séparation oblige à mesurer, l’un après l’autre, le défaut détecté, la…

20 sept. 2026
Les octets PostScript n’ont pas bougé. L’identité du support a changé : RFC 2160

Histoire d'Internet

Les octets PostScript n’ont pas bougé. L’identité du support a changé : RFC 2160

Deux objets X.400 pouvaient transporter exactement le même flux PostScript. Le premier prolongeait l’ancien Extended Body Part; le second employait le File Transfer Body Part recommandé. RFC 2160 autorisait une copie sans conversion vers MIME, mais cette intégrité du contenu ne…

20 sept. 2026
L’annuaire gardait deux liens sans savoir ce qu’ils signifiaient : RFC 2079

Histoire d'Internet

L’annuaire gardait deux liens sans savoir ce qu’ils signifiaient : RFC 2079

Deux adresses pouvaient sembler également officielles sur la fiche d’une organisation. Le RFC 2079 permettait de les stocker, de séparer l’URI de son libellé et de les rattacher au même objet. Il ne disait pas si elles désignaient deux ressources, deux emplacements d’une seule…

20 sept. 2026
Le routeur a répondu pour la sortie. Le lien restait à prouver

IETF

Le routeur a répondu pour la sortie. Le lien restait à prouver

Le RFC 9703 permet à MPLS Ping et Traceroute de vérifier si un EPE-SID atteint l’association de pair décrite par la pile FEC cible. La réponse peut confirmer un rôle d’egress et, dans certains cas, l’interface d’arrivée. Elle ne comble ni un contrôle d’interface omis, ni un…

20 sept. 2026
Changer de protocole sans changer de courrier : la promesse précise de JMAPACCESS

IETF

Changer de protocole sans changer de courrier : la promesse précise de JMAPACCESS

Un mot de passe peut encore ouvrir IMAP alors que JMAP le refuse déjà. Ce décalage explique pourquoi découvrir un autre accès au courrier exige davantage qu’une adresse de serveur.

20 sept. 2026