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
La signalisation a été rafraîchie, pas forcément la conversation : les temporisateurs SIP et le pouvoir de déclarer une session vivante
Un UPDATE reçoit 200 OK, le compteur repart et la plateforme classe l’appel parmi les sessions actives. Pourtant, aucun paquet audio n’arrive plus et l’usager a quitté le terminal. Le protocole n’a pas menti: c’est le système d’exploitation qui lui a fait répondre à une question…

Histoire d'Internet
La trace qui grandissait à rebours : comment Path empêchait un relais Usenet de renvoyer l’article
Dans un réseau de diffusion par inondation, reconnaître un doublon ne suffisait pas: les octets avaient déjà fait l’aller-retour. Usenet inscrivit donc dans chaque article une trace modifiable, construite par les relais eux-mêmes, afin d’éviter le renvoi inutile sans transformer…

IETF
Ari Keränen et la paire de candidats qui a gagné avant que le succès soit établi
Dans une chronologie ICE, la paire sélectionnée peut être parfaitement identifiable alors que l'application ne sait toujours pas expliquer l'absence de son, l'échec d'une admission ou la fin de l'autorisation d'émettre. Le protocole a rendu une décision de chemin, pas un verdict…
Dossier
La carte a changé, pas le serveur : RFC 10028 et la preuve d’une coexistence multicast IPv6
Une nouvelle répartition des identifiants de groupe peut supprimer un conflit dans la norme tout en le laissant intact dans le réseau. RFC 10028 sépare les plages de MADCAP, de l’allocation SSM par l’hôte et des usages privés ou expérimentaux. Reste à savoir quel logiciel a…

Récits
Chez AFRINIC, un ASN et un /24 partagent un titulaire, pas une décision
Le résumé de veille Chez AFRINIC, un ASN et un /24 partagent un titulaire, pas une décision 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 lien qui ne quittait jamais le message : comment Content-ID reliait les parties MIME
Une page HTML reçue par courrier pouvait afficher une image désignée comme par une URL, sans qu'aucune requête ne sorte vers le Web. L'adresse commençait par `cid:` et conduisait à une autre partie du même message. Cette apparente simplicité reposait sur une distinction exigeante…

Récits
RIPEstat peut mieux nommer les réseaux sans certifier qu'ils ne forment qu'une seule entité
Le résumé de veille RIPEstat peut mieux nommer les réseaux sans certifier qu'ils ne forment qu'une seule entité 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…

Histoire d'Internet
Un Call-ID, plusieurs dialogues : comment les tags SIP ont nommé une bifurcation
Une invitation adressée à une seule identité pouvait faire sonner plusieurs terminaux et produire plusieurs réponses. SIP n'a pas transformé le Call-ID en numéro d'appel universel: chaque pair a fourni un tag afin de nommer séparément le contexte qui survivrait à l'invitation.
Dossier
La session a regroupé quatre flux. Elle n’a pas reconstruit la scène : RFC 10034 et l’autorité sur une représentation V3C
Une vidéo volumétrique n’est pas un fichier que le réseau livre d’un seul bloc. Atlas, occupation, géométrie et attributs peuvent voyager sur des flux distincts, chacun avec son horloge, ses pertes et sa preuve locale. Le RFC 10034 relie ces pièces. Il ne transforme pas leur…

IETF
Erik Nordmark et le voisin devenu périmé avant d’être inaccessible
Dans le cache voisin d’IPv6, `STALE` ne décrit pas un équipement défaillant: il signale qu’une preuve positive a vieilli. Cette nuance permet de continuer à acheminer des paquets tout en exigeant une nouvelle confirmation, sans transformer une adresse mémorisée en certitude…

Histoire d'Internet
La connexion s'est éteinte, pas la séance : comment RTSP a détaché l'état de TCP
Le câble logique qui transportait PLAY pouvait céder sans que le serveur oublie le film, les flux déjà préparés ni leur état. RTSP a rendu cette continuité possible grâce à un contexte temporaire nommé séparément de la connexion, sans jamais promettre que ce nom suffisait à…
Dossier
L’en-tête demandait un flux, mais le proxy gardait la main sur la vidange : RFC 10036 et l’autorité de libérer un message HTTP
Une connexion peut rester ouverte, l’origine continuer d’écrire et tous les indicateurs de disponibilité demeurer verts, tandis que le lecteur ne reçoit toujours rien d’utile. Ce n’est pas nécessairement une panne de transport. Un intermédiaire a pu choisir d’attendre le corps…

Récits
Le fichier de délégation de LACNIC annonce 49 894 enregistrements, mais n'en contient que 48 214
Ce fichier quotidien est destiné aux automates, pas à la lecture du soir. Pourtant, il suffit de compter ses lignes pour découvrir que la première promesse faite à la machine ne tient pas. Les octets, les sommes de contrôle et la signature racontent ensuite trois histoires…

Récits
La liste de révocation de LACNIC montre un /23 en 2023, puis un /24 imbriqué en 2026
Une adresse IP ne change pas lorsqu’elle passe d’une organisation au registre, puis revient dans une nouvelle allocation. C’est précisément ce qui rend la liste publique de LACNIC difficile à lire: `45.230.86.0` ouvre un `/23` daté de 2023 et un `/24` daté de 2026. Les archives…

Histoire d'Internet
Le numéro qui a dit adieu pour que le flux continue : comment RTP résolvait les collisions SSRC
Le récepteur avait déjà associé un numéro de 32 bits à une suite, une horloge et des rapports. Puis le même numéro est arrivé d'un autre chemin. RTP ne pouvait pas transformer cette coïncidence en identité certaine: il fallait conserver l'ambiguïté, retirer le libellé en conflit…
Dossier
Le serveur a attribué un locator. Le réseau n’avait pas encore accepté la route : RFC 10038 et l’autorité sur la joignabilité SRv6
Dans un réseau automatisé, le mot « attribué » est dangereux lorsqu’il ferme trop tôt le dossier. Une réponse DHCPv6 peut établir un locator SRv6, sa structure et ses échéances. Elle ne dit pas encore si les routeurs l’ont appris, si leurs FIB l’ont programmé, si le nœud exécute…

Histoire d'Internet
Un XID, deux exécutions : pourquoi RPC avait besoin d’une mémoire au-delà du numéro de réponse
Le même identifiant peut revenir avec la même demande sans que le serveur sache encore s’il s’agit d’un travail déjà accompli. RPC a su rattacher une réponse à un appel; NFS a montré combien coûte la preuve qu’un effet ne s’est produit qu’une fois.
Dossier
Le jeton correspondait, pas l’autorisation : les verrous WebDAV et le pouvoir d’écrire
Dans un système d’édition partagée, la chaîne la plus dangereuse n’est pas toujours celle qui rejette un bon jeton. C’est celle qui transforme ce jeton en permission et laisse une preuve de coordination décider à la place de l’identité, du droit et de l’état réel.
Dossier
Le registre affiche un TTL, le résolveur garde son temps : RFC 10037 et le pouvoir de décrire une fenêtre DNS
RDAP peut désormais montrer le TTL configuré dans la base d’un registre. Ce témoin extérieur est précieux lors d’un changement de délégation, à condition de ne pas lui demander l’heure d’une autre machine. Il ne dit ni ce que chaque serveur faisant autorité a déjà publié, ni…

Histoire d'Internet
La réponse qui fournissait la question suivante : comment SNMP parcourait la MIB
Dans une table de gestion, les colonnes sont connues avant les lignes. Le responsable réseau pouvait connaître l’OID d’une colonne de routage sans savoir quelles instances existaient sur l’équipement. GetNext a transformé cette ignorance en méthode: l’agent rendait le premier nom…
