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.

Histoire d'Internet
La hiérarchie était dans l’adresse. Le routeur ne la lisait pas : RFC 2374
RFC 2374 découpait une adresse IPv6 en topologie publique, topologie de site et identifiant d’interface. Puis il posait une limite plus importante que son schéma: le routeur devait comparer des préfixes de longueur arbitraire sans connaître ces champs internes. Les noms…

Histoire d'Internet
Le codec avait un nom. Le décodeur n’était pas encore là : RFC 2361
En 1998, Internet a appris à désigner des formats multimédias nés hors de son propre espace normatif. La RFC 2361 a fait entrer les numéros WAVE et les FourCC AVI de Microsoft dans l’arbre MIME des fournisseurs. Elle a résolu l’identification, pas l’exécution: aucun nom de…

Dossier
RFC 9592 : le Tao a été retiré, pas le problème de la traçabilité
Un guide vivant peut être plus juste aujourd’hui tout en étant un moins bon témoin d’hier. C’est le paradoxe utile laissé par RFC 9592: sortir d’un document trop lent était nécessaire, mais distribuer le contenu ne dispense pas de savoir quelle version a orienté quelle décision.

IETF
Open Cloud Mesh a annoncé le partage, sans prouver l’accès à la ressource
Une Share Creation Notification d’OCM constate une autorisation au niveau fédéré. Le jeton, la décision du Protocol Server, l’opération sur la ressource et le résultat côté destinataire exigent encore leurs propres preuves.

Histoire d'Internet
Srinivasan Keshav et les deux paquets qui ont rendu observable une file cachée
Une source ne voit pas la file d’un routeur, mais elle doit tout de même décider à quel rythme émettre. En 1991, Srinivasan Keshav a transformé ce manque de visibilité en une expérience minuscule: envoyer deux paquets sans intervalle volontaire, puis observer l’écart entre leurs…

Histoire d'Internet
L’adresse ne disait pas quelle machine répondrait : RFC 2373
Avec l’anycast IPv6, une adresse d’apparence ordinaire promettait une livraison extraordinaire: atteindre un membre d’un ensemble configuré. RFC 2373 n’inscrivait pas le gagnant dans les 128 bits. Il confiait ce choix au routage en cours d’exécution.

Dossier
RFC 9590 : LIST s’est terminé avec OK, mais l’inventaire des métadonnées restait troué
Un serveur peut clore correctement une commande IMAP tout en laissant une question locale sans réponse. RFC 9590 organise précisément ce cas: le succès de LIST et la couverture des annotations par boîte ne sont pas le même reçu.

Histoire d'Internet
Le compteur a monté, pas la certitude : RFC 2358 et le Fast Ethernet
Le passage à 100 Mbit/s ne demandait pas seulement un cadran plus large. RFC 2358 a conservé une identité commune pour Ethernet, enrichi ce que l'on pouvait observer et rappelé, par la précision même de ses compteurs, qu'un symptôme mesuré n'est jamais à lui seul une cause…

IETF
RFC 9797 : une adresse MAC aléatoire réduit la traçabilité sans devenir une identité d’appareil
Le paradoxe apparaît lorsqu’une mesure de confidentialité fonctionne: l’adresse MAC change, le rapprochement automatique se brise, puis le réseau affirme que l’appareil n’existe plus. RFC 9797 montre que cet échec opérationnel ne prouve pas que l’aléa est fautif. Il révèle…

Histoire d'Internet
La ligne COMMIT n’était pas le reçu métier : RFC 2371
Une transaction distribuée peut être validée par ses coordinateurs tandis que l’acheteur ne voit qu’une page expirée. En 1998, RFC 2371 n’a pas cherché à effacer ce paradoxe. TIP coordonnait les gestionnaires de transaction; la commande, son autorisation et l’accusé présenté à…

IETF
Un numéro d’objet MOQT a sauté ; le média n’avait pas forcément disparu
Media over QUIC distingue désormais trois réponses dans un trou de FETCH: l’objet n’existera jamais, son état reste inconnu, ou le relais a cessé d’attendre. Les confondre sous l’étiquette « perte » détruit la preuve utile.

Dossier
La signature était valide. Elle ne nommait pas les approbateurs : RFC 9591
Le contrôle a reçu deux objets: un message et une signature Schnorr valide sous la clé publique du groupe. Il en demandait un troisième, la liste des personnes ayant approuvé l’opération. Ce troisième objet n’est pas caché dans la signature. Le RFC 9591 permet à plusieurs parts…

Histoire d'Internet
L’adresse changeait, l’identité cryptographique restait : RFC 2356
À la fin des années 1990, quitter le réseau de son entreprise ne signifiait pas seulement changer de lieu: la machine changeait d’adresse au moment même où le pare-feu devait décider si elle était encore la même. RFC 2356 proposait de faire porter cette continuité par un…

Histoire d'Internet
Le bouton « se désabonner » n’était pas le reçu du désabonnement : RFC 2369
Un message de liste pouvait transporter une commande sans l’exécuter. En 1998, RFC 2369 a donné aux logiciels de messagerie six champs structurés pour transformer les dialectes des gestionnaires de listes en actions compréhensibles. Cette commodité reposait sur une séparation…

Récits
Chez RIPE NCC, la liste signée attend deux chantiers prioritaires
Un exploitant qui prépare l'arrivée de ses adresses chez un fournisseur peut avoir besoin d'une preuve vérifiable, pas d'une promesse de feuille de route. RIPE NCC envisage de lui permettre de produire une liste de fichiers signée avec ses ressources Internet. Mais son plan de…

Histoire d'Internet
Jeffrey C. Mogul et le récepteur si occupé qu’il ne livrait plus aucun paquet
Le processeur travaillait sans relâche, mais aucun paquet n’achevait le trajet. Avec K. K. Ramakrishnan, Jeffrey C. Mogul a donné un nom précis à ce paradoxe: la livelock de réception. À force de traiter chaque nouvelle interruption comme la tâche la plus urgente, le système…

IETF
Une ROA régionalisée peut signer une région, pas prouver un détournement
Le mot « région » paraît précis jusqu’au moment où un routeur doit en faire une décision. Région du registre, pays de l’équipement, lieu de l’interconnexion et périmètre commercial peuvent désigner quatre cartes différentes.

IETF
RFC 9818 : un préfixe délégué n’est utilisable que si le bail, la route et le filtre concordent
Une box peut recevoir un bloc IPv6 généreux et laisser pourtant le routeur situé derrière elle sans préfixe exploitable. RFC 9818 décrit cet écart sans confondre allocation et service: le bail donné sur le LAN doit rester lié à un prochain saut, à une route, au filtrage et au…

Histoire d'Internet
RFC 2360 : le paquet était clair, le désaccord commençait à l’erreur
Une norme peut décrire chaque bit et laisser deux machines produire deux réseaux différents. Le point de rupture n’est pas toujours le décodage: c’est souvent la décision prise après une longueur incohérente, une option inconnue, un délai expiré ou une ressource épuisée. RFC 2360…

Dossier
La liste annonçait EdDSA, mais pas encore la courbe : RFC 9864
Une plateforme peut publier une liste d’algorithmes parfaitement valide et ne pas avoir encore décrit une capacité négociable. Le nom `EdDSA` ne dit pas si elle comprend Ed25519, Ed448 ou une convention locale. Le RFC 9864 remet ce choix dans l’identifiant. Il clarifie le langage…
