Comprendre le BFD pour les BGP
Le protocole BFD (Bidirectional Forwarding Detection) est un mécanisme simple permettant de détecter les pannes dans un réseau. Les paquets Hello sont envoyés à un intervalle régulier spécifié. Une défaillance de voisin est détectée lorsque l’équipement de routage cesse de recevoir une réponse après un intervalle spécifié. BFD fonctionne avec un large éventail d’environnements réseau et de topologies. Les délais de détection des défaillances de BFD sont plus courts que les mécanismes de détection des défaillances par défaut BGP, de sorte qu’ils permettent une détection plus rapide.
La configuration du BFD et du redémarrage graceful pour une configuration BGP sur le même équipement est contre-productive. Lorsqu’une interface s’arrête, BFD détecte cela instantanément, stoppe le trafic de redémarrage et la session BGP s’arrête, tandis que le redémarrage normal permet de redémarrage du trafic en dépit de la défaillance de l’interface, ce comportement peut entraîner des problèmes sur le réseau. Il n’est donc pas recommandé de configurer à la fois le BFD et le redémarrage graceful sur le même équipement.
Les commutateurs et commutateurs d’EX4600 QFX5000 Series ne peuvent pas supporter des valeurs d’intervalle minimales de moins d’une seconde.
Les commutateurs QFX5110, QFX5120, QFX5200 et QFX5210 bfD (Bidirectional Forwarding Detection) en ligne permettent de configurer les sessions en moins d’une seconde. Les performances peuvent varier en fonction de la charge système. 10 sessions BFD en ligne sont prise en charge et peuvent être configurées avec un minuteur de 150 x 3 millisecondes.
Les timeurs de détection des défaillances BFD peuvent être modifiés pour être plus rapides ou plus lents. Plus la valeur du délai de détection des défaillances BFD est faible, plus la détection des défaillances est rapide et vice versa. Par exemple, les timeurs peuvent s’adapter à une valeur supérieure en cas d’échec d’adjacence (autrement dit, le délai de détection des pannes est plus lent). Un voisin peut négocier une valeur plus élevée pour un timer que la valeur configurée. Les minuteurs s’adaptent à une valeur supérieure lorsqu’un battement de session BFD survient plus de trois fois en une durée de 15 secondes (1 5000 millisecondes). Un algorithme d’arrière-off augmente l’intervalle de réception (Rx) de deux si l’instance BFD locale est la raison de l’battement de session. L’intervalle de transmission (Tx) est augmenté de deux si l’instance BFD à distance est la raison de l’intervalle de session. Vous pouvez utiliser la commande clear bfd adaptation pour renvoyer les intervalles BFD à leurs valeurs configurées. La commande est sans à-coups, ce qui signifie que la commande n’affecte pas le flux de trafic sur clear bfd adaptation l’équipement de routage.
Sur tous les SRX Series, l’utilisation élevée du processeur est déclenchée pour des raisons telles que les commandes intensives du processeur et les promenades SNMP. Le protocole BFD est d’autant plus faible que le traitement des mises à jour de BGP importantes. (La prise en charge de la plate-forme dépend de Junos OS version de votre installation.)
Les équipements Junos OS version 15.1X49-D100, SRX340, SRX345 et SRX1500 une prise en charge de la BFD dédiée.
Les équipements Junos OS de 15.1X49-D100 version BFD, SRX300 et SRX320 la prise en charge du BFD en temps réel.
À partir de Junos OS version 15.1X49-D110, les équipements SRX550M supportent des BFD dédiés.
Dans Junos OS version 8.3 et ultérieure, la BFD est prise en charge sur les sessions de BGP internes (IBGP) et EBGP (multihop external BGP) ainsi que sur les sessions EBGP à saut unique. Dans Junos OS version 9.1 à Junos OS version 11.1, BFD prend en charge les interfaces IPv6 dans des routes statiques uniquement. Dans Junos OS version 11.2 et ultérieure, BFD prend en charge les interfaces IPv6 avec BGP.