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
Le nom a persisté, pas la preuve de la ressource : RFC 9517
La RFC 9517 donne aux ressources de données de recherche un nom DDI de portée mondiale et une voie DNS vers des services possibles. Cette permanence est un contrat d’identification sous autorité déléguée, non une garantie de résolution, de disponibilité, d’authenticité ou de…
IETF
Le souhait était enregistré. L’adresse source restait à constater
Le RFC 5014 permet à une application IPv6 d’exprimer une préférence de source sans promettre que cette source sera disponible, choisie ou utilisée. Pour le dirigeant, la différence entre souhait, sélection et résultat est précisément le contrôle à conserver.
Entreprises services cloud mondiales
Oracle Cloud : ce que la diversification au-delà d'OpenAI révèle — et cache
Oracle affirme que sa vague de réservations n'est plus concentrée sur OpenAI. Les chiffres publiés soutiennent l'existence d'autres clients, dont Meta, mais aucune ventilation par client ne permet de vérifier la composition réelle du carnet de 664 milliards de dollars.
Histoire d'Internet
Les CDN pouvaient élargir leur portée. Il fallait encore négocier l’accord : RFC 3466
En 2003, un réseau de contenu se décrivait par les requêtes et les réponses qu’il acheminait, pas seulement par les paquets. La RFC 3466 a fourni un vocabulaire commun aux réseaux qui souhaitaient coopérer, sans transformer ce vocabulaire en contrat.
Histoire d'Internet
Le nombre d’ACK changeait. Le compte des octets retenait la fenêtre : RFC 3465
Deux récepteurs pouvaient confirmer la même quantité de données avec un nombre différent de messages. RFC 3465 a refusé que cette différence suffise à créer du crédit d’émission: la fenêtre devait suivre les octets nouvellement acquittés.
IETF
La trace a rejoint le nom, pas un chemin unique vers le contenu : RFC 9507
La RFC 9507 construit un traceroute pour les réseaux qui acheminent des noms plutôt que des adresses. Elle révèle une branche vers un relais, une application ou un cache; elle ne transforme pas cette observation en preuve d’une origine unique, d’un trajet permanent ou d’une…
IETF
Une liaison DHCP est réapparue. La présence du terminal reste à démontrer
Le RFC 5007 permet d’interroger la mémoire d’un serveur DHCPv6. Après un redémarrage comme en exploitation courante, cette mémoire peut aider à reconstruire un état local; elle ne certifie ni la présence actuelle d’un terminal, ni l’identité d’un abonné, ni une autorisation.
Histoire d'Internet
L’explication humaine et le rapport machine partageaient une enveloppe : RFC 3462
Un avis d’échec devait parler à deux lecteurs qui n’attendaient pas la même chose. L’expéditeur voulait comprendre; le logiciel voulait des champs stables. RFC 3462 les a réunis dans un même contenant sans confondre explication, constat structuré et message retourné.
Histoire d'Internet
La partie facultative a disparu. La livraison pouvait réussir : RFC 3459
RFC 3459 a traité une situation que le courrier ordinaire préférait éviter: une passerelle pouvait ne livrer qu’une partie d’un message multipart, faute de capacité du système destinataire. Il revenait alors à l’expéditeur de déclarer quelle perte invalidait la livraison entière.
IETF
Les bits ont rendu la perte visible, pas la conclusion : RFC 9506
La RFC 9506 ouvre une fenêtre minuscule dans les transports chiffrés: quelques bits exposent délai, perte ou congestion à un observateur sur le chemin. Cette fenêtre est utile, mais elle ne remplace ni le contrat de mesure, ni l’attribution de la cause, ni la preuve du service…
IETF
L’archive était accessible. La mémoire institutionnelle ne l’était pas encore
Le RFC 5005 distingue un flux complet, une pagination instable et une archive reconstructible. Pour une direction, cette distinction impose une règle simple: le chemin vers les documents anciens ne prouve ni leur collecte intégrale, ni leur conservation, ni ce que le lecteur a…
Entreprises services cloud mondiales
Couches de service de l'AS210973 : ce que les trois /24 restants de DATAMATIX révèlent sur le bloc 212.236.x
Le résumé de veille Couches de service de l'AS210973: ce que les trois /24 restants de DATAMATIX révèlent sur le bloc 212.236.x explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les…
Histoire d'Internet
L’en-tête disait voix. Le message devait encore être lu : RFC 3458
RFC 3458 a offert aux messageries mêlant texte, fax et voix un indice compact sur l’usage attendu d’un message. Sa règle décisive était cependant une limite: l’indice ne pouvait jamais prendre la place du contenu effectivement reçu.
Histoire d'Internet
Le tunnel était protégé. L’adresse attribuée n’était pas un titre d’accès : RFC 3456
RFC 3456 réutilisait DHCPv4 pour donner à une machine distante une présence virtuelle dans le réseau de l’entreprise. Son avertissement décisif reste actuel: une adresse remise par un échange protégé configure l’hôte, mais ne lui confère pas à elle seule un droit d’accès.
Dossier
DFINFRA : quand la source faisant autorité devient illisible, que prouve encore une affirmation d'enregistrement ?
Le résumé de veille DFINFRA: quand la source faisant autorité devient illisible, que prouve encore une affirmation d'enregistrement ? explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les…
IETF
Le MOVE a réussi. L’ordre de lecture pouvait pourtant changer : RFC 3648
Un responsable éditorial déplace un document dans un recueil ordonné sans modifier son contenu. Tous les fichiers sont là, mais le parcours pédagogique n’est plus le même. Pour un MOVE au sein du même parent sans `Position`, RFC 3648 autorise la conservation de la place comme…
IETF
La requête portait sa preuve. Elle ne pouvait toujours pas délivrer le certificat : RFC 9733
Avec RFC 9733, une demande de certificat conserve la preuve cryptographique de son origine malgré l’attente et les relais. Cette continuité rend l’enrôlement industriel plus robuste; elle ne remplace ni le consentement du registrar, ni la décision de l’AR, ni l’émission par l’AC…
Histoire d'Internet
Les chaînes correspondaient. L’identité restait à prouver : RFC 3454
Stringprep a donné aux protocoles Internet une méthode reproductible pour comparer des chaînes internationalisées. Ses opérations pouvaient effacer, transformer, normaliser ou refuser des points de code jusqu’à produire deux sorties identiques. Cette égalité était utile, mais…
Entreprises services cloud mondiales
Les engagements de Meta pèsent 279 milliards de dollars, mais la capacité déployée reste un autre débat
Meta Platforms a fixé un cadre de dépenses gigantesque: 278,99 milliards de dollars de baux de centres de données pas encore commencés au 30 juin 2026, 68 milliards de dollars supplémentaires signés en juillet, et un cap des dépenses d'investissement 2026 ramené à 130–145…
IETF
La pratique était déclarée. Son exécution restait à prouver : RFC 3647
Deux autorités de certification présentent des documents construits selon les mêmes rubriques. L’équipe d’interopérabilité peut enfin comparer leurs engagements sans réinventer le vocabulaire. Mais l’alignement des titres ne dit pas si les cérémonies, les contrôles et les délais…