Domaine principal
Infrastructure Internet
Au sein de la facette Domaine principal, l'analyse Infrastructure Internet regroupe les articles par domaine principal afin que les lecteurs puissent suivre un périmètre précis de l'infrastructure Internet, de la gouvernance, des marchés de connectivité ou du capital numérique. Cette page rassemble les articles associés, les preuves publiques, les institutions, les entreprises, les personnes, l'exposition régionale, les dépendances opérationnelles et le contexte de marché qui pourraient sinon être répartis entre différentes pages de catégories. Elle explique le domaine, la classe d'acteurs probable, le contexte de marché ou de gouvernance, ainsi que les sources que les lecteurs devraient utiliser pour comparer les signaux. Opérateurs, analystes et lecteurs de gouvernance peuvent voir comment un même domaine se manifeste à travers les événements, les profils, les évolutions de marché, les preuves issues de sources publiques, les dépendances régionales et les décisions d'infrastructure à plus long cycle au fil du temps.

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…

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…

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.

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

Histoire d'Internet
Le bit qui interdisait de faire semblant : les extensions critiques X.509 face au changement
Une autorité pouvait signer une règle qu'un ancien logiciel n'avait jamais apprise. X.509 v3 n'a pas résolu ce décalage en déclarant tout nouveau champ obligatoire. Il a placé, à côté de la valeur, un choix plus précis: l'ignorance est-elle tolérable, ou doit-elle arrêter la…

IETF
Carsten Bormann et le Token qui reliait une réponse, pas une personne
Dans une trace CoAP, deux nombres peuvent sembler raconter la même histoire. L’un suit pourtant la mécanique d’un message, l’autre la continuité d’une requête. Les confondre transforme un outil de corrélation en certificat imaginaire.

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…

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.

IETF
Fernando Gont et le fragment qui devait annoncer la suite
Un pare-feu voit l’adresse IPv6, lit un décalage égal à zéro et sait qu’il tient le premier morceau. Pourtant, le port TCP sur lequel repose sa règle peut se trouver dans le morceau suivant. La RFC 7112, coécrite par Fernando Gont, a supprimé cette devinette en imposant au…

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…

Histoire d'Internet
L’option inconnue indiquait tout de même la conduite à tenir : comment IPv6 a borné l’ignorance
IPv6 n’a pas demandé aux anciens logiciels de deviner la fonction de chaque option future. Il leur a donné une grammaire plus modeste: savoir où finit l’inconnu, quelle conséquence appliquer et quelle partie du message peut encore changer.

IETF
Jen Linkova et l’horloge de cinq minutes qui gardait IPv4 en réserve
Dans la RFC 8925, renoncer à une adresse IPv4 n’est jamais un serment définitif. Le terminal demande l’option DHCPv4 108, le serveur répond avec une durée, puis la décision s’éteint avec le compteur ou lors d’un nouvel attachement au réseau. Ce détail permet de lire la…

Histoire d'Internet
Les octets qui ne faisaient pas partie de la valeur : comment XDR accorda les machines
Dans XDR, un espace vide pouvait être obligatoire. Quelques octets nuls voyageaient après une donnée sans appartenir à celle-ci: une frontière discrète qui permettait à des architectures incompatibles de retrouver exactement la même représentation.

IETF
Warren Kumari et le Wi-Fi qui chiffrait sans savoir qui était là
Sur un réseau sans fil public, l'absence d'identité vérifiée n'oblige pas à diffuser des échanges lisibles à toute personne placée à portée radio. Avec Opportunistic Wireless Encryption, la RFC 8110 propose un compromis précis: un secret différent pour chaque association, un lien…

Histoire d'Internet
Le nombre appartenait à l’opération, pas au paquet : comment LDAP démêla des réponses entremêlées
Dans LDAP, un entier choisi par le client traverse toutes les réponses produites pour une même opération. Ce repère minuscule permet à une recherche longue de partager une connexion avec d’autres travaux, mais son histoire montre aussi qu’identifier une opération ne prouve ni son…

Histoire d'Internet
Le voisin n’était pas mort quand le cache est devenu STALE : comment IPv6 a attendu une preuve positive
Dans la table de voisinage d’un hôte IPv6, le mot STALE ne prononce aucun décès. Il signale une preuve vieillie, puis laisse le trafic réel décider si une nouvelle vérification mérite d’être déclenchée.

IETF
Álvaro Retana et le préfixe sorti de la RIB sans emporter le lien
Un lien OSPF peut rester pleinement voisin, compter dans le calcul SPF et transporter des paquets alors que son préfixe d’adressage n’apparaît plus dans les tables de routage distantes. La RFC 6860 organise cette dissociation. Pour Álvaro Retana, l’un de ses trois coauteurs, elle…

Histoire d'Internet
Sept caractères pour changer de règle : pourquoi les branches SIP commencent par z9hG4bK
Dans un message SIP, `z9hG4bK` n’est ni un secret ni une fantaisie de développeur. Ce préfixe indique au prochain serveur quelle promesse d’unicité accompagne la branche et, par conséquent, comment retrouver la bonne transaction.

Histoire d'Internet
Le serveur a répondu sans donner l’heure : quand NTP a appris aux clients à reculer
Le Kiss-o’-Death de NTP n’était ni une mesure médiocre ni un ordre universel. C’était une réponse volontairement inutilisable comme heure: le stratum zéro fermait la voie de la synchronisation, tandis qu’un identifiant de quatre caractères indiquait refus, restriction ou pression…
