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
La signature était valide. La délégation n’était pas encore autorisée
Un jeton ENUM peut traverser sans altération un chemin non fiable, porter une signature XML correcte et rester inutilisable pour la demande présentée. Le RFC 5105 oblige le registre à distinguer l’authenticité du document de l’autorité de déléguer.
Entreprises services cloud Europe et Moyen-Orient
Allianz Technology : les comptes de la transformation, ce que le dépôt 2025 révèle — et ce qu'il taire
Allianz Technology SE, le prestataire technologique central du groupe d'assurance Allianz, a déposé son rapport annuel 2025 le 2 juin 2026. Les données agrégées du registre attribuent à l'entité un chiffre d'affaires d'environ 3,42 milliards d'euros, 10 688 employés et un…
Histoire d'Internet
Un Call Release impliquait plusieurs libérations de Connection : RFC 3475
Dans RFC 3475, une seule décision mettait fin au Call, mais sa réalisation se divisait en autant de démontages qu’il existait de Connections associées.
IETF
Le numéro de lien était dans la sonde ; le port devait encore le confirmer — RFC 9533
Le rapport annonçait 2,1 millisecondes pour un agrégat de quatre liaisons. Ce chiffre ne disait pas si les quatre avaient été testées, ni laquelle avait transporté la requête et le retour. RFC 9533 construit précisément la preuve qui manquait entre l'interface logique et ses…
Histoire d'Internet
L’appel avait un identifiant mondial. Ce n’était toujours pas une connexion : RFC 3474
En donnant un nom durable au Call ASON, la RFC 3474 facilitait la coordination; elle ne transformait pourtant ni ce nom ni la relation qu’il désignait en circuit effectivement disponible.
IETF
La relance avait été demandée. Le décodeur n’était pas encore rétabli
Dans la RFC 5104, un numéro de séquence FIR distingue une nouvelle commande de sa répétition. Il ne certifie ni l’arrivée complète du point de rafraîchissement, ni la remise à zéro du décodeur, ni l’image finalement présentée à l’utilisateur.
Histoire d'Internet
L’alarme a contourné le nœud défaillant. L’ACK ne prouvait que la réception : RFC 3473
RSVP-TE pouvait avertir directement un nœud distant, mais l’accusé de réception de cette alarme ne certifiait ni la réparation du chemin ni le retour du service.
IETF
Deux octets semblables, deux autorités différentes : RFC 9542
Le rapport d’incident affirmait qu’IANA avait attribué « l’EtherType 0042 ». La trame racontait autre chose: `88-B7` était l’EtherType, `00-00-5E` l’OUI confié à IANA par l’IEEE, et `00-42` un numéro de protocole réservé aux exemples. L’abréviation avait effacé toute la chaîne…
Entreprises institutionnelles mondiales
L'IA d'Allianz Technology passe du discours à la preuve : ce que le dossier 2026 établit — et ce qu'il laisse encore ouvert
Allianz Technology SE, le prestataire informatique mondial du groupe d'assurance Allianz, a présenté à la fin de 2025 un modèle d'exploitation agentic complet, puis a documenté en 2026 un premier déploiement de production daté et quantifié. Mais entre l'architecture présentée…
Histoire d'Internet
Le trafic pouvait remonter avant l’existence du MAPPING de retour : RFC 3472
Dans l’établissement bidirectionnel de CR-LDP, le premier flux pouvait déjà revenir vers l’initiateur alors que les étiquettes de l’autre sens voyageaient encore de nœud en nœud.
IETF
La ligne était opérationnelle. Aucun appel n’était encore abouti
Avec le RFC 5098, l’opérateur pouvait inspecter la configuration de signalisation d’un MTA et l’état de sa relation avec le CMS. Le mot `operational` restait pourtant une preuve de mise en service et d’acquittement RSIP, pas le compte rendu d’une conversation.
IETF
Le paquet OAM portait le même label de service, pas la même histoire : RFC 9546
La console d’assurance affichait une suite de tests sans rupture alors que l’application signalait une commande manquante. La contradiction n’était qu’apparente: la RFC 9546 donne au trafic OAM DetNet son propre espace de séquence, distinct de celui du flux applicatif observé.
Histoire d'Internet
L’étiquette a quitté le paquet pour entrer dans le monde physique : RFC 3471
Au début de 2003, le mot « étiquette » changea d’échelle: il ne désignait plus seulement quelques bits lus par un routeur, mais aussi une tranche de temps, une longueur d’onde ou un passage matériel dans une fibre.
IETF
L’enveloppe disait AES-GCM. Le passé de ses nonces restait hors pièce
Avec la RFC 5084, CMS sait nommer et paramétrer précisément le chiffrement authentifié. Mais l’enveloppe ne peut pas certifier, à elle seule, qu’aucune autre enveloppe n’a déjà employé le même nonce avec la même clé.
Histoire d'Internet
Le chemin de secours existait. La reprise restait un cycle : RFC 3469
Un réseau pouvait posséder une route de protection parfaitement visible dans sa configuration et rester incapable de dire quand le trafic, la capacité et la protection avaient réellement été rétablis.
Entreprises de services cloud en Asie-Pacifique
Thanh Trang Cloud Computing : une capacité annoncée sous un autre ASN, validée par RPKI
Thanh Trang Cloud Computing and Technology Company Limited détient les ressources Internet pour exister sur le routage mondial: un /23 IPv4 alloué par l'APNIC et un numéro de système autonome attribué par le registre national vietnamien. Pourtant, le seul chemin protégé par RPKI…
IETF
Le service annonçait OHTTP. Sa clé pouvait encore désigner le client : RFC 9540
La RFC 9540 rend découvrables une cible Oblivious HTTP, sa passerelle et la configuration cryptographique de celle-ci. Cette commodité révèle aussi une frontière décisive: une annonce DNS exacte et un échange chiffré réussi ne prouvent pas qu’une clé, un chemin ou une redirection…
IETF
IPV6CP était ouvert. L’adresse globale restait à prouver
RFC 5072 ferme proprement une étape de contrôle sur une liaison PPP. Il n’autorise pas à transformer cette étape en certificat d’unicité globale, de routage ou de service rendu.
Histoire d'Internet
Le DNS trouvait un nom exact. Il ne cherchait pas ce que vous vouliez dire : RFC 3467
Une résolution exacte peut mener avec rigueur au mauvais endroit si le nom choisi ne correspondait pas à l'intention. En 2003, RFC 3467 a séparé le travail mécanique du DNS de la découverte incertaine propre aux humains.
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…