Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuration de BFD

RÉSUMÉ Utilisez les exemples suivants pour configurer la détection de transfert bidirectionnel (BFD) sur votre équipement.

Exemple : configuration de BFD pour les routes statiques pour accélérer la détection des défaillances réseau

Cet exemple montre comment configurer la détection de transfert bidirectionnel (BFD) pour les routes statiques.

Exigences

Dans cet exemple, aucune configuration spéciale au-delà de l’initialisation de l’équipement n’est requise.

Aperçu

Il existe de nombreuses applications pratiques pour les routes statiques. Le routage statique est souvent utilisé en périphérie du réseau pour prendre en charge l’attachement aux réseaux de stub, qui, compte tenu de leur point d’entrée et de sortie unique, sont bien adaptés à la simplicité d’un routage statique. Dans Junos OS, les routes statiques ont une préférence globale de 5. Les routes statiques sont activées si le saut suivant spécifié est accessible.

Dans cet exemple, vous configurez le routage statique 192.168.47.0/24 du réseau du fournisseur vers le réseau du client, à l’aide de l’adresse de saut suivant de 172.16.1.2. Vous configurez également un routage statique par défaut 0.0.0.0/0 du réseau client au réseau du fournisseur, à l’aide d’une adresse de saut suivant 172.16.1.1.

À des fins de démonstration, certaines interfaces de bouclage sont configurées sur l’équipement B et l’équipement D. Ces interfaces de bouclage fournissent des adresses ping et vérifient ainsi que les routes statiques fonctionnent.

La figure 1 montre l’exemple de réseau.

Figure 1 : Routes client connectées à un fournisseur de services Customer Routes Connected to a Service Provider

Topologie

Configuration

Configuration rapide cli

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, puis copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie.

Équipement B

Équipement D

Procédure

Procédure étape par étape

L’exemple suivant exige que vous parcouriez différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface cli Junos OS.

Pour configurer BFD pour les routes statiques :

  1. Sur l’équipement B, configurez les interfaces.

  2. Sur l’équipement B, créez un routage statique et définissez l’adresse du saut suivant.

  3. Sur l’équipement B, configurez BFD pour le routage statique.

  4. Sur l’équipement B, configurez les opérations de suivi pour BFD.

  5. Si vous avez fini de configurer l’équipement B, validez la configuration.

  6. Sur l’équipement D, configurez les interfaces.

  7. Sur l’équipement D, créez un routage statique et définissez l’adresse du saut suivant.

  8. Sur l’équipement D, configurez BFD pour le routage statique.

  9. Sur l’équipement D, configurez les opérations de suivi pour BFD.

  10. Si vous avez fini de configurer l’équipement D, validez la configuration.

Résultats

Confirmez votre configuration en publiant le show interfaces, show protocolset show routing-options les commandes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Équipement B

Équipement D

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérifier que les sessions BFD sont en cours

But

Vérifiez que les sessions BFD sont en cours et consultez les détails des sessions BFD.

Action

Depuis le mode opérationnel, saisissez la show bfd session extensive commande.

Note:

La description Site- <xxx> n’est prise en charge que sur les équipements SRX Series.

Si chaque client possède plusieurs champs de description, il affiche « et plus » avec le premier champ de description.

Sens

La TX interval 1.000, RX interval 1.000 sortie représente le paramètre configuré avec l’instruction minimum-interval . Toutes les autres sorties représentent les paramètres par défaut de BFD. Pour modifier les paramètres par défaut, incluez les déclarations facultatives sous l’instruction bfd-liveness-detection .

Consultation des événements BFD détaillés

But

Consultez le contenu du fichier de trace BFD pour faciliter le dépannage, si nécessaire.

Action

Depuis le mode opérationnel, saisissez la file show /var/log/bfd-trace commande.

Sens

Des messages BFD sont en cours d’écriture dans le fichier de trace.

Exemple : configuration de BFD sur les sessions peer BGP internes

Cet exemple montre comment configurer des sessions d’appairage BGP (IBGP) internes avec le protocole BFD (Bidirectional Forwarding Detection) pour détecter les défaillances dans un réseau.

Exigences

Aucune configuration spéciale au-delà de l’initialisation de l’équipement n’est requise avant de configurer cet exemple.

Aperçu

La configuration minimale pour activer BFD sur les sessions IBGP est d’inclure l’instruction bfd-liveness-detection minimum-interval dans la configuration BGP de tous les voisins participant à la session BFD. L’instruction minimum-interval spécifie les intervalles de transmission et de réception minimaux pour la détection des défaillances. En particulier, cette valeur représente l’intervalle minimal après lequel l’équipement de routage local transmet les paquets bonjour, ainsi que l’intervalle minimal que l’équipement de routage s’attend à recevoir une réponse d’un voisin avec lequel il a établi une session BFD. Vous pouvez configurer une valeur de 1 à 255 000 millisecondes.

Vous pouvez éventuellement spécifier les intervalles de transmission et de réception minimaux séparément à l’aide des transmit-interval minimum-interval instructions et minimum-receive-interval . Pour plus d’informations sur ces déclarations et d’autres instructions de configuration BFD en option, reportez-vous à la section bfd-liveness-detection.

Note:

BFD est un protocole intensif qui consomme des ressources système. La spécification d’un intervalle minimal pour BFD de moins de 100 millisecondes pour les sessions basées sur le moteur de routage et moins de 10 millisecondes pour les sessions BFD distribuées peut provoquer un battement BFD indésirable.

En fonction de votre environnement réseau, ces recommandations supplémentaires peuvent s’appliquer :

  • Pour éviter les battements de BFD pendant l’événement général de basculement du moteur de routage, spécifiez un intervalle d’au moins 5 000 millisecondes pour les sessions basées sur le moteur de routage. Cette valeur minimale est requise car, lors de l’événement général de basculement du moteur de routage, des processus tels que RPD, MIBD et SNMPD utilisent les ressources du processeur pour dépasser la valeur de seuil spécifiée. Par conséquent, le traitement et la planification BFD sont affectés par ce manque de ressources cpu.

  • Pour que les sessions BFD restent activées pendant le scénario de liaison de contrôle en cluster double châssis, lorsque la première liaison de contrôle échoue, spécifiez l’intervalle minimum de 6 000 millisecondes pour empêcher le LACP de fléchissement sur le nœud secondaire pour les sessions basées sur le moteur de routage.

  • Pour les déploiements réseau à grande échelle avec un grand nombre de sessions BFD, spécifiez un intervalle d’au moins 300 millisecondes pour les sessions basées sur le moteur de routage et 100 millisecondes pour les sessions BFD distribuées.

  • Pour les déploiements réseau à très grande échelle avec un grand nombre de sessions BFD, contactez l’assistance client Juniper Networks pour plus d’informations.

  • Pour que les sessions BFD restent actives pendant un événement de basculement du moteur de routage lorsque le routage actif sans interruption (NSR) est configuré, spécifiez un intervalle de 2 500 millisecondes minimum pour les sessions basées sur le moteur de routage. Pour les sessions BFD distribuées avec NSR configurées, les recommandations d’intervalle minimum restent inchangées et dépendent uniquement de votre déploiement réseau.

BFD est pris en charge sur l’instance de routage par défaut (le routeur principal), les instances de routage et les systèmes logiques. Cet exemple montre BFD sur les systèmes logiques.

La figure 2 montre un réseau typique avec des sessions peer internes.

Figure 2 : Réseau typique avec sessions Typical Network with IBGP Sessions IBGP

Configuration

Configuration rapide cli

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, puis copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie.

Équipement A

Équipement B

Équipement C

Configuration de l’équipement A

Procédure étape par étape

L’exemple suivant exige que vous parcouriez différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation sur l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le guide de l’utilisateur CLI.

Pour configurer l’équipement A :

  1. Définissez la CLI sur système logique A.

  2. Configurez les interfaces.

  3. Configurez BGP.

    Les neighbor déclarations sont incluses pour les équipements B et C, même si l’équipement A n’est pas directement connecté à l’équipement C.

  4. Configurez BFD.

    Vous devez configurer le même intervalle minimum sur l’homologue de connexion.

  5. (Facultatif) Configurez le traçage BFD.

  6. Configurez OSPF.

  7. Configurez une stratégie qui accepte les routes directes.

    D’autres options utiles dans ce scénario peuvent être d’accepter les routes apprises via OSPF ou les routes locales.

  8. Configurez l’ID du routeur et le numéro du système autonome (AS).

  9. Si vous avez fini de configurer l’équipement, saisissez commit à partir du mode de configuration. Répétez ces étapes pour configurer les équipements B et C.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show policy-options, show protocolset les show routing-options commandes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérifier que BFD est activé

But

Vérifiez que le BFD est activé entre les pairs IBGP.

Action

Depuis le mode opérationnel, saisissez la show bgp neighbor commande. Vous pouvez utiliser le | match bfd filtre pour affiner la sortie.

Sens

La sortie montre que le système logique A a deux voisins avec BFD activé. Lorsque le BFD n’est pas activé, la sortie s’affiche BFD: disabled, downet l’option <BfdEnabled> est absente. Si le BFD est activé et que la session est en panne, le résultat affiche BFD: enabled, down. Le résultat montre également que les événements liés à BFD sont en cours d’écriture dans un fichier journal parce que les opérations de traçage sont configurées.

Vérifier que les sessions BFD sont en cours

But

Vérifiez que les sessions BFD sont en cours et consultez les détails des sessions BFD.

Action

Depuis le mode opérationnel, saisissez la show bfd session extensive commande.

Sens

La TX interval 1.000, RX interval 1.000 sortie représente le paramètre configuré avec l’instruction minimum-interval . Toutes les autres sorties représentent les paramètres par défaut de BFD. Pour modifier les paramètres par défaut, incluez les déclarations facultatives sous l’instruction bfd-liveness-detection .

Consultation des événements BFD détaillés

But

Consultez le contenu du fichier de trace BFD pour faciliter le dépannage, si nécessaire.

Action

Depuis le mode opérationnel, saisissez la file show /var/log/A/bgp-bfd commande.

Sens

Avant que les routes ne soient établies, le No route to host message apparaît dans la sortie. Une fois les routes établies, les deux dernières lignes indiquent que les deux sessions BFD sont disponibles.

Affichage des événements BFD détaillés après avoir désactivé et réactivé une interface de bouclage

But

Vérifiez ce qui se passe après avoir fait tomber un routeur ou un commutateur, puis l’avoir remis en service. Pour simuler la panne d’un routeur ou d’un commutateur, désactivez l’interface de bouclage sur le système logique B.

Action
  1. Depuis le mode de configuration, saisissez la deactivate logical-systems B interfaces lo0 unit 2 family inet commande.

  2. Depuis le mode opérationnel, saisissez la file show /var/log/A/bgp-bfd commande.

  3. Depuis le mode de configuration, saisissez la activate logical-systems B interfaces lo0 unit 2 family inet commande.

  4. Depuis le mode opérationnel, saisissez la file show /var/log/A/bgp-bfd commande.

Exemple : configuration de BFD pour OSPF

Cet exemple montre comment configurer le protocole BFD (Bidirectional Forwarding Detection) pour OSPF.

Exigences

Avant de commencer :

Aperçu

Une alternative à l’ajustement de l’intervalle de bonjour OSPF et des paramètres de l’intervalle de mort pour augmenter la convergence des routes consiste à configurer BFD. Le protocole BFD est un mécanisme simple de bonjour qui détecte les défaillances d’un réseau. Les timers de détection des défaillances BFD ont des délais plus courts que les mécanismes de détection des défaillances OSPF, ce qui accélère la détection.

Le BFD est utile pour les interfaces qui ne peuvent pas détecter rapidement les défaillances, telles que les interfaces Ethernet. D’autres interfaces, telles que les interfaces SONET, ont déjà intégré la détection des défaillances. Il n’est pas nécessaire de configurer BFD sur ces interfaces.

Vous configurez BFD sur une paire d’interfaces OSPF voisines. Contrairement aux paramètres OSPF d’intervalle bonjour et d’intervalle de mort, vous n’avez pas besoin d’activer BFD sur toutes les interfaces d’une zone OSPF.

Dans cet exemple, vous activez la détection des défaillances en incluant l’énoncé bfd-liveness-detection sur l’interface OSPF voisine fe-0/1/0 dans la zone 0.0.0.0 et configurez l’intervalle d’échange de paquets BFD à 300 millisecondes, configurez 4 comme le nombre de paquets bonjour manqués qui provoquent la panne de l’interface d’origine, et configurez les sessions BFD uniquement pour les voisins OSPF avec une adjacence totale du voisin en incluant les paramètres suivants :

  • full-neighbors uniquement : dans Junos OS version 9.5 et versions ultérieures, configure le protocole BFD pour établir des sessions BFD uniquement pour les voisins OSPF avec une adjacence complète. Le comportement par défaut est d’établir des sessions BFD pour tous les voisins OSPF.

  • intervalle minimal : configure l’intervalle minimal, en millisecondes, après lequel l’équipement de routage local transmet les paquets bonjour, ainsi que l’intervalle minimal après lequel l’équipement de routage s’attend à recevoir une réponse du voisin avec lequel il a établi une session BFD. Vous pouvez configurer un nombre allant de 1 à 255 000 millisecondes. Vous pouvez également spécifier les intervalles de transmission et de réception minimaux séparément à l’aide des instructions et minimum-receive-interval des instructions de l’intervalle de transmission minimum.

    Note:

    BFD est un protocole intensif qui consomme des ressources système. La spécification d’un intervalle minimal pour la BFD de moins de 100 ms pour les sessions basées sur le moteur de routage et de 10 ms pour les sessions BFD distribuées peut provoquer des battements BFD indésirables.

    En fonction de votre environnement réseau, ces recommandations supplémentaires peuvent s’appliquer :

    • Pour les déploiements réseau à grande échelle avec un grand nombre de sessions BFD, spécifiez un intervalle minimum de 500 ms. Un intervalle de 1 000 ms est recommandé pour éviter tout problème d’instabilité.

      Note:
      • Pour le processus bfdd, l’intervalle de temps de détection défini est inférieur à 300 ms. S’il y a un processus hautement prioritaire tel que ppmd s’exécutant sur le système, le processeur peut passer du temps sur le processus ppmd plutôt que sur le processus bfdd.

      • Pour les équipements SRX Series de filiales, nous recommandons de 1 000 ms comme intervalle de temps de maintien minimum pour les paquets BFD.

    • Pour les déploiements réseau à très grande échelle avec un grand nombre de sessions BFD, contactez l’assistance client Juniper Networks pour plus d’informations.

    • Pour que les sessions BFD restent actives pendant un événement de basculement du moteur de routage lorsque le routage actif sans interruption (NSR) est configuré, spécifiez un intervalle de 2 500 ms minimum pour les sessions basées sur le moteur de routage. Pour les sessions BFD distribuées avec NSR configurées, les recommandations d’intervalle minimum restent inchangées et dépendent uniquement de votre déploiement réseau.

  • multiplier : configure le nombre de paquets hello non reçus par un voisin qui provoque la déclaration de panne de l’interface d’origine. Par défaut, trois paquets hello manqués entraînent la déclaration de panne de l’interface d’origine. Vous pouvez configurer une valeur comprise entre 1 et 255.

Topologie

Configuration

Procédure

Configuration rapide cli

Pour configurer rapidement le protocole BFD pour OSPF, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, copiez et collez les commandes dans la CLI au niveau de la hiérarchie [modifier], puis entrez commit à partir du mode de configuration.

Procédure étape par étape

Pour configurer le protocole BFD pour OSPF sur une interface voisine :

  1. Créez une zone OSPF.

    Note:

    Pour spécifier OSPFv3, incluez l’instruction ospf3 au niveau de la [edit protocols] hiérarchie.

  2. Spécifiez l’interface.

  3. Spécifiez les intervalles de transmission et de réception minimaux.

  4. Configurez le nombre de paquets hello manqués qui provoquent la panne de l’interface d’origine.

  5. Configurez les sessions BFD uniquement pour les voisins OSPF avec une adjacence voisine complète.

  6. Si vous avez fini de configurer l’équipement, validez la configuration.

    Note:

    Répétez cette configuration sur l’autre interface voisine.

Résultats

Confirmez votre configuration en entrant la show protocols ospf commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Pour confirmer votre configuration OSPFv3, saisissez la show protocols ospf3 commande.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des sessions BFD

But

Vérifiez que les interfaces OSPF disposent de sessions BFD actives et que les composants de session ont été correctement configurés.

Action

Depuis le mode opérationnel, saisissez la show bfd session detail commande.

Sens

Le résultat affiche des informations sur les sessions BFD.

  • Le champ Adresse affiche l’adresse IP du voisin.

  • Le champ Interface affiche l’interface que vous avez configurée pour BFD.

  • Le champ State affiche l’état du voisin et doit afficher Full pour refléter l’adjacence complète du voisin que vous avez configurée.

  • Le champ Transmit Interval affiche l’intervalle de temps que vous avez configuré pour envoyer des paquets BFD.

  • Le champ Multiplier affiche le coefficient de multiplication que vous avez configuré.

Exemple : configuration de BFD pour IS-IS

Cet exemple explique comment configurer le protocole BFD (Bidirectional Forwarding Detection) pour détecter les défaillances d’un réseau IS-IS.

Note:

BFD n’est pas compatible avec ISIS pour IPV6 sur les commutateurs QFX10000 Series.

Exigences

Avant de commencer, configurez IS-IS sur les deux routeurs. Voir l’exemple : Configuration d’IS-IS pour obtenir des informations sur la configuration IS-IS requise.

Cet exemple utilise les composants matériels et logiciels suivants :

  • Junos OS version 7.3 ou ultérieure

  • Routeurs M Series, MX Series et T Series

Aperçu

Cet exemple montre deux routeurs connectés l’un à l’autre. Une interface de bouclage est configurée sur chaque routeur. Les protocoles IS-IS et BFD sont configurés sur les deux routeurs.

Topologie

La figure 3 montre l’exemple de réseau.

Figure 3 : Configuration de BFD pour IS-IS Configuring BFD for IS-IS

Configuration

Configuration rapide cli

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, puis copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie.

Routeur R1

Routeur R2

Procédure

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface cli, voir Utilisation de l’éditeur CLI en mode de configuration.

Note:

Pour configurer simplement BFD pour IS-IS, seule l’instruction minimum-interval est requise. Le protocole BFD sélectionne les paramètres par défaut pour toutes les autres déclarations de configuration lorsque vous les bfd-liveness-detection utilisez sans spécifier de paramètres.

Note:

Vous pouvez modifier les paramètres à tout moment sans arrêter ou redémarrer la session existante. BFD s’adapte automatiquement à la nouvelle valeur du paramètre. Toutefois, aucune modification des paramètres BFD n’a lieu tant que les valeurs ne se synchronisent pas avec chaque pair BFD.

Pour configurer BFD pour IS-IS sur les routeurs R1 et R2 :

  1. Activez la détection des défaillances BFD pour IS-IS.

  2. Configurez le seuil d’adaptation du temps de détection, qui doit être supérieur au nombre de multiplier par l’intervalle minimal.

  3. Configurez les intervalles de transmission et de réception minimaux pour détecter les défaillances.

  4. Configurez uniquement l’intervalle de réception minimal pour la détection des défaillances.

  5. Désactiver l’adaptation BFD.

  6. Configurez le seuil de l’intervalle de transmission, qui doit être supérieur à l’intervalle de transmission minimal.

  7. Configurez l’intervalle de transmission minimum pour détecter les défaillances.

  8. Configurez le nombre de paquets hello non reçus par le voisin, qui provoque la désactivation de l’interface d’origine.

  9. Configurez la version BFD utilisée pour la détection.

    Par défaut, la version est détectée automatiquement.

Résultats

À partir du mode de configuration, confirmez votre configuration en publiant la show protocols isis interface commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérifier la connexion entre les routeurs R1 et R2

But

Assurez-vous que les routeurs R1 et R2 sont connectés les uns aux autres.

Action

Ping à l’autre routeur pour vérifier la connectivité entre les deux routeurs selon la topologie du réseau.

Sens

Les routeurs R1 et R2 sont connectés les uns aux autres.

Vérifier que l’IS-IS est configuré

But

Assurez-vous que l’instance IS-IS s’exécute sur les deux routeurs.

Action

Utilisez l’instruction show isis database pour vérifier si l’instance IS-IS s’exécute sur les deux routeurs, R1 et R2.

Sens

IS-IS est configuré sur les deux routeurs, R1 et R2.

Vérifier que BFD est configuré

But

Assurez-vous que l’instance BFD s’exécute sur les deux routeurs, R1 et R2.

Action

Utilisez l’instruction show bfd session detail pour vérifier si l’instance BFD s’exécute sur les routeurs.

Sens

BFD est configuré sur les routeurs R1 et R2 pour détecter les défaillances dans le réseau IS-IS.

Exemple : configuration de BFD pour RIP

Cet exemple montre comment configurer la détection de transfert bidirectionnel (BFD) pour un réseau RIP.

Exigences

Aucune configuration spéciale au-delà de l’initialisation de l’équipement n’est nécessaire avant de configurer cet exemple.

Aperçu

Pour détecter les défaillances, incluez l’énoncé bfd-liveness-detection :

Vous pouvez éventuellement spécifier le seuil d’adaptation du temps de détection en incluant l’instruction threshold . Lorsque le temps de détection des sessions BFD s’adapte à une valeur égale ou supérieure au seuil, un seul piège et un message de journal système sont envoyés.

Pour spécifier l’intervalle minimal de transmission et de réception pour la détection des défaillances, incluez l’instruction minimum-interval . Cette valeur représente l’intervalle minimal auquel l’équipement de routage local transmet les paquets hello, ainsi que l’intervalle minimal auquel l’équipement de routage s’attend à recevoir une réponse d’un voisin avec lequel il a établi une session BFD. Vous pouvez configurer une valeur comprise entre 1 et 255 000 millisecondes. Cet exemple définit un intervalle de 600 millisecondes minimum.

Note:

BFD est un protocole intensif qui consomme des ressources système. La spécification d’un intervalle minimal pour la BFD de moins de 100 ms pour les sessions basées sur le moteur de routage et de 10 ms pour les sessions BFD distribuées peut provoquer des battements BFD indésirables.

En fonction de votre environnement réseau, ces recommandations supplémentaires peuvent s’appliquer :

  • Pour les déploiements réseau à grande échelle avec un grand nombre de sessions BFD, spécifiez un intervalle d’au moins 300 ms pour les sessions basées sur le moteur de routage et 100 ms pour les sessions BFD distribuées.

  • Pour les déploiements réseau à très grande échelle avec un grand nombre de sessions BFD, contactez l’assistance client Juniper Networks pour plus d’informations.

  • Pour que les sessions BFD restent actives pendant un événement de basculement du moteur de routage lorsque le routage actif sans interruption (NSR) est configuré, spécifiez un intervalle de 2 500 ms minimum pour les sessions basées sur le moteur de routage. Pour les sessions BFD distribuées avec un routage actif sans interruption configuré, les recommandations d’intervalle minimum restent inchangées et dépendent uniquement de votre déploiement réseau.

Vous pouvez éventuellement spécifier les intervalles de transmission et de réception minimaux séparément.

Pour spécifier uniquement l’intervalle de réception minimal pour la détection des défaillances, incluez l’instruction minimum-receive-interval . Cette valeur représente l’intervalle minimal auquel l’équipement de routage local s’attend à recevoir une réponse d’un voisin avec lequel il a établi une session BFD. Vous pouvez configurer une valeur comprise entre 1 et 255,00 millisecondes.

Pour spécifier uniquement l’intervalle de transmission minimal pour la détection des défaillances, incluez l’instruction transmit-interval minimum-interval . Cette valeur représente l’intervalle minimal auquel l’équipement de routage local transmet les paquets hello au voisin avec lequel il a établi une session BFD. Vous pouvez configurer une valeur comprise entre 1 et 255 000 millisecondes.

Pour spécifier le nombre de paquets hello non reçus par un voisin qui provoquent la désactivation de l’interface d’origine, incluez l’instruction multiplier . La valeur par défaut est 3 et vous pouvez configurer une valeur comprise entre 1 et 255.

Pour spécifier le seuil de détection de l’adaptation de l’intervalle de transmission, incluez l’instruction transmit-interval threshold . La valeur seuil doit être supérieure à l’intervalle de transmission.

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

Vous pouvez tracer les opérations BFD en incluant l’instruction traceoptions au niveau de la [edit protocols bfd] hiérarchie.

Dans Junos OS version 9.0 et versions ultérieures, vous pouvez configurer des sessions BFD pour ne pas s’adapter aux conditions changeantes du réseau. Pour désactiver l’adaptation BFD, incluez l’instruction no-adaptation . Nous vous recommandons de ne pas désactiver l’adaptation BFD, sauf s’il est préférable de ne pas activer l’adaptation BFD sur votre réseau.

La figure 4 illustre la topologie utilisée dans cet exemple.

Figure 4 : Topologie RIP BFD Network Topology du réseau RIP BFD

La configuration rapide cli montre la configuration de tous les équipements en figure 4. La section Procédure étape par étape décrit les étapes sur l’équipement R1.

Topologie

Configuration

Procédure

Configuration rapide cli

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, puis copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie.

Équipement R1

Équipement R2

Équipement R3

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation sur l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le guide de l’utilisateur CLI.

Pour configurer un BFD pour un réseau RIP :

  1. Configurez les interfaces réseau.

  2. Créez le groupe RIP et ajoutez l’interface.

    Pour configurer RIP dans Junos OS, vous devez configurer un groupe qui contient les interfaces sur lesquelles le RIP est activé. Vous n’avez pas besoin d’activer RIP sur l’interface de bouclage.

  3. Créez la stratégie de routage pour annoncer à la fois les routes directes et les routes apprises par RIP.

  4. Appliquez la stratégie de routage.

    Dans Junos OS, vous pouvez uniquement appliquer des stratégies d’exportation RIP au niveau du groupe.

  5. Activez BFD.

  6. Configurez les opérations de traçage pour suivre les messages BFD.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show protocolset show policy-options les commandes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de configuration de cet exemple pour la corriger.

Si vous avez fini de configurer l’équipement, saisissez commit à partir du mode de configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérifier que les sessions BFD sont en cours

But

Assurez-vous que les sessions BFD fonctionnent.

Action

Depuis le mode opérationnel, saisissez la show bfd session commande.

Sens

Le résultat montre qu’il n’y a pas d’échecs d’authentification.

Vérification du fichier trace BFD

But

Utilisez les opérations de traçage pour vérifier que les paquets BFD sont échangés.

Action

Depuis le mode opérationnel, saisissez la show log commande.

Sens

La sortie montre le fonctionnement normal de BFD.

Configuration des sessions Micro BFD 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.

Note:

À partir de la version 20.1R1 de Junos OS Evolved, les sessions BFD (Micro Bidirectional Forwarding Detection) indépendantes sont activées sur une liaison par membre d’un offre LAG (Link Aggregation Group).

Pour détecter les défaillances des interfaces Ethernet agrégées :

  1. Incluez l’instruction suivante dans la configuration au niveau de la [edit interfaces aex aggregated-ether-options] hiérarchie :
  2. Configurez les critères d’authentification de la session BFD pour le LAG.

    Pour spécifier les critères d’authentification, incluez l’énoncé authentication :

    • Spécifiez l’algorithme à utiliser pour authentifier la session BFD. Vous pouvez utiliser l’un des algorithmes suivants pour l’authentification :

      • clé-md5

      • clé-sha-1

      • méticuleuse-clé-md5

      • méticuleuse-clé-sha-1

      • mot de passe simple

    • Pour configurer la chaîne de clés, spécifiez le nom associé à la clé de sécurité de la session BFD. Le nom que vous spécifiez doit correspondre à l’une des chaînes de clés configurées dans l’instruction authentication-key-chains key-chain au niveau de la [edit security] hiérarchie.

    • Configurez la vérification d’authentification libre sur la session BFD. Utilisez uniquement pour les périodes de transition lorsque l’authentification peut ne pas être configurée aux deux extrémités de la session BFD.

  3. Configurez les timers BFD pour les interfaces Ethernet agrégées.

    Pour spécifier les timers BFD, incluez l’énoncé detection-time :

    Spécifiez la valeur de seuil. Il s’agit de l’intervalle de temps maximum pour détecter un voisin BFD. Si l’intervalle de transmission est supérieur à cette valeur, l’équipement déclenche un piège.

  4. Configurez une valeur d’intervalle d’arrêt pour définir le temps minimum pendant lequel la session BFD doit rester en place avant qu’une notification de changement d’état soit envoyée aux autres membres du réseau LAG.

    Pour spécifier l’intervalle d’attente, incluez l’instruction holddown-interval :

    Vous pouvez configurer un nombre allant de 0 à 255 000 millisecondes, et la valeur par défaut est 0. Si la session BFD tombe en panne puis revient pendant l’intervalle de maintien, le timer est redémarré.

    Cette valeur représente l’intervalle minimal auquel l’équipement de routage local transmet les paquets BFD, ainsi que l’intervalle minimal dans lequel l’équipement de routage s’attend à recevoir une réponse d’un voisin avec lequel il a établi une session BFD. Vous pouvez configurer un nombre allant de 1 à 255 000 millisecondes. Vous pouvez également spécifier les intervalles de transmission et de réception minimaux séparément.

  5. Configurez l’adresse source de la session BFD.

    Pour spécifier une adresse locale, incluez l’énoncé local-address :

    L’adresse locale BFD est l’adresse de bouclage de la source de la session BFD.

    Note:

    À partir de la version 16.1 de Junos OS, vous pouvez également configurer cette fonctionnalité avec l’adresse d’interface AE en tant qu’adresse locale dans une session micro BFD. Pour la famille d’adresses IPv6, désactivez la détection des adresses dupliquées avant de configurer cette fonctionnalité avec l’adresse d’interface AE. Pour désactiver la détection des adresses dupliquées, incluez l’instruction dad-disable au niveau de la [edit interface aex unit y family inet6] hiérarchie.

    À 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. Le micro-BFD local-address configuré doit correspondre au micro-BFD neighbour-address configuré sur le routeur homologue.

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

    Cette valeur représente l’intervalle minimal auquel l’équipement de routage local transmet les paquets BFD, ainsi que l’intervalle minimal dans lequel l’équipement de routage s’attend à recevoir une réponse d’un voisin avec lequel il a établi une session BFD. Vous pouvez configurer un nombre allant de 1 à 255 000 millisecondes. Vous pouvez également spécifier les intervalles de transmission et de réception minimaux séparément.

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

    Note:

    BFD est un protocole intensif qui consomme des ressources système. La spécification d’un intervalle minimal pour BFD de moins de 100 ms pour les sessions basées sur le moteur de routage et de 10 ms pour les sessions BFD distribuées peut provoquer des battements BFD indésirables.

    En fonction de votre environnement réseau, ces recommandations supplémentaires peuvent s’appliquer :

    • Pour les déploiements réseau à grande échelle avec un grand nombre de sessions BFD, spécifiez un intervalle d’au moins 300 ms pour les sessions basées sur le moteur de routage et 100 ms pour les sessions BFD distribuées.

    • Pour les déploiements réseau à très grande échelle avec un grand nombre de sessions BFD, contactez l’assistance client Juniper Networks pour plus d’informations.

    • Pour que les sessions BFD restent actives pendant un événement de basculement du moteur de routage lorsque le routage actif sans interruption est configuré, spécifiez un intervalle de 2 500 ms minimum pour les sessions basées sur le moteur de routage. Pour les sessions BFD distribuées avec un routage actif sans interruption configuré, les recommandations d’intervalle minimum restent inchangées et dépendent uniquement de votre déploiement réseau.

  7. Spécifiez uniquement l’intervalle de réception minimal pour la détection des défaillances en incluant l’instruction minimum-receive-interval :

    Cette valeur représente l’intervalle minimal dans lequel l’équipement de routage local s’attend à recevoir une réponse d’un voisin avec lequel il a établi une session BFD. Vous pouvez configurer un nombre allant de 1 à 255 000 millisecondes.

  8. Spécifiez le nombre de paquets BFD qui n’ont pas été reçus par le voisin qui provoquent la déclaration de panne de l’interface d’origine en incluant l’instruction multiplier :

    La valeur par défaut est 3. Vous pouvez configurer un nombre allant de 1 à 255.

  9. Configurez le voisin dans une session BFD.

    L’adresse voisine peut être une adresse IPv4 ou IPv6.

    Pour spécifier le prochain saut de la session BFD, incluez l’énoncé neighbor :

    L’adresse voisine BFD est l’adresse de bouclage de la destination distante de la session BFD.

    Note:

    À partir de la version 16.1 de Junos OS, vous pouvez également configurer l’adresse d’interface AE de la destination distante en tant qu’adresse voisine BFD dans une session micro-BFD.

  10. (Facultatif) Configurez les sessions BFD pour ne pas s’adapter aux conditions changeantes du réseau.

    Pour désactiver l’adaptation BFD, incluez l’énoncé no-adaptation :

    Note:

    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.

  11. Spécifiez un seuil pour détecter l’adaptation du temps de détection en incluant l’énoncé threshold :

    Lorsque le temps de détection des sessions BFD s’adapte à une valeur égale ou supérieure au seuil, un seul piège et un message de journal système sont envoyés. Le temps de détection est basé sur le multiplieur de l’intervalle minimum ou de la valeur de l’intervalle de réception minimal. Le seuil doit être plus élevé que le coefficient de multiplication 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 le coefficient de multiplication est de 3, le temps total de détection est de 900 ms. Par conséquent, le seuil de temps de détection doit avoir une valeur supérieure à 900.

  12. Spécifiez uniquement l’intervalle de transmission minimal pour la détection des défaillances en incluant l’instruction transmit-interval minimum-interval :

    Cette valeur représente l’intervalle minimal auquel l’équipement de routage local transmet les paquets BFD au voisin avec lequel il a établi une session BFD. Vous pouvez configurer une valeur comprise entre 1 et 255 000 millisecondes.

  13. Spécifiez le seuil de transmission pour détecter l’adaptation de l’intervalle de transmission en incluant l’énoncé transmit-interval threshold :

    La valeur seuil doit être supérieure à l’intervalle de transmission. Lorsque le temps de détection des sessions BFD s’adapte à une valeur supérieure au seuil, un seul piège et un message de journal système sont envoyés. Le temps de détection est basé sur le multiplieur de l’intervalle minimum ou de la valeur de l’intervalle de réception minimal. Le seuil doit être plus élevé que le coefficient de multiplication de l’une ou l’autre de ces valeurs configurées.

  14. Spécifiez la version BFD en incluant l’énoncé version :

    Par défaut, la version est détectée automatiquement.

Note:
  • L’option version n’est pas prise en charge sur le QFX Series. À partir de la version 17.2R1 de Junos OS, un avertissement apparaîtra si vous tentez d’utiliser cette commande.

  • Cette fonctionnalité fonctionne lorsque les deux équipements prennent en charge le BFD. Si le BFD n’est configuré qu’à une extrémité du LAG, cette fonctionnalité ne fonctionne pas.

Exemple : configuration de sessions micro BFD indépendantes pour le LAG

Cet exemple montre comment configurer une session micro BFD indépendante pour les interfaces Ethernet agrégées.

Exigences

Cet exemple utilise les composants matériels et logiciels suivants :

  • Routeurs MX Series avec chipset Junos Trio

  • Routeurs T Series avec FPC de type 4 ou FPC de type 5

    BFD pour LAG est pris en charge sur les types PIC suivants sur T-Series :

    • PC-1XGE-XENPAK (FPC de type 3),

    • PD-4XGE-XFP (FPC de type 4),

    • PD-5-10XGE-SFPP (FPC de type 4),

    • SFPP 24x10GE (LAN/WAN), 12x10GE (LAN/WAN) SFPP, 1X100GE de type 5 PIC

  • Routeurs PTX Series avec SFPP 24X10GE (LAN/WAN)

  • Junos OS Version 13.3 ou ultérieure s’exécutant sur tous les équipements

Aperçu

L’exemple inclut deux routeurs directement connectés. Configurez deux interfaces Ethernet agrégées, AE0 pour la connectivité IPv4 et AE1 pour la connectivité IPv6. Configurez la session micro BFD sur l’offre AE0 en utilisant les adresses IPv4 comme points de terminaison locaux et voisins sur les deux routeurs. Configurez la session micro BFD sur l’offre AE1 en utilisant les adresses IPv6 comme points de terminaison locaux et voisins sur les deux routeurs. Cet exemple vérifie que les sessions micro BFD indépendantes sont actives dans la sortie.

Topologie

La figure 5 illustre la topologie de l’échantillon.

Figure 5 : Configuration d’une session Micro BFD indépendante pour le LAG Configuring an Independent Micro BFD Session for LAG

Configuration

Configuration rapide cli

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, puis copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie.

Routeur R0

Routeur R1

Configuration d’une session Micro BFD pour des interfaces Ethernet agrégées

Procédure

Procédure étape par étape

L’exemple suivant exige que vous parcouriez différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez « Utilisation de l’éditeur CLI en mode de configuration » dans le guide de l’utilisateur CLI.

Note:

Répétez cette procédure pour le routeur R1, en modifiant les noms d’interface, les adresses et tous les autres paramètres appropriés pour chaque routeur.

Pour configurer une session micro-BFD pour des interfaces Ethernet agrégées sur le routeur R0 :

  1. Configurez les interfaces physiques.

  2. Configurez l’interface de bouclage.

  3. Configurez une adresse IP sur l’interface Ethernet agrégée ae0 avec des adresses IPv4 ou IPv6, selon vos besoins réseau.

  4. Définissez l’option de routage, créez un routage statique et définissez l’adresse du saut suivant.

    Note:

    Vous pouvez configurer un routage statique IPv4 ou IPv6 en fonction des exigences de votre réseau.

  5. Configurez le protocole LACP (Link Aggregation Control Protocol).

  6. Configurez BFD pour l’interface Ethernet agrégée ae0 et spécifiez l’intervalle minimal, l’adresse IP locale et l’adresse IP voisine.

  7. Configurez une adresse IP sur l’interface Ethernet agrégée ae1.

    Vous pouvez attribuer des adresses IPv4 ou IPv6 selon les exigences de votre réseau.

  8. Configurez BFD pour l’interface Ethernet agrégée ae1.

    Note:

    À partir de la version 16.1 de Junos OS, vous pouvez également configurer cette fonctionnalité avec l’adresse d’interface AE en tant qu’adresse locale dans une session micro BFD.

    À 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.

  9. Configurez des options de suivi pour BFD pour le dépannage.

Résultats

À partir du mode de configuration, saisissez le show interfaces, show protocolset show routing-options les commandes et confirmez votre configuration. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Si vous avez fini de configurer l’équipement, validez la configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérifier que les sessions BFD indépendantes sont en cours

But

Vérifiez que les sessions micro BFD sont en cours et consultez les détails des sessions BFD.

Action

Depuis le mode opérationnel, saisissez la show bfd session extensive commande.

Sens

Le champ Micro BFD représente les sessions micro BFD indépendantes s’exécutant sur les liaisons d’un LAG. L’intervalle itemTX , la sortie d’intervalle item RX représente le paramètre configuré avec l’instruction minimum-interval . Toutes les autres sorties représentent les paramètres par défaut de BFD. Pour modifier les paramètres par défaut, incluez les déclarations facultatives sous bfd-liveness-detection l’instruction.

Consultation des événements BFD détaillés

But

Consultez le contenu du fichier de trace BFD pour vous aider à résoudre les problèmes, si nécessaire.

Action

Depuis le mode opérationnel, saisissez la file show /var/log/bfd commande.

Sens

Les messages BFD sont en cours d’écriture dans le fichier de trace spécifié.

Configuration de BFD pour PIM

Le protocole BFD (Bidirectional Forwarding Detection Protocol) est un mécanisme simple qui détecte les défaillances d’un réseau. BFD fonctionne avec une grande variété d’environnements et topologies réseau. Une paire d’équipements de routage échange des paquets BFD. Bonjour, les paquets sont envoyés à un intervalle précis et régulier. Une défaillance de voisinage est détectée lorsque l’équipement de routage cesse de recevoir une réponse après un intervalle spécifié. Les timers de détection des défaillances BFD ont des délais plus courts que le Pim (Protocol Independent Multicast) hello hold time, de sorte qu’ils fournissent une détection plus rapide.

Les timers de détection des défaillances BFD sont adaptatifs et peuvent être ajustés pour être plus rapides ou plus lents. Plus la valeur du timer de détection des défaillances BFD est faible, plus la détection des défaillances est rapide et vice versa. Par exemple, les timers peuvent s’adapter à une valeur plus élevée si l’adjacence échoue (c’est-à-dire que le timer détecte les défaillances plus lentement). Ou un voisin peut négocier une valeur plus élevée pour un timer que la valeur configurée. Les timers s’adaptent à une valeur plus élevée lorsqu’un volet de session BFD se produit plus de trois fois sur une durée de 15 secondes. Un algorithme de back-off augmente l’intervalle de réception (Rx) de deux si l’instance BFD locale est la raison du rabat de session. L’intervalle de transmission (Tx) est augmenté de deux si l’instance BFD distante est la raison du volet de session. Vous pouvez utiliser la clear bfd adaptation commande pour renvoyer les intervalles BFD à leurs valeurs configurées. La clear bfd adaptation commande est sans heurt, ce qui signifie que la commande n’affecte pas le flux de trafic sur l’équipement de routage.

Vous devez spécifier les intervalles de transmission et de réception minimaux pour activer BFD sur PIM.

Pour permettre la détection des défaillances :

  1. Configurez l’interface globalement ou dans une instance de routage.

    Cet exemple illustre la configuration globale.

  2. Configurez l’intervalle de transmission minimum.

    Il s’agit de l’intervalle minimal après lequel l’équipement de routage transmet les paquets hello à un voisin avec lequel il a établi une session BFD. La spécification d’un intervalle inférieur à 300 ms peut entraîner des battements BFD indésirables.

  3. Configurez l’intervalle minimal après lequel l’équipement de routage s’attend à recevoir une réponse d’un voisin avec lequel il a établi une session BFD.

    La spécification d’un intervalle inférieur à 300 ms peut entraîner des battements BFD indésirables.

  4. (Facultatif) Configurez d’autres paramètres BFD.

    Au lieu de définir séparément les intervalles de réception et de transmission, configurez un intervalle pour les deux.

  5. Configurez le seuil d’adaptation du temps de détection des sessions BFD.

    Lorsque le temps de détection s’adapte à une valeur égale ou supérieure au seuil, un seul piège et un seul message de journal système sont envoyés.

  6. Configurez le nombre de paquets hello non reçus par un voisin qui entraîne la déclaration de panne de l’interface d’origine.
  7. Configurez la version BFD.
  8. Spécifiez que les sessions BFD ne doivent pas s’adapter à l’évolution des conditions du réseau.

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

  9. Vérifiez la configuration en vérifiant la sortie de la show bfd session commande.

Activation d’un BFD dédié et en temps réel sur les équipements SRX

Par défaut, les équipements SRX Series fonctionnent en mode BFD centralisé. Ils prennent également en charge le BFD distribué, le BFD dédié et le BFD en temps réel.

BFD dédié

L’activation d’un BFD dédié a un impact sur le débit du trafic, car un cœur de processeur est retiré du traitement du plan de données.

Pour activer le BFD dédié sur les équipements SRX100, SRX110, SRX210, SRX220, SRX240, SRX300, SRX320, SRX340, SRX345, SRX380, SRX550, SRX550M, SRX650 et SRX1500 :

  1. Incluez l’instruction dedicated-ukern-cpu au niveau de la [edit chassis] hiérarchie, puis validez la configuration.

    1. [edit]

    2. user@host # set chassis dedicated-ukern-cpu

      user@host # commit

      Le message d’avertissement suivant pour redémarrer le système s’affiche lorsque vous validez la configuration :

      warning: Packet processing throughput may be impacted in dedicated-ukernel-cpu mode. warning: A reboot is required for dedicated-ukernel-cpu mode to be enabled. Please use "request system reboot" to reboot the system. commit complete

  2. Redémarrez l’équipement pour activer la configuration :

    1. user@host> request system reboot

  3. Vérifiez que le BFD dédié est activé.

    user@host> show chassis dedicated-ukern-cpu

    Dedicated Ukern CPU Status: Enabled

BFD en temps réel

L’activation d’un BFD en temps réel n’a aucun impact sur les performances du plan de données. Une plus grande priorité est accordée au processus du moteur de transfert de paquets traitant BFD en mode distribué. Cela convient aux scénarios où moins de la moitié du nombre maximal de sessions BFD sont utilisées. Consultez cette liste pour connaître le nombre maximal de sessions BFD prises en charge par équipement SRX.

Note:

Pour plus d’informations sur BFD en mode distribué, consultez la section Comprendre comment BFD détecte les défaillances réseau.

Pour activer le BFD en temps réel sur les équipements SRX100, SRX110, SRX210, SRX220, SRX240, SRX300, SRX320, SRX340, SRX345, SRX550, SRX550M et SRX650 :

  1. Incluez l’instruction realtime-ukern-thread au niveau de la [edit chassis] hiérarchie, puis validez la configuration.

    1. [modifier]

    2. user@host # set chassis realtime-ukern-thread

      user@host # commit

      Le message d’avertissement suivant pour redémarrer le système s’affiche lorsque vous validez la configuration :

      WARNING: realtime-ukern-thread is enable. Please use the command request system reboot.

  2. Redémarrez l’équipement pour activer la configuration :

    1. user@host> request system reboot

  3. Vérifiez que la BFD en temps réel est activée.

    user@host> show chassis realtime-ukern-thread

    realtime Ukern thread Status: Enabled

Prise en charge BFD par la plate-forme SRX

Les équipements SRX Series prennent en charge le nombre maximal de sessions BFD suivantes :

  • Jusqu’à quatre sessions sur les équipements SRX100, SRX110, SRX210, SRX220, SRX300 et SRX320.

  • Jusqu’à 50 sessions sur les équipements SRX240, SRX340, SRX345, SRX380, SRX550, SRX550M et SRX650.

  • Jusqu’à 120 sessions sur les équipements SRX1500.

Sur tous les équipements 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 qui font que le protocole BFD s’affiche tout en traitant les mises à jour BGP importantes. (La prise en charge de la plate-forme dépend de la version junos OS de votre installation.)

Les équipements SRX Series fonctionnant en mode cluster de châssis prennent uniquement en charge le mode centralisé BFD.

Le tableau ci-dessous montre les modes BFD pris en charge sur chaque équipement SRX Series.

Tableau 1 : Modes BFD pris en charge sur les équipements SRX Series

Équipement SRX Series

Mode BFD centralisé

BFD distribué

BFD en temps réel

Cœur dédié

SRX100

Par défaut

Configuration

Configuration (facultatif)

Non pris en charge

SRX110

Par défaut

Configuration

Configuration (facultatif)

Non pris en charge

SRX210

Par défaut

Configuration

Configuration (facultatif)

Non pris en charge

SRX220

Par défaut

Configuration

Configuration (facultatif)

Non pris en charge

SRX240

Par défaut

Configuration

Configuration

Configuration (facultatif)

SRX300

Par défaut

Configuration

Configuration (facultatif)

Non pris en charge

SRX320

Par défaut

Configuration

Configuration (facultatif)

Non pris en charge

SRX340

Par défaut

Configuration

Configuration

Configuration (facultatif)

SRX345

Par défaut

Configuration

Configuration

Configuration (facultatif)

SRX380

Par défaut

Configuration

Configuration

Configuration (facultatif)

SRX550

Par défaut

Configuration

Configuration

Configuration (facultatif)

SRX550M

Par défaut

Configuration

Configuration

Configuration (facultatif)

SRX650

Par défaut

Configuration

Configuration

Configuration (facultatif)

SRX1500 Temps de détection des défaillances BFD > 500 ms et le mode dédié n’est pas activé Temps de détection des défaillances BFD < 500 ms et le mode dédié n’est pas activé Non pris en charge Configuration
SRX4100 Temps de détection des défaillances BFD > 500 ms Temps de détection des défaillances BFD < 500 ms Non pris en charge Non pris en charge
SRX4200 Temps de détection des défaillances BFD > 500 ms Temps de détection des défaillances BFD < 500 ms Non pris en charge Non pris en charge
SRX4600 Temps de détection des défaillances BFD > 500 ms Temps de détection des défaillances BFD < 500 ms Non pris en charge Non pris en charge

SRX5400

Par défaut

Non pris en charge

Non pris en charge

Non pris en charge

SRX5600

Par défaut

Non pris en charge

Non pris en charge

Non pris en charge

SRX5800

Par défaut

Non pris en charge

Non pris en charge

Non pris en charge

Gamme d’équipements SRX5000 avec carte SPC3 Temps de détection des défaillances BFD > 500 ms Temps de détection des défaillances BFD < 500 ms Non pris en charge Non pris en charge