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.
Histoire d'Internet
Quand la stabilité a retardé le rétablissement: l’histoire du route flap damping
Une route BGP pouvait être de nouveau valide et rester pourtant inutilisable pendant une heure. Le route flap damping avait été conçu pour protéger les processeurs des routeurs des années 1990; en mémorisant les changements sans en connaître la cause, il a aussi donné à des…
Dossier
Le paquet est arrivé sans aucune marge : BGP GTSM et l’autorité de la proximité
Dans un scénario explicatif, le routeur n’a pas « perdu BGP ». Il a refusé des segments TCP parfaitement routables parce qu’ils arrivaient avec une unité de Hop Limit de moins que prévu. Après une bascule de maintenance, le trajet retour comptait désormais trois sauts; le contrat…
Dossier
Le filtre a traversé la session, pas la frontière : BGP ORF et le droit de demander moins
Le client remplace la table complète par quelques centaines de préfixes dans sa liste d’import. Son RIB s’allège aussitôt. Rien ne prouve pourtant que le fournisseur a cessé de calculer, mettre en file et transmettre les centaines de milliers d’updates rejetés à l’arrivée.…
IETF
Linda Dunbar et l’annuaire qui ne doit pas inventer un voisin
Une réponse négative peut être plus dangereuse qu’un silence. Si l’annuaire ne connaît qu’une partie du réseau, « aucune donnée » signifie qu’il faut encore chercher. S’il affirme couvrir la totalité du domaine, la même absence peut autoriser l’abandon d’une trame. À travers…
Dossier
La session était Established mais ne transportait aucune route : RFC 8212 et l’autorité de la politique explicite
Le nouvel edge reste `Established`, échange des KEEPALIVE et ne reçoit pourtant aucune route IPv4 utilisable. Le transport fonctionne; le droit d’importer et d’exporter n’a pas été accordé. Le RFC 8212 transforme ce silence en règle de sûreté: une adjacence externe ne devient pas…
Dossier
La session s’est tue en laissant une raison : le message d’arrêt BGP et le pouvoir d’expliquer une rupture
À l’heure prévue, le peering tombe. Le journal du voisin ne contient pas seulement `Cease`, mais une référence de changement, une cause et une durée estimée. Cette phrase peut éviter une fausse alerte. Elle peut aussi être forgée, exposée, mal affichée ou prise pour la preuve…
Dossier
Deux connexions avaient atteint OPEN, une seule pouvait rester : collision BGP et autorité d’un identifiant stable
Les deux routeurs appellent au même instant. Deux connexions TCP aboutissent entre les mêmes adresses et chacune transporte un OPEN BGP valide. Rien n’est cassé au niveau du transport. Pourtant, un peering configuré ne peut pas conserver deux machines d’états concurrentes. BGP en…
Dossier
Le voisin continuait d’émettre mais ne recevait plus : BGP SendHoldTimer et le droit de clore une session à sens unique
Une session BGP peut rester Established tout en cessant d’être une relation d’échange. Les KEEPALIVE du voisin arrivent encore et rafraîchissent le HoldTimer, mais sa fenêtre de réception TCP est nulle: aucun retrait local ne franchit la frontière. Le voyant vert décrit alors une…
Dossier
Accepter une route pour faire mourir les paquets : BGP BLACKHOLE et le pouvoir de détruire la joignabilité
Le blackholing de destination protège parfois tout un réseau en condamnant une seule adresse. Cette efficacité brutale n’est défendable que si l’autorisation est précise, l’exécution observable et la fin du sacrifice démontrée jusque dans le plan de transfert.
Dossier
La session pouvait le transporter ; la suivante non : BGP Extended Messages et l’autorité d’un budget de taille partagé
Un routeur accepte un UPDATE de douze kilo-octets, choisit la route, puis rencontre un voisin limité à 4 096 octets. La route n’est ni invalide ni mal formée. C’est sa représentation complète qui ne franchit plus la frontière suivante. La capacité appartient à une session; la…
IETF
Hannes Gredler et le lien OSPF qu’il fallait délester dans les deux sens
Le coût est porté au maximum sur un routeur, les chemins sortants se déplacent et la fenêtre de maintenance semble pouvoir commencer. Pourtant, le voisin continue de décrire lui-même le trajet inverse. Le lien physique est unique, mais son état OSPF est énoncé séparément à chaque…
Dossier
Le moniteur a vu la route, pas le paquet : BGP BMP et l’autorité d’un témoin du plan de contrôle
Une donnée de supervision peut être exacte et conduire à une conclusion fausse. BMP expose les routes avant politique, après politique, après sélection et à la sortie. Ces vues ne sont pas interchangeables. La première obligation consiste donc à nommer le témoin, son périmètre et…
Dossier
Quand la métrique franchit l’AS : BGP AIGP et le pouvoir de définir un coût commun
Additionner des nombres n’additionne pas nécessairement leur sens. Dans un groupe exploitant plusieurs systèmes autonomes, AIGP peut prolonger une logique de coût interne au-delà d’une frontière BGP. Mais cette continuité n’est fiable que si chaque domaine mesure la même grandeur…
Dossier
Le secours avait été choisi avant la panne : BGP PIC et le pouvoir de préautoriser le transfert
Au moment où un lien de cœur disparaît, le premier paquet de secours n'attend pas que BGP réexamine des centaines de milliers de destinations. Avec BGP Prefix Independent Convergence, il peut emprunter un chemin placé dans la FIB bien avant l'incident. C'est cette décision…
Dossier
Le réflecteur avait choisi depuis la mauvaise ville : BGP ORR et le pouvoir de calculer la meilleure sortie d’autrui
Un réflecteur central peut choisir une sortie depuis un lieu où aucun trafic client ne passe. BGP Optimal Route Reflection lui permet de calculer depuis la position logique du client. Le mécanisme rétablit une perspective absente, mais crée aussi un pouvoir délégué: un système…
Dossier
Le réflecteur de routes avait caché le choix : BGP ADD-PATH et le pouvoir d’exposer les alternatives
Un réflecteur de routes simplifie l’iBGP en ne montrant souvent à ses clients que le chemin qu’il a lui-même préféré. Cette économie de sessions est aussi une économie d’information. ADD-PATH permet de faire coexister plusieurs chemins pour un préfixe, sans toutefois décider…
IETF
John Scudder et la session BGP qui devait annoncer ses capacités
Une connexion TCP peut être parfaitement établie sans que deux routeurs soient prêts à fournir le service BGP attendu. L'un connaît une extension que l'autre ignore; tous deux l'implémentent peut-être, mais un seul la déclare dans OPEN. Les RFC auxquelles le nom de John Scudder…
Dossier
La route était valide. Le réflecteur l’a prise pour une boucle : identités de cluster BGP et pouvoir de supprimer la joignabilité
Les sessions restaient établies et l’origine annonçait toujours le préfixe. Pourtant, à l’ouest du réseau, la route avait disparu. Le réflecteur avait trouvé sa propre identité dans `CLUSTER_LIST` et appliqué une règle de sécurité parfaitement normale à une topologie décrite par…
Dossier
La politique avait changé, pas les routes : BGP Route Refresh et le pouvoir de réévaluer
Modifier une politique BGP entrante change une règle; cela ne remet pas spontanément devant elle les routes déjà jugées. Route Refresh permet de demander au voisin de réannoncer son export actuel sans détruire la session. La demande évite une rupture, mais elle ne restaure ni le…
Dossier
La route portait une demande, pas une contrainte : BGP NO_EXPORT et le pouvoir de propager
Une route marquée `NO_EXPORT` semble porter son propre verrou. Pourtant, rien ne traverse la session pour désactiver à distance la politique du voisin. La communauté formule une limite commune; ce sont les systèmes du destinataire qui doivent la conserver, l'interpréter et…