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.

Tendances FAI régionaux Europe et Moyen-Orient
Le récit pionnier de Trifle exige une carte actuelle des responsabilités
Le résumé de veille Le récit pionnier de Trifle exige une carte actuelle des responsabilités 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…
Dossier
Le dialogue est identifié, pas le droit de le transférer : ce que SIP Replaces laisse à l’autorité locale
Dans un centre de relation client, une réponse positive à REFER peut fermer le dossier de l’agent avant même que le spécialiste n’ait accepté le nouvel appel. Le protocole n’a pas forcément menti: c’est le tableau de bord qui a confondu l’acceptation d’une consigne avec l’issue…

Histoire d'Internet
Le message arrivé en plusieurs messages : comment MIME a confié le réassemblage au destinataire
Dans le courrier électronique des années 1990, un même objet pouvait rencontrer plusieurs plafonds de taille sans qu’aucun relais ne voie l’ensemble du trajet. MIME n’a pas transformé le réseau en assembleur central: il a fait voyager des messages autonomes, puis donné au…

Histoire d'Internet
La condition qui transformait une plage en totalité : comment HTTP If-Range a gardé les fragments dans une même version
Après une coupure, le client possédait déjà le début d’une représentation. Demander la suite semblait n’être qu’une affaire de position. Mais si la ressource avait changé entre-temps, la même position ouvrait une autre suite d’octets. HTTP a résolu ce doute en donnant à une seule…
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…
