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.

Quand l’identification IPv4 a cessé d’identifier chaque datagramme

Histoire d'Internet

Quand l’identification IPv4 a cessé d’identifier chaque datagramme

*Dans IPv4, un champ peut rester présent dans chaque en-tête tout en perdant toute autorité sémantique pour une classe de trafic.*

6 sept. 2026
La pièce jointe annonçait son type. La machine locale choisissait la commande : RFC 1524

Histoire d'Internet

La pièce jointe annonçait son type. La machine locale choisissait la commande : RFC 1524

Deux lecteurs de courrier pouvaient recevoir exactement les mêmes octets et ouvrir deux programmes différents. Ce n’était pas une anomalie du MIME: RFC 1524 avait volontairement placé la décision d’exécution dans une politique locale, là où un nom de format cessait d’être une…

6 sept. 2026
QUIC : une limite de réception n'est pas le PMTU du chemin

IETF

QUIC : une limite de réception n'est pas le PMTU du chemin

Le paramètre annoncé par un pair indique ce qu'il est disposé à recevoir, et non la capacité du chemin entre les deux extrémités.

6 sept. 2026
Le message était intact. Trois acteurs décidaient encore de son ordre de lecture : RFC 1556

Histoire d'Internet

Le message était intact. Trois acteurs décidaient encore de son ordre de lecture : RFC 1556

Dans un courrier mêlant hébreu, anglais, chiffres et ponctuation, aucune lettre ne doit disparaître pour que la phrase change. En 1993, RFC 1556 a isolé ce défaut de preuve: MIME pouvait livrer les caractères, sans déterminer qui devait les mettre dans l'ordre à l'écran.

6 sept. 2026
Pourquoi TCP a besoin d’un marqueur de fin et d’un no-op

Histoire d'Internet

Pourquoi TCP a besoin d’un marqueur de fin et d’un no-op

Dans l’espace variable des options TCP, deux octets très simples séparent deux problèmes différents: savoir où s’arrête la liste utile et pouvoir déplacer l’option suivante sans imposer cette disposition au récepteur.

6 sept. 2026

Dossier

L’URL a trouvé l’autorité de jetons. Elle n’a pas rendu l’émetteur fiable

Dans un échange ACME, une adresse peut conduire le client jusqu’au service qui remet un jeton sans donner au serveur le moindre motif de faire confiance à son signataire. La révision 05 du profil JWTClaimConstraints transforme cette différence apparemment mince en frontière…

6 sept. 2026
Le répéteur devait répondre avant de redémarrer : RFC 1516

Histoire d'Internet

Le répéteur devait répondre avant de redémarrer : RFC 1516

La console recevait une réponse rassurante alors que le répéteur Ethernet n’avait pas encore commencé l’étape la plus incertaine. La RFC 1516 imposait que la réponse SNMP parte avant la réinitialisation disruptive. Elle séparait ainsi, dans le temps, l’accusé de réception…

6 sept. 2026

Dossier

Le parseur a accepté la chaîne. Le protocole devait encore la refuser

Un JSON bien formé peut transporter une valeur qui ne devrait jamais devenir un identifiant, une preuve ou même une chaîne UTF-8 sérialisable. RFC 9839 oblige à replacer la décision là où elle appartient: dans le contrat du champ, après décodage.

6 sept. 2026
Avant le choix d’IPng, Internet a interrogé ceux qui devraient en vivre les conséquences : RFC 1550

Histoire d'Internet

Avant le choix d’IPng, Internet a interrogé ceux qui devraient en vivre les conséquences : RFC 1550

Un compteur électrique et une liaison radio ont précédé les schémas de paquets. Avec RFC 1550, l’IETF a choisi de recueillir les contraintes des futurs usages avant de laisser les protocoles candidats plaider leur cause.

6 sept. 2026

Dossier

Deux instances affichaient huit. Elles ne mesuraient pas la même chose

Réduire l’état d’un processeur, d’une file et d’un chemin à une note unique facilite le routage. Cela ne crée pas pour autant une unité commune. La révision 11 d’un projet de l’IETF inscrit désormais le véritable préalable opérationnel: avant de comparer deux notes, tous les…

6 sept. 2026

Dossier

Le membre a été retiré. L’exclusion exigeait encore deux changements de clé

Un contrôleur peut retirer un nom de son groupe en une opération. RFC 9838 décrit une réalité moins instantanée: la première transition reste protégée par l’ancienne clé, la suivante doit l’être par la nouvelle, et la multidiffusion ne renvoie pas un reçu signé par chaque membre.

6 sept. 2026
L’alerte attendait, le compteur continuait : RFC 1515

Histoire d'Internet

L’alerte attendait, le compteur continuait : RFC 1515

Une console peut rester silencieuse alors que l’équipement vient de franchir deux fois le même seuil physique. La RFC 1515 avait prévu cette apparente contradiction: l’alerte devait patienter cinq secondes, mais l’état courant et le compteur d’entrées conservaient chacun leur…

6 sept. 2026

Dossier

Le certificat limitait l’utilisateur. L’ancien serveur n’en savait rien

Une politique de moindre privilège peut voyager dans un certificat et disparaître au moment d’atteindre le mauvais serveur. Le nouveau projet NFSv4 décrit exactement ce cas: le champ est signé, la connexion TLS est valide, mais seule l’implémentation qui reconnaît et applique le…

6 sept. 2026
La norme devait fonctionner même option coupée : RFC 1547

Histoire d'Internet

La norme devait fonctionner même option coupée : RFC 1547

Sur une liaison facturée au volume, le paquet qui demande simplement « es-tu encore là ? » n'est pas gratuit. RFC 1547 est parti de ce genre de désaccord très concret pour poser une règle plus ambitieuse: le besoin local d'activer une fonction ne devait pas retirer à l'autre…

6 sept. 2026

Dossier

Le numéro VPN est arrivé. L’admission restait ouverte

Dans RFC 9837, quatre octets suffisent à désigner une entrée de transfert sur le routeur de sortie. Ils ne suffisent pas à établir que l’émetteur avait le droit de la désigner. La sélection du service et l’admission dans le VPN sont deux décisions distinctes.

6 sept. 2026
Le disque annonçait une capacité, l’application en recevait une autre : RFC 1514

Histoire d'Internet

Le disque annonçait une capacité, l’application en recevait une autre : RFC 1514

Un inventaire matériel et une alerte d’espace libre peuvent parler de la même machine sans mesurer le même objet. En 1993, la RFC 1514 a inscrit cette prudence dans la Host Resources MIB: le support physique, la partition, le système de fichiers et la réserve effectivement…

6 sept. 2026

Dossier

Le circuit était commandé. Le réseau ne l’avait pas encore construit

Les RFC 9833 à 9836 ne confondent pas la commande visible du client avec l’AC que l’opérateur réalise dans son réseau. Elles imposent une chaîne de références entre ces deux mondes, puis laissent à la configuration appliquée et au trafic observé le soin de prouver la livraison.

6 sept. 2026

Dossier

Le réseau a répondu 200. Le registre a dit non

Le projet EPP sur HTTPS du groupe REGEXT impose de lire deux résultats là où les tableaux de bord aiment n’en montrer qu’un. Le code HTTP décrit le passage par l’infrastructure web; la réponse EPP dit ce que le registre a décidé. Si cette seconde réponse disparaît après une…

6 sept. 2026
Une adresse stable ne promettait pas le même serveur : RFC 1546

Histoire d'Internet

Une adresse stable ne promettait pas le même serveur : RFC 1546

Deux paquets portent la même destination. Le premier arrive sur la machine X; le second peut revenir sur X ou partir vers Y. C'est par cette scène très courte que RFC 1546 a rendu visible, dès 1993, une frontière que l'exploitation masque facilement: l'adresse peut désigner un…

6 sept. 2026
Un cran de plus, sans savoir combien de trames manquaient : RFC 1513

Histoire d'Internet

Un cran de plus, sans savoir combien de trames manquaient : RFC 1513

Le cadran passe de 41 à 42. Sur l’anneau, combien de trames ont disparu ? Le chiffre ne répond pas. Dans la RFC 1513, il signifie seulement que la sonde a détecté une nouvelle période où ses propres ressources ne suffisaient plus.

6 sept. 2026