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
RFC 9879 modernise le MAC, sans faire disparaître le lecteur ancien
Un tableau de migration peut afficher trois cases vertes — fichier reconnu, secret déchiffré, import terminé — tout en omettant la question décisive: l’intégrité a-t-elle été vérifiée ? Avec RFC 9879, cette omission n’est pas théorique. Le nouveau format peut cohabiter avec un…

Histoire d'Internet
La passerelle a réécrit le message. Elle ne pouvait pas inventer son jeu de caractères : RFC 1428
Le mot le plus honnête de la transition vers MIME n’était pas le nom d’un alphabet. C’était `unknown-8bit`. En février 1993, une passerelle pouvait recevoir un ancien courrier à huit bits, lui donner une structure MIME, transformer ses en-têtes et inscrire qu’une conversion avait…

Histoire d'Internet
L’entrée de domaine pointait vers l’organisation sans être l’organisation : RFC 1279
Un alias fait une promesse forte: deux chemins mènent au même objet. RFC 1279 refusa précisément cette promesse entre l’arbre des domaines et l’arbre des organisations. Le domaine pouvait conduire vers une université, une unité ou un gestionnaire, mais ce lien ne transformait pas…
Dossier
L’en-tête était admis dans l’ACK, pas la facture : RFC 9878
En corrigeant la place de plusieurs en-têtes SIP privés, RFC 9878 permet à certaines données de localisation et de taxation de franchir un ACK bien précis. La conformité du contenant ne tranche pourtant ni la provenance du contenu, ni la réalité de l’événement facturé.

Dirigeants
Prawijaya Prawijaya et le nom humain inscrit dans un registre de réseau
Le résumé de veille Prawijaya Prawijaya et le nom humain inscrit dans un registre de réseau explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les conséquences possibles pour…

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…

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

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