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.
Histoire d'Internet
La liste qui n’était pas son adresse : comment List-Id lui donna un nom stable
Une liste de discussion pouvait changer de serveur sans changer de communauté. List-Id a donné un nom durable à cette continuité, tout en laissant l’adresse de dépôt, les commandes et l’authentification évoluer sous des contrôles distincts.
Histoire d'Internet
La route que le relais devait oublier : SMTP conserva la syntaxe après lui avoir retiré son autorité
Une ancienne adresse SMTP peut encore énumérer des relais avant la boîte finale. Le serveur contemporain doit reconnaître cette forme, sans être obligé de suivre l'itinéraire. Ce paradoxe est volontaire: l'interopérabilité a conservé la grammaire, tandis que le pouvoir de choisir…
Histoire d'Internet
La nouvelle adresse qui n’était pas un renommage : SMTP sépara transfert et indication
Une boîte aux lettres a déménagé. Deux serveurs connaissent sa nouvelle adresse, mais le premier répond `251` et prend le message, tandis que le second répond `551` et le refuse. Le renseignement est identique; la responsabilité change de camp. SMTP a ainsi empêché qu’une…
Histoire d'Internet
Une note peut manquer ; une autre refuse de finir
Pour un réseau, deux paquets perdus peuvent se ressembler. Pour un instrument, perdre l'ordre de commencer une note ou celui de l'arrêter produit deux histoires différentes. Le journal de récupération de RTP MIDI a été conçu autour de cette dissymétrie: réparer ce qui persiste…
Histoire d'Internet
Le décalage qui ne savait pas nommer le fichier : la reprise FTP supposait un objet inchangé
Une coupure laisse deux souvenirs très différents: des octets déjà payés et l'identité du fichier qu'ils étaient censés former. FTP a su conserver le premier sous forme de point de reprise. Le second resta une promesse entre les systèmes, car aucune position ne peut dire à elle…
IETF
Job Snijders et la liste qui signait des octets, pas la vérité
Un prestataire peut vérifier qu’un fichier n’a pas changé et ignorer encore s’il doit agir. C’est précisément l’espace que Job Snijders et ses coauteurs ont donné à la RPKI Signed Checklist: une preuve étroite, liée à des ressources Internet et à des empreintes exactes, qui…
Histoire d'Internet
Le nom que le message devait forger lui-même : Message-ID sans registre central
Un relais ajoute un champ de trace: les octets changent, mais le message demeure le même. Un auteur révise une phrase: il peut créer une nouvelle version, même si presque tout le texte subsiste. `Message-ID` a nommé cette frontière sémantique, puis permis aux réponses et aux…
Histoire d'Internet
Transporter un état sans en connaître le sens
Dans une chaîne RADIUS, un intermédiaire pouvait rendre un service essentiel en s'abstenant d'interpréter les données de son voisin. Proxy-State séparait une obligation commune — conserver et restituer des octets — du sens privé que chaque implémentation leur donnait. Cette…
Histoire d'Internet
Prolonger une réservation sans la vérifier
Pour alléger RSVP, une extension a remplacé la répétition des descriptions complètes par des listes d’identifiants. Une réservation pouvait ainsi rester active sans que son contenu soit présenté à nouveau. Le gain était réel dans son principe; la capacité de réparation, elle…
Histoire d'Internet
La réponse que SMTP ne pouvait diviser : LMTP et la remise par destinataire
À la frontière de la remise locale, un même message peut rencontrer plusieurs réalités. Une boîte l'accepte, une autre manque temporairement de quota. SMTP ne dispose que d'un verdict final pour la transaction entière. LMTP a rendu ce verdict pluriel et ordonné, afin que la file…
Histoire d'Internet
Rappeler un client ne suffit pas à le reconfigurer
Une notification envoyée n'est pas une modification achevée. L'histoire de FORCERENEW, puis de son authentification par nonce, montre comment DHCP a donné au serveur l'initiative d'un nouvel échange sans lui permettre d'en escamoter les conditions.
Histoire d'Internet
Le lien que l’origine demanda de retirer : pourquoi HTTP 410 n’était pas 404
Une adresse peut cesser de répondre sans que le Web sache si elle reviendra demain, si elle est cachée ou si son retrait est décidé. Avec 410, HTTP a permis au serveur d’origine de transformer une absence incertaine en déclaration de retrait probable — tout en laissant aux…
Histoire d'Internet
SCTP : renoncer à envoyer ne suffit pas à faire avancer l’autre
Un expéditeur peut décider qu’un message ne mérite plus une tentative. Son correspondant, lui, ne peut pas deviner cette décision dans le silence du réseau. L’extension de fiabilité partielle de SCTP a donné une forme commune à ce renoncement, sans le transformer en preuve de…
Histoire d'Internet
Le nom qui dépensa ses majuscules : quand le DNS fit de la casse un défi de réponse
Le DNS avait neutralisé la différence entre majuscules et minuscules afin qu’un nom reste un nom. En 2008, une proposition remarqua que cette différence sans valeur sémantique pouvait encore servir une fois: le résolveur la choisissait au hasard, puis exigeait que la réponse lui…
Histoire d'Internet
Deux enveloppes pour une adresse qui ne changeait pas
Le paquet conserve son expéditeur, mais change de façon de se présenter au réseau. Dans Mobile IPv4, le tunnel inverse a permis de séparer l’adresse que devait reconnaître le correspondant de celle que pouvait accepter le réseau visité. Cette distinction paraît discrète. Elle a…
Histoire d'Internet
La nouvelle clé qui héritait du passé : ce que KeyUpdate pouvait vraiment renouveler
Le mot « rotation » suggère volontiers un nouveau départ. Dans TLS 1.3, `KeyUpdate` accomplit quelque chose de plus précis: il fait avancer un sens du trafic vers une nouvelle génération de secret sans rouvrir l’identité, la suite cryptographique ni la session applicative.
Histoire d'Internet
L’alerte que EOF ne pouvait remplacer : comment TLS a explicité la fin d’un sens
Une pile peut authentifier tous les octets reçus sans savoir si d’autres devaient suivre. TLS a inscrit la fin dans l’échange protégé, puis a appris qu’un sens pouvait se taire sans condamner aussitôt l’autre.
Histoire d'Internet
Le prix d’un compte rendu augmente avec ceux qui l’écoutent
Dans une session audio multicast, accueillir davantage d’auditeurs ne multiplie pas nécessairement les voix émises. En revanche, demander à chacun un compte rendu à fréquence constante multiplie les messages de contrôle. RTCP a dû résoudre ce paradoxe: pour rester informé sur une…
Histoire d'Internet
Le record que le récepteur ne pouvait pas contenir : quand TLS a localisé la limite
Dans TLS, produire un gros record et en recevoir un ne coûtent pas forcément la même mémoire. Il a fallu près de quinze ans pour que la négociation cesse de confondre ces deux capacités.
Histoire d'Internet
Le nouvel algorithme que seul l’ancien pouvait annoncer
Pour annoncer une nouvelle règle de vérification, TCP devait d’abord produire un message que le destinataire savait déjà vérifier. La proposition de la RFC 1146 voyageait donc dans un SYN protégé par la somme standard. Le paradoxe n’était pas un défaut de transition: il…