Aller au contenu principal

Type de contenu

Research

Dans la facette Type de contenu, les articles de type Research 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.

L’adresse disait « chez soi ». La ligne commutée disait « ailleurs » : RFC 2107

Histoire d'Internet

L’adresse disait « chez soi ». La ligne commutée disait « ailleurs » : RFC 2107

Le RFC 2107 donnait à un client distant l’apparence d’une présence sur son réseau d’origine. Cette illusion reposait sur un agent étranger, un agent mère, un secret partagé, un identifiant de tunnel et un état qu’il fallait créer puis supprimer dans le bon ordre.

20 sept. 2026
Le routeur a donné une adresse au poste, pas une identité : RFC 2106

Histoire d'Internet

Le routeur a donné une adresse au poste, pas une identité : RFC 2106

RFC 2106 a placé de nombreux postes SNA et NetBIOS distants derrière un serveur DRAP. Le gain était réel: moins de pairs sur le réseau central. La contrepartie l’était aussi: davantage d’état et d’autorité concentrés à la frontière.

20 sept. 2026
L’étiquette faisait avancer le paquet, pas la preuve du chemin : RFC 2105

Histoire d'Internet

L’étiquette faisait avancer le paquet, pas la preuve du chemin : RFC 2105

Une courte étiquette arrivait avec le paquet. Le commutateur s’en servait comme index exact, choisissait une interface, remplaçait l’étiquette et transmettait. Toute l’élégance de Tag Switching tenait dans ce geste répété. Mais sa rapidité reposait sur un travail absent du…

20 sept. 2026
RFC 9791 et NFFRR : qui peut interdire une seconde réparation locale ?

IETF

RFC 9791 et NFFRR : qui peut interdire une seconde réparation locale ?

CE2 disparaît. Pour PE2, la panne ressemble à la perte de son attachement vers le CE; il détourne donc le trafic vers PE3. Mais PE3 voit, lui aussi, son propre attachement comme défaillant et applique la même logique en sens inverse: il renvoie le paquet vers PE2. Deux décisions…

20 sept. 2026
RFC 9682 : ce qu’un accent change à la compatibilité

Dossier

RFC 9682 : ce qu’un accent change à la compatibilité

`"é"`, `"\u00E9"`, `"\u{E9}"`: trois écritures CDDL pour une même valeur Unicode, selon la syntaxe révisée par la [RFC 9682](https://www.rfc-editor.org/rfc/rfc9682.html). À l’écran, rien ne distingue le caractère obtenu. Dans le fichier source, tout n’est pourtant pas…

20 sept. 2026
Deux passages de hachage ont rendu le MAC réutilisable, pas la décision de confiance : RFC 2104

Histoire d'Internet

Deux passages de hachage ont rendu le MAC réutilisable, pas la décision de confiance : RFC 2104

RFC 2104 a transformé des fonctions de hachage itératives déjà disponibles en un code d’authentification de message à deux étages. Cette construction légère pouvait changer de fonction sous-jacente sans changer de principe. Elle attestait une relation précise entre une clé…

20 sept. 2026
RFC 9686 : l’audit IPv6 dépend de la mémoire que le réseau conserve

IETF

RFC 9686 : l’audit IPv6 dépend de la mémoire que le réseau conserve

Une équipe de conformité doit expliquer, plusieurs mois après les faits, quelle machine utilisait une adresse IPv6 à un instant donné. Elle découvre alors que les journaux n’ont pas tous suivi la même politique: le pare-feu a gardé les flux, le serveur DHCPv6 a supprimé certains…

20 sept. 2026
La liaison était ouverte. Chaque nom devait encore être admis : RFC 2097

Histoire d'Internet

La liaison était ouverte. Chaque nom devait encore être admis : RFC 2097

PPP pouvait amener une machine distante jusqu’au bord d’un réseau NetBIOS Frames, sans pour autant lui donner une portée effective. RFC 2097 obligeait NBFCP à expliciter les engagements locaux: quels noms de seize octets seraient projetés, lesquels seraient refusés, quelle classe…

20 sept. 2026
Le compteur a franchi la fenêtre d’un récepteur sans nommer l’émetteur : RFC 2085

Histoire d'Internet

Le compteur a franchi la fenêtre d’un récepteur sans nommer l’émetteur : RFC 2085

Le RFC 2085 plaçait un compteur anti-rejeu de 64 bits dans une transformation HMAC-MD5 d’Authentication Header, uniquement si l’association de sécurité le prévoyait. Un récepteur pouvait admettre un numéro inédit dans sa propre fenêtre de désordre. Cette décision disait « nouveau…

20 sept. 2026
La quatrième lettre décidait de ce que l’éditeur pouvait garder : RFC 2083

Histoire d'Internet

La quatrième lettre décidait de ce que l’éditeur pouvait garder : RFC 2083

Une image PNG peut sembler parfaitement normale après une retouche alors qu’un bloc de métadonnées inconnu raconte encore l’état précédent. Le RFC 2083 n’a pas prétendu vérifier cette histoire. Il a fait quelque chose de plus étroit: inscrire, dans la casse des quatre octets du…

20 sept. 2026
L’annuaire gardait deux liens sans savoir ce qu’ils signifiaient : RFC 2079

Histoire d'Internet

L’annuaire gardait deux liens sans savoir ce qu’ils signifiaient : RFC 2079

Deux adresses pouvaient sembler également officielles sur la fiche d’une organisation. Le RFC 2079 permettait de les stocker, de séparer l’URI de son libellé et de les rattacher au même objet. Il ne disait pas si elles désignaient deux ressources, deux emplacements d’une seule…

20 sept. 2026
Le champ était présent, pas son autorité : la carte du RFC 2076

Histoire d'Internet

Le champ était présent, pas son autorité : la carte du RFC 2076

Une ligne `Apparently-To` pouvait être parfaitement lisible par un parseur sans devenir pour autant une instruction reconnue du courrier Internet. En 1997, le RFC 2076 a conservé cette différence: son catalogue associait les noms rencontrés à leur protocole, leur statut et leurs…

20 sept. 2026
Pour autistici.org, l’état est public mais la décision ne l’est pas

ICANN

Pour autistici.org, l’état est public mais la décision ne l’est pas

Le registre `.org` expose un `serverHold` daté du 28 août 2026. Ce fait technique ne révèle ni le chemin juridique suivi, ni la personne responsable du choix, ni la raison pour laquelle l’effet global sur le domaine a précédé de plusieurs semaines la fin de la licence américaine…

20 sept. 2026
RFC 9806 corrige l’étiquette, pas le déploiement

IETF

RFC 9806 corrige l’étiquette, pas le déploiement

Le registre des normes désigne désormais sans ambiguïté les métadonnées d’enregistrement SIPREC par application/rs-metadata+xml. Cette correction relie deux RFC de 2016, un erratum, une mise à jour Standards Track et une inscription IANA. Elle ne dit toujours pas quels clients…

19 sept. 2026
RFC 10050 donne une identité au profil, pas un verdict au protocole

IETF

RFC 10050 donne une identité au profil, pas un verdict au protocole

Un nom et un numéro de version permettent de retrouver exactement les contraintes appliquées à une carte JSContact. Ils ne disent pas, à eux seuls, si cette carte est recevable dans un échange. RFC 10050 organise cette séparation entre identité du profil, conformité calculée et…

19 sept. 2026
La sauvegarde était valide, pas l’état de signature : RFC 10033

IETF

La sauvegarde était valide, pas l’état de signature : RFC 10033

Restaurer une clé de signature avec état ne revient pas à remettre un secret intact dans une machine neuve. Il faut aussi rétablir, sans retour en arrière, la mémoire des signatures déjà émises. RFC 10033 montre pourquoi une sauvegarde parfaitement authentique peut rouvrir une…

19 sept. 2026
Barbara Liskov et Argus : ce qu'un commit prouvait, et rien de plus

Histoire d'Internet

Barbara Liskov et Argus : ce qu'un commit prouvait, et rien de plus

Argus a placé la panne au niveau du langage: un guardian possédait les objets récupérables, un handler franchissait les nœuds et une action pouvait valider ou annuler une modification distribuée. La force du modèle tient aussi à sa limite. Le commit fixait l'état Argus entité; il…

19 sept. 2026
Un code AEGIS n’est pas un reçu de négociation

IETF

Un code AEGIS n’est pas un reçu de négociation

Le nombre 34 peut désormais désigner `AEAD_AEGIS128X2` sans ambiguïté dans le registre IANA. Il ne dit pourtant pas si deux pairs ont proposé ce mode, s’ils ont retenu la même longueur de tag ni si le chemin vectoriel attendu a réellement traité le trafic. RFC 10032 nomme le…

19 sept. 2026
Anita Borg et Systers : entrer dans un espace gouverné ne prouvait pas que l'égalité était acquise

Histoire d'Internet

Anita Borg et Systers : entrer dans un espace gouverné ne prouvait pas que l'égalité était acquise

Un message entrait dans Systers parce qu'une adhésion, une adresse et des règles de routage lui ouvraient un espace professionnel privé. Cette distribution rompait l'isolement de femmes de l'informatique; elle ne vérifiait pas toute identité, ne garantissait pas une occasion de…

19 sept. 2026
Un bail DHCP n’est pas un reçu de topologie de relais

IETF

Un bail DHCP n’est pas un reçu de topologie de relais

Un équipement IPv4 ancien peut recevoir une adresse parfaitement exploitable sans savoir qu’un relais a converti son échange en DHCPv6. La RFC 9928 résout cette incompatibilité, mais déplace aussi la charge de la preuve: le succès du bail ne suffit pas à démontrer que le serveur…

19 sept. 2026