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 repli était écrit. Les serveurs en service cassaient encore la session : RFC 1425

Histoire d'Internet

Le repli était écrit. Les serveurs en service cassaient encore la session : RFC 1425

La compatibilité devait tenir en deux salutations. Le client essayait `EHLO`; le serveur ancien répondait qu'il ne connaissait pas ce mot, gardait la ligne ouverte, puis acceptait `HELO`. Ce passage propre figurait dans la RFC 1425. Dix-sept mois plus tard, la RFC 1651 dut…

2 sept. 2026
Le raccourci servait à l’affichage. L’adresse conservée devait lui survivre : RFC 1278

Histoire d'Internet

Le raccourci servait à l’affichage. L’adresse conservée devait lui survivre : RFC 1278

Une interface peut être claire aujourd’hui et indéchiffrable demain. RFC 1278 en avait fait une contrainte d’architecture: sa chaîne de Presentation Address était destinée aux humains, surtout aux administrateurs, et non au stockage interne. Elle pouvait employer des noms DNS et…

2 sept. 2026

Dossier

RDAP a trouvé un lien geofeed, pas une vérité géographique : RFC 9877

RFC 9877 rend les geofeeds plus faciles à découvrir dans RDAP. Cette avancée ne raccourcit pourtant pas la chaîne de preuve: un pointeur normalisé indique où regarder, pas ce qu'une organisation est autorisée à conclure.

2 sept. 2026

Dossier

Le numéro figurait au registre. Le logiciel n’avait encore rien accepté : RFC 9876

Un identifiant CoAP économise des octets en réunissant type de média, paramètres et codage. RFC 9876 améliore la qualité de cette correspondance commune. Il ne transforme pas pour autant une inscription en autorisation d’exécuter le contenu.

2 sept. 2026
Le courrier restait lisible. Chaque réécriture devenait le problème du vérificateur : RFC 1421

Histoire d'Internet

Le courrier restait lisible. Chaque réécriture devenait le problème du vérificateur : RFC 1421

Un texte en clair possède une autorité trompeusement immédiate. L’œil le reçoit avant que le logiciel ait reconstruit les octets signés, retrouvé la clé et comparé le contrôle d’intégrité. Avec `MIC-CLEAR`, RFC 1421 acceptait volontairement ce décalage: le destinataire pouvait…

2 sept. 2026

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

2 sept. 2026
Le plan fut publié avant le résultat. L’annonce pouvait modifier l’échantillon : RFC 1273

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

2 sept. 2026

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.

2 sept. 2026
Le service de noms tomba en panne ; l’agent pouvait encore répondre : RFC 1419

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…

2 sept. 2026
Un deuxième service de peering distant n’est pas un deuxième chemin

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.

2 sept. 2026
La session est morte. La mémoire des routes est devenue une exception explicite : RFC 1267

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…

2 sept. 2026

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.

2 sept. 2026
Le RFC disait VAR pour zéro ; le code en service y lisait VALUE : RFC 1408

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…

2 sept. 2026

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.

2 sept. 2026
Le rapport comptait 56 routeurs. Il refusa de faire du cas extrême la norme : RFC 1266

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…

2 sept. 2026
Colin Perkins et l’événement « Sent » qui ne disait pas « transmis »

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…

2 sept. 2026
Le graphe pouvait voyager, à condition d’emporter son histoire de mesure : RFC 1404

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…

2 sept. 2026

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…

2 sept. 2026
La liste de contrôle fut retirée. La question de la preuve changea de lieu : RFC 1264

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…

2 sept. 2026
Le tag pouvait avouer qu’il avait oublié le chemin : RFC 1403

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…

2 sept. 2026