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 9730 : prouver la continuité entre contrôle GMPLS distribué et orchestration centralisée
Dans les réseaux de transport, la question n’est plus de choisir entre un plan de contrôle distribué et un contrôleur centralisé. Elle est de savoir où une décision est prise, sur quelle vue des ressources elle repose, comment elle devient une configuration effective, puis…
IETF
En HTTP, must-understand ne protège les anciens caches qu’avec no-store
Deux caches reçoivent la même réponse, portant `must-understand` et `no-store`. L’ancien ignore le mot qu’il ne connaît pas et applique l’interdiction de stocker. Le plus récent ne peut écarter cette interdiction qu’après avoir établi qu’il comprend réellement les règles de cache…
Histoire d'Internet
Raj Jain et le bit qui avait besoin de deux filtres temporels
Le bit de congestion de DECbit était minuscule, mais sa signification ne tenait pas dans un instant. Le routeur devait d’abord construire une mesure, puis l’émetteur devait attendre assez de retours avant de réagir.
IETF
Demander un condensat HTTP ne crée pas un contrat d’intégrité
Dans RFC9530, exprimer un algorithme favori n’oblige pas le correspondant à le choisir, ni même à envoyer un condensat. Cette souplesse est utile, à condition de ne pas confondre le souhait émis avec la preuve reçue. L’intégrité ne devient une conclusion qu’après identification…
IETF
Le certificat passe TLS, mais la requête HTTP peut devenir trop volumineuse
Le client n’est pas nécessairement celui qui ajoute les champs faisant dépasser une limite. Avec RFC9440, un mandataire de terminaison TLS insère les informations du certificat dans la requête destinée au serveur d’origine. Il faut donc réserver une place à cette transformation…
Histoire d'Internet
Larry Masinter et les valeurs qu’un formulaire ne doit pas perdre
L’histoire de multipart/form-data pose une question discrète mais décisive: qui peut simplifier une soumission sans en effacer le sens ?
Histoire d'Internet
Scott Shenker : décider avant de laisser passer un flux
Avec Ethane puis NOX, Scott Shenker et ses coauteurs ont rapproché l’identité, l’autorisation et le chemin des paquets. Cette cohérence a un prix: entretenir les correspondances sur lesquelles repose la décision.
IETF
Un jeton récent ne prouve pas une authentification récente
Un service peut délivrer un nouveau titre d’accès sans que l’utilisateur vienne de s’authentifier. RFC9470 fait porter la demande de renforcement sur l’événement d’authentification, pas sur la jeunesse du jeton. La ressource doit encore examiner les éléments reçus et appliquer sa…
IETF
Deux URN équivalents ne demandent pas le même service
Reconnaître un même nom ne suffit pas à choisir le même résultat. RFC8141 distingue la comparaison des URN des opérations portant leurs paramètres facultatifs, et laisse au résolveur une stratégie à documenter lorsque l’adresse obtenue contient déjà une requête.
IETF
Une référence SIP peut changer sans abandonner la conversation
Renouveler une référence protège moins si le prix en est une conversation devenue introuvable. Le mécanisme de notification SIP distingue précisément ces deux opérations: présenter de nouvelles valeurs aux échanges futurs, mais conserver celles dont les dialogues existants ont…
IETF
CDN : un garde-fou non modifiable, mais pas une preuve du trajet
Une protection commune peut être soustraite aux réglages du client sans devenir une attestation fiable de l’itinéraire. CDN-Loop oblige ainsi à distinguer le droit de composer une chaîne de diffusion, la conservation de son signal de sécurité et la décision locale de refuser un…
IETF
Une carte CDNI plus vaste peut ne desservir personne
Dans CDNI, agrandir une liste de zones peut réduire le nombre de demandes admissibles jusqu’à zéro. Le sujet n’est pas la taille du réseau, mais la façon dont une annonce transforme des conditions locales en choix de délégation.
IETF
La collection Complete de CDNI ne garantit pas le succès de toutes les opérations
Fermer le suivi d’une tâche et disposer du résultat nécessaire à la suivante sont deux décisions distinctes. Le contrôle asynchrone de CDNI le dit expressément: une collection de rapports terminés peut contenir une opération dont l’achèvement reste impossible à confirmer.
IETF
Une redirection CDNI ne doit pas remettre le délai du jeton à zéro
Changer de réseau de livraison impose parfois de signer une nouvelle adresse. Cela ne donne pas au nouveau signataire le droit de prolonger la durée accordée au départ. Le profil CDNI distingue cette redirection du renouvellement expressément prévu pour les contenus découpés en…
Histoire d'Internet
RFC 2063 : des volumes récupérables, une chronologie lacunaire
Dans un scénario hypothétique, un lecteur de mesures s’arrête tandis que le compteur continue de compter les paquets. L’architecture expérimentale de janvier 1997 permet d’expliquer pourquoi les volumes peuvent rester récupérables alors que les observations intermédiaires ont…
Histoire d'Internet
Urs Hölzle : rendre le réseau réparable par morceaux
Un défaut de connectivité dans un premier réseau de Google éclaire un travail moins spectaculaire que la course au débit: organiser un grand système pour pouvoir y intervenir sans tout retirer du service.
IETF
No-Vary-Search exige de séparer le prérendu des décisions à l’activation
Un serveur peut livrer le même document pour deux URL sans que ces URL expriment le même choix du lecteur. Réutiliser une page préparée à l’avance suppose donc un passage de relais: à l’activation, les décisions du client doivent se rattacher à la navigation réelle, pas à celle…
Histoire d'Internet
Ermanno Pietrosemoli : un débit de pointe n’est pas une promesse de service
Traverser la mer avec une liaison radio est une prouesse. Savoir pendant combien de temps, dans quel sens et sous quelles conditions elle transporte des données est une autre question. Le travail d’Ermanno Pietrosemoli permet de voir précisément où commence cette différence.
Tendances services cloud Amérique du Nord
C3 AI : les économies fournisseurs ne se lisent pas dans un solde
Pour mesurer une réorganisation des achats, il faut savoir comment une obligation disparaît. Une facture moins lourde et un engagement restant plus faible peuvent traduire des progrès réels, sans raconter la même histoire. C3 AI publie ces deux évolutions; le lien contractuel…
IETF
L’expiration d’une clé d’idempotence n’autorise pas à répéter l’effet
Le serveur peut oublier une tentative alors que ses conséquences durent encore. Cette échéance clôt une garantie de reconnaissance; elle ne crée pas, à elle seule, une nouvelle décision du client. Les reprises tardives ont besoin d’un état vérifiable ou d’une intention…