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.
IETF
RFC 9998 : l’échec d’un contrôle d’âge ne vaut pas consentement à un contrôle plus intrusif
Un contrôle d’âge ressemble à une question binaire jusqu’au moment où la première méthode ne sait pas répondre. L’utilisateur peut alors voir apparaître une demande de document, d’image faciale, de numéro de téléphone ou d’historique. RFC 9998 explique pourquoi aucune méthode ne…
Dirigeants
Nick McKeown et la Barrier Reply qui n’a jamais vu passer le paquet
Dans un journal de contrôleur, trois lignes peuvent former une histoire rassurante: règle envoyée, barrière demandée, réponse reçue. Elles ne disent pourtant pas si le paquet visé a gagné sa correspondance, quitté le commutateur ou atteint le service. La précision d’OpenFlow…
IETF
RFC 9876 : un numéro du registre CoAP ne garantit pas l’interopérabilité
Dans un protocole contraint, un petit entier peut finir par porter une promesse institutionnelle démesurée. Un identifiant CoAP Content-Format remplace sur le fil un type de média, ses paramètres et, le cas échéant, un codage de contenu. La RFC 9876 rend l’attribution de cet…
IETF
RFC 9874 : la suppression EPP d’un client peut casser le DNS d’un autre
Une commande de suppression peut être parfaitement autorisée pour le client qui l’envoie et dangereuse pour un domaine géré par un autre. RFC 9874 décrit ce décalage entre droit de commande et portée opérationnelle. La réponse EPP ne suffit donc pas: il faut un reçu qui conserve…
Dirigeants
Remco van Mook et la passerelle IPv4 sans voisin IPv4
Une passerelle par défaut est d’ordinaire une adresse que la machine cherche sur le lien. Le projet de Remco van Mook propose autre chose: `192.0.0.11` ne désigne pas un voisin IPv4. Cette valeur commande à l’hôte d’emprunter l’adresse de couche 2 d’un routeur déjà découvert par…
IETF
Le réseau a déclaré la racine hors service. Il n’a pas prouvé un crash : RFC 9866
Dans un réseau RPL, une décision rapide peut être juste sans constituer un diagnostic matériel. RFC 9866 permet d’abandonner une version de DODAG devenue inutilisable; son état `GLOBALLY DOWN` ne dit pas, à lui seul, si le routeur frontière est éteint, isolé, brouillé, compromis…
Dirigeants
John Ousterhout et l’écriture rapide devenue dette de nettoyage
Le système de fichiers journalisé de Sprite a rendu l’écriture au premier plan presque légère: accumuler les modifications, puis les poser dans un long flux séquentiel. Son enseignement décisif est ailleurs. Le coût n’est pas supprimé; il réapparaît dans le nettoyage des…
Histoire d'Internet
RFC 2350 : publier un service ne prouve pas qu’un incident a été traité
Les horaires, une clé publique et une adresse de signalement rendent un CSIRT joignable en principe. Ils ne disent pas encore si un message précis a été reçu, qualifié, transmis, attribué ou résolu.
Histoire d'Internet
RFC 2342 donnait l’adresse des rayons, pas la preuve que les boîtes existaient
Une réponse NAMESPACE pouvait livrer les préfixes et séparateurs des espaces personnel, partagés et réservés aux autres utilisateurs. Elle rendait les noms calculables. Elle ne transformait ni un préfixe en inventaire, ni un nom en droit d’accès, ni un indicateur de protocole en…
Histoire d'Internet
Un même chemin, quatre algèbres et un inconnu contagieux : RFC 2215
Décrire un chemin réseau ne consiste pas à aligner des mesures puis à en calculer une moyenne. RFC 2215 confiait une règle différente à chaque affirmation: un OU logique pour une rupture de prise en charge, un compteur pour les nœuds avertis, un minimum pour la bande passante et…
IETF
Le serveur de secours a répondu. La clé en cache ne convenait pas : RFC 8901
Un second fournisseur DNS peut continuer à répondre après la panne du premier sans pour autant livrer une réponse acceptable aux résolveurs validateurs. RFC 8901 montre que la redondance DNSSEC est un contrat de synchronisation entre signataires, et non un simple nombre de…
Histoire d'Internet
L’image et le son partageaient le paquet, pas la preuve de lecture : RFC 2343
La RFC 2343 organisait des tranches vidéo MPEG-2 et des trames audio dans une même charge RTP. Cette proximité rendait la relation temporelle exploitable et réduisait certains coûts de transport. Elle ne transformait pourtant ni le paquet en décodeur, ni l’horodatage en…
Histoire d'Internet
RFC 2216 : le numéro du service n’était que l’adresse de sa promesse
Un service de réseau pouvait recevoir un numéro reconnu et rester encore presque entièrement à prouver. En 1997, RFC 2216 a transformé cette faiblesse en méthode: obliger chaque définition à révéler qui invoque quoi, quel trafic est couvert, où commence la police, comment les…
Histoire d'Internet
RFC 2345 : l’adresse proposée n’était pas l’identité de l’entreprise
En 1998, la recherche semblait pouvoir tenir dans un échange presque trivial: envoyer un nom d’entreprise, recevoir une URL et un libellé, puis ouvrir la page. La RFC 2345 expérimentait cette économie avec WHOIS. Elle rendait la découverte plus simple, mais ne transformait ni le…
Histoire d'Internet
RFC 2212 : le délai promis avait deux dettes, C et D
Deux routeurs peuvent réserver le même débit sans offrir la même borne de retard. En 1997, RFC 2212 a donné un nom à cette différence: une dette qui diminue quand le débit réservé augmente, `C/R`, et une dette temporelle qui demeure, `D`. La garantie devenait calculable, mais…
Histoire d'Internet
L’adresse n’était pas la liaison : ce que NHRP pouvait réellement établir selon RFC 2333
Dans un réseau NBMA, trouver l’adresse de la prochaine étape pouvait supprimer plusieurs détours IP. C’était la promesse de NHRP. Mais RFC 2333 n’en faisait ni une preuve de connexion ni un certificat de disponibilité. Le routage choisissait d’abord une direction; NHRP pouvait…
IETF
Les requêtes racine se taisent, pas la facture réseau
Servir la racine localement réduit les requêtes envoyées au Root Server System. Mais le résolveur doit désormais alimenter une autre chaîne: découvrir une source, détecter les changements, transférer la zone, vérifier ZONEMD et DNSSEC, activer la copie puis revenir aux racines…
Histoire d'Internet
RFC 2210 : le bit qui retirait sa crédibilité au résumé du chemin
Un récepteur RSVP pouvait recevoir un objet riche en chiffres: nombre de sauts, bande passante, latence minimale, MTU, paramètres de service garanti. Mais RFC 2210 imposait de lire d’abord un seul bit. S’il signalait une rupture générale, les autres valeurs de l’ADSPEC devenaient…
Dossier
Une adresse de résolveur ne suffit plus à raconter une résolution
En ajoutant un second serveur faisant autorité à une zone expérimentale, APNIC Labs a vu le nombre moyen de requêtes par test passer de 3,43 à 2,57. Ce résultat ne prouve pas pourquoi le comportement a changé. Il montre en revanche qu’une adresse publique de résolveur peut…
Histoire d'Internet
RFC 2188 : quand l’échec d’un côté ne dit pas ce que l’autre sait
Un exécutant envoie le résultat d’une opération réussie, puis reçoit plus tard une indication `FAILURE`. Pendant ce temps, l’invocateur peut déjà avoir accepté ce même résultat. Aucun des deux ne ment: RFC 2188 avait précisément conçu un protocole où l’efficacité, le choix de la…