Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Confédérations BGP pour la mise à l’échelle IBGP

Comprendre les confédérations BGP

Les confédérations BGP sont un autre moyen de résoudre les problèmes de mise à l’échelle créés par l’exigence de maillage complet BGP. Les confédérations BGP divisent effectivement un grand système autonome (AS) en systèmes sous-autonomes (sous-AS). Chaque sous-AS doit être identifié de manière unique au sein de la confédération AS par un numéro de sous-AS. En règle générale, les numéros de sous-AS sont tirés des numéros AS privés compris entre 64 512 et 65 535.

Au sein d’un sous-AS, il existe la même exigence de maillage complet interne BGP (IBGP). Les connexions avec d’autres confédérations sont établies avec un BGP externe standard (EBGP), et les pairs en dehors du sous-AS sont traités comme externes. Pour éviter les boucles de routage, un sous-AS utilise une séquence de confédération, qui fonctionne comme un chemin AS, mais utilise uniquement les numéros de sous-AS attribués de manière privée.

L’AS de la confédération apparaît entière aux autres AS de la confédération. Le chemin AS reçu par d’autres AS n’affiche que le numéro AS attribué globalement. Il n’inclut pas la séquence de la confédération ni les numéros de sous-AS attribués par des particuliers. Les numéros de sous-AS sont supprimés lorsque l’itinéraire est annoncé en dehors de l’AS de la confédération. Figure 1 montre un AS divisé en quatre confédérations.

Figure 1 : Confédérations BGPConfédérations BGP

Figure 1 montre l’AS 3 divisé en quatre sous-AS, 64517, 64550, 65300 et 65410, qui sont liés par des sessions EBGP. Étant donné que les confédérations sont connectées par EBGP, elles n’ont pas besoin d’être entièrement maillées. Les routes EBGP sont republiées dans d’autres sous-AS.

Exemple : Configuration des confédérations BGP

Cet exemple montre comment configurer les confédérations BGP.

Conditions préalables

Présentation

Au sein d’une confédération BGP, les liens entre les systèmes autonomes (AS) membres de la confédération doivent être des liens BGP externes (EBGP) et non des liens BGP internes (IBGP).

À l’instar des réflecteurs de route, les confédérations BGP réduisent le nombre de sessions homologues et de sessions TCP pour maintenir les connexions entre les périphériques de routage IBGP. La confédération BGP est une méthode utilisée pour résoudre les problèmes de mise à l’échelle créés par l’exigence de maillage complet IBGP. Les confédérations BGP divisent effectivement un grand AS en systèmes sous-autonomes. Chaque sous-AS doit être identifié de manière unique au sein de la confédération AS par un numéro de sous-AS. En règle générale, les numéros de sous-AS sont extraits des numéros AS privés compris entre 64512 et 65535. Au sein d’un sous-AS, la même exigence de maillage complet IBGP existe. Les connexions avec d’autres confédérations sont établies avec EBGP standard, et les pairs en dehors du sous-AS sont traités comme externes. Pour éviter les boucles de routage, un sous-AS utilise une séquence de confédération, qui fonctionne comme un chemin AS, mais utilise uniquement les numéros de sous-AS attribués de manière privée.

Figure 2 montre un exemple de réseau dans lequel l’AS 17 a deux confédérations distinctes : sous-AS 64512 et sous-AS 64513, chacune dotée de plusieurs routeurs. Au sein d’un sous-AS, un IGP est utilisé pour établir la connectivité réseau avec des homologues internes. Entre les sous-AS, une session d’homologue EBGP est établie.

Figure 2 : Réseau classique utilisant des confédérations BGPRéseau classique utilisant des confédérations BGP

Topologie

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 à votre configuration réseau, puis copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie.

Tous les équipements de la sous-AS 64512

Dispositif de bordure dans la sous-AS 64512

Tous les équipements dans la sous-AS 64513

Dispositif de bordure dans la sous-norme AS 64513

Procédure étape par étape

Cette procédure montre les étapes à suivre pour les périphériques qui se trouvent dans la sous-AS 64512.

L’instruction autonomous-system définit le numéro de sous-AS de l’appareil.

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 configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.

Pour configurer les confédérations BGP :

  1. Définissez le numéro de sous-AS de l’appareil.

  2. Dans la confédération, inclure tous les sous-AS dans l’AS principal.

    Le nombre 17 représente l’AS principal. L’instruction members répertorie tous les sous-AS dans l’AS principal.

  3. Sur l’équipement de bordure de la sous-AS 64512, configurez une connexion EBGP à l’unité de bordure de l’AS 64513.

  4. Configurez un groupe IBGP pour l’appairage avec les équipements de la sous-AS 64512.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant les commandes show routing-options et show protocols . 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, passez commit en mode de configuration. Répétez ces étapes pour sSub-AS 64513.

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

Dans l’interface de ligne de commande, entrez la show bgp neighbor commande.

Exemple de sortie
nom_commande
Sens

La sortie affiche une liste des BGP voisins avec des informations détaillées sur la session. Vérifiez les informations suivantes :

  • Chaque voisin d’appairage configuré est répertorié.

  • Pour State, chaque session BGP est Established.

  • Pour Type, chaque homologue est configuré en tant que type correct (interne ou externe).

  • Pour AS, le numéro AS du voisin BGP est correct.

Vérification des groupes BGP

But

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

Action

Dans l’interface de ligne de commande, entrez la show bgp group commande.

Exemple de sortie
nom_commande
Sens

La sortie affiche une liste des groupes BGP avec des informations détaillées sur les groupes. Vérifiez les informations suivantes :

  • Chaque groupe configuré est répertorié.

  • Pour AS, l’AS distant de chaque groupe est configuré correctement.

  • Pour Local AS, l’AS local de chaque groupe est configuré correctement.

  • Pour Group Type, chaque groupe a le type correct (interne ou externe).

  • Pour Total peers, le nombre attendu d’homologues au sein du groupe est indiqué.

  • Pour Established, le nombre attendu d’homologues au sein du groupe ayant des sessions BGP dans l’état Established .

  • Les adresses IP de tous les pairs du groupe sont présentes.

Vérification des informations récapitulatives BGP

But

Vérifiez que la configuration BGP est correcte.

Action

Dans l’interface de ligne de commande, entrez la show bgp summary commande.

Exemple de sortie
nom_commande
Sens

La sortie affiche un résumé des informations de session BGP. Vérifiez les informations suivantes :

  • Pour Groups, le nombre total de groupes configurés est affiché.

  • Pour Peers, le nombre total d’homologues BGP est indiqué.

  • Pour Down Peers, le nombre total d’homologues non établis est égal à 0. Si cette valeur n’est pas égale à zéro, une ou plusieurs sessions d’appairage ne sont pas encore établies.

  • Sous Peer, l’adresse IP de chaque homologue configuré s’affiche.

  • Sous AS, l’homologue AS de chaque homologue configuré est correct.

  • Sous Up/Dwn State, l’état BGP reflète le nombre de chemins reçus du voisin, le nombre de ces chemins qui ont été acceptés et le nombre de routes amorties (par exemple, 0/0/0). Si le champ est Active, cela indique un problème dans l’établissement de la session BGP.