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.
Tendances mondiales des services cloud
L’ARR IA de SailPoint réclame une colonne sur le renouvellement
SailPoint chiffre désormais son activité IA à plus de 70 millions de dollars d’ARR. Ce progrès de transparence ne transforme pas l’indicateur en revenu acquis. La définition autorise le maintien d’un contrat expiré pendant la négociation active de son renouvellement ou de son…
Histoire d'Internet
Anja Feldmann et la matrice de trafic qu’aucun lien ne pouvait révéler
Un lien saturé se voit immédiatement. En revanche, le compteur ne dit ni quelles demandes s’y sont rencontrées, ni quelle décision de routage les y a conduites, ni où elles iraient après une modification. Les travaux d’Anja Feldmann ont fait de cet écart entre charge locale et…
IETF
Max-Forwards compte les sauts HTTP, pas l’autorité des organisations
Un entier placé dans une requête peut obliger le prochain intermédiaire à répondre au lieu de transmettre. Max-Forwards fournit ainsi un excellent instrument pour examiner une chaîne HTTP qui boucle ou se comporte mal. Sa précision a pourtant une limite décisive: il décompte des…
Histoire d'Internet
Jerry Saltzer et le lien qui portait un nom, mais aucune permission
Trouver un fichier et être autorisé à l’ouvrir sont deux opérations différentes. Dans son étude de Multics, Jerry Saltzer montre pourquoi cette distinction devait être inscrite dans l’architecture: un lien pouvait indiquer le chemin, mais le droit devait rester auprès de la…
IETF
Accept-Patch annonce des formats, pas le droit de modifier
Un serveur peut indiquer les langages de modification partielle qu’il comprend sans décider, par cette seule annonce, qui est autorisé à toucher la ressource. RFC 5789 appelle ce signal Accept-Patch et maintient séparés la capacité technique, la sémantique du format, l’état…
Dossier
RFC 9725 : la session WHIP existe, pas encore la diffusion
Dans une chaîne de direct, la réponse la plus rapide peut être la moins décisive. `201 Created` donne à l’encodeur une ressource de session et une réponse SDP; il ne dit encore rien du chemin choisi, des paquets reçus ni de l’image vue par le public.
Histoire d'Internet
Eve Schooler et l’invitation qui ne transportait pas la conversation
Une adresse n’est pas une voix, et une invitation n’est pas une conversation. En contribuant aux premiers travaux sur SIP, Eve Schooler a aidé à faire de cette évidence une frontière d’architecture: trouver quelqu’un et lui proposer une session devait pouvoir rester distinct du…
IETF
Content-Location décrit une représentation, pas où le client doit aller
Une réponse HTTP peut nommer précisément la ressource correspondant au document qu’elle transporte sans changer la cible de la requête. RFC 9110 confie ce rôle à `Content-Location` et refuse d’en faire une redirection ou une nouvelle autorité d’action.
Dossier
RFC 9727 : le catalogue indique des API, pas leur réalité opérationnelle
Un inventaire peut être impeccable et faux au moment décisif: l’ancienne API n’y figure plus, alors que sa route répond encore. RFC 9727 rend ce décalage visible à condition de ne pas confondre publication et exécution.
IETF
Les 103 Early Hints peuvent lancer un chargement, pas trancher la réponse
La réponse HTTP 103 donne un avantage de temps sans transférer le pouvoir de décision. Elle autorise le client à préparer ce qui paraît probable, tout en lui rappelant que seule la réponse finale dira ce que le serveur a réellement décidé.
Histoire d'Internet
Lixia Zhang et le paquet de données qui n’avait plus besoin de son serveur d’origine
Le moment révélateur du Named Data Networking n’est pas l’arrivée d’un paquet sur une machine. C’est l’instant où un cache répond à une requête et où le destinataire peut encore distinguer quatre questions: quel objet a été demandé, quelle copie a été trouvée, qui l’a signée et…
IETF
Une URI de type de problème est un identifiant, pas une commande distante
Une erreur d’API peut recevoir un nom durable sans que ce nom prenne le contrôle du client. RFC 9457 trace cette frontière: l’URI `type` porte une identité sémantique, tandis que la réponse, la politique locale et une autorité distincte déterminent l’action éventuelle.
IETF
UUIDv7 est ordonné dans le temps, pas un reçu causal
UUIDv7 place l’heure en tête de l’identifiant afin que des valeurs proches dans le temps se rangent ensemble. C’est un avantage concret pour les index. Ce n’est pas le témoignage qu’un événement en a précédé ou causé un autre, encore moins une preuve d’identité ou d’autorité.
Histoire d'Internet
Abhay Bhushan et l’interface uniforme qui s’arrêtait au nom de chemin
Au début d’ARPANET, envoyer un fichier ne consistait pas seulement à déplacer des octets. Il fallait franchir les habitudes d’un autre système d’exploitation. Abhay Bhushan a fait de cette diversité la matière même du protocole: observer d’abord, convenir d’opérations communes…
IETF
Cache-Status forme une chaîne de déclarations, pas un verdict sur le cache
Une ligne Cache-Status peut donner l’illusion d’un diagnostic unique. Sa grammaire raconte pourtant autre chose: plusieurs caches parlent à tour de rôle, chacun sur sa propre décision. La valeur du champ vient de cette pluralité ordonnée, à condition de ne pas la réduire à une…
Histoire d'Internet
Cynthia Dwork et le coût impossible à réutiliser
Avant que la preuve de travail ne devienne un terme associé aux cryptomonnaies, Cynthia Dwork et Moni Naor ont pensé le calcul comme un prix d’admission au courrier électronique: supportable pour un message, dissuasif lorsqu’il se répète à grande échelle, et inutile s’il peut…
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…