Comprendre les sessions micro BFD indépendantes pour le LAG

Le protocole BFD (Bidirectional Forwarding Detection) est un protocole de détection simple qui détecte rapidement les défaillances dans les chemins de transfert. Un groupe d’agrégation de liaisons (LAG) combine plusieurs liaisons entre les équipements qui sont dans des connexions point à point, augmentant ainsi la bande passante, fournissant la fiabilité et permettant l’équilibrage de charge. Pour exécuter une session BFD sur des interfaces LAG, configurez une session BFD en mode indépendant et asynchrone sur chaque liaison de membre LAG d’une offre LAG. Au lieu d’une session BFD unique surveillant l’état du port UDP, des sessions micro BFD indépendantes surveillent l’état des liaisons membres individuelles.

Les sessions BFD individuelles déterminent la connectivité de couche 2 et de couche 3 de chaque liaison membre du LAG. Une fois qu’une session BFD est établie sur une liaison particulière, les liens membres sont rattachés au LAG et à l’équilibreur de charge soit par une configuration statique, soit par le protocole LACP (Link Aggregation Control Protocol). Si les liaisons membres sont reliées au LAG par une configuration statique, le processus de contrôle de l’équipement agit comme le client de la session micro-BFD. Lorsque des liaisons membres sont rattachées au LAG par le LACP, le LACP agit comme le client de la session micro BFD.

Lorsque la session micro BFD est en place, 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 en panne, cette liaison membre particulière est retirée de l’équilibreur de charge et les responsables LAG cessent de diriger le trafic vers cette liaison. Ces sessions micro BFD sont indépendantes les unes des autres, bien qu’un seul client gère l’interface LAG.

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

• Mode de distribution : les sessions Micro BFD sont distribuées par défaut au niveau de la couche 3.

• Mode non distribution : vous pouvez configurer la session BFD pour qu’elle s’exécute dans ce mode en incluant l’instruction no-delegate-processing sous gestion périodique des paquets (PPM). Dans ce mode, les paquets sont envoyés ou reçus par le moteur de routage au niveau de la couche 2.

Une paire d’équipements de routage dans un LAG échange des paquets BFD à un intervalle régulier spécifié. L’équipement de routage détecte une défaillance voisine lorsqu’il cesse de recevoir une réponse après un intervalle spécifié. Cela permet de vérifier rapidement la connectivité des liaisons membres avec ou sans LACP. Un port UDP distingue les paquets BFD sur LAG de BFD sur ip à saut unique.

Pour permettre la détection des défaillances des réseaux LAG pour les interfaces Ethernet agrégées :

• Incluez l’instruction bfd-liveness-detection dans la configuration.

• Spécifiez une valeur d’intervalle d’attente pour définir le temps minimum pendant lequel la session BFD doit rester en cours avant qu’une notification de changement d’état soit envoyée aux autres membres du réseau LAG.

• Spécifiez l’intervalle minimal qui indique l’intervalle de temps de transmission et de réception des données.

• À partir de la version 14.1 de Junos OS, spécifiez le voisin dans une session BFD. Dans les versions antérieures à La version 16.1 de Junos OS, vous devez configurer l’adresse de bouclage de la destination distante en tant qu’adresse voisine. À partir de la version 16.1 de Junos OS, vous pouvez également configurer cette fonctionnalité sur les routeurs MX Series avec l’adresse d’interface Ethernet agrégée de la destination distante comme adresse voisine.

  Note:

  Sur les routeurs T1600 et T4000, vous ne pouvez pas configurer l’adresse d’interface Ethernet agrégée locale de la destination distante en tant qu’adresse voisine.

  ATTENTION:

  Désactiver la détection de la bfd-liveness au niveau de la [edit interfaces aex aggregated-ether-options] hiérarchie ou désactiver l’interface Ethernet agrégée avant de changer l’adresse DU voisin de l’adresse IP de bouclage en adresse IP d’interface Ethernet agrégée. Modifier l’adresse locale et voisine sans désactiver bfd-liveness-detection ou l’interface Ethernet agrégée d’abord peut entraîner l’échec des sessions micro BFD.

  Note:

  À partir de la version 16.1R2, Junos OS vérifie et valide le micro BFD local-address configuré par rapport à l’interface ou à l’adresse IP de bouclage avant la validation de la configuration. Junos OS effectue cette vérification sur les configurations d’adresses micro BFD IPv4 et IPv6, et si elles ne correspondent pas, la validation échoue.