Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

BGP sessions d’peering

Understanding External BGP Peering Sessions

Pour établir des connexions point à point entre des systèmes autonomes pairs, vous configurez une session BGP sur chaque interface d’une liaison point à point. De telles sessions sont généralement réalisées aux points de sortie du réseau avec les hôtes voisins en dehors AS. Figure 1 montre un exemple de session BGP peering.

Figure 1 : BGP d’peeringBGP d’peering

Dans , le routeur A est un routeur de passerelle pour AS 3, et le routeur B est un routeur de passerelle Figure 1 pour AS 10. Pour le trafic interne aux deux AS, un protocole de passerelle interne (IGP) est utilisé (OSPF, par exemple). Pour router le trafic entre les AS pairs, une session BGP est utilisée.

Vous organisez BGP routage dans des groupes de pairs. Les différents groupes de pairs peuvent avoir différents types de groupes, des AS et des identifiants de cluster de réflecteur de route.

Pour définir un groupe BGP qui reconnaît uniquement les systèmes BGP spécifiés comme des pairs, configurez tous les pairs du système de manière statique en incluant une ou plusieurs neighbor instructions. L’adresse du voisin pair peut être une adresse IPv6 ou IPv4.

À mesure que le nombre de groupes de BGP externes (EBGP) augmente, la possibilité de prendre en charge un grand nombre BGP sessions de sécurité peut devenir un problème d’évolutrage. La façon préférée de configurer un grand nombre BGP voisins d’accès est de configurer quelques groupes comprenant plusieurs voisins par groupe. La prise en charge de moins de groupes EBGP s’améliore généralement plutôt que la prise en charge d’un grand nombre de groupes EBGP. Cela devient plus manifeste dans le cas de centaines de groupes EBGP par rapport à quelques groupes EBGP avec plusieurs pairs dans chaque groupe.

Une fois les BGP établies, les routes non-BGP ne sont pas automatiquement annoncées par BGP pairs. Sur chaque équipement BGP, une configuration de stratégie est requise pour exporter les routes locales, statiques ou IGP apprises dans le RIB BGP, puis les promouvoir comme routes BGP vers les autres pairs. Par défaut, BGP de publicité de BGP ne fait pas la publicité d’autres routes (BGP routes locales) vers les pairs.

Exemple: Configuration des sessions BGP peer point à point

Cet exemple montre comment configurer BGP sessions point à point.

Conditions préalables

Avant de commencer, si la stratégie de BGP par défaut n’est pas adaptée à votre réseau, configurez des stratégies de routage pour filtrer les routes d’BGP entrantes et pour mettre en avant BGP routes.

Présentation

Figure 2 affiche un réseau avec des BGP sessions pairs. Dans l’exemple de réseau, l’équipement E en AS 17 a BGP sessions de peer peer à un groupe d’pairs appelé external-peers . Les pairs A, B et C résident dans AS 22 et ont des adresses IP 10.10.10.2, 10.10.10.6 et 10.10.10.10. Peer D réside dans AS 79, à l’adresse IP 10.21.7.2. Cet exemple illustre la configuration de l’équipement E.

Topologie

Figure 2 : Réseau typique avec des BGP pairsRéseau typique avec des BGP pairs

Configuration

Procédure

CLI configuration rapide

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

Procédure étape par étape

L’exemple suivant vous oblige à naviguer dans différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la CLI, consultez le manuel Using the CLI Editor in Configuration Mode dans le Junos OS CLI User Guide.

Pour configurer les sessions de BGP pairs:

  1. Configurez les interfaces avec les pairs A, B, C et D.

  2. Définissez le numéro de système autonome (AS).

  3. Créez le BGP et ajoutez les adresses de voisinage externes.

  4. Indiquez le numéro de système (AS) du réseau AS.

  5. Ajoutez Peer D et définissez le AS au niveau des voisins individuels.

    La configuration de voisin remplace la configuration de groupe. Ainsi, bien que l’ensemble des voisins du groupe soit prêt, il est placé pour le voisin peer-as 22peer-as 79 10.21.7.2.

  6. Définissez le type d’pair pour les BGP externes (EBGP).

Résultats

Depuis le mode de configuration, confirmez votre configuration en entrant les show interfacesshow protocols commandes et les . 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é la configuration de l’équipement, commit saisissez-le en mode de configuration.

Vérification

Vérifier que la configuration fonctionne correctement.

Vérification des BGP voisins

But

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

Action

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

Vérification des BGP-groupes

But

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

Action

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

Vérifier les BGP de synthèse

But

Vérifiez que la configuration BGP est correcte.

Action

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

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

Cet exemple montre comment configurer les sessions de peer point à point EBGP (external BGP) sur les systèmes logiques à l’aide d’interfaces IPv6.

Conditions préalables

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

Présentation

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

Remarque :

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

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

La configuration de l’peering EBGP à l’aide d’adresses locales de liens n’est applicable que pour les interfaces directement connectées. Il n’existe aucune prise en charge de l’peering multihop.

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

Dans cet exemple, l’encapsulation de l’interface de relais de trames est appliquée aux interfaces de tunnel lt logique ( ). Cette condition est obligatoire, car seule l’encapsulation de relais de trames est prise en charge lorsque les adresses IPv6 sont configurées sur les lt interfaces.

Figure 3 affiche un réseau avec des BGP sessions pairs. Dans l’exemple de réseau, le routeur R1 dispose de cinq systèmes logiques configurés. L’équipement E dans le système autonome (AS) 17 a BGP sessions de pair à un groupe d’pairs appelé external-peers . Les pairs A, B et C résident dans AS 22. Cet exemple illustre la configuration étape par étape du système logique A et du système logique E.

Topologie

Figure 3 : Réseau typique avec des BGP pairsRéseau typique avec des BGP pairs

Configuration

Procédure

CLI configuration rapide

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

Équipement A

Équipement B

Équipement C

Équipement D

Équipement E

Procédure étape par étape

L’exemple suivant vous oblige à naviguer dans différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation du CLI, consultez le guide de l’CLI en mode de configuration dans CLI’utilisateur.

Pour configurer les sessions de BGP pairs:

  1. Exécutez show interfaces terse la commande pour vérifier que le routeur physique possède une interface de tunnel lt logique.

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

  3. Dans le système logique A, configurez l’adresse réseau du lien vers Peer E et configurez une interface de bouclation.

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

  5. Dans le système logique E, configurez l’adresse réseau du lien vers Peer A et configurez une interface de boucliser.

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

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

    Remarque :

    Les adresses fe80 sont des adresses locales de liaison 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 dans différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation du CLI, consultez le guide de l’CLI en mode de configuration dans CLI’utilisateur.

Pour configurer les sessions de BGP pairs:

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

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

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

  4. Dans le système logique E, indiquez le numéro de AS (AS).

  5. Dans le système logique A, définissez le type d’pair pour EBGP.

  6. Dans le système logique E, définissez le type d’pair pour EBGP.

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

  8. Dans le système logique E, définissez le AS et l’ID du routeur.

  9. Répétez cette procédure pour les pairs A, B, C et D.

Résultats

À partir du mode de 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é la configuration de l’équipement, commit saisissez-le en mode de configuration.

Vérification

Vérifier que la configuration fonctionne correctement.

Vérification des BGP voisins

But

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

Action

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

Sens

Des informations unicast IPv6 sur l’accessibilité de la couche réseau (NLRI) sont en cours d’échange entre les voisins.

Vérification des BGP-groupes

But

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

Action

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

Sens

Le type de groupe est externe et le groupe possède quatre pairs.

Vérifier les BGP de synthèse

But

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

Action

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

Sens

Les pairs vers le bas: La sortie 0 indique que les pairs BGP sont dans l’état établi.

Vérification de la table de routage

But

Vérifiez que la table de routage inet6.0 est remplie de routes locales et directes.

Action

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

Sens

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

Understanding Internal BGP Peering Sessions

Lorsque deux BGP sont dans le même système autonome (AS), la session BGP est appelée session de BGP interne ou IBGP. BGP utilise les mêmes types de messages sur les sessions IBGP et EBGP (external BGP), mais les règles relatives au moment d’envoyer chaque message et à l’interprétation de chaque message diffèrent légèrement. Pour cette raison, certaines personnes appellent IBGP et EBGP deux protocoles distincts.

Figure 4 : Réseaux de BGPRéseaux de BGP

Dans Figure 4 , Device Jackson, Device Memphis et Device Biloxi ont des sessions de peer sessions IBGP les uns avec les autres. De même, Device Miami et Device Atlanta se rencontrent en sessions pair IBGP.

L’IBGP a pour objectif de fournir un moyen par lequel les messages de route EBGP peuvent être transmis sur l’ensemble du réseau. En théorie, pour accomplir cette tâche, vous pouvez redistribuer toutes vos routes EBGP dans un protocole de passerelle intérieure (IGP), comme OSPF ou IS-IS. Toutefois, cette recommandation n’est pas recommandée dans un environnement de production en raison du grand nombre de routes EBGP sur Internet et de la façon dont les IGP fonctionnent. En bref, avec ce nombre de routes, les IGP ou les accidents.

L’interface de bouclation (lo0) sert généralement à établir des connexions entre les pairs IBGP. L’interface de bouclation est toujours opérationnelle tant que l’équipement est en fonctionnement. Si l’adresse de bouclation est acheminée, la session d’peering IBGP reste en place. Si une adresse physique est utilisée à la place et que cette interface monte et descend, la session d’peering IBGP s’en trouve également améliorée. Ainsi, l’interface de bouclage garantit une tolérance de panne si l’interface physique ou la liaison s’en panne si l’équipement dispose d’une redondance de liaison.

Les voisins IBGP n’ont pas besoin d’être directement connectés, mais doivent être en maillage complet. Dans ce cas, le maillage complet signifie que chaque équipement est logiquement connecté aux autres par le biais des relations de pairs voisins. neighborL’énoncé crée le maillage. En raison de la configuration de maillage complète requise par IBGP, vous devez configurer des sessions d’peering individuelles entre tous les équipements IBGP de la AS. Le maillage complet n’est pas nécessairement physique. Au lieu de cela, la configuration de chaque équipement de routage doit créer un maillage complet de sessions de pairs (à l’aide de plusieurs neighbor instructions).

Remarque :

L’obligation d’un maillage intégral n’est pas requise si vous configurez une confédération ou une réflexion de route.

Pour comprendre l’exigence de maillage intégral, considérez qu’il est impossible de revenir à un autre pair IBGP en matière de route apprise par IBGP. La raison pour laquelle il est interdit de lire de nouvelles routes IBGP et d’avoir à revenir au maillage complet est d’éviter les boucles de routage au sein d’AS. L AS de chemin d’accès est la façon BGP les équipements de routage d’éviter les boucles. Les informations de chemin sont examinées pour l’AS que lorsque la route est reçue d’un pair EBGP. L’attribut n’étant modifié que AS limites, ce système fonctionne bien. Toutefois, le fait que l’attribut ne soit modifié que sur plusieurs AS limites présente un problème au sein du AS. Imaginons par exemple que les équipements de routage A, B et C soient tous dans un même AS. L’unité A reçoit un routeur d’un pair EBGP et l’envoie à l’unité B, qui l’installe comme route active. Le routeur est ensuite envoyé à l’équipement C, qui l’installe localement et l’envoie à l’équipement A. Si l’appareil A installe le routeur, une boucle est formée au sein du AS. Les équipements de routage ne sont pas en mesure de détecter la boucle car l’attribut de chemin d’AS n’est pas modifié au cours de ces publicités. C’est pourquoi les concepteurs de protocoles BGP ont décidé que la seule garantie de ne jamais former une boucle de routage était d’empêcher un pair IBGP de faire de la publicité pour une route acquise par IBGP au sein du AS. Pour l’accessibilité du routeur, les pairs IBGP sont en maillage complet.

IBGP prend en charge des connexions multiples, de sorte que les voisins IBGP peuvent être situés n’importe où dans le AS et souvent ne partagent pas de lien. Une recherche de route récursive résout l’adresse d’peering loopback vers un saut suivant de l’IP. Le service de recherche est fourni par des routes statiques ou un IGP comme OSPF ou BGP routes fixes.

Exemple: Configuration des sessions BGP pairs internes

Cet exemple montre comment configurer les sessions de peer BGP internes.

Conditions préalables

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

Présentation

Dans cet exemple, vous configurez des sessions de peer BGP interne (IBGP). L’interface de bouclation (lo0) est utilisée pour établir des connexions entre les pairs IBGP. L’interface de bouclation est toujours opérationnelle tant que l’équipement est en fonctionnement. Si l’adresse de bouclation est acheminée, la session d’pair IBGP reste en place. Si une adresse physique est utilisée à la place et que cette interface est en cours de hausse et de panne, la session d’pair IBGP s’en trouve également améliorée. Ainsi, si l’équipement dispose d’une redondance de liaison, l’interface de bouclage garantit une tolérance de panne si l’interface physique ou l’une des liaisons s’en panne.

Lorsqu’un équipement pair l’adresse d’interface de bouclation d’un équipement distant, l’équipement local s’attend à ce que BGP de mettre à jour les messages proviennent (provenant) de l’adresse de l’interface de bouclage de l’équipement distant. Cette instruction vous permet de spécifier les informations source dans BGP local-address à jour des messages. Si vous omettez l’énoncé, la source de mise à jour BGP des messages est basée sur les règles de sélection de l’adresse source de l’équipement, qui se traduit normalement par l’adresse d’interface de sortie étant la source attendue de messages de mise à local-address jour. Lorsque cela se produit, la session pair n’est pas établie en raison d’une inaltérable entre l’adresse source attendue (interface de sortie de l’pair) et la source réelle (interface de bouclisation de l’pair). Pour s’assurer que l’adresse source attendue correspond à l’adresse source réelle, indiquez l’adresse de l’interface de bouclation dans local-address l’énoncé.

IbGP prend en charge des connexions multiples et les voisins IBGP peuvent être situés n’importe où au sein du système autonome (AS) et ne partagent souvent pas de lien. Une recherche de route récursive résout l’adresse de peerback loopback vers un saut suivant de l’IP. Dans cet exemple, ce service est fourni par OSPF. Bien que les voisins IGP intérieur de passerelle n’ont pas besoin d’être directement connectés, ils doivent être en maillage complet. Dans ce cas, le maillage complet signifie que chaque équipement est logiquement connecté aux autres par le biais des relations de pairs voisins. neighborL’énoncé crée le maillage.

Remarque :

L’obligation d’un maillage intégral n’est pas requise si vous configurez une confédération ou une réflexion de route.

Une fois les BGP établies, les routes locales ne sont pas automatiquement annoncées par BGP pairs. Sur chaque équipement BGP, la configuration des stratégies est requise pour exporter les routes locales, statiques ou IGP apprises dans la base d’informations de routage (RIB) BGP, puis en faire la publicité en tant que routes BGP vers les autres pairs. par défaut, la stratégie de publication de BGP ne fait pas la publicité d’autres routes non BGP (routes locales, par exemple) vers les pairs.

Dans l’échantillon de réseau, les équipements de AS 17 sont entièrement maillés dans le internal-peers groupe. Ces équipements ont les adresses loopback 192.168.6.5, 192.163.6.4 et 192.168.40.4.

Figure 5 montre un réseau typique avec des sessions de peer interne.

Figure 5 : Réseau type avec sessions IBGPRéseau type avec sessions IBGP

Configuration

CLI configuration rapide

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les interruptions de ligne, modifiez tous les détails nécessaires pour correspondre à votre configuration réseau, puis copiez/collez les commandes dans le 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 vous oblige à naviguer dans différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la CLI, consultez le manuel Using the CLI Editor in Configuration Mode dans le Junos OS CLI User Guide.

Pour configurer les sessions de BGP sessions d’homologues internes sur l’équipement A:

  1. Configurez les interfaces.

  2. Configurez BGP.

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

  3. Configurez OSPF.

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

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

  5. Configurez l’ID et le numéro de AS routeur.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant les show interfaces commandes et le , et show policy-optionsshow protocolsshow routing-options le 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é la configuration de l’équipement, commit saisissez-le en mode de configuration.

Configuration de l’équipement B

Procédure étape par étape

L’exemple suivant nécessite de naviguer dans différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation du CLI, consultez l’utilisationdu CLI en mode de configuration .

Pour configurer les sessions BGP sessions pairs internes sur l’équipement B:

  1. Configurez les interfaces.

  2. Configurez BGP.

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

  3. Configurez OSPF.

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

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

  5. Configurez l’ID et le numéro de AS routeur.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant les show interfaces commandes et le , et show policy-optionsshow protocolsshow routing-options le 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é la configuration de l’équipement, commit saisissez-le en mode de configuration.

Configuration de l’équipement C

Procédure étape par étape

L’exemple suivant vous oblige à naviguer dans différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la CLI, consultez le manuel Using the CLI Editor in Configuration Mode dans le Junos OS CLI User Guide.

Pour configurer les sessions de BGP sessions d’homologues internes sur l’équipement C:

  1. Configurez les interfaces.

  2. Configurez BGP.

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

  3. Configurez OSPF.

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

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

  5. Configurez l’ID et le numéro de AS routeur.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant les show interfaces commandes et le , et show policy-optionsshow protocolsshow routing-options le 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é la configuration de l’équipement, commit saisissez-le en mode de configuration.

Vérification

Vérifier que la configuration fonctionne correctement.

Vérification des BGP voisins

But

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

Action

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

Vérification des BGP-groupes

But

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

Action

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

Vérifier les BGP de synthèse

But

Vérifiez que la configuration BGP est correcte.

Action

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

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

But

Vérifiez que la configuration de la stratégie d’exportation provoque l’installation BGP routes dans les tables de routage des pairs.

Action

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

Exemple: Configuration des sessions de BGP de peering internes sur les systèmes logiques

Cet exemple montre comment configurer les sessions de peer BGP internes sur les systèmes logiques.

Conditions préalables

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

Présentation

Dans cet exemple, vous configurez des sessions d’BGP interne (IBGP).

Dans l’échantillon de réseau, les équipements de AS 17 sont entièrement maillés dans le internal-peers groupe. Ces équipements ont les adresses loopback 192.168.6.5, 192.163.6.4 et 192.168.40.4.

Figure 6 montre un réseau typique avec des sessions de peer interne.

Figure 6 : Réseau type avec sessions IBGPRéseau type avec sessions IBGP

Configuration

CLI configuration rapide

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

Équipement A

Procédure étape par étape

L’exemple suivant vous oblige à naviguer dans différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation du CLI, consultez le guide de l’CLI en mode de configuration dans CLI’utilisateur.

Pour configurer les sessions de BGP sessions d’homologues internes sur l’équipement A:

  1. Configurez les interfaces.

  2. Configurez BGP.

    Dans le système logique A, les instructions sont incluses à la fois pour l’équipement B et l’équipement C, même si le système logique A n’est pas directement connecté à neighbor l’équipement C.

  3. Configurez OSPF.

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

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

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

Résultats

À partir du mode de 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 dans cet exemple pour la corriger.

Si vous avez terminé la configuration de l’équipement, commit saisissez-le en mode de configuration.

Vérification

Vérifier que la configuration fonctionne correctement.

Vérification des BGP voisins

But

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

Action

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

Vérification des BGP-groupes

But

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

Action

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

Vérifier les BGP de synthèse

But

Vérifiez que la configuration BGP est correcte.

Action

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

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

But

Vérifiez que la configuration des stratégies d’exportation fonctionne bien.

Action

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