Type de contenu
Analysis
Dans la facette Type de contenu, les articles de type Analysis de BTW.MEDIA sont regroupés selon un même format éditorial, afin de permettre aux lecteurs de comparer briefings, profils, notes de risque, analyses de marché et reportages d'événements sans mélanger différents types de preuves. Cette page explique comment ce type de contenu met en perspective les événements liés à l'infrastructure Internet, les mouvements d'entreprises, les décisions de gouvernance, les signaux opérationnels et les preuves publiques sur l'ensemble du site. Les lecteurs peuvent ainsi identifier les acteurs ou systèmes d'infrastructure les plus fréquents, comprendre comment la qualité des sources modifie l'interprétation et déterminer si le contenu relève d'un profil durable, d'un événement urgent, d'un signal de marché stratégique ou d'une évolution de gouvernance. Le résultat est une page de recherche utile aux opérateurs, investisseurs, clients, analystes et décideurs publics qui doivent comprendre les conséquences, le calendrier et les preuves qui sous-tendent des formats d'articles similaires.
Histoire d'Internet
SHUT n’était pas un nœud arrêté : RFC 1289 a conservé les liens existants
Dans un compte rendu d’exploitation, le mot « arrêt » donne vite l’illusion qu’il n’y a plus rien à attendre. RFC 1289, qui a inscrit des extensions DECnet Phase IV dans l’univers des MIB Internet, dessine une chronologie plus exigeante. L’état `SHUT` refusait les nouveaux liens…
Histoire d'Internet
Le mémo se disait « standard ». Le registre ne le disait pas : RFC 1097
Le canular le plus révélateur n’est pas toujours celui qui brise les règles. Le 1er avril 1989, la RFC 1097 imagina un moyen d’afficher par Telnet des messages trop brefs pour être consciemment lus. Pourtant, elle conserva une négociation, un refus par défaut et un rendu local.…
Histoire d'Internet
L’adresse de l’écran traversait Telnet ; l’accès restait décidé par X : la RFC 1096
Une session distante peut donner l’illusion d’un seul espace de travail. En 1989, cette unité était pourtant fabriquée par deux chemins: Telnet conduisait les commandes vers la machine distante, tandis que X devait ramener l’interface vers l’écran local. La RFC 1096 permit au…
Histoire d'Internet
Deux protocoles « recommandés », mais un seul profil pour dire ce qui pouvait dialoguer : la RFC 1095 et CMOT
En avril 1989, choisir le protocole officiel de gestion de l’Internet n’était pas encore choisir un vainqueur. CMOT et SNMP portaient tous deux les mentions Draft Standard et Recommended, et devaient manipuler le même MIB Internet. Cette unité de vocabulaire ne suffisait pourtant…
Récits
LACNIC et l’économie du consensus approximatif
Le consensus n’efface pas le désaccord: il organise la manière dont une règle de registre devient acceptable pour ceux qui devront l’appliquer.
Histoire d'Internet
La machine avait une adresse MAC, pas de pile IP : le canal de gestion local de la RFC 1089
Le gestionnaire et le répéteur partageaient le même câble, mais pas le même réseau logique. L’un parlait SNMP sur UDP/IP; l’autre ne dépassait pas la couche MAC. En 1989, la RFC 1089 glissa le message de gestion directement dans la trame Ethernet. Elle rendit visible l’équipement…
Histoire d'Internet
Le battement gardait une sous-adresse X.25, sans authentifier son titulaire : le pont TP0 de la RFC 1086
Une sous-adresse rare pouvait rester réservée à une machine IP tant qu’une connexion TCP demeurait ouverte. Cette élégante règle de nettoyage, proposée par la RFC 1086, savait constater une fin. Elle ne savait pas déterminer si la demande initiale était légitime.
Histoire d'Internet
Un même service portait deux voisins. Un routeur restait entre eux : RFC 1209
Un nuage de transport commun suggère facilement une proximité immédiate. RFC 1209, consacré en 1991 à IP sur SMDS, refuse précisément cette déduction. Le document organise des sous-réseaux IP logiques fermés, chacun configuré par son entité administrative, sur un même service…
Histoire d'Internet
Control-S n’était une commande que tant que l’option tenait : la frontière Telnet de la RFC 1080
Dans un éditeur, Control-S pouvait être une instruction utile. Dans le pilote du terminal, la même frappe arrêtait l’affichage et disparaissait avant d’atteindre le programme. La RFC 1080 n’a pas choisi une vérité universelle: elle a défini qui pouvait demander le changement…
Histoire d'Internet
Le NIC semblait continu. Ses écritures de registre étaient suspendues : RFC 1261
Lorsqu’un service change de mains, la continuité la plus visible est souvent la moins probante. Une adresse connue répond encore, un bureau d’aide conserve son nom, les demandes par courrier électronique trouvent le même destinataire. En 1991, RFC 1261 ne confondait pas ces…
Histoire d'Internet
La fibre allait vite. Le service restait à construire : RFC 1077
En 1988, la fibre optique permettait déjà d’imaginer une abondance spectaculaire de capacité brute. RFC 1077 posa la question que le chiffre ne résolvait pas: que restait-il à faire, entre le verre et l’utilisateur, pour produire un service réellement utilisable ?
Histoire d'Internet
La file a accepté le travail. Elle n’avait pas imprimé une page : les deux accusés de RFC 1179
Dans un système d’impression en réseau, le mot « accepté » donne souvent une impression de fin alors qu’il désigne un point de passage. Un client a nommé une file, envoyé des fichiers et reçu un octet positif du daemon: c’est un fait utile. Ce n’est pas encore le fait qu’un…
Histoire d'Internet
HEMS a quitté la course aux protocoles ; son modèle de données est resté dans la salle : RFC 1076
Le geste décisif de HEMS ne fut pas un échange sur le réseau, mais un retrait autour d’une table. En 1988, l’Internet avait besoin d’un protocole de gestion commun plus vite qu’il ne pouvait résoudre toutes les questions de gestion. HEMS s’effaça au profit d’un accord sur SNMP…
Histoire d'Internet
L’anneau pouvait partager un filtre. Il ne pouvait pas prouver un groupe : la frontière multicast de RFC 1469
Au début des années 1990, le multicast IP rencontrait un support local dont le vocabulaire était étroit. Un adaptateur Token Ring pouvait choisir les destinations matérielles qu’il laisserait passer, mais ses adresses fonctionnelles, peu nombreuses, ne pouvaient pas donner à…
Histoire d'Internet
NSFNET a logé IP dans une adresse OSI ; la politique choisissait encore la route : RFC 1074
Un datagramme IP portant le numéro de protocole 85 arrivait dans un routeur du backbone. À l’intérieur se trouvait une unité de contrôle IS-IS; dans ses champs d’adresse, quatre octets IP avaient été installés dans une structure conçue pour un NSAP. Ce montage de 1988 n’était pas…
Histoire d'Internet
La fenêtre appartenait au client, la réaction au serveur : RFC 1073 et NAWS
La fenêtre change de hauteur au milieu d’une session. Le client Telnet envoie quatre octets. Le serveur les reçoit, mais rien ne l’oblige à déplacer un curseur ni même à mémoriser la nouvelle taille. En 1988, la RFC 1073 avait déjà isolé ces trois moments au lieu de les résumer…
Histoire d'Internet
Le nom était local. Le numéro devait encore être consigné : la frontière de cartographie DNS de la RFC 1101
En 1989, le DNS distribuait déjà des informations sur les hôtes, mais ne donnait pas encore un moyen normalisé de demander le nom d’un numéro de réseau. La RFC 1101 a proposé une réponse faite de PTR, d’entrées d’hôte zéro dans `IN-ADDR.ARPA` et de masques. Sa retenue est sa…
Histoire d'Internet
L’Internet servait de liaison, pas de réseau : la frontière expérimentale de la RFC 1070
Avant d’échanger une seule information de routage OSI, un système EON devait savoir à qui parler. Une liste tenue par l’IANA lui donnait quelques adresses de départ. Cette liste ne décrivait pourtant ni les routeurs, ni tous les entités, ni même un état nécessairement à jour.…
Histoire d'Internet
La requête était en file. Le fichier devait encore bouger : la frontière BFTP de la RFC 1068
Une tâche peut survivre à la fenêtre qui l'a créée. Le résultat, lui, n'existe pas encore. En 1988, BFTP a confié à une file persistante et à un démon les tentatives qu'un utilisateur ne voulait plus surveiller. Cette continuité rendait le transfert plus commode, tout en…
Histoire d'Internet
La trame FDDI transportait IP, pas une identité : la frontière d’encapsulation de la RFC 1188
Un réseau peut savoir comment placer un datagramme dans une trame sans savoir qui en est l’auteur, à qui appartient une adresse, ni ce que le destinataire fera du contenu. La RFC 1188 a rendu cette retenue visible sur FDDI en 1990. Elle a fixé une grammaire de liaison, une taille…