Routes apprises

Ce document décrit les routes apprises, la façon dont le mode de routage dynamique d'un réseau de cloud privé virtuel affecte les routes apprises, ainsi que les modes de sélection du meilleur chemin d'accès 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 :

Routes BGP reçues

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

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

Les routes apprises personnalisées sont configurées manuellement sur Cloud Router pour simuler les routes apprises d'un pair distant. Les routes apprises personnalisées sont utiles lorsque vous ne disposez pas du contrôle administrateur pour configurer un routeur homologue distant.

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 à partir 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 n'annonce pas de nouveau 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 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 routes dynamiques et le plan de contrôle de réseau VPC pour 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 sont compatibles avec deux modes de routage dynamique :Google Cloud

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.

L'ancien mode de sélection du meilleur chemin est défini par défaut lorsqu'un réseau VPC est créé. Nous vous recommandons d'utiliser l'ancien mode, sauf si vous avez besoin de fonctionnalités spécifiques du mode standard ou si vous utilisez une fonctionnalité Google Cloud qui repose sur le mode standard.

Network Connectivity Center pour les transferts de données de site à site et Network Connectivity Center pour les appliances virtuelles réseau tierces ou l'appliance de routeur fonctionnent avec la sélection du meilleur chemin standard ou l'ancienne sélection du meilleur chemin.

L'échange de routes Network Connectivity Center avec les spokes VPC présente les limites suivantes pour les modes de sélection du meilleur chemin :

  • Si une route est annoncée de manière unique par un seul VPC, les modes ancien et standard fonctionnent comme prévu.

  • Si la même route est annoncée par plusieurs VPC au même VPC de charge de travail, les règles suivantes s'appliquent :

    • Si tous les VPC utilisent l'ancienne sélection du meilleur chemin, les VPC de charge de travail appliquent l'ancienne sélection du meilleur chemin aux routes provenant de différents VPC de routage.

    • Si tous les VPC utilisent la sélection du meilleur chemin standard, les VPC de charge de travail utilisent la meilleure route de l'un des VPC de routage en fonction d'un algorithme interne.

    • Si les VPC de routage utilisent un mélange de sélection du meilleur chemin hérité et standard, les VPC de charge de travail utilisent soit la meilleure route basée sur la sélection du meilleur chemin hérité soit l'une des meilleures routes de sélection du meilleur chemin standard basées sur un algorithme interne.

    Si vous prévoyez d'annoncer la même route à partir de plusieurs VPC de routage, nous vous recommandons de sélectionner l'ancienne sélection du meilleur chemin pour tous vos réseaux VPC.

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. De plus, 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 sur la 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 Tâches BGP de 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 prochains sauts par longueur de chemin AS, de la plus courte à la plus longue. Après le tri, la tâche BGP supprime tous les prochains sauts dont la longueur de chemin AS n'est pas 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) à ceux qui utilisent le protocole EGP (Exterior Gateway Protocol). Elle préfère également les sauts suivants qui utilisent EGP à ceux 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 dont le type d'origine est EGP ou Incomplet.

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

  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 plus petite valeur MED.

La tâche BGP envoie chaque préfixe de destination et sa liste correspondante des meilleurs prochains sauts 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 de la liste.

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 reçues par BGP et des routes apprises personnalisées :

Lors de l'application des 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 ou l'autre des quotas Cloud Router. Pour en savoir plus, consultez Comportement déterministe de suppression des routes.

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 prochains sauts 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ée au plan de contrôle du VPC inclut les routes avec les valeurs MED les plus basses et, si disponibles, les valeurs MED juste au-dessus. Toutefois, le plan de contrôle des routes dynamiques garantit uniquement 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 est plus conforme à 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 Router du réseau VPC. Cela vous permet d'influencer le flux de trafic à l'aide de l'ajout de préfixes au chemin AS.

  • Flexibilité et personnalisation améliorées : vous contrôlez mieux le classement des préfixes BGP dans vos réseaux VPC, y compris la possibilité d'affiner le routage BGP du meilleur chemin. Les routes dynamiques ont toujours une priorité de route de réseau VPC inférieure à celle des 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 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 du système autonome à partir duquel Cloud Router a appris le préfixe.

    • Comparaison conditionnelle : les préfixes sont regroupés par AS à partir duquel Cloud Router a appris le préfixe. Pour chaque préfixe dans chaque AS, les sauts sont classés par la valeur MED correspondante décrite dans la RFC 4721.

  • Ajouter une région aux coûts interrégionaux : vous pouvez sélectionner si les coûts interrégionaux sont ajoutés 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 prochains sauts par longueur de chemin AS, de la plus courte à la plus longue. Après le tri, la tâche BGP supprime tous les prochains sauts dont la longueur de chemin AS n'est pas 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) à ceux qui utilisent le protocole EGP (Exterior Gateway Protocol). Elle préfère également les sauts suivants qui utilisent EGP à ceux 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 dont le type d'origine est EGP ou Incomplet.

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

  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 défini sur True, la valeur ASN du voisin 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 plus petite valeur MED.

    • Si routingConfig.bgpAlwaysCompareMed est défini sur 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 effectue donc les opérations suivantes :

      1. La tâche BGP regroupe la liste des prochains sauts par valeur ASN du voisin.

      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 faible 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 plus petite valeur MED.

La tâche BGP envoie chaque préfixe de destination et sa liste correspondante de prochains sauts 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 de la liste.

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 reçues par BGP et des routes apprises personnalisées :

Lors de l'application des 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 ou l'autre des quotas Cloud Router. Pour en savoir plus, consultez Comportement déterministe de suppression des routes.

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 prochains sauts pour le préfixe : le plan de contrôle des routes dynamiques crée une liste initiale des prochains sauts pour le préfixe, qui comprend les éléments suivants :

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

    • Informations sur le saut suivant des routes personnalisées apprises 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 attributs BGP suivants sont appliqués aux routes apprises personnalisées :

      • Chemin AS, composé uniquement de l'ASN du pair. La longueur du chemin AS est de 1 et le numéro ASN du voisin est celui du pair.
      • Origine définie sur "Incomplète".
      • Valeur MED, où la priorité de chaque 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 prochains sauts par longueur de chemin AS, de la plus courte à la plus longue. Le plan de contrôle des routes dynamiques supprime tous les prochains sauts qui ne présentent pas la longueur de chemin AS la plus courte.

  3. Type d'origine préféré : le plan de contrôle des routes dynamiques préfère les sauts suivants qui utilisent IGP à ceux qui utilisent EGP, et les sauts suivants qui utilisent EGP à ceux 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 dont le type d'origine est EGP ou Incomplet.

    Si aucun des prochains sauts n'a de type d'origine IGP et si au moins un prochain saut a un type d'origine EGP, le plan de contrôle de route dynamique supprime tous les prochains sauts 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 défini sur 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 rang 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 défini sur 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 des routes dynamiques effectue donc les opérations suivantes :

      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 faible 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 plus petite valeur MED.

      Les prochains sauts 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 prochains sauts, à l'exception de ceux ayant le rang le plus élevé.

  5. Envoyer tous les prochains sauts les mieux classés aux 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 prochains sauts les mieux classés aux autres régions.

  6. Recevoir les sauts les mieux classés des 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 prochains sauts les mieux classés pour le préfixe à partir des plans de contrôle des routes dynamiques de chacune des autres régions. Chaque prochain saut reçu inclut la longueur du chemin AS, le numéro ASN du voisin, le type d'origine et la valeur MED, ainsi que la région du plan de contrôle des routes dynamiques qui a envoyé le prochain saut.

    Le plan de contrôle des routes dynamiques ajoute les prochains sauts reçus à sa liste de prochains sauts pour le préfixe, puis effectue les opérations suivantes :

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

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

    • Répétez l'étape Tenir compte de l'ASN du voisin en fonction du paramètre routingConfig.bgpInterRegionCost du réseau VPC :

      • Si routingConfig.bgpInterRegionCost du réseau VPC est défini sur 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 Tenir compte de 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 propre région du plan de contrôle des routes dynamiques ont un coût interrégional de 0. Les prochains sauts appris à partir des plans de contrôle de routage dynamique dans d'autres régions ont des coûts interrégionaux non nuls, propres à chaque paire de régions (région d'envoi et région de réception).

      • Si le routingConfig.bgpInterRegionCost du réseau VPC est défini sur DEFAULT ou n'est pas défini, le plan de contrôle de route dynamique répète l'étape Considérer l'ASN du voisin en utilisant les valeurs MED d'origine.

  7. Supprimez tous les prochains sauts 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 prochains sauts, à 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 ayant 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 plan de contrôle des routes dynamiques du réseau VPC. Ces routes dynamiques ont une priorité de route Andromeda de 65536. Le numéro de priorité 65536 est choisi à dessein, car il est supérieur de un à 65535, la priorité la plus basse 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 des routes dynamiques peut envoyer des prochains sauts ayant un classement inférieur ou un coût interrégional non minimal. 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 Sélectionner les prochains sauts pour les routes personnalisées d'appairage 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 est considérée comme inactive ou a été interrompue. Voici quelques exemples courants :

  • Si le routeur pair est compatible avec le redémarrage en douceur et envoie une notification de redémarrage en douceur (paquet TCP FIN ou RST), Google Cloud supprime les routes dynamiques apprises de la session BGP une fois le timer de redémarrage en douceur du routeur pair expiré. Pour en savoir plus, consultez la section Timer de redémarrage progressif.

  • Si le routeur pair envoie une notification BGP CEASE, Google Cloudles routes dynamiques apprises de la session BGP sont immédiatement supprimées. Pour en savoir plus, consultez la section 4.5 de la RFC 4271.

  • Si aucune des situations de notification précédentes ne s'applique et que le délai de temporisation négocié est atteint, Google Cloud supprime les routes dynamiques apprises à partir de la session BGP. Pour en savoir plus, consultez la section Timer de blocage.

Les événements de maintenance planifiés pour Cloud Interconnect 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. Pendant la maintenance planifiée, les sessions BGP correspondantes sont arrêtées. Pour minimiser les perturbations, assurez-vous que vos rattachements de VLAN et vos connexions Cloud Interconnect respectent l'une des exigences suivantes :

Pour en savoir plus sur BFD, consultez BFD en cas d'échec.

Étapes suivantes