Résumé

  • Les sessions BGP sont revenues à l’état Established alors que le routeur B n’avait aucun préfixe IPv4 ou IPv6 pendant 121 secondes.
  • Marian Rychtecký a relié le retard d’End-of-RIB à une adresse de pair IPv6 tronquée, qui a provoqué un reset TCP.

« Established » décrivait la session. La table de routage, elle, était vide. C’est le décalage au cœur du retour d’expérience de Marian Rychtecký à NANOG 98 : pendant une mise à niveau de pare-feu en haute disponibilité, la session BGP est revenue, pas les routes. Le routeur B est resté sans préfixes IPv4 ni IPv6 dans sa RIB pendant 121 secondes. Le trafic continuait d’aller vers le pare-feu, qui n’avait plus les routes attendues à annoncer. Résultat : près de deux minutes de trou noir.

L’équipe avait activé BGP Graceful Restart pour amortir le basculement. Le mécanisme doit réduire les perturbations d’un redémarrage : un pair peut conserver temporairement des routes marquées obsolètes si l’état de transfert est maintenu, puis les remplacer à la réception des nouvelles annonces. End-of-RIB marque la fin de la première mise à jour pour une famille d’adresses. Ces signaux décrivent l’état du routage ; ils ne certifient pas que le pare-feu transmet encore les paquets.

Le chronomètre a fourni l’indice. Selon Rychtecký, End-of-RIB est arrivé presque deux minutes après le basculement, à proximité d’un délai de reconnexion de 120 secondes. Le diagnostic présenté pointe la session BGP IPv6 : le routeur attendait son marqueur et retenait aussi les routes IPv4. La session pouvait donc paraître établie alors que la table restait vide.

Les captures ont ensuite montré un TCP RST sur la nouvelle connexion. Dans le diagnostic final du support, l’adresse IPv6 attendue 2001:db8:1::2 était enregistrée sous la forme 2001:db8:1:. Le suffixe manquant empêchait de retrouver le bon contexte VRF/BGP ; le système tombait sur le VRF inconnu 0 et réinitialisait la connexion. Un test en laboratoire avec BIRD a aidé à isoler ce défaut d’implémentation du comportement prévu par le protocole. Pour cette installation, Rychtecký cite un délai de connexion d’une seconde comme contournement.

Voilà ce que le mot « gracieux » ne peut pas promettre seul : la conservation des routes dépend d’un état de transfert réellement disponible. Ici, l’échange de routes attendait un marqueur retardé par une identité de pair mal analysée, alors que le chemin de service était déjà interrompu. L’état BGP racontait une connexion ; la RIB et les paquets racontaient la panne.

La présentation ne publie pas les captures ni le nom des fournisseurs ; une trace expurgée ou un avis officiel permettrait de vérifier indépendamment la chaîne de parsing. La fiche NANOG présente Rychtecký comme CTO de NIX.CZ. Les détails viennent de son support officiel ; la RFC 4724 définit le mécanisme. La photo officielle de NANOG fonde le portrait.