Profil
Analysis
Analysis rassemble les profils des personnes, entreprises, institutions et autres entités couvertes par BTW.MEDIA, afin que les lecteurs puissent comparer les sujets derrière ses reportages. La page permet de comparer les profils publics, les événements associés, les dossiers de preuves, les changements de responsabilités, l’ampleur des activités, l’exposition aux instances de gouvernance, les liens organisationnels et la pertinence sur le marché, tout en distinguant les fiches des organisations et des personnes de la simple chronologie de l’actualité. Les lecteurs peuvent comprendre qui ou ce que représente le profil, sur quelles sources publiques il s’appuie, comment il se relie aux entreprises, aux infrastructures, aux marchés, aux instances de gouvernance ou aux événements, et quels changements méritent une attention continue à mesure que le sujet évolue.
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…
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…
Histoire d'Internet
Le vol que TLS envoya avant la preuve finale du serveur : comment False Start emprunta un aller-retour
False Start autorisait le client à expédier des données applicatives fraîchement chiffrées après son propre Finished, mais avant de vérifier celui du serveur. Le gain venait d'un chevauchement temporel, non d'une suppression de l'authentification.
Histoire d'Internet
L’adresse qui ne voyageait pas avec sa marge
Dans un journal d’exploitation, `fe80::1%eth0` ressemble à une adresse complète. Copiée sur une autre machine, la chaîne demeure intacte, mais sa marge a perdu son auteur: `eth0` appartenait au vocabulaire du premier système. L’histoire des identifiants de zone IPv6 est celle…