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.

Pourquoi les offsets de fragmentation IPv4 se comptent par huit

Histoire d'Internet

Pourquoi les offsets de fragmentation IPv4 se comptent par huit

Un champ minuscule peut couvrir un espace beaucoup plus vaste lorsque le protocole sait que certains bits sont toujours nuls. Dans IPv4, l’offset de fragment reconstitue ainsi une position en octets tout en imposant une discipline précise aux fragments intermédiaires.

6 sept. 2026
Le champ de type de proposition d’AfNOG nomme les formats sans définir leurs preuves

AFNOG

Le champ de type de proposition d’AfNOG nomme les formats sans définir leurs preuves

L’appel AfNOG de 2007 nommait trois formats sans publier de champs d’information propres à chacun.

6 sept. 2026
Toutes les cases disent stop : la RFC 9906 achève le retrait d’ECC-GOST dans DNSSEC

IETF

Toutes les cases disent stop : la RFC 9906 achève le retrait d’ECC-GOST dans DNSSEC

Chaque case de registre ECC-GOST concernée indique désormais **MUST NOT**: la RFC 9906 ferme à la fois la voie de production et la voie de validation, contrairement à la transition de compatibilité SHA-1 de la RFC 9905. Le retrait couvre donc la signature, la validation…

6 sept. 2026
Seyed Pouria Mousavizadeh Tehrani et l’état invisible avant la première réponse IPv6

Dirigeants

Seyed Pouria Mousavizadeh Tehrani et l’état invisible avant la première réponse IPv6

Un échange IPv6 initial peut révéler un état réseau que la connectivité stabilisée ne montre pas.

6 sept. 2026
La limite de 200 mots d’AfNOG ne précise pas le signal attendu

AFNOG

La limite de 200 mots d’AfNOG ne précise pas le signal attendu

L’appel AfNOG de 2007 limitait le résumé à 200 mots sans préciser ce qu’il devait établir.

6 sept. 2026
Quand l’identification IPv4 a cessé d’identifier chaque datagramme

Histoire d'Internet

Quand l’identification IPv4 a cessé d’identifier chaque datagramme

*Dans IPv4, un champ peut rester présent dans chaque en-tête tout en perdant toute autorité sémantique pour une classe de trafic.*

6 sept. 2026
Cesser de signer, continuer de lire : la RFC 9905 rend le retrait de SHA-1 asymétrique

IETF

Cesser de signer, continuer de lire : la RFC 9905 rend le retrait de SHA-1 asymétrique

La RFC 9905 modifie la règle DNSSEC au niveau des lignes d’algorithmes: les algorithmes SHA-1 concernés ne doivent plus servir à créer de nouveaux éléments, tandis que les implémentations de validation doivent continuer à les prendre en charge pendant la transition du parc…

6 sept. 2026
La pièce jointe annonçait son type. La machine locale choisissait la commande : RFC 1524

Histoire d'Internet

La pièce jointe annonçait son type. La machine locale choisissait la commande : RFC 1524

Deux lecteurs de courrier pouvaient recevoir exactement les mêmes octets et ouvrir deux programmes différents. Ce n’était pas une anomalie du MIME: RFC 1524 avait volontairement placé la décision d’exécution dans une politique locale, là où un nom de format cessait d’être une…

6 sept. 2026
Quatre cases, une chaîne de confiance : la RFC 9904 transfère la politique algorithmique DNSSEC au registre

IETF

Quatre cases, une chaîne de confiance : la RFC 9904 transfère la politique algorithmique DNSSEC au registre

Pour chaque algorithme DNSSEC, quatre recommandations distinctes concernent l’implémentation du validateur, l’implémentation du signataire, l’usage pour la validation et l’usage pour la signature. La RFC 9904 déplace leur gestion vers les registres IANA, sans modifier au départ…

6 sept. 2026
Le message était intact. Trois acteurs décidaient encore de son ordre de lecture : RFC 1556

Histoire d'Internet

Le message était intact. Trois acteurs décidaient encore de son ordre de lecture : RFC 1556

Dans un courrier mêlant hébreu, anglais, chiffres et ponctuation, aucune lettre ne doit disparaître pour que la phrase change. En 1993, RFC 1556 a isolé ce défaut de preuve: MIME pouvait livrer les caractères, sans déterminer qui devait les mettre dans l'ordre à l'écran.

6 sept. 2026
Pourquoi TCP a besoin d’un marqueur de fin et d’un no-op

Histoire d'Internet

Pourquoi TCP a besoin d’un marqueur de fin et d’un no-op

Dans l’espace variable des options TCP, deux octets très simples séparent deux problèmes différents: savoir où s’arrête la liste utile et pouvoir déplacer l’option suivante sans imposer cette disposition au récepteur.

6 sept. 2026
L’URL a trouvé l’autorité de jetons. Elle n’a pas rendu l’émetteur fiable

Dossier

L’URL a trouvé l’autorité de jetons. Elle n’a pas rendu l’émetteur fiable

Dans un échange ACME, une adresse peut conduire le client jusqu’au service qui remet un jeton sans donner au serveur le moindre motif de faire confiance à son signataire. La révision 05 du profil JWTClaimConstraints transforme cette différence apparemment mince en frontière…

6 sept. 2026
Le dictionnaire partagé économisait des octets. Il est entré dans le périmètre du secret

Dossier

Le dictionnaire partagé économisait des octets. Il est entré dans le périmètre du secret

Présenté comme un simple accélérateur de compression, un dictionnaire partagé participe pourtant au sens du résultat. RFC 9841 oblige ainsi à gouverner ses octets, son origine et son exposition comme une dépendance de sécurité, et non comme un cache interchangeable.

6 sept. 2026
Le répéteur devait répondre avant de redémarrer : RFC 1516

Histoire d'Internet

Le répéteur devait répondre avant de redémarrer : RFC 1516

La console recevait une réponse rassurante alors que le répéteur Ethernet n’avait pas encore commencé l’étape la plus incertaine. La RFC 1516 imposait que la réponse SNMP parte avant la réinitialisation disruptive. Elle séparait ainsi, dans le temps, l’accusé de réception…

6 sept. 2026
Le parseur a accepté la chaîne. Le protocole devait encore la refuser

Dossier

Le parseur a accepté la chaîne. Le protocole devait encore la refuser

Un JSON bien formé peut transporter une valeur qui ne devrait jamais devenir un identifiant, une preuve ou même une chaîne UTF-8 sérialisable. RFC 9839 oblige à replacer la décision là où elle appartient: dans le contrat du champ, après décodage.

6 sept. 2026
Avant le choix d’IPng, Internet a interrogé ceux qui devraient en vivre les conséquences : RFC 1550

Histoire d'Internet

Avant le choix d’IPng, Internet a interrogé ceux qui devraient en vivre les conséquences : RFC 1550

Un compteur électrique et une liaison radio ont précédé les schémas de paquets. Avec RFC 1550, l’IETF a choisi de recueillir les contraintes des futurs usages avant de laisser les protocoles candidats plaider leur cause.

6 sept. 2026
Deux instances affichaient huit. Elles ne mesuraient pas la même chose

Dossier

Deux instances affichaient huit. Elles ne mesuraient pas la même chose

Réduire l’état d’un processeur, d’une file et d’un chemin à une note unique facilite le routage. Cela ne crée pas pour autant une unité commune. La révision 11 d’un projet de l’IETF inscrit désormais le véritable préalable opérationnel: avant de comparer deux notes, tous les…

6 sept. 2026
Le membre a été retiré. L’exclusion exigeait encore deux changements de clé

Dossier

Le membre a été retiré. L’exclusion exigeait encore deux changements de clé

Un contrôleur peut retirer un nom de son groupe en une opération. RFC 9838 décrit une réalité moins instantanée: la première transition reste protégée par l’ancienne clé, la suivante doit l’être par la nouvelle, et la multidiffusion ne renvoie pas un reçu signé par chaque membre.

6 sept. 2026
L’avis d’incident d’APNIC sur son API ne citait pas l’API du registre

Récits

L’avis d’incident d’APNIC sur son API ne citait pas l’API du registre

Un trait d’union sépare `api.apnic.net` de `registry-api.apnic.net`. Dans son avis du 5 août, APNIC a nommé le premier hôte et cinq services touchés. La spécification publique de son API du registre assigne au second hôte des opérations authentifiées sur les données de…

6 sept. 2026
L’alerte attendait, le compteur continuait : RFC 1515

Histoire d'Internet

L’alerte attendait, le compteur continuait : RFC 1515

Une console peut rester silencieuse alors que l’équipement vient de franchir deux fois le même seuil physique. La RFC 1515 avait prévu cette apparente contradiction: l’alerte devait patienter cinq secondes, mais l’état courant et le compteur d’entrées conservaient chacun leur…

6 sept. 2026