Type de contenu
Research Article
Dans la facette Type de contenu, les articles de type Research Article 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.

Entreprises services cloud mondiales
La panne DNS de GoDaddy en 2012: un test de responsabilité des changements de tables de routage
La panne DNS de GoDaddy en 2012 montre qu’un opérateur peut conserver des enregistrements de domaine corrects tout en rendant ses noms, sites, e-mail et canaux de support inaccessibles. L’imputabilité repose sur la qualité des contrôles de changement, des dépendances et des…

Entreprises services cloud mondiales
L'interception DNS publique de 2014 en Turquie a fait du routage des résolveurs un test de responsabilité
L'interception en 2014 des adresses de résolveurs publics à l'intérieur des réseaux turcs a montré pourquoi une destination DNS configurée ne prouve pas la route, le système de réponse, l'intégrité de la réponse ou l'état de restauration réellement reçus par les utilisateurs.

Entreprises institutionnelles mondiales
L’attaque DNS racine de 2002 a fait de la résilience d’un service distribué un test de responsabilité
L’attaque d’octobre 2002 contre le système de serveurs racine du DNS a montré pourquoi un registre exact de l’autorité ne garantit pas la disponibilité. La responsabilité repose sur un service faisant autorité effectivement joignable, la diversité des routes et des capacités, le…

Entreprises télécoms nationaux Amérique du Nord
Le dépeering Cogent-Level 3 de 2005 a fait de l’accessibilité totale à Internet un test de responsabilité de transit
Lorsque Cogent et Level 3 ont cessé d’échanger directement du trafic en octobre 2005, certains clients dépendants ont découvert qu’un contrat Internet et un préfixe enregistré ne garantissaient pas une route fonctionnelle. Le contrôle responsable reposait sur la route réellement…

Entreprises télécoms nationaux Asie-Pacifique
Le séisme de Hengchun en 2006 a fait de la concentration des routes de câbles sous-marins un test de responsabilité
Comment un corridor de défaillances séquentielles de câbles a révélé la différence entre redondance nominale, capacité alternative utilisable et continuité de réseau réparable.

Entreprises institutionnels Europe et Moyen-Orient
L’expérience BGP RIPE-Duke de 2010 a transformé la conformité aux normes en un test de responsabilité de routage
Comment un attribut BGP expérimental valide a révélé un défaut de propagation d’IOS XR, l’amplification par réinitialisation de session et la nécessité d’expériences de routage bornées.

Entreprises services cloud mondiales
La panne du réseau optique d’OVH en 2017 a fait de l’indépendance de la redondance un test de responsabilité
Le 9 novembre 2017, OVH a perdu les chemins optiques reliant son site d’hébergement de Roubaix à ses principaux points de présence externes. L’événement a montré pourquoi des chemins redondants et une configuration sauvegardée ne suffisent pas à garantir une infrastructure réseau…

Télécoms nationaux dans le monde
La fuite de routes d’Indosat en 2014 a érigé les contrôles d’export de table complète en test de responsabilité
Le résumé de veille La fuite de routes d’Indosat en 2014 a érigé les contrôles d’export de table complète en test de responsabilité explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les…

Entreprises centres de données mondiales
La fuite de routes de Safe Host en 2019 a fait du filtrage entre pairs un test de responsabilité transfrontalier
L’incident de routage de Safe Host du 6 juin 2019 a montré comment une erreur d’export peut devenir un événement d’infrastructure international lorsqu’un autre réseau accepte et propage des routes en dehors du périmètre de relation prévu.

Télécoms nationaux dans le monde
TTNet et la fuite de route de 2004 qui a fait du filtrage des préfixes clients un test de responsabilité
L’incident de routage TTNet du 24 décembre 2004 a exposé une faiblesse durable de l’infrastructure Internet: un réseau peut faire passer des routes au-delà de la frontière relationnelle prévue, mais le dommage devient systémique seulement lorsque d’autres systèmes autonomes…

Entreprises télécoms nationaux Amérique du Nord
La fuite AS7007 de 1997 a fait du filtrage de routes un test de responsabilité d’Internet
Le résumé de veille La fuite AS7007 de 1997 a fait du filtrage de routes un test de responsabilité d’Internet explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les conséquences possibles…

Entreprises télécoms nationaux Amérique du Nord
BGP de Level 3 en 2017: responsabilité du backbone
L'incident BGP de Level 3 du 6 novembre 2017 a montré qu'une seule erreur de politique sur un backbone pouvait rediriger du trafic entre organisations avant que clients et fournisseurs d'accès puissent identifier le contrôle en cause. La question de responsabilité est de savoir…

Entreprises services cloud mondiales
L’attaque DDoS de 2014 contre UltraDNS a fait de la continuité du DNS autoritaire un test de responsabilité
La perturbation du 30 avril 2014 du service UltraDNS de Neustar a montré pourquoi le DNS autoritaire doit être traité comme une infrastructure réseau en fonctionnement et non comme une simple entrée dans un fichier de configuration. La question de responsabilité est de savoir si…
Télécoms nationaux dans le monde
L’attaque DDoS de Bandwidth en 2021: continuité VoIP et 911, un test de responsabilité
L’attaque de septembre 2021 sur le réseau de communications de Bandwidth a montré comment une perturbation sur un opérateur vocal partagé peut se propager à travers de nombreuses marques clientes. La question de responsabilité n’est pas seulement de savoir qui a envoyé le trafic…
Entreprises services cloud mondiales
Le défaut de cache DNS d’Azure en 2021 a fait de l’amplification des nouvelles tentatives un test de responsabilité
Azure DNS n’a pas eu besoin que chaque requête client soit hostile pour que sa panne du 1er avril 2021 prenne de l’ampleur. Microsoft a indiqué qu’une surtension anormale de requêtes à l’échelle mondiale a exposé un défaut de code qui a réduit l’efficacité des caches DNS Edge. À…
Entreprises services cloud mondiales
Le DDoS Route 53 de 2019 a fait de la coordination de mitigation DNS un test de responsabilité
Le 22 octobre 2019, Amazon Route 53 a subi une attaque DDoS distribuée. L’événement a montré que le bon fonctionnement d’un service DNS autoritaire ne garantit pas la résolution pour les utilisateurs. AWS a détecté et atténué l’attaque, mais un petit nombre de résolveurs…
Entreprises services cloud mondiales
Le détournement de Route 53 en 2018 a fait de la confiance BGP-DNS un test de responsabilité
Pendant près de deux heures le 24 avril 2018, des annonces BGP plus spécifiques non autorisées ont détourné le trafic d’Amazon Route 53 et produit de fausses réponses pour myetherwallet.com. L’incident a révélé une chaîne de confiance reliant registres de ressources numériques…
Entreprises services cloud mondiales
Panne 1.1.1.1 de Cloudflare en 2025: un test de responsabilité DNS
Le résolveur DNS public 1.1.1.1 de Cloudflare est devenu inaccessible dans le monde entier pendant 62 minutes le 14 juillet 2025 après qu’un changement de topologie de service a transformé un enregistrement de pré-production en retraits de routes. La panne n’a pas été causée par…
Télécoms nationaux dans le monde
Basculement NTT DOCOMO en 2021: responsabilité du cœur mobile
La panne nationale de NTT DOCOMO en octobre 2021 a commencé pendant la migration d’un serveur d’abonnés et de localisation IoT. Les réenregistrements massifs de localisation ont saturé les ressources de signalisation partagées et étendu la congestion de l’IoT vers la voix et la…

Entreprises services cloud mondiales
La panne liée au changement WAN d’Azure en 2023 a fait de la validation du routage mondial un test de responsabilité
Une mise à jour planifiée d’adresse IP sur un routeur du réseau étendu de Microsoft est devenue un incident de service mondial le 25 janvier 2023. Le compte rendu de Microsoft indique qu’une commande s’est comportée différemment selon les équipements réseau, a propagé des…
