Routes apprises

Ce document décrit les routes apprises, l'impact du mode de routage dynamique d'un réseau cloud privé virtuel sur les routes apprises et les meilleurs modes de sélection de chemins disponibles dans Cloud Router.

Les routes apprises sont des routes que Cloud Router reçoit de routeurs pairs distants à l'aide du protocole BGP ou des routes apprises personnalisées que vous configurez sur un routeur Cloud Router:

Routes BGP reçues

Routes BGP apprises d'un pair distant. Le routeur du pair peut être l'un des éléments suivants:

  • Un routeur physique sur site
  • Un autre Cloud Router
  • Une VM d'appareil de routeur (avec Network Connectivity Center)
  • Un routeur d'un autre fournisseur cloud
Routes apprises personnalisées

Les routes apprises personnalisées sont configurées manuellement sur Cloud Router pour simuler les routes apprises auprès d'un pair distant. Les routes apprises personnalisées sont utiles lorsque vous ne disposez pas des droits d'administrateur pour configurer un routeur de pair à distance.

Cloud Router applique des quotas au nombre de préfixes uniques pour les routes dynamiques, y compris les préfixes appris de manière dynamique auprès d'un pair BGP ou configurés manuellement en tant que routes apprises personnalisées. Pour en savoir plus, consultez la section Quotas Cloud Router.

Cloud Router ne réannonce pas les routes apprises, sauf si vous utilisez un spoke hybride Network Connectivity Center avec le transfert de données activé.

Les deux types de routes apprises par Cloud Router sont traités par un plan de contrôle de routage dynamique, puis un plan de contrôle de réseau VPC. Les étapes de traitement utilisent le préfixe de destination et les métriques de routage pour créer des routes dynamiques dans un réseau VPC. Pour en savoir plus sur les différences entre le plan de contrôle des routes dynamiques et le plan de contrôle du réseau VPC, consultez la section Fonctionnement de Cloud Router.

Routes apprises personnalisées

Les routes apprises personnalisées offrent les mêmes avantages que les routes dynamiques reçues par BGP. Contrairement aux routes statiques, les routes dynamiques apprises personnalisées sont automatiquement retirées lorsque la session BGP pour un prochain saut est interrompue.

Les routes apprises personnalisées sont le seul moyen de définir des routes non BGP pour certains prochains sauts, tels que les rattachements de VLAN Cloud Interconnect et les tunnels VPN haute disponibilité.

Pour en savoir plus, consultez la section Spécifier et gérer les routes apprises personnalisées.

Mode de routage dynamique

Le mode de routage dynamique d'un réseau VPC affecte la manière dont les routes BGP reçues et les routes apprises personnalisées sont traitées par le plan de contrôle de route dynamique et le plan de contrôle de réseau VPC afin de créer des routes dynamiques dans le réseau VPC.

Lorsque vous utilisez l'appairage de réseaux VPC, le mode de routage dynamique du réseau VPC qui exporte les routes personnalisées contrôle la manière dont les routes dynamiques sont créées dans les réseaux VPC appairés qui importent des routes personnalisées. Pour en savoir plus, consultez la section Effets du mode de routage dynamique dans la documentation sur l'appairage de réseaux VPC.

Les réseaux VPC Google Cloud prennent en charge deux modes de routage dynamique:

Mode de routage dynamique régional
Le plan de contrôle des routes dynamiques de chaque région ne traite que les routes apprises à partir des tâches BGP du routeur Cloud Router dans sa propre région. Les routes dynamiques résultantes créées dans une région particulière d'un réseau VPC ne présentent des prochains sauts que dans cette région spécifique.
Mode de routage dynamique global
Le plan de contrôle des routes dynamiques de chaque région traite les routes apprises à partir des tâches BGP du routeur Cloud Router dans sa propre région. Le plan de contrôle des routes dynamiques de chaque région envoie également le meilleur chemin pour chaque préfixe aux plans de contrôle des routes dynamiques de toutes les autres régions utilisées dans le réseau VPC. Les routes dynamiques créées dans une région particulière d'un réseau VPC peuvent avoir des prochains sauts dans n'importe quelle région.

Modes de sélection du meilleur chemin

Cloud Router propose deux modes de sélection du meilleur chemin: standard et ancien. Le mode de sélection du meilleur chemin s'applique à toutes les routes apprises via Cloud Router dans toutes les régions d'un réseau VPC, y compris les routes apprises personnalisées.

Le mode ancien est le mode par défaut lors de la création d'un réseau VPC. Nous vous recommandons d'utiliser l'ancien mode, sauf si vous avez besoin de fonctionnalités spécifiques du mode standard.

Ancienne sélection du meilleur chemin

Cette section explique comment les tâches BGP Cloud Router et le plan de contrôle de routage dynamique implémentent l'ancien mode de sélection du meilleur chemin.

Longueur du chemin AS

Dans l'ancien mode de sélection du meilleur chemin, les informations de chemin AS ne sont pertinentes que dans une seule tâche BGP Cloud Router, et le plan de contrôle de routage dynamique n'utilise pas les informations de chemin AS pour prendre des décisions de sélection du meilleur chemin. Lorsque vous utilisez l'ancien mode de sélection du meilleur chemin, ne vous fiez pas à la sélection du meilleur chemin en fonction des informations de longueur du chemin AS lorsque différentes tâches logicielles Cloud Router sont impliquées pour le même préfixe de destination.

Les sessions BGP impliquent plusieurs tâches BGP Cloud Router. Pour en savoir plus, consultez la section Tâches BGP Cloud Router.

Processus de sélection des tâches BGP

Une tâche BGP de routeur Cloud Router reçoit des préfixes de destination des routeurs pairs des sessions BGP qu'elle gère. La tâche BGP crée un ensemble de préfixes de destination uniques à partir de toutes les sessions BGP qu'elle gère. La tâche BGP détermine ensuite au moins un meilleur saut suivant pour chacun des préfixes de destination uniques reçus par BGP à l'aide du processus suivant:

  1. Longueur de chemin AS la plus courte: la tâche BGP trie la liste des sauts suivants par longueur de chemin AS, de la longueur de chemin AS la plus courte à la plus longue. Après le tri, la tâche BGP supprime tous les sauts suivants qui n'ont pas la longueur de chemin AS la plus courte.

  2. Type d'origine préféré: la tâche BGP préfère les sauts suivants qui utilisent le protocole IGP (Interior Gateway Protocol) aux sauts suivants qui utilisent le protocole EGP (Exterior Gateway Protocol), et la tâche BGP préfère les sauts suivants qui utilisent EGP aux sauts suivants qui ont un type d'origine incomplet.

    Si le type d'origine d'au moins un prochain saut est IGP, la tâche BGP supprime tous les prochains sauts avec des types d'origine EGP ou Incomplete.

    Si aucun des prochains sauts n'a de type d'origine IGP et si au moins un des types d'origine d'un prochain saut est EGP, la tâche BGP supprime tous les prochains sauts avec des types d'origine incomplets.

  3. Valeur MED la plus faible: la tâche BGP trie les prochains sauts de la plus petite à la plus grande valeur MED (Multi-Exit Discriminator). Après le tri, la tâche BGP supprime tous les prochains sauts qui n'ont pas la valeur MED la plus faible.

La tâche BGP envoie chaque préfixe de destination et sa liste correspondante des meilleurs sauts suivants au plan de contrôle des routes dynamiques de la région. Dans certains cas, la tâche logicielle BGP Cloud Router peut également envoyer des sauts suivants qui ont été supprimés.

Traitement du plan de contrôle des routes dynamiques

Le plan de contrôle des routes dynamiques de chaque région applique les quotas suivants, qui s'appliquent aux destinations uniques des routes BGP reçues et des routes apprises personnalisées:

Lorsque vous appliquez les quotas Cloud Router précédents, le plan de contrôle de route dynamique supprime toutes les informations de route associées aux destinations uniques qui dépassent la limite de l'un des quotas Cloud Router. Pour en savoir plus, consultez la section Comportement de suppression de route déterministe.

Après avoir appliqué les quotas, le plan de contrôle des routes dynamiques applique l'algorithme de traitement suivant à chaque préfixe de destination unique non supprimé:

  1. Le plan de contrôle des routes dynamiques crée une liste de prochains sauts pour le préfixe. Cette liste comprend les éléments suivants :

    • Prochains sauts et valeurs MED pour le préfixe reçu de chaque tâche BGP Cloud Router au sein du réseau VPC dans sa propre région.

    • Prochains sauts et valeurs de priorité pour les routes apprises personnalisées qui utilisent le préfixe. La priorité d'une route apprise personnalisée est traitée comme une valeur MED.

  2. Les étapes suivantes n'interviennent que lorsque le réseau VPC contenant les routeurs Cloud Router utilise le mode de routage dynamique global :

    • Le plan de contrôle des routes dynamiques n'envoie que les prochains sauts ayant la valeur MED la plus faible aux plans de contrôle des routes dynamiques d'autres régions. Si plusieurs sauts suivants ont la même valeur MED la plus faible, ils sont tous exportés vers les plans de contrôle des routes dynamiques d'autres régions. Les informations envoyées incluent à la fois les prochains sauts et la valeur MED la plus basse.

    • Le plan de contrôle des routes dynamiques reçoit une liste de prochains sauts et de valeurs MED à partir de plans de contrôle des routes dynamiques d'autres régions. Le plan de contrôle des routes dynamiques ajoute chaque prochain saut à sa liste de prochains sauts pour le préfixe. Lors de l'ajout de chaque prochain saut, le plan de contrôle de routage dynamique ajuste la valeur MED en ajoutant un coût interrégional.

  3. Le plan de contrôle de routage dynamique trie sa liste de prochains sauts pour le préfixe de la plus petite à la plus grande valeur MED reçue.

  4. Le plan de contrôle des routes dynamiques tronque la liste des routes envoyées au plan de contrôle VPC. En règle générale, la liste des routes envoyées au plan de contrôle du VPC inclut les routes avec les valeurs MED les plus faibles et, le cas échéant, les valeurs MED les plus proches. Toutefois, le plan de contrôle de route dynamique ne garantit que l'envoi des routes ayant les valeurs MED les plus faibles au plan de contrôle VPC.

Mode de sélection du meilleur chemin standard

Le mode de sélection du meilleur chemin standard respecte plus étroitement la RFC 4271. Il offre les avantages suivants par rapport à l'ancien mode de sélection du meilleur chemin:

  • Routage cohérent basé sur le chemin AS: les informations sur le chemin AS sont prises en compte pour toutes les routes apprises sur tous les routeurs Cloud du réseau VPC. Vous pouvez ainsi influencer le flux de trafic à l'aide de l'ajout d'un préfixe au chemin de l'AS.

  • Meilleure flexibilité et personnalisation: vous avez plus de contrôle sur la façon dont les préfixes BGP sont classés dans vos réseaux VPC, y compris la possibilité d'ajuster le routage BGP par le meilleur chemin. Les routes dynamiques ont toujours une priorité de route de réseau VPC inférieure par rapport aux routes statiques.

Lorsque vous utilisez le mode de sélection du meilleur chemin standard, Cloud Router propose les options de configuration suivantes:

  • Comparer les valeurs de MED: vous pouvez choisir l'une des options suivantes:

    • Toujours comparer:la valeur MED de chaque préfixe de destination est comparée sans tenir compte de l'AS à partir duquel Cloud Router a appris le préfixe.

    • Comparaison conditionnelle:les préfixes sont regroupés par l'AS à partir duquel Cloud Router a appris le préfixe. Pour chaque préfixe de chaque AS, les sauts sont classés en fonction de la valeur MED correspondant à la description de la RFC 4721.

  • Ajouter une région aux coûts interrégionaux: vous pouvez choisir d'ajouter ou non les coûts interrégionaux aux valeurs MED.

Processus de sélection des tâches BGP

Une tâche BGP de routeur Cloud Router reçoit des préfixes de destination des routeurs pairs des sessions BGP qu'elle gère. La tâche BGP crée un ensemble de préfixes de destination uniques à partir de toutes les sessions BGP qu'elle gère. La tâche BGP détermine ensuite au moins un meilleur saut suivant pour chacun des préfixes de destination uniques reçus par BGP à l'aide du processus suivant:

  1. Longueur de chemin AS la plus courte: la tâche BGP trie la liste des sauts suivants par longueur de chemin AS, de la longueur de chemin AS la plus courte à la plus longue. Après le tri, la tâche BGP supprime tous les sauts suivants qui n'ont pas la longueur de chemin AS la plus courte.

  2. Type d'origine préféré: la tâche BGP préfère les sauts suivants qui utilisent le protocole IGP (Interior Gateway Protocol) aux sauts suivants qui utilisent le protocole EGP (Exterior Gateway Protocol), et la tâche BGP préfère les sauts suivants qui utilisent EGP aux sauts suivants qui ont un type d'origine incomplet.

    Si le type d'origine d'au moins un prochain saut est IGP, la tâche BGP supprime tous les prochains sauts avec des types d'origine EGP ou Incomplete.

    Si aucun des sauts suivants n'a de type d'origine IGP et si au moins un saut suivant a un type d'origine EGP, la tâche BGP supprime tous les sauts suivants avec des types d'origine incomplets.

  3. Tenir compte de l'ASN voisin: le paramètre de réseau VPC routingConfig.bgpAlwaysCompareMed contrôle cette étape de l'algorithme comme suit:

    • Si routingConfig.bgpAlwaysCompareMed est True, la valeur ASN voisine de chaque saut suivant n'est pas considérée comme pertinente. La tâche BGP trie les prochains sauts de la plus petite à la plus grande valeur MED. Après le tri, la tâche BGP supprime tous les prochains sauts qui n'ont pas la valeur MED la plus faible.

    • Si routingConfig.bgpAlwaysCompareMed est False ou n'est pas défini, la valeur ASN du voisin de chaque saut suivant est considérée comme pertinente. La tâche BGP procède donc comme suit:

      1. La tâche BGP regroupe la liste des prochains sauts par valeur ASN de l'homologue.

      2. Dans chaque groupe d'ASN voisins, la tâche BGP trie les prochains sauts de la plus petite à la plus grande valeur MED. (La valeur MED la plus petite peut être différente dans chaque groupe d'ASN voisins.)

      3. Dans chaque groupe d'ASN voisins, la tâche BGP supprime tous les prochains sauts qui n'ont pas la valeur MED la plus basse.

La tâche BGP envoie chaque préfixe de destination et sa liste correspondante de sauts suivants non supprimés au plan de contrôle des routes dynamiques de la région. Dans certains cas, la tâche logicielle BGP Cloud Router peut également envoyer des sauts suivants qui ont été supprimés.

Traitement du plan de contrôle des routes dynamiques

Le plan de contrôle des routes dynamiques de chaque région applique les quotas suivants, qui s'appliquent aux destinations uniques des routes BGP reçues et apprises personnalisées:

Lorsque vous appliquez les quotas Cloud Router précédents, le plan de contrôle de route dynamique supprime toutes les informations de route associées aux destinations uniques qui dépassent la limite de l'un des quotas Cloud Router. Pour en savoir plus, consultez la section Comportement de suppression de route déterministe.

Après avoir appliqué les quotas, le plan de contrôle des routes dynamiques applique l'algorithme de traitement suivant à chaque préfixe de destination unique non supprimé:

  1. Liste initiale des sauts suivants pour le préfixe: le plan de contrôle des routes dynamiques crée une liste initiale des sauts suivants pour le préfixe, qui comprend les éléments suivants:

    • Informations sur le saut suivant reçues par BGP à partir des tâches BGP qui gèrent les routeurs Cloud Router dans le réseau VPC, situées dans la même région que le plan de contrôle des routes dynamiques.

    • Informations sur le saut suivant des routes apprises personnalisées pour le préfixe, définies sur les routeurs cloud du réseau VPC et situées dans la même région que le plan de contrôle des routes dynamiques. Les routes apprises personnalisées sont soumises aux attributs BGP suivants:

      • Chemin AS, composé uniquement de l'ASN du pair. Il s'agit d'une longueur de chemin AS de 1 et de l'ASN voisin de l'ASN du pair.
      • Origine, définie sur "Incomplète".
      • Valeur MED, où chaque priorité de route apprise personnalisée est traitée comme une valeur MED.
      • Coût interrégional défini sur 0.

  2. Longueur de chemin AS la plus courte: le plan de contrôle des routes dynamiques trie la liste des sauts suivants par longueur de chemin AS, de la longueur de chemin AS la plus courte à la plus longue. Le plan de contrôle de routage dynamique supprime tous les prochains sauts dont la longueur de chemin AS n'est pas la plus courte.

  3. Type d'origine préféré: le plan de contrôle de routage dynamique préfère les sauts suivants qui utilisent l'IGP aux sauts suivants qui utilisent l'EGP, et les sauts suivants qui utilisent l'EGP aux sauts suivants qui ont un type d'origine incomplet.

    Si le type d'origine d'au moins un saut suivant est IGP, le plan de contrôle des routes dynamiques supprime tous les sauts suivants avec des types d'origine EGP ou incomplète.

    Si aucun des sauts suivants n'a de type d'origine IGP et si au moins un saut suivant a un type d'origine EGP, le plan de contrôle de route dynamique supprime de l'examen tous les sauts suivants avec des types d'origine incomplets.

  4. Tenir compte de l'ASN voisin: le paramètre de réseau VPC routingConfig.bgpAlwaysCompareMed contrôle cette étape de l'algorithme comme suit:

    • Si routingConfig.bgpAlwaysCompareMed est True, la valeur ASN du voisin de chaque saut suivant n'est pas considérée comme pertinente. Dans ce cas, le plan de contrôle des routes dynamiques trie les prochains sauts de la plus petite à la plus grande valeur MED. Les prochains sauts avec la valeur MED la plus faible ont le classement le plus élevé. Le plan de contrôle des routes dynamiques supprime tous les prochains sauts, à l'exception de ceux ayant le rang le plus élevé.

    • Si routingConfig.bgpAlwaysCompareMed est False ou n'est pas défini, la valeur ASN du voisin de chaque saut suivant est considérée comme pertinente. Le plan de contrôle de routage dynamique procède alors comme suit:

      1. Le plan de contrôle des routes dynamiques regroupe la liste des prochains sauts par valeur ASN du voisin.

      2. Dans chaque groupe d'ASN voisins, le plan de contrôle de routage dynamique trie les prochains sauts de la plus petite à la plus grande valeur MED. La valeur MED la plus petite peut être différente dans chaque groupe d'ASN voisins.

      3. Dans chaque groupe d'ASN voisins, le plan de contrôle de routage dynamique supprime tous les prochains sauts qui n'ont pas la valeur MED la plus faible.

      Les sauts suivants qui ont les valeurs MED les plus faibles dans chaque groupe d'ASN voisins ont le rang le plus élevé. Le plan de contrôle des routes dynamiques supprime tous les sauts suivants, à l'exception de ceux ayant le rang le plus élevé.

  5. Envoyer tous les sauts suivants les mieux classés vers d'autres régions: lorsque le mode de routage dynamique du réseau VPC est global, le plan de contrôle des routes dynamiques envoie l'ensemble actuel des sauts suivants les mieux classés vers d'autres régions.

  6. Réception des sauts les mieux classés d'autres régions: lorsque le mode de routage dynamique du réseau VPC est global, le plan de contrôle des routes dynamiques reçoit une liste des sauts suivants les mieux classés pour le préfixe à partir des plans de contrôle des routes dynamiques de chacune des autres régions. Chaque saut suivant reçu inclut la longueur du chemin AS, l'ASN du voisin, le type d'origine et le MED, ainsi que la région du plan de contrôle des routes dynamiques qui a envoyé le saut suivant.

    Le plan de contrôle des routes dynamiques ajoute les prochains sauts reçus à sa liste de prochains sauts pour le préfixe, puis procède comme suit:

    • Répéte l'étape Longueur du chemin AS le plus court.

    • Répétez l'étape Type d'origine préféré.

    • Répéte l'étape Consider neighbor ASN (Prendre en compte l'ASN du voisin) en fonction du paramètre routingConfig.bgpInterRegionCost du réseau VPC:

      • Si routingConfig.bgpInterRegionCost du réseau VPC est ADD_COST_TO_MED, le plan de contrôle de routage dynamique utilise des valeurs MED ajustées lors de la répétition de l'étape Consider neighbor ASN (Prendre en compte l'ASN du voisin). Chaque valeur MED ajustée correspond à la somme de la valeur MED d'origine et d'un coût interrégional. Les prochains sauts dans la région du plan de contrôle des routes dynamiques ont un coût interrégional de 0. Les prochains sauts appris à partir de plans de contrôle des routes dynamiques dans d'autres régions ont des coûts interrégionaux non nuls, propres à chaque paire de régions composée de la région d'envoi et de la région de réception.

      • Si l'routingConfig.bgpInterRegionCost du réseau VPC est DEFAULT ou non défini, le plan de contrôle de route dynamique répète l'étape Consider neighbor ASN (Prendre en compte l'ASN du voisin) à l'aide des valeurs MED d'origine.

  7. Supprimez tous les sauts suivants qui n'ont pas le coût interrégional le plus faible: lorsque le mode de routage dynamique du réseau VPC est global, le plan de contrôle des routes dynamiques supprime tous les sauts suivants, à l'exception de ceux qui ont le coût interrégional le plus faible.

  8. Envoyer les prochains sauts au plan de contrôle VPC: pour chaque préfixe de destination unique, le plan de contrôle des routes dynamiques envoie tous les prochains sauts avec le rang le plus élevé et le coût interrégional le plus faible au plan de contrôle VPC. Ces sauts suivants créent des routes dynamiques dans la région du réseau VPC du plan de contrôle des routes dynamiques. Ces routes dynamiques ont une priorité de route Andromeda de 65536. Le numéro de priorité 65536 est choisi intentionnellement, car il est supérieur de 1 à 65535, la priorité la plus faible d'une route statique. Par conséquent, si des routes statiques et dynamiques existent pour le même préfixe de destination, une route statique est privilégiée par l'ordre de routage.

    Dans certains cas, le plan de contrôle de routage dynamique peut envoyer des sauts suivants ayant des rangs inférieurs ou un coût interrégional non le plus bas. Ces sauts suivants supplémentaires créent également des routes dynamiques dans la région du plan de contrôle des routes dynamiques du réseau VPC, mais ils utilisent des priorités de route Andromeda inférieures (par exemple, 65537, 65538).

Traitement du plan de contrôle VPC

Le plan de contrôle VPC de chaque région reçoit des routes dynamiques candidates du plan de contrôle des routes dynamiques de la région. À moins qu'une route dynamique ne soit supprimée par le plan de contrôle de route dynamique, le plan de contrôle VPC évalue chaque route dynamique candidate. L'évaluation entraîne la création d'une route dynamique dans le réseau VPC contenant les routeurs Cloud Router ou la suppression de la route dynamique candidate. Voici les raisons pour lesquelles une route dynamique candidate est supprimée :

Le plan de contrôle VPC de chaque région peut également créer des routes dynamiques d'appairage dans les réseaux VPC appairés, si le réseau VPC contenant les routeurs Cloud Router exporte des routes personnalisées et que le réseau VPC appairé importe des routes personnalisées. Pour plus d'informations sur l'échange de routes personnalisées à l'aide de l'appairage de réseaux VPC, consultez la section Options d'échange de routes dynamiques.

Lors de la création de routes dynamiques d'appairage, le plan de contrôle VPC de chaque région évalue indépendamment les routes dynamiques candidates par réseau. Outre les cas de suppression mentionnés précédemment, les cas de suppression supplémentaires suivants s'appliquent aux réseaux VPC appairés :

  • Si le préfixe de destination d'une route dynamique d'appairage candidate correspond exactement au préfixe de destination d'une route dynamique locale, le plan de contrôle du VPC supprime la route dynamique d'appairage en conflit.

  • Si des routes dynamiques d'appairage de candidats pour le même préfixe de destination sont reçues à partir d'au moins deux réseaux VPC appairés, le plan de contrôle VPC utilise un algorithme interne pour sélectionner le réseau à partir duquel il importe les routes dynamiques d'appairage. Cet algorithme interne est évalué avant de prendre en compte la priorité des routes. Pour en savoir plus, consultez la section Sélectionner les sauts suivants pour les routes personnalisées d'appairage à partir d'un seul réseau VPC.

  • Si le quota de routes dynamiques par région et par groupe d'appairage dépasse sa limite, le plan de contrôle VPC ne supprime que les routes dynamiques d'appairage.

Étant donné que chaque plan de contrôle VPC supprime les routes dynamiques par réseau, gardez à l'esprit les points suivants :

  • Si une route dynamique candidate devient une route dynamique locale dans le réseau VPC contenant les routeurs Cloud Router qui ont créé la route dynamique candidate, la route dynamique candidate peut être supprimée dans un ou plusieurs réseaux VPC appairés.

  • Si une route dynamique candidate a été supprimée dans le réseau VPC contenant les routeurs Cloud Router qui l'ont créée, elle peut devenir une route dynamique d'appairage dans un ou plusieurs réseaux VPC appairés.

Changements d'état BGP

Les routes apprises personnalisées et reçues par BGP produisent des routes dynamiques, comme décrit dans la section Modes de sélection du meilleur chemin. Les routes dynamiques persistent tant que la session BGP correspondante est établie. Les routes dynamiques sont supprimées lorsqu'une session BGP n'est plus établie dans les cas suivants:

  • Si le routeur pair est compatible avec le redémarrage en douceur, les routes dynamiques sont supprimées une fois que le timer de redémarrage en douceur du routeur pair a expiré. (La valeur du minuteur de redémarrage en douceur du routeur pair peut être différente de celle du minuteur de redémarrage en douceur de Cloud Router.)

  • Si le routeur pair n'est pas compatible avec le redémarrage en douceur, les routes dynamiques sont supprimées une fois que le délai de conservation de Cloud Router a expiré. Le timer de préservation de Cloud Router est proportionnel à l'intervalle keepalive de Cloud Router configurable.

Les événements de maintenance de Cloud Router prennent généralement moins de 60 secondes et ne devraient pas entraîner la suppression de routes dynamiques.

Cloud Router utilise un délai de redémarrage en douceur de 60 secondes. De cette manière, les routeurs pairs compatibles avec le redémarrage en douceur maintiennent la session BGP établie pendant 60 secondes maximum lors d'un événement de maintenance de Cloud Router.

Nous vous recommandons de configurer les routeurs pairs qui ne sont pas compatibles avec le redémarrage en douceur avec une valeur de compteur de préservation supérieure ou égale à 60 secondes.

Les événements de maintenance planifiés pour Cloud Interconnect prennent plus de 60 secondes et entraînent la suppression des routes dynamiques dont les prochains sauts sont les rattachements VLAN associés à une connexion Cloud Interconnect lors de la maintenance de la connexion. Assurez-vous que vos rattachements de VLAN et vos connexions Cloud Interconnect respectent les exigences de l'un des éléments suivants:

Pour en savoir plus sur BFD, consultez BFD lors d'un événement de défaillance.

Étape suivante