Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

BGP sur les systèmes logiques

Les systèmes logiques vous permettent de configurer les sessions BGP internes. Pour plus d’informations, consultez les rubriques suivantes :

Exemple : Configuration de sessions d’appairage BGP internes sur des systèmes logiques

Cet exemple montre comment configurer des sessions homologues pair BGP internes sur des systèmes logiques.

Exigences

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

Aperçu

Dans cet exemple, vous allez configurer des sessions internes d’appairage BGP (IBGP).

Dans l’exemple de réseau, les appareils de l’AS 17 sont entièrement maillés dans le groupe interne-peers. Les périphériques ont des adresses de bouclage 192.168.6.5, 192.163.6.4 et 192.168.40.4.

La figure 1 montre un réseau type avec des sessions homologues internes.

Figure 1 : réseau type avec des sessions Typical Network with IBGP Sessions IBGP

Configuration

Configuration rapide de l’interface de ligne de commande

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

Appareil A

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer des sessions internes pair BGP sur l’appareil A :

  1. Configurez les interfaces.

  2. Configurez BGP.

    Sur le système logique A, les instructions sont incluses à la fois pour le périphérique B et le périphérique C, même si le neighbor système logique A n’est pas directement connecté au périphérique C.

  3. Configurez OSPF.

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

    D’autres options utiles pour ce scénario peuvent consister à accepter les routes apprises via OSPF ou les routes locales.

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

Résultats

À partir du mode configuration, confirmez votre configuration en entrant la show logical-systems commande. 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 terminé de configurer l’appareil, entrez commit à partir du mode de configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des voisins BGP

But

Vérifiez que BGP est en cours d’exécution sur les interfaces configurées et que la session BGP est active pour chaque adresse voisine.

Action

À partir du mode opérationnel, entrez la show bgp neighbor commande.

Vérification des groupes BGP

But

Vérifiez que les groupes BGP sont correctement configurés.

Action

À partir du mode opérationnel, entrez la show bgp group commande.

Vérification des informations récapitulatives BGP

But

Vérifiez que la configuration BGP est correcte.

Action

À partir du mode opérationnel, entrez la show bgp summary commande.

Vérification de l’installation des routes BGP dans la table de routage

But

Vérifiez que la configuration de la stratégie d’exportation fonctionne.

Action

À partir du mode opérationnel, entrez la show route protocol bgp commande.

Exemple : Configuration de BGP externe sur des systèmes logiques avec des interfaces IPv6

Cet exemple montre comment configurer des sessions homologues point à point BGP (EBGP) externes sur des systèmes logiques dotés d’interfaces IPv6.

Exigences

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

Aperçu

Junos OS prend en charge les sessions homologues EBGP au moyen d’adresses IPv6. Une session d’homologue IPv6 peut être configurée lorsqu’une adresse IPv6 est spécifiée dans l’instruction neighbor . Cet exemple utilise EUI-64 pour générer des adresses IPv6 qui sont automatiquement appliquées aux interfaces. Une adresse EUI-64 est une adresse IPv6 qui utilise le format IEEE EUI-64 pour la partie identifiant d’interface de l’adresse (les 64 derniers bits).

Note:

Vous pouvez également configurer des sessions EBGP à l’aide d’adresses IPv6 128 bits attribuées manuellement.

Si vous utilisez des adresses lien-local de 128 bits pour les interfaces, vous devez inclure l’instruction local-interface . Cette instruction n’est valable que pour les adresses lien-local IPv6 128 bits et est obligatoire pour la configuration d’une session homologue lien-local IPv6 EBGP.

La configuration de l’appairage EBGP à l’aide d’adresses lien-local ne s’applique qu’aux interfaces directement connectées. Il n’y a pas de prise en charge de l’appairage à sauts multiples.

Une fois vos interfaces opérationnelles, vous pouvez utiliser la show interfaces terse commande pour afficher les adresses IPv6 générées par l’EUI-64 sur les interfaces. Vous devez utiliser ces adresses générées dans les instructions BGP neighbor . Cet exemple illustre la procédure complète de bout en bout.

Dans cet exemple, l’encapsulation d’interface de relais de trames est appliquée aux interfaces de tunnel logique (lt). Il s’agit d’une exigence, car seule l’encapsulation Frame Relay est prise en charge lorsque des adresses IPv6 sont configurées sur les interfaces lt .

La figure 2 montre un réseau avec des sessions pair BGP. Dans l’exemple de réseau, le routeur R1 a cinq systèmes logiques configurés. Le dispositif E dans le système autonome (AS) 17 a des sessions pair BGP à un groupe d’homologues appelés homologues externes. Les pairs A, B et C résident dans l’AS 22. Cet exemple montre la configuration étape par étape sur le système logique A et le système logique E.

Topologie

Figure 2 : réseau type avec sessions Typical Network with BGP Peer Sessions homologue BGP

Configuration

Procédure

Configuration rapide de l’interface de ligne de commande

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à la configuration de votre réseau, copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie, puis passez commit en mode de configuration.

Appareil A

Appareil B

Appareil C

Appareil D

Dispositif E

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer les sessions pair BGP :

  1. Exécutez la show interfaces terse commande pour vérifier que le routeur physique dispose d’une interface de tunnel logique (lt).

  2. Sur le système logique A, configurez l’encapsulation de l’interface, le numéro d’unité homologue et le DLCI pour atteindre le système logique E.

  3. Sur le système logique A, configurez l’adresse réseau de la liaison vers l’homologue E, puis configurez une interface de bouclage.

  4. Sur le système logique E, configurez l’encapsulation de l’interface, le numéro d’unité homologue et le DLCI pour atteindre le système logique A.

  5. Sur le système logique E, configurez l’adresse réseau de la liaison vers l’homologue A et configurez une interface de bouclage.

  6. Exécutez la show interfaces terse commande pour voir les adresses IPv6 générées par EUI-64.

    Les adresses 2001 sont utilisées dans cet exemple dans les instructions BGP neighbor .

    Note:

    Les adresses fe80 sont des adresses lien-local et ne sont pas utilisées dans cet exemple.

  7. Répétez la configuration de l’interface sur les autres systèmes logiques.

Configuration des sessions BGP externes

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer les sessions pair BGP :

  1. Sur le système logique A, créez le groupe BGP et ajoutez l’adresse de voisinage externe.

  2. Sur le système logique E, créez le groupe BGP et ajoutez l’adresse de voisinage externe.

  3. Sur le système logique A, spécifiez le numéro du système autonome (AS) de l’AS externe.

  4. Sur le système logique E, spécifiez le numéro du système autonome (AS) de l’AS externe.

  5. Sur le système logique A, définissez le type d’homologue sur EBGP.

  6. Sur le système logique E, définissez le type d’homologue sur EBGP.

  7. Sur le système logique A, définissez le numéro du système autonome (AS) et l’ID de routeur.

  8. Sur le système logique E, définissez le numéro AS et l’ID de routeur.

  9. Répétez ces étapes pour les pairs A, B, C et D.

Résultats

À partir du mode configuration, confirmez votre configuration en entrant la show logical-systems commande. 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 terminé de configurer l’appareil, entrez commit à partir du mode de configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des voisins BGP

But

Vérifiez que BGP est en cours d’exécution sur les interfaces configurées et que la session BGP est active pour chaque adresse voisine.

Action

À partir du mode opérationnel, exécutez la show bgp neighbor commande.

Sens

Les informations d’accessibilité de la couche réseau unicast IPv6 (NLRI) sont échangées entre les voisins.

Vérification des groupes BGP

But

Vérifiez que les groupes BGP sont correctement configurés.

Action

À partir du mode opérationnel, exécutez la show bgp group commande.

Sens

Le type de groupe est externe et le groupe comporte quatre pairs.

Vérification des informations récapitulatives BGP

But

Vérifiez que les relations pair BGP sont établies.

Action

À partir du mode opérationnel, exécutez la show bgp summary commande.

Sens

La sortie Pairs inactifs : 0 indique que les homologues BGP sont dans l’état établi.

Vérification de la table de routage

But

Vérifiez que la table de routage inet6.0 est renseignée avec des routes locales et directes.

Action

À partir du mode opérationnel, exécutez la show route commande.

Sens

La table de routage inet6.0 contient les routes locales et directes. Pour remplir la table de routage avec d’autres types de routes, vous devez configurer des stratégies de routage.

Exemple : Configuration de BFD sur des sessions homologues BGP internes

Cet exemple montre comment configurer des sessions homologues 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’appareil 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 minimaux d’émission et de réception pour la détection des défaillances. Plus précisément, cette valeur représente l’intervalle minimum après lequel le périphérique de routage local transmet les paquets hello, ainsi que l’intervalle minimum pendant 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 une valeur comprise entre 1 et 255 000 millisecondes.

Si vous le souhaitez, vous pouvez spécifier séparément les intervalles d’émission et de réception minimaux à l’aide des transmit-interval minimum-interval instructions and minimum-receive-interval . Pour plus d’informations sur ces instructions de configuration BFD et d’autres facultatifs, 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 minimum pour BFD inférieur à 100 millisecondes pour les sessions basées sur le moteur de routage et inférieur à 10 millisecondes pour les sessions BFD distribuées peut entraîner des battements BFD indésirables.

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

  • Pour éviter les instabilités BFD pendant l’événement de basculement général du moteur de routage, spécifiez un intervalle minimal de 5000 millisecondes pour les sessions basées sur le moteur de routage. Cette valeur minimale est requise car, lors de l’événement de basculement général du moteur de routage, des processus tels que RPD, MIBD et SNMPD utilisent des ressources CPU supérieures à la valeur seuil spécifiée. Par conséquent, le traitement et la planification BFD sont affectés en raison de ce manque de ressources CPU.

  • Pour que les sessions BFD restent actives pendant le scénario de liaison de contrôle du cluster à double châssis, lorsque la première liaison de contrôle échoue, spécifiez l’intervalle minimal de 6000  millisecondes pour empêcher le LACP de battre 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 minimal de 300 millisecondes pour les sessions basées sur le moteur de routage et de 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 le support 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 continu (NSR) est configuré, spécifiez un intervalle minimum de 2500 millisecondes pour les sessions basées sur le moteur de routage. Pour les sessions BFD distribuées avec NSR configuré, les recommandations relatives à l’intervalle minimal restent inchangées et dépendent uniquement du déploiement de votre 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 des systèmes logiques.

La figure 3 illustre un réseau type avec des sessions d’homologue internes.

Figure 3 : réseau type avec sessions Typical Network with IBGP Sessions IBGP

Configuration

Configuration rapide de l’interface de ligne de commande

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

Appareil A

Appareil B

Appareil C

Configuration de l’appareil A

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer l’appareil A :

  1. Définissez l’interface de ligne de commande sur Système logique A.

  2. Configurez les interfaces.

  3. Configurez BGP.

    Les neighbor instructions sont incluses à la fois pour l’appareil B et l’appareil C, même si l’appareil A n’est pas directement connecté à l’appareil C.

  4. Configurez BFD.

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

  5. (Facultatif) Configurez le suivi BFD.

  6. Configurez OSPF.

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

    D’autres options utiles pour ce scénario peuvent consister à 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 terminé de configurer l’appareil, passez commit en mode de configuration. Répétez ces étapes pour configurer l’appareil B et l’appareil C.

Résultats

À partir du mode de configuration, confirmez votre configuration en saisissant les show interfacescommandes , show policy-options, show protocolset show routing-options . 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érification de l’activation de BFD

But

Vérifiez que BFD est activé entre les homologues IBGP.

Action

À partir du mode opérationnel, entrez 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 BFD n’est pas activé, la sortie affiche BFD: disabled, down, et l’option <BfdEnabled> est absente. Si BFD est activé et que la session est inactive, la sortie affiche BFD: enabled, down. La sortie indique également que les événements liés à BFD sont écrits dans un fichier journal, car les opérations de traçage sont configurées.

Vérification de l’activation des sessions BFD

But

Vérifiez que les sessions BFD sont actives et affichez les détails des sessions BFD.

Action

À partir du mode opérationnel, entrez 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 instructions facultatives sous l’instruction bfd-liveness-detection .

Affichage détaillé des événements BFD

But

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

Action

À partir du mode opérationnel, entrez la file show /var/log/A/bgp-bfd commande.

Sens

Avant que les routes ne soient établies, le message s’affiche No route to host dans la sortie. Une fois les itinéraires établis, les deux dernières lignes indiquent que les deux sessions BFD apparaissent.

Affichage détaillé des événements BFD après la désactivation et la réactivation d’une interface de bouclage

But

Vérifiez ce qui se passe après avoir mis hors service un routeur ou un commutateur, puis l’avoir rétabli. Pour simuler la mise hors service d’un routeur ou d’un commutateur, désactivez l’interface de bouclage sur le système logique B.

Action
  1. À partir du mode configuration, entrez la deactivate logical-systems B interfaces lo0 unit 2 family inet commande.

  2. À partir du mode opérationnel, entrez la file show /var/log/A/bgp-bfd commande.

  3. À partir du mode configuration, entrez la activate logical-systems B interfaces lo0 unit 2 family inet commande.

  4. À partir du mode opérationnel, entrez la file show /var/log/A/bgp-bfd commande.

Exemple : Configuration de sessions EBGP à sauts multiples sur des systèmes logiques

Cet exemple montre comment configurer un homologue BGP (EBGP) externe qui se trouve à plus d’un saut du routeur local. Ce type de session est appelé session EBGP à sauts multiples .

Exigences

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

Aperçu

Lorsque les homologues EBGP ne sont pas directement connectés les uns aux autres, ils doivent traverser un ou plusieurs périphériques de routage non-BGP pour se rejoindre. La configuration d’EBGP à sauts multiples permet aux homologues de passer par les autres périphériques de routage pour établir des relations d’homologue et échanger des messages de mise à jour. Ce type de configuration est généralement utilisé lorsqu’un équipement de routage Juniper Networks doit exécuter EBGP avec un équipement de routage tiers qui n’autorise pas la connexion directe des deux homologues EBGP. Le multisaut EBGP permet d’établir une connexion voisine entre deux homologues EBGP qui n’ont pas de connexion directe.

La configuration permettant d’activer les sessions EBGP à sauts multiples nécessite une connectivité entre les deux homologues EBGP. Cet exemple utilise des routes statiques pour assurer la connectivité entre les périphériques.

Pour les sessions EBGP directement connectées, les adresses physiques sont généralement utilisées dans les neighbor instructions. Pour l’EBGP à sauts multiples, vous devez utiliser des adresses d’interface de bouclage et spécifier l’adresse d’interface de bouclage de l’homologue connecté indirectement. Dans l’utilisation des adresses d’interfaces de bouclage, le multi-saut EBGP est similaire au BGP interne (IBGP).

Enfin, vous devez ajouter l’instruction multihop . Si vous le souhaitez, vous pouvez définir une valeur de durée de vie maximale (TTL) avec l’instruction ttl . Le TTL est transporté dans l’en-tête IP des paquets BGP. Si vous ne spécifiez pas de valeur TTL, la valeur TTL maximale par défaut du système est utilisée. La valeur TTL par défaut est 64 pour les sessions EBGP à sauts multiples. Une autre option consiste à conserver la valeur BGP next-hop pour les annonces de route en incluant l’instruction no-nexthop-change .

La figure 4 illustre un réseau EBGP multi-sauts typique.

Les équipements C et E disposent d’une session EBGP établie. L’appareil D n’est pas un périphérique compatible BGP. Tous les appareils sont connectés via des routes statiques.

Figure 4 : réseau type avec des sessions Typical Network with EBGP Multihop Sessions EBGP à sauts multiples

Configuration

Configuration rapide de l’interface de ligne de commande

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

Appareil C

Appareil D

Dispositif E

Appareil C

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer l’appareil C :

  1. Définissez l’interface de ligne de commande sur Système logique C.

  2. Configurez l’interface avec l’appareil directement connecté (to-D), puis configurez l’interface de bouclage.

  3. Configurez une session EBGP avec le système logique E.

    L’instruction neighbor pointe vers l’interface de bouclage sur le système logique E.

  4. Configurez l’instruction multi-sauts pour permettre au système logique C et au système logique E de devenir des homologues EBGP.

    Étant donné que les homologues sont à deux sauts l’un de l’autre, l’exemple utilise l’instruction ttl 2 .

  5. Configurez la connectivité au système logique E, à l’aide de routes statiques.

    Vous devez configurer un routage vers l’adresse de l’interface de bouclage et vers l’adresse de l’interface physique.

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

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

    D’autres options utiles pour ce scénario peuvent consister à accepter les routes apprises via OSPF ou les routes locales.

Résultats

À partir du mode de configuration, confirmez votre configuration en saisissant les show interfacescommandes , show protocols, show policy-optionset show routing-options . 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 terminé de configurer l’appareil, entrez commit à partir du mode de configuration. Répétez ces étapes pour toutes les sessions BFD de la topologie.

Appareil D

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer l’appareil D :

  1. Définissez l’interface de ligne de commande sur Système logique D.

  2. Configurez les interfaces avec les périphériques directement connectés, puis configurez une interface de bouclage.

  3. Configurez la connectivité aux autres périphériques à l’aide d’une route statique vers les adresses de l’interface de bouclage.

    Sur le système logique D, vous n’avez pas besoin de routes statiques vers les adresses physiques, car le système logique D est directement connecté au système logique C et au système logique E.

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

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant les show interfaces commandes et show routing-options . 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 terminé de configurer l’appareil, entrez commit à partir du mode de configuration. Répétez ces étapes pour toutes les sessions BFD de la topologie.

Dispositif E

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer l’appareil E :

  1. Définissez l’interface de ligne de commande sur Système logique E.

  2. Configurez l’interface avec l’appareil directement connecté (to-D), puis configurez l’interface de bouclage.

  3. Configurez une session EBGP avec le système logique E.

    L’instruction neighbor pointe vers l’interface de bouclage sur le système logique C.

  4. Configurez l’instruction multihop pour permettre au système logique C et au système logique E de devenir des homologues EBGP.

    Étant donné que les homologues sont à deux sauts l’un de l’autre, l’exemple utilise l’instruction ttl 2 .

  5. Configurez la connectivité au système logique E, à l’aide de routes statiques.

    Vous devez configurer un routage vers l’adresse de l’interface de bouclage et vers l’adresse de l’interface physique.

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

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

    D’autres options utiles pour ce scénario peuvent consister à accepter les routes apprises via OSPF ou les routes locales.

Résultats

À partir du mode de configuration, confirmez votre configuration en saisissant les show interfacescommandes , show protocols, show policy-optionset show routing-options . 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 terminé de configurer l’appareil, entrez commit à partir du mode de configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de la connectivité

But

Assurez-vous que l’appareil C peut envoyer une requête ping à l’appareil E, en spécifiant l’adresse de l’interface de bouclage comme source de la demande ping.

L’adresse de l’interface de bouclage est l’adresse source que BGP utilisera.

Action

À partir du mode opérationnel, entrez la ping 10.10.10.14 source 192.168.40.4 commande à partir du système logique C, puis entrez la ping 10.10.10.9 source 192.168.6.7 commande à partir du système logique E.

Sens

Les routes statiques fonctionnent si les pings fonctionnent.

Vérification de l’établissement des sessions BGP

But

Vérifiez que les sessions BGP sont actives.

Action

À partir du mode opérationnel, entrez la show bgp summary commande.

Sens

La sortie montre que les deux périphériques ont chacun un pair. Aucun pair n’est à terre.

Affichage des itinéraires annoncés

But

Vérifier que les routes sont annoncées par BGP.

Action

À partir du mode opérationnel, entrez la show route advertising-protocol bgp neighbor commande.

Sens

La stratégie de routage statique d’envoi exporte les routes statiques de la table de routage vers BGP. BGP annonce ces routes entre les homologues car la session pair BGP est établie.