Configuration des paramètres avancés du BGP

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

  • La possibilité de remplacer le numéro de système autonome (ASN) par défaut pour un MCR.
  • Le protocole Bidirectional Forwarding Detection (BFD) détecte toute défaillance de chemin entre voisins BGP.
  • Le Multi-Exit Discriminator (MED) identifie la VXC préférée utilisée pour rediriger le trafic après une défaillance du chemin.

Remplacement de l’ASN du MCR

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

Important

Les fournisseurs de 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 du MCR

  1. Sélectionnez la VXC et choisissez l’A-End ou la B-End.

  2. À côté de la connexion BGP, cliquez sur Edit (modifier).

  3. Sélectionnez l’onglet Advanced (Avancé).

  4. Dans le champ Local ASN (ASN local), entrez un ASN public ou privé (par exemple, entrez 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é dans Azure)
    • 23456, 64496-64511, 65535 - 65551 (réservé par l’Internet Assigned Numbers Authority (IANA))

     Remplacer l’ASN du MCR

  5. Cliquez sur Update (Mettre à jour).

Configuration du protocole BFD

Le BGP partage les informations sur l’accessibilité du réseau avec les systèmes BGP adjacents, qui sont appelés voisins ou pairs. Le protocole BFD détecte toute défaillance de chemin entre des voisins BGP directement connectés, ce qui permet un temps de reconvergence plus rapide du routage BGP. L’activation du BFD sur une connexion VXC permet une détection rapide des défaillances de la liaison et un basculement rapide lors de la connexion aux services qui prennent en charge le BFD sur le voisin distant. Après l’activation du BFD, une relation de voisinage BGP peut être rapidement supprimée après les notifications du BFD, et être basculée vers un autre voisin BGP.

Le protocole BFD fonctionne indépendamment du BGP. Lorsque le BFD est activé, le basculement est plus rapide car il se produit avant que l’intervalle de temps du BGP ne soit écoulé. Le délai BGP réglé par défaut est de 3 défaillances de fenêtre Keepalive de 60 secondes chacune. Lorsque le BFD n’est pas activé, le basculement ne se produit qu’après l’écoulement de l’intervalle de temps du BGP.

Les paramètres BFD s’appliquent à toutes les connexions BGP sur l’interface.

Important

Pour éviter une forte utilisation du CPU, avant d’activer le BFD, désactivez l’envoi des messages de redirection Internet Control Message Protocol (ICMP) en entrant la commande no ip redirect.

Pour configurer le BFD

  1. Sélectionnez la VXC et choisissez l’A-End ou la B-End.

  2. À côté de la connexion BGP, cliquez sur Edit (modifier).

  3. Sélectionnez l’onglet Advanced (Avancé).

  4. A côté de Use BFD (Utiliser BFD), cliquez sur On.
    Paramètres BFD

  5. Après Transmit Interval (Intervalle de transmission), indiquez le temps minimum pendant lequel le voisin BGP transmet les paquets BFD de détection de présence au voisin BGP. La valeur par défaut est de 300 millisecondes. La plage va de 300 millisecondes à 9 999 millisecondes.

  6. Après Receive Interval (Intervalle de réception), spécifiez le temps minimum pendant lequel le voisin BGP envoie des paquets BFD de détection de présence à cette interface. La valeur par défaut est de 300 millisecondes. La plage va de 300 millisecondes à 9 999 millisecondes.

  7. Après Multiplier (Multiplicateur), spécifiez le nombre minimum de paquets BFD qui peuvent être manqués avant que la session BGP ne soit considérée comme étant en panne. La valeur par défaut est 3 paquets. La plage va de 3 à 50 paquets.

  8. Cliquez sur Update (Mettre à jour).

Important

Vous devez également activer le BFD sur le voisin BGP.

Valeurs BFD par défaut par fournisseur de services cloud

  • AWS Direct Connect – Le BFD est supporté nativement par les connexions AWS Direct Connect. Le BFD asynchrone est automatiquement activé pour les interfaces virtuelles AWS Direct Connect du côté du CSP. Cependant, vous devez configurer le BFD sur les VXC MCR à AWS Direct Connect pour l’activer pour votre connexion.

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

Remarque

Confirmez la prise en charge des autres voisins avec votre CSP, ainsi que les valeurs par défaut spécifiques.

  • Azure ExpressRoute – Le BFD est pris en charge nativement par Azure ExpressRoute sur le peering privé. Le BFD est configuré par défaut sous toutes les nouvelles interfaces de peering privées ExpressRoute sur les MSEE. Cependant, vous devez configurer les VXC MCR au peering privé Azure ExpressRoute pour BFD afin de l’activer pour votre connexion. Entre les pairs BFD, le pair le plus lent détermine le débit de transmission.

  • Routeurs ExpressRoute Microsoft Enterprise Edge (MSEE) – Les intervalles de transmission et de réception du BFD sont fixés à 300 millisecondes. Dans certains scénarios, vous pouvez fixer les intervalles à une valeur plus élevée de 750 millisecondes. Vous pouvez définir des valeurs plus élevées pour augmenter les intervalles, mais vous ne pouvez pas configurer des valeurs inférieures à 300 millisecondes pour les diminuer.

Configuration d’une route préférée

Multi-Exit Discriminator (MED) est un attribut de chemin BGP qui peut influencer un voisin BGP pour qu’il prenne une route préférée lorsque le système autonome (AS) annonceur est le même pour les routes candidates et qu’il y a plusieurs points d’entrée pour cet AS. Une métrique MED inférieure est préférable à une métrique supérieure. Vous pouvez utiliser l’attribut MED pour basculer le trafic entre deux VXC.

D’autres attributs BGP sont pris en compte avant de considérer l’attribut MED. L’attribut MED départage 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 la métrique MED la plus basse est préféré.

Par exemple, pour une configuration qui consiste en un appareil voisin BGP, R3, avec une métrique MED de 20 et un autre appareil voisin, R2, avec une métrique MED de 10, le système autonome (AS) 123 (dont les appareils R2 et R3 sont membres) préférera le chemin via R2 pour atteindre l’ASN4.

L’ajout ou la modification d’une métrique MED ne perturbe pas le service.

Pour configurer le MED

  1. Sélectionnez la VXC et choisissez l’A-End ou la B-End.

  2. À côté de la connexion BGP, cliquez sur Edit (modifier).

  3. Sélectionnez l’onglet Advanced (Avancé).

  4. À côté de Inbound (Entrant), indiquez une métrique MED entière de 32 bits à appliquer à toutes les routes reçues sur cette connexion BGP. Laissez le champ vide pour utiliser la valeur reçue du voisin BGP.
    Paramètres BFD

  5. À côté de Outbound (Sortant), spécifiez une métrique MED entière de 32 bits à appliquer à toutes les routes transmises par cette connexion BGP.

  6. Cliquez sur Update (Mettre à jour).

Utilisation du MED avec Google Cloud Platform

La sortie Cloud Router Google Cloud Platform est déterminée par la première condition qui est remplie :

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

Remarque

Confirmez la prise en charge des autres voisins avec votre CSP, ainsi que toute influence de métrique de routage spécifique qui pourrait avoir une priorité plus élevée que le MED.


Dernière mise à jour: