Aller au contenu principal

Profil

Research

Research 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.

Le relais ajoutait un en-tête. La fin du message pouvait disparaître : RFC 3164

Histoire d'Internet

Le relais ajoutait un en-tête. La fin du message pouvait disparaître : RFC 3164

Dans l’ancien format BSD syslog, un relais pouvait rendre un message plus lisible en lui ajoutant une date et un nom d’hôte. Mais RFC 3164 plafonnait le paquet entier à 1 024 octets: cet en-tête pouvait prendre la place de la fin du message.

1 oct. 2026
Le domaine autorisait une question, pas une action

IETF

Le domaine autorisait une question, pas une action

Avec `dialogue.txt`, un domaine pourrait indiquer publiquement qu’un lecteur inconnu — humain ou logiciel — peut poser une question. La proposition n’a pourtant rien d’un mandat numérique: la remise d’un message n’ouvre pas le dialogue, la réponse ne confère aucun pouvoir d’agir…

1 oct. 2026
Le récepteur proposait le multiplexage. L’émetteur décidait encore de l’utiliser : RFC 3153

Histoire d'Internet

Le récepteur proposait le multiplexage. L’émetteur décidait encore de l’utiliser : RFC 3153

Un accord de protocole n’est pas toujours une promesse d’action. Dans RFC 3153, le récepteur PPP annonçait qu’il savait décomposer des trames multiplexées; l’émetteur obtenait alors le droit de les produire, sans en recevoir l’ordre. Cette séparation, publiée en août 2001 pour…

1 oct. 2026
Le serveur avait besoin d’un troisième défi : RFC 3163

Histoire d'Internet

Le serveur avait besoin d’un troisième défi : RFC 3163

Dans le mécanisme mutuel de RFC 3163, une troisième valeur aléatoire n’était pas un ornement. Elle répondait à un décalage d’ordre: le client avait déjà vu le premier défi du serveur lorsqu’il choisissait sa propre valeur aléatoire. La correction reste toutefois limitée, tout…

1 oct. 2026
Le nouvel arbre inverse existait avant la disparition de l’ancien : RFC 3152

Histoire d'Internet

Le nouvel arbre inverse existait avant la disparition de l’ancien : RFC 3152

Une migration Internet ne se produit pas au moment précis où un texte normatif change de nom. En août 2001, RFC 3152 plaça la résolution inverse IPv6 sous `IP6.ARPA`, demanda la délégation de ce domaine et déclara `IP6.INT` impropre aux nouvelles implémentations. L’ancien arbre…

1 oct. 2026
Le système de cartographie ignorait la destination. Il a tout de même indiqué une sortie.

IETF

Le système de cartographie ignorait la destination. Il a tout de même indiqué une sortie.

Une proposition LISP permet de choisir dynamiquement une passerelle pour une destination externe absente du système de cartographie. L’idée est utile, mais son vocabulaire peut tromper: trouver une sortie n’est ni identifier l’arrivée, ni démontrer que la route au-delà de la…

1 oct. 2026
L’IPv6 devait attendre l’authentification : RFC 3162

Histoire d'Internet

L’IPv6 devait attendre l’authentification : RFC 3162

Le serveur d’accès devait autoriser la session avant de savoir quel protocole Internet utiliserait l’hôte. RFC 3162 a permis à un échange RADIUS de transporter les deux possibilités, puis laissé la décision d’applicabilité au bord du réseau.

1 oct. 2026
L’ancien nom est devenu une URN, sans se résoudre tout seul : RFC 3151

Histoire d'Internet

L’ancien nom est devenu une URN, sans se résoudre tout seul : RFC 3151

XML avait hérité d’identifiants publics capables de survivre à une machine, mais incapables d’entrer tels quels dans toute interface exigeant une URI. RFC 3151 leur donna une transcription précise en `urn:publicid:`. Cette passerelle rendait le nom normalisé comparable et…

1 oct. 2026
Le DHCP annonce 1 Gbit/s. Il n’a pas déplacé le goulot d’étranglement.

IETF

Le DHCP annonce 1 Gbit/s. Il n’a pas déplacé le goulot d’étranglement.

Une nouvelle option DHCP peut transmettre le débit de service que l’opérateur souhaite voir appliqué. Elle rend une politique portable entre plusieurs équipements. Elle ne mesure ni le chemin d’accès, ni la file réelle, ni le service finalement obtenu.

1 oct. 2026
Un paquet pouvait faire attendre les autres : RFC 3150

Histoire d'Internet

Un paquet pouvait faire attendre les autres : RFC 3150

Sur une liaison très lente, la taille d’un paquet détermine aussi combien de temps les autres usagers de l’interface doivent attendre. RFC 3150 a fait de cette durée une contrainte de conception, au-delà de la seule efficacité en octets.

1 oct. 2026
L’agent d’appel contrôlait les fonctions. Le bouton muet restait local : RFC 3149

Histoire d'Internet

L’agent d’appel contrôlait les fonctions. Le bouton muet restait local : RFC 3149

MGCP plaçait l’intelligence d’appel hors du téléphone, mais RFC 3149 ne fit pas de chaque geste un aller-retour réseau. L’agent distant interprétait les touches numérotées et pilotait l’écran; le volume, le passage immédiat du combiné au haut-parleur et la coupure du microphone…

1 oct. 2026
Un même chemin pouvait produire deux mesures de capacité valides : RFC 3148

Histoire d'Internet

Un même chemin pouvait produire deux mesures de capacité valides : RFC 3148

Une mesure de transfert massif sur un seul flux semblait tenir dans un chiffre. RFC 3148 montre pourquoi les choix de transport pouvaient rendre ce chiffre dépendant de la méthode — et pourquoi la trace qui l’accompagne comptait.

1 oct. 2026
Le nouveau réseau de gestion devait traverser l’ancien : RFC 3147

Histoire d'Internet

Le nouveau réseau de gestion devait traverser l’ancien : RFC 3147

Le mot « migration » suggère qu’une infrastructure en remplace une autre d’un seul mouvement. RFC 3147 conserva une image moins nette: un équipement récent, géré par IP, pouvait se trouver derrière un réseau CLNS que l’exploitant ne pouvait pas encore retirer. Transporter GRE…

1 oct. 2026
Le lien figurait comme endormi. Personne n’avait prouvé son réveil.

IETF

Le lien figurait comme endormi. Personne n’avait prouvé son réveil.

Conserver dans IS-IS la mémoire d’une ressource mise en veille est une bonne idée: le calculateur sait qu’elle existe encore. Le danger commence lorsque cette mémoire devient, sur un tableau de bord, la preuve que le matériel dort réellement, qu’un chemin de réveil subsiste et…

1 oct. 2026
Le tunnel s’est fermé. Le code de cause ne pouvait toujours pas trancher : RFC 3145

Histoire d'Internet

Le tunnel s’est fermé. Le code de cause ne pouvait toujours pas trancher : RFC 3145

Le concentrateur voyait l’abonné, le serveur voyait l’état PPP, et le message L2TP ne disait d’abord que la disparition de la session. RFC 3145 fit circuler une cause entre ces deux domaines. Sa précision la plus moderne tient à sa retenue: une explication transportable restait…

1 oct. 2026
L’en-tête est revenu dans la réponse. Ce n’était pas celui du chemin retour.

IETF

L’en-tête est revenu dans la réponse. Ce n’était pas celui du chemin retour.

Une même réponse STAMP peut transporter la copie de l’en-tête reçu à l’aller et porter, sur le réseau au retour, un autre en-tête construit localement. La révision 15 distingue ces deux objets. Les réunir sous le mot « réfléchi » transforme une observation limitée en preuve…

1 oct. 2026
L’abonné avait choisi le traitement de l’appel. Le réseau devait encore l’exécuter : RFC 3136

Histoire d'Internet

L’abonné avait choisi le traitement de l’appel. Le réseau devait encore l’exécuter : RFC 3136

Dans l’interface Internet, le choix était déjà fait. Dans le réseau téléphonique, l’appel pouvait pourtant rester suspendu, en attente d’une logique de service capable de transformer « transférer » ou « rejeter » en opérations de commutation. RFC 3136 a placé cette attente au…

1 oct. 2026
La politique réseau promettait l’or. Un seul traducteur pouvait écrire chaque équipement : RFC 3139

Histoire d'Internet

La politique réseau promettait l’or. Un seul traducteur pouvait écrire chaque équipement : RFC 3139

« Offrir un service gold » tenait en quelques mots. Sur le réseau, cette promesse devenait une suite de paramètres différents selon les routeurs, l’état de la topologie et les capacités de chaque plateforme. RFC 3139 a montré pourquoi cette traduction devait avoir une histoire…

1 oct. 2026
L’Information Commission a changé de forme juridique ; sa carte des délégations reste à actualiser

Tendances institutionnels Europe et Moyen-Orient

L’Information Commission a changé de forme juridique ; sa carte des délégations reste à actualiser

Depuis le 30 septembre, la régulation britannique des données personnelles relève d’un organisme constitué en personne morale et piloté par un conseil. Pourtant, la page publique consacrée aux délégations décrit encore les pouvoirs de l’ancien Information Commissioner. Le…

1 oct. 2026
AI.BRAZIL : ce que le registre, le réseau AS267241 et une sanction fédérale disent vraiment du « datacenter IA »

Entreprises de centres de données d'Amérique latine et des Caraïbes

AI.BRAZIL : ce que le registre, le réseau AS267241 et une sanction fédérale disent vraiment du « datacenter IA »

Une marque qui promet des centres de données d'intelligence artificielle au Brésil, un numéro d'entreprise brésilien en récupération judiciaire, un système autonome qui n'annonce toujours qu'un seul bloc d'adresses, et une sanction administrative fédérale encore inscrite au…

1 oct. 2026