Configuration des paramètres avancés du BGP

Ce sujet décrit comment gérer les paramètres avancés du protocole Border Gateway (BGP) dans le Megaport Cloud Router (MCR):

Une option pour remplacer le numéro de système autonome (ASN) par défaut.
Une option de préfixe ASN pour définir les priorités d’annonce de route.
Le Multi-Exit Discriminator (MED)Le Multi-Exit Discriminator (MED) est un attribut de chemin BGP pouvant influencer un voisin BGP à prendre une route préférée lorsque le système autonome (AS) de diffusion est le même pour les routes candidates et qu’il existe plusieurs points d’entrée pour cet AS. Une métrique MED plus basse est préférée à une métrique plus élevée.
identifie le VXC préféré utilisé pour rediriger le trafic après une défaillance de chemin.
Le protocole Bidirectional Forwarding Detection (BFD)La Bidirectional Forwarding Detection (BFD) est un protocole de détection de pannes réseau qui détecte toute défaillance de chemin entre des voisins BGP directement connectés. Elle offre des temps de détection de panne rapides, ce qui facilite des temps de reconvergence plus rapides pour les protocoles de routage BGP dynamiques. Elle est indépendante des supports, du protocole de routage et des données.
détecte toute défaillance de chemin entre les voisins BGP.

Remplacer l’ASN de MCR

L’ASN par défaut attribué au MCR est 133937. Pour la plupart des configurations, l’ASN par défaut est approprié. Optionnellement, vous pouvez spécifier un autre ASN local pour remplacer l’ASN par défaut sur une base par pair.

Important

Les fournisseurs de services cloud peuvent avoir des restrictions sur la valeur de l’ASN. Consultez la documentation de votre fournisseur de cloud avant de remplacer la valeur par défaut.

Pour remplacer l’ASN de MCR

Sélectionnez le VXC et choisissez A End ou B End.
À côté de la connexion BGP, cliquez sur Modifier.
Sélectionnez l’onglet Advanced.
Dans le champ Local ASN, entrez un ASN public ou privé (par exemple, un nombre entre 64512 et 65534).

La plage ASN va de 2 à 4294967294, mais les ASN suivants ne sont pas disponibles:
- 8074, 8075, 12076, 65515 - 65520 (réservés dans Azure)
- 23456, 64496-64511, 65535 - 65551 (réservés par l’Autorité des numéros assignés sur Internet (IANA))
Cliquez sur Mettre à jour.

Définir la priorité de l’annonce de route avec le préfixage ASN

La longueur du chemin ASN détermine la priorité de l’annonce de route pour les chemins BGP sortants. La route avec le chemin AS le plus court a la plus haute préférence et l’emporte sur tout chemin plus long. Les chemins plus longs ont une priorité plus basse. Le préfixage du chemin AS allonge le chemin pour abaisser la priorité du chemin.

Définir une valeur de préfixage ASN est optionnel.

Pour définir la priorité de l’annonce de chemin sur une connexion BGP existante

Sélectionnez le VXC et choisissez A End ou B End.
À côté de la connexion BGP, cliquez sur Modifier.
Sélectionnez l’onglet Advanced.
Dans le champ AS Path Prepend, entrez le nombre de fois supplémentaires pour ajouter l’ASN local au chemin BGP. Entrez des entiers dans la plage de 1 à 10. Par exemple, 2 préfixe l’ASN au chemin AS existant deux fois, créant une longueur de chemin AS de 3. Les nombres plus élevés dépriorisent le chemin.
Cliquez sur Mettre à jour.

Pour définir la priorité de l’annonce de chemin sur une nouvelle connexion BGP

Ajoutez une nouvelle connexion BGP.
Sélectionnez l’onglet Advanced.
Dans le champ AS Path Prepend, entrez le nombre de fois supplémentaires pour ajouter l’ASN local au chemin BGP. Entrez des entiers dans la plage de 1 à 10. Par exemple, 2 préfixe l’ASN au chemin AS existant deux fois, créant une longueur de chemin AS de 3. Les nombres plus élevés dépriorisent le chemin.
Cliquez sur Ajouter.

Activer le protocole BFD

BGP partage des informations de connectivité réseau avec des systèmes BGP adjacents, appelés voisins ou pairs. Le protocole BFD détecte les défaillances de chemin entre les voisins BGP directement connectés, permettant un temps de reconvergence du routage BGP plus rapide.

Activer le BFD sur une connexion VXC offre une détection rapide de défaillance de lien et un basculement lors de la connexion à des services qui prennent en charge BFD sur le voisin distant. Une fois que BFD est activé, une relation de voisin BGP peut être rapidement démantelée après les notifications de BFD, basculant vers un autre voisin BGP. Les paramètres BFD s’appliquent à toutes les connexions BGP sur l’interface.

Le protocole BFD fonctionne indépendamment du BGP. Lorsque BFD est activé, le basculement est plus rapide car il se produit avant que l’intervalle de minuterie BGP ne s’écoule. Le paramètre par défaut pour la minuterie BGP est de 3 échecs de fenêtre de maintien en vie de 60 secondes chacun. Lorsqu’il n’est pas activé, le basculement n’aura lieu qu’après l’échéance de l’intervalle de minuterie BGP.

Les paramètres par défaut de BFD ne peuvent pas être maintenus. Ces paramètres sont configurés lorsque vous activez BFD:

Intervalle de transmissionLe temps minimum pendant lequel le voisin BGP transmet des paquets BFD de détection de vivacité au voisin BGP.
: 300 millisecondes
Intervalle de réceptionLe temps minimum que le voisin BGP envoie des paquets de détection de vivacité BFD à l’interface.
: 300 millisecondes
MultiplicateurLe nombre minimum de paquets BFD qui peuvent être manqués avant que la session BGP soit considérée comme interrompue.
: 3

Important

Pour éviter une utilisation élevée de la CPU, avant d’activer le BFD, désactivez l’envoi de messages de redirection du protocole de messages de contrôle Internet (ICMP) en entrant la commande no ip redirect.

Pour activer le BFD

Sélectionnez le VXC et choisissez A End ou B End.
À côté de la connexion BGP, cliquez sur Modifier.
Sélectionnez l’onglet Advanced.
À côté du champ Use BFD, cliquez sur On.
Cliquez sur Mettre à jour.

Important

Vous devez également activer BFD sur le voisin BGP.

Valeurs par défaut du BFD par fournisseur de services cloud

AWS Direct Connect – BFD est pris en charge nativement par les connexions AWS Direct Connect. BFD asynchrone est automatiquement activé pour les interfaces virtuelles AWS Direct Connect du côté CSP. Cependant, vous devez activer BFD sur MCR VXCs vers AWS Direct Connect pour votre connexion.

Par défaut, l’intervalle minimal de détection de vivacité BFD d’AWS est de 300 millisecondes et le multiplicateur est de 3 paquets.

Remarque

Confirmez le support pour d’autres voisins avec votre CSP, ainsi que les valeurs par défaut spécifiques.
Azure ExpressRoute – BFD est pris en charge nativement par Azure ExpressRoute sur le peering privé. BFD est configuré par défaut sous toutes les interfaces de peering privé ExpressRoute nouvellement créées sur les MSEEs. Cependant, vous devez configurer MCR VXCs pour le peering privé ExpressRoute pour activer BFD pour votre connexion. Entre les pairs BFD, le pair le plus lent détermine le taux de transmission.
Microsoft Enterprise Edge (MSEE) routeurs ExpressRoute – Les intervalles de transmission et de réception BFD sont réglés sur 300 millisecondes.
Google Cloud Services – Fin 2021, Google Cloud Partner Interconnect a annoncé la prise en charge de fonctionnalités améliorées avec leur service Interconnect. Les nouvelles fonctionnalités sont incluses dans Dataplane V2. BFD est une fonctionnalité maintenant disponible dans V2. BFD n’était pas pris en charge avant le lancement de V2.

Google est en train de migrer de V1 à V2 avec une date d’achèvement prévue en septembre 2022. Pour prendre en charge les nouvelles fonctionnalités, y compris BFD, l’emplacement Interconnect (Google Edge) et la région où Interconnect se connecte au Google Cloud Router doivent tous deux avoir V2 activé. Pour plus d’informations sur la vérification de votre version de Dataplane, voir Bidirectional Forwarding Detection (BFD) for Cloud Router.

Important

Avant d’activer BFD sur MCR après le 11 mai 2022, vous devez valider que le Megaport VXC/Google VLAN Attachment avec votre service Partner Interconnect a activé V2. Pour plus d’informations sur la validation de votre version de Dataplane, voir Bidirectional Forwarding Detection (BFD) for Cloud Router. Si V2 n’est pas activé, vous devez ouvrir un cas de support Google pour l’activer. Dans certains cas, V2 peut ne pas être disponible. Si votre attachement VLAN n’utilise pas Dataplane V2, n’activez pas BFD.

MCR fonctionne automatiquement en mode BFD single-hop pour VXCs créés après le 11 mai 2022. Les VXCs créés sur MCR avant le 11 mai 2022 utilisent BFD multihop et ne sont pas compatibles avec BFD. Vous devez réorganiser tous les VXCs créés sur MCR vers Google avant le 11 mai 2022 avant de pouvoir activer BFD.

Configurer une route préférée

Un Multi-Exit Discriminator (MED) est un attribut de chemin BGP qui peut influencer un voisin BGP pour prendre une route préférée lorsque le système autonome (AS) annonçant est le même pour les routes candidates et qu’il y a plusieurs points d’entrée pour cet AS. Un métrique MED plus bas est préféré à un métrique plus élevé. Vous pouvez utiliser l’attribut MED pour basculer le trafic entre deux VXC et éviter le comportement ECMP (multi-chemins de coût égal).

D’autres attributs BGP sont pris en compte avant de considérer l’attribut MED. L’attribut MED brise l’égalité entre deux routes lorsque le poids, la préférence locale, le chemin AS, et le type d’origine sont les mêmes. Le point de sortie avec le métrique MED le plus bas est préféré.

Par exemple, une configuration qui se compose d’un périphérique voisin BGP, R3, avec une métrique MED de 20 et un autre périphérique voisin, R2, avec une métrique MED de 10 fera en sorte que le système autonome (AS) 123 (dont les périphériques R2 et R3 sont membres) préfèrera le chemin par R2 pour atteindre ASN4.

Ajouter ou changer une métrique MED ne perturbe pas le service.

Pour configurer le MED

Sélectionnez le VXC et choisissez A End ou B End.
À côté de la connexion BGP, cliquez sur Modifier.
Sélectionnez l’onglet Advanced.
Dans le champ Inbound, spécifiez une métrique MED 32 bits pour l’appliquer à toutes les routes reçues sur cette connexion BGP. Laissez vide pour utiliser la valeur reçue du voisin BGP.
Dans le champ Outbound, spécifiez une métrique MED 32 bits pour l’appliquer à toutes les routes transmises par cette connexion BGP.
Cliquez sur Mettre à jour.

Utilisation du MED avec Google Cloud Platform

L’égret de Google Cloud Platform Cloud Router est déterminé par la première condition remplie:

Tout le trafic sortant est envoyé à la route ayant la longueur de chemin AS la plus courte.
Si les routes ont les mêmes longueurs de chemin AS, tout le trafic sortant est envoyé à la route avec la valeur MED la plus basse (la plus basse métrique de route).
Si les routes ont les mêmes longueurs de chemin AS et valeurs MED (les mêmes métriques de route), le trafic sortant est équilibré sur toutes les routes en utilisant le multipath à coût égal (ECMP).

Remarque

Confirmez le support pour d’autres voisins avec votre CSP, ainsi que toute influence spécifique de métrique de routage qui pourrait avoir une priorité plus élevée que le MED.