Comprendre comment le BFD détecte les défaillances du réseau

Le protocole BFD (Bidirectional Forwarding Detection) est un mécanisme Hello simple qui détecte les défaillances d’un réseau. Une paire de dispositifs de routage échange des paquets BFD. Les appareils envoient des paquets Hello à un intervalle précis et régulier. L’équipement détecte une défaillance de voisin lorsque l’équipement de routage cesse de recevoir une réponse après un intervalle spécifié.

Utilisez l’explorateur de fonctionnalités pour confirmer la prise en charge de la plate-forme et de la version pour des fonctionnalités spécifiques.

Consultez la section Comportement BFD spécifique à la plate-forme pour les notes relatives à votre plate-forme.

• Avantages
• Types de sessions BFD
• BFD à saut unique et à sauts multiples

À partir de la version 24.3R1 de Junos OS, nous avons introduit le mode distribué pour la détection des défaillances BFD (Bidirectional Forwarding Detection) sur vSRX 3.0. Avec cette prise en charge, nous avons également ajouté la fonctionnalité de déchargement du processeur dédiée sur vSRX 3.0. La fonctionnalité CPU de déchargement dédié replanifie un thread de flux et utilise les filtres de flux DPDK du NIC pour déplacer les paquets haute priorité (BGP, RIPv2, OSPF, PIM, Multicast, IGMP, Single-Hop BFD et Multihop BFD) vers le thread de flux dédié. Ainsi, les paquets de fonctionnalités sont traités par leur propre thread de flux ou file d’attente dédiée, même dans les cas où le plan de transfert est surabonné et perd des paquets.

Étant donné qu’un thread de flux entier est supprimé du trafic de transfert, vous pouvez observer une réduction du débit de paquets et cet impact sur les performances est plus prononcé dans les déploiements vSRX 3.0 plus petits.

Pour activer la fonctionnalité CPU de déchargement dédié sur vSRX 3.0, exécutez la set security forwarding-options dedicated-offload-cpu commande.

Lorsque vous configurez cette fonctionnalité, le message d’avertissement suivant s’affiche dans la sortie syslog : Attention, vous avez activé dedicated-offload-cpu, cela aura un impact sur les performances.

Sans CPU de déchargement dédié, en cas de surabonnement, lorsque les seuils de mémoire ou de CPU sont atteints sur le moteur de transfert de paquets et que des paquets sont perdus, les paquets Fast BFD peuvent également être perdus, entraînant un basculement BFD.

Pour afficher l’état actuel de la CPU dédiée au déchargement dédié du moteur de transfert de paquets, utilisez la show security forward-options dedicated-offload-cpu commande. Cette commande indique si la fonction de processeur de déchargement dédié est activée ou désactivée dans le moteur de transfert de paquets.

• Avantages
• Limites du processeur de déchargement dédié pour vSRX 3.0
• Configuration et assistance distribuées

Nous prenons en charge deux types de BFD en ligne : le BFD en ligne et le BFD en ligne assisté par le matériel. Les sessions BFD en ligne s’exécutent sur le logiciel FPC. Les sessions BFD en ligne assistées par le matériel s’exécutent sur le firmware de l’ASIC. La prise en charge dépend de votre appareil et de la version du logiciel.

• Avantages
• BFD en ligne
• BFD en ligne assisté par matériel
• La configuration

L’amortissement de session BFD vous permet d’éviter les notifications de volet BFD excessives en amortissant les changements d’état de session BFD pendant une période configurée si les seuils définis sont dépassés.

• Avantages
• Vue d’ensemble
• La configuration

Le protocole BFD (Bidirectional Forwarding Detection) est un mécanisme Hello simple qui détecte les défaillances d’un réseau. BFD fonctionne avec une grande variété d’environnements et de topologies réseau. Une paire de dispositifs de routage échange des paquets BFD. Les paquets Hello sont envoyés à un intervalle précis et régulier. Une défaillance de voisin est détectée lorsque le périphérique de routage cesse de recevoir une réponse après un intervalle spécifié. Les minuteries de détection de défaillance BFD ont des limites de temps plus courtes que les mécanismes de détection de défaillance de route statique, ce qui permet une détection plus rapide.

Les minuteries de détection de défaillance BFD peuvent être ajustées pour être plus rapides ou plus lentes. Plus la valeur du minuteur de détection de défaillance BFD est faible, plus la détection de défaillance est rapide et vice versa. Par exemple, les minuteries peuvent s’adapter à une valeur plus élevée si l’adjacence échoue (c’est-à-dire que la minuterie détecte les défaillances plus lentement). Ou un voisin peut négocier une valeur plus élevée pour un minuteur que la valeur configurée. Les minuteries s’adaptent à une valeur plus élevée lorsqu’un battement de session BFD se produit plus de trois fois en l’espace de 15 secondes. Un algorithme d’interruption augmente l’intervalle de réception (Rx) de deux si l’instance BFD locale est à l’origine de l’instabilité de session. L’intervalle de transmission (Tx) est augmenté de deux si l’instance BFD distante est la raison de l’instabilité de session. Vous pouvez utiliser la commande pour ramener les clear bfd adaptation minuteurs d’intervalle BFD à leurs valeurs configurées. La clear bfd adaptation commande est sans impact, ce qui signifie qu’elle n’affecte pas le flux de trafic sur l’équipement de routage.

Par défaut, BFD est pris en charge sur les routes statiques à saut unique.

Pour activer la détection des défaillances, incluez l’instruction bfd-liveness-detection dans la configuration de la route statique.

Le protocole BFD est pris en charge pour les routes statiques IPv6. Les adresses IPv6 unicast globales et locales sont prises en charge pour les routes statiques. Le protocole BFD n’est pas pris en charge sur les adresses IPv6 multicast ou anycast. Pour IPv6, le protocole BFD ne prend en charge que les routes statiques. IPv6 pour BFD est également pris en charge avec le protocole eBGP.

Pour configurer le protocole BFD pour les routes statiques IPv6, incluez l’instruction bfd-liveness-detection au niveau de la [edit routing-options rib inet6.0 static route destination-prefix] hiérarchie.

Vous pouvez configurer un intervalle d’attente pour spécifier combien de temps la session BFD doit rester active avant qu’une notification de changement d’état ne soit envoyée.

Pour spécifier l’intervalle de maintien, incluez l’instruction holddown-interval dans la configuration BFD. Vous pouvez configurer un nombre compris entre 0 et 255 000 millisecondes. La valeur par défaut est 0. Si la session BFD s’arrête puis remonte pendant l’intervalle de maintien, le chronomètre est redémarré.

Pour spécifier les intervalles de transmission et de réception minimaux pour la détection des défaillances, incluez l’instruction minimum-interval dans la configuration BFD.

Cette valeur représente à la fois l’intervalle minimal après lequel le périphérique de routage local transmet des paquets Hello et l’intervalle minimum après lequel le périphérique de routage s’attend à recevoir une réponse du voisin avec lequel il a établi une session BFD. Vous pouvez configurer un nombre compris entre 1 et 255 000 millisecondes. Si vous le souhaitez, au lieu d’utiliser cette instruction, vous pouvez configurer les intervalles minimum d’émission et de réception séparément à l’aide des instructions transmit-interval minimum-interval et minimum-receive-interval .

Pour spécifier l’intervalle de réception minimal pour la détection des défaillances, incluez l’instruction minimum-receive-interval dans la configuration BFD. Cette valeur représente l’intervalle minimum après lequel le périphérique de routage s’attend à recevoir une réponse d’un voisin avec lequel il a établi une session BFD. Vous pouvez configurer un nombre compris entre 1 et 255 000 millisecondes. Si vous le souhaitez, au lieu d’utiliser cette instruction, vous pouvez configurer l’intervalle de réception minimal à l’aide de l’instruction minimum-interval au niveau de la [edit routing-options static route destination-prefix bfd-liveness-detection] hiérarchie.

Pour spécifier le nombre de paquets hello non reçus par le voisin qui entraîne la déclaration d’arrêt de l’interface d’origine, incluez l’instruction multiplier dans la configuration BFD. La valeur par défaut est 3. Vous pouvez configurer un nombre compris entre 1 et 255.

Pour spécifier un seuil de détection de l’adaptation du temps de détection, incluez l’instruction threshold dans la configuration BFD.

Lorsque le temps de détection de la session BFD s’adapte à une valeur égale ou supérieure au seuil, une interruption unique et un message de journal système sont envoyés. Le temps de détection est basé sur le multiplicateur de la valeur de l’intervalle minimum ou de l’intervalle minimum de réception . Le seuil doit être une valeur supérieure au multiplicateur de l’une ou l’autre de ces valeurs configurées. Par exemple, si l’intervalle de réception minimum est de 300 ms et que le multiplicateur est de 3, le temps de détection total est de 900 ms. Par conséquent, le seuil de temps de détection doit avoir une valeur supérieure à 900.

Pour spécifier l’intervalle de transmission minimal pour la détection des défaillances, incluez l’instruction transmit-interval minimum-interval dans la configuration BFD.

Cette valeur représente l’intervalle minimal après lequel le périphérique de routage local transmet des paquets Hello au voisin avec lequel il a établi une session BFD. Vous pouvez configurer une valeur comprise entre 1 et 255 000 millisecondes. Si vous le souhaitez, au lieu d’utiliser cette instruction, vous pouvez configurer l’intervalle de transmission minimal à l’aide de l’instruction minimum-interval au niveau de la [edit routing-options static route destination-prefix bfd-liveness-detection] hiérarchie.

Pour spécifier le seuil d’adaptation de l’intervalle de transmission, incluez l’instruction transmit-interval threshold dans la configuration BFD.

La valeur de seuil doit être supérieure à l’intervalle de transmission. Lorsque le temps de transmission de la session BFD s’adapte à une valeur supérieure au seuil, une interruption unique et un message de journal système sont envoyés. Le temps de détection est basé sur le multiplicateur de la valeur de l’intervalle minimum ou de l’instruction minimum-receive-interval au niveau de la [edit routing-options static route destination-prefix bfd-liveness-detection] hiérarchie. Le seuil doit être une valeur supérieure au multiplicateur de l’une ou l’autre de ces valeurs configurées.

Pour spécifier la version BFD, incluez l’instruction version dans la configuration BFD. Par défaut, la version est détectée automatiquement.

Pour inclure une adresse IP pour le saut suivant de la session BFD, incluez l’instruction neighbor dans la configuration BFD.

Vous pouvez configurer les sessions BFD pour qu’elles ne s’adaptent pas aux conditions changeantes du réseau. Pour désactiver l’adaptation BFD, incluez l’instruction no-adaptation dans la configuration BFD.

Le protocole BFD (Bidirectional Forwarding Detection) est un mécanisme Hello simple qui détecte les défaillances d’un réseau. Les paquets Hello sont envoyés à un intervalle précis et régulier. Une défaillance de voisin est détectée lorsque le périphérique de routage cesse de recevoir une réponse après un intervalle spécifié. BFD fonctionne avec une grande variété d’environnements et de topologies réseau. Les minuteries de détection de défaillance pour BFD ont des limites de temps plus courtes que les mécanismes de détection de défaillance par défaut pour BGP, ce qui permet une détection plus rapide.

Utilisez l’explorateur de fonctionnalités pour confirmer la prise en charge de la plate-forme et de la version pour des fonctionnalités spécifiques.

Consultez la section Titre sans lien pour obtenir des notes relatives à votre plateforme.

Les minuteries de détection de défaillance BFD peuvent être ajustées pour être plus rapides ou plus lentes. Plus la valeur du minuteur de détection de défaillance BFD est faible, plus la détection de défaillance est rapide et vice versa. Par exemple, les minuteries peuvent s’adapter à une valeur plus élevée si l’adjacence échoue (c’est-à-dire que la minuterie détecte les défaillances plus lentement). Ou un voisin peut négocier une valeur plus élevée pour un minuteur que la valeur configurée. Les minuteries s’adaptent à une valeur plus élevée lorsqu’un battement de session BFD se produit plus de trois fois en l’espace de 15 secondes (15000 millisecondes). Un algorithme d’interruption augmente l’intervalle de réception (Rx) de deux si l’instance BFD locale est à l’origine de l’instabilité de session. L’intervalle de transmission (Tx) est augmenté de deux si l’instance BFD distante est la raison de l’instabilité de session. Vous pouvez utiliser la commande pour ramener les clear bfd adaptation minuteurs d’intervalle BFD à leurs valeurs configurées. La clear bfd adaptation commande est sans impact, ce qui signifie qu’elle n’affecte pas le flux de trafic sur l’équipement de routage.

Le protocole BFD (Bidirectional Forwarding Detection) est un mécanisme Hello simple qui détecte les défaillances d’un réseau. BFD fonctionne avec une grande variété d’environnements et de topologies réseau. Une paire de dispositifs de routage échange des paquets BFD. Les paquets Hello sont envoyés à un intervalle précis et régulier. Une défaillance de voisin est détectée lorsque le périphérique de routage cesse de recevoir une réponse après un intervalle spécifié. Les minuteries de détection de défaillance BFD ont des limites de temps plus courtes que les mécanismes de détection de défaillance OSPF, ce qui permet une détection plus rapide.

Les minuteries de détection de défaillance BFD sont adaptatives et peuvent être ajustées pour être plus rapides ou plus lentes. Plus la valeur du minuteur de détection de défaillance BFD est faible, plus la détection de défaillance est rapide et vice versa. Par exemple, les minuteries peuvent s’adapter à une valeur plus élevée si l’adjacence échoue (c’est-à-dire que la minuterie détecte les défaillances plus lentement). Ou un voisin peut négocier une valeur plus élevée pour un minuteur que la valeur configurée. Les minuteries s’adaptent à une valeur plus élevée lorsqu’un battement de session BFD se produit plus de trois fois en l’espace de 15 secondes. Un algorithme d’interruption augmente l’intervalle de réception (Rx) de deux si l’instance BFD locale est à l’origine de l’instabilité de session. L’intervalle de transmission (Tx) est augmenté de deux si l’instance BFD distante est la raison de l’instabilité de session. Vous pouvez utiliser la commande pour ramener les clear bfd adaptation minuteurs d’intervalle BFD à leurs valeurs configurées. La clear bfd adaptation commande est sans impact, ce qui signifie qu’elle n’affecte pas le flux de trafic sur l’équipement de routage.

Vous pouvez configurer les paramètres de protocole BFD suivants :

• detection-time threshold—Seuil d’adaptation du temps de détection. Lorsque le temps de détection de la session BFD s’adapte à une valeur égale ou supérieure au seuil configuré, une seule interruption et un seul message de journal système sont envoyés.

• full-neighbors-only: possibilité d’établir des sessions BFD uniquement pour les voisins OSPF avec une contiguïté totale des voisins. Le comportement par défaut consiste à établir des sessions BFD pour tous les voisins OSPF.

• minimum-interval: intervalle minimal de transmission et de réception pour la détection des défaillances. Ce paramètre configure à la fois l’intervalle minimum après lequel le périphérique de routage local transmet des paquets Hello et l’intervalle minimum après lequel le périphérique de routage s’attend à recevoir une réponse du voisin avec lequel il a établi une session BFD. Les deux intervalles sont en millisecondes. Vous pouvez également spécifier séparément les intervalles de transmission et de réception minimaux à l’aide des transmit-interval minimum-interval instructions and minimum-receive-interval .

  Remarque :

  En fonction de votre environnement réseau, les règles suivantes peuvent s’appliquer :

  • L’intervalle minimal recommandé pour le BFD centralisé est de 300 ms avec un multiplier de 3, et l’intervalle minimum recommandé pour le BFD distribué est de 100 ms avec un multiplier de 3.

  • Pour que les sessions BFD restent actives pendant un événement de basculement du moteur de routage lorsque le routage actif ininterrompu (NSR) est configuré, spécifiez un intervalle minimum de 2 500 ms pour les sessions basées sur le moteur de routage. Sans NSR, les sessions basées sur un moteur de routage peuvent avoir un intervalle minimum de 100 ms.

  • Pour les sessions BFD distribuées sur lesquelles NSR est configuré, les recommandations d’intervalle minimum restent inchangées et dépendent uniquement de votre déploiement réseau.

  • BFD n’est pas distribué avant Junos 21.2 (car pour OSPFv3, BFD est basé sur le moteur de routage).

• minimum-receive-interval: intervalle de réception minimal pour la détection des défaillances. Ce paramètre configure l’intervalle de réception minimal, en millisecondes, après lequel le périphérique de routage s’attend à recevoir un paquet Hello d’un voisin avec lequel il a établi une session BFD. Vous pouvez également spécifier l’intervalle de réception minimal à l’aide de l’instruction minimum-interval .

• multiplier—Multiplicateur pour les paquets hello. Ce paramètre configure le nombre de paquets Hello qui ne sont pas reçus par un voisin, ce qui entraîne la déclaration d’arrêt de l’interface d’origine. Par défaut, trois paquets Hello manqués entraînent la mise hors service de l’interface d’origine.

• no-adaptation: désactive l’adaptation BFD. Ce paramètre empêche les sessions BFD de s’adapter aux conditions changeantes du réseau.

  Remarque :

  Nous vous recommandons de ne pas désactiver l’adaptation BFD sauf s’il est préférable de ne pas avoir d’adaptation BFD dans votre réseau.

• transmit-interval minimum-interval: intervalle de transmission minimal pour la détection des défaillances. Ce paramètre configure l’intervalle de transmission minimal, en millisecondes, auquel le périphérique de routage local transmet des paquets Hello au voisin avec lequel il a établi une session BFD. Vous pouvez également spécifier l’intervalle de transmission minimal à l’aide de l’instruction minimum-interval .

• transmit-interval threshold—Seuil d’adaptation de l’intervalle de transmission de session BFD. Lorsque l’intervalle de transmission s’adapte à une valeur supérieure au seuil, une seule interruption et un seul message de journal système sont envoyés. La valeur seuil doit être supérieure à l’intervalle de transmission minimal. Si vous tentez de valider une configuration avec une valeur de seuil inférieure à l’intervalle de transmission minimal, le périphérique de routage affiche une erreur et n’accepte pas la configuration.

• version—Version BFD. Ce paramètre configure la version BFD utilisée pour la détection. Vous pouvez configurer explicitement BFD version 1, ou le périphérique de routage peut détecter automatiquement la version BFD. Par défaut, le périphérique de routage détecte automatiquement la version BFD, qui est soit 0, soit 1.

Vous pouvez également tracer les opérations BFD à des fins de dépannage.

Les minuteries de détection de défaillance BFD sont adaptatives et peuvent être ajustées pour être plus rapides ou plus lentes. Par exemple, les minuteries peuvent s’adapter à une valeur plus élevée si la contiguïté échoue, ou un voisin peut négocier une valeur plus élevée pour une minuterie que la valeur configurée. Les minuteries s’adaptent à une valeur plus élevée lorsqu’un battement de session BFD se produit plus de trois fois en l’espace de 15 secondes. Un algorithme d’interruption augmente l’intervalle de réception (RX) de deux si l’instance BFD locale est à l’origine de l’instabilité de session. L’intervalle de transmission (TX) est augmenté de deux si l’instance BFD distante est la raison de l’instabilité de session.

Vous pouvez utiliser la commande pour ramener les clear bfd adaptation minuteurs d’intervalle BFD à leurs valeurs configurées. La clear bfd adaptation commande est sans impact, ce qui signifie qu’elle n’affecte pas le flux de trafic sur l’équipement de routage.

Pour détecter les défaillances du réseau, l’ensemble des instructions du tableau 2 est utilisé dans la configuration.

Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure ces instructions, consultez les sections récapitulatives de ces instructions.

Le BFD permet un basculement rapide entre un chemin de routage principal et un chemin de routage secondaire. Le protocole teste l’état opérationnel de l’interface plusieurs fois par seconde. Le BFD fournit des minuteries de configuration et des seuils pour la détection des défaillances. Par exemple, si l’intervalle minimal est défini sur 50 millisecondes et que le seuil utilise la valeur par défaut de trois messages manqués, une défaillance est détectée sur une interface dans les 200 millisecondes suivant la défaillance.

Les périphériques intermédiaires (par exemple, un commutateur Ethernet LAN) masquent les défaillances de couche de liaison aux homologues du protocole de routage, par exemple lorsque deux routeurs sont connectés via un commutateur LAN, où l’état de l’interface locale reste stable même lorsqu’une défaillance physique se produit sur la liaison distante. Les temps de détection des défaillances de couche de liaison varient en fonction du support physique et de l’encapsulation de couche 2. Le protocole BFD peut fournir des temps de détection de défaillance rapides pour tous les types de supports, encapsulations, topologies et protocoles de routage.

Pour activer BFD pour RIP, les deux côtés de la connexion doivent recevoir un message de mise à jour de l’homologue. Par défaut, RIP n’exporte aucune route. Par conséquent, vous devez activer l’envoi de messages de mise à jour en configurant une stratégie d’exportation pour les routes avant le déclenchement d’une session BFD.

Lorsque vous configurez des sessions micro-BFD sur chaque liaison membre d’un bundle LAG, chaque session individuelle détermine la connectivité de couche 2 et de couche 3 de chaque liaison membre d’un LAG.

Une fois la session individuelle établie sur une liaison particulière, les liens membres sont attachés au LAG, puis la charge est équilibrée par l’un des éléments suivants :

• Configuration statique : le processus de contrôle de l’équipement agit comme le client de la session micro-BFD.

• Link Aggregation Control Protocol (LACP) : LACP agit en tant que client de la session micro-BFD.

Lorsque la session micro-BFD est terminée, une liaison LAG est établie et les données sont transmises sur cette liaison LAG. Si la session micro-BFD sur une liaison membre est arrêtée, cette liaison membre particulière est supprimée de l’équilibreur de charge et les gestionnaires LAG cessent de diriger le trafic vers cette liaison. Ces sessions micro-BFD sont indépendantes les unes des autres malgré le fait qu’elles disposent d’un client unique qui gère l’interface LAG.

Les sessions Micro-BFD s’exécutent dans les modes suivants :

• Mode de distribution : dans ce mode, le moteur de transfert de paquets (PFE) envoie et reçoit les paquets au niveau de la couche 3. Par défaut, les sessions micro-BFD sont distribuées au niveau de la couche 3.

• Mode hors distribution : dans ce mode, le moteur de routage envoie et reçoit les paquets au niveau de la couche 2. Vous pouvez configurer la session BFD pour qu’elle s’exécute dans ce mode en incluant l’instruction no-delegate-processing sous la gestion périodique des paquets (PPM).

Une paire de dispositifs de routage dans un LAG échange des paquets BFD à un intervalle régulier spécifié. Le périphérique de routage détecte une défaillance de voisin lorsqu’il cesse de recevoir une réponse après un intervalle spécifié. Cela permet de vérifier rapidement la connectivité des liaisons des membres avec ou sans LACP. Un port UDP distingue BFD sur les paquets LAG du BFD sur les paquets IP à saut unique. L’Internet Assigned Numbers Authority (IANA) a attribué le 6784 comme port de destination UDP pour le micro-BFD.

À partir de la version 16.1R1 de Junos OS, vous pouvez définir l’état de la route statique dans l’état d’arrêt de BFD Admin en configurant l’une des commandes suivantes :

• set routing-options static static-route bfd-admin-down active: l’état Administrateur BFD Down retire la route statique.

• set routing-options static static-route bfd-admin-down passive—L’état d’arrêt de l’administrateur BFD n’arrête pas la route statique.

La technologie Seamless BFD (S-BFD) réduit le temps nécessaire pour détecter les défaillances de chemin et y réagir en accélérant le temps de lancement du BFD. Un discriminateur S-BFD unique est attribué à chaque nœud du réseau. Les nœuds fonctionnent soit comme des initiateurs qui vérifient activement l’accessibilité des chemins, soit comme des répondeurs qui écoutent et répondent aux demandes d’accessibilité. Lorsqu’un initiateur S-BFD envoie un paquet de requête, le répondeur répond en échangeant les discriminateurs et en définissant immédiatement l’état sur UP. Ce fonctionnement sans état permet d’établir rapidement plusieurs sessions, ce qui le rend idéal pour les environnements nécessitant des contrôles rapides de la connectivité.

Pour activer sbfd, configurez l’instruction sur les bfd-liveness-detection sbfd remote-discriminator value nœuds d’initiateur et l’instruction sur les bfd sbfd local-discriminator value nœuds de réponse.

• Avantages du S-BFD
• Re-direction rapide déclenché par S-BFD

À partir de la version 22.4R1 de Junos OS, vous pouvez configurer BFD pour envoyer des paquets d’écho dans les deux sens à partir d’un équipement voisin afin de vous assurer qu’un chemin de transfert est disponible. Utilisez l’instruction de configuration pour activer le bfd-liveness-detection echo minimum-interval milliseconds mode d’écho BFD et définir l’intervalle minimum pour les paquets d’écho. Le mode d’écho BFD ne fonctionne que si l’appareil voisin prend en charge BFD.

Si l’appareil voisin ne prend pas en charge BFD, vous pouvez utiliser le mode écho-lite BFD. Pour activer le mode écho-lite BFD, utilisez l’instruction bfd-liveness-detection echo-lite minimum-interval milliseconds de configuration. Le mode d’écho BFD lite remplit la même fonction que le mode d’écho BFD sans nécessiter de configuration BFD sur l’appareil voisin.

Par défaut, les modes echo et echo-lite ne prennent en charge que les sessions à saut unique en mode BFD centralisé. À partir de la version 24.2R1 de Junos OS, les API BFD PRPD prennent en charge le mode écho-lite pour les sessions à sauts multiples en mode BFD distribué et en ligne. Pour plus d’informations sur les API PRPD, consultez Vue d’ensemble des API JET. À partir de la version 25.4R1 de Junos OS, vous pouvez configurer des sessions d’écho BFD à saut unique en mode inline et distribué.

Utilisez l’explorateur de fonctionnalités pour confirmer la prise en charge de la plate-forme et de la version pour des fonctionnalités spécifiques.

Utilisez les tableaux suivants pour passer en revue les comportements spécifiques à votre plateforme :

• Comportement de BFD distribué spécifique à la plate-forme
• Comportement de BFD en ligne spécifique à la plate-forme
• BFD spécifique à la plate-forme pour le comportement des routes statiques
• BFD spécifique à la plate-forme pour le comportement BGP
• BFD spécifique à la plate-forme pour le comportement OSPF
• BFD spécifique à la plate-forme pour le comportement IS-IS
• BFD spécifique à la plate-forme pour le comportement RIP
• Comportement du micro-BFD spécifique à la plate-forme