Rotas aprendidas

Este documento descreve as rotas aprendidas, como o modo de roteamento dinâmico de uma rede de nuvem privada virtual afeta as rotas aprendidas e os modos de seleção do melhor caminho disponíveis no Cloud Router.

Rotas aprendidas são rotas que o Cloud Router recebe de roteadores de pares remotos usando o protocolo BGP ou rotas aprendidas personalizadas que você configura em um Cloud Router:

Rotas recebidas do BGP

Rotas do BGP aprendidas de um peering remoto. O roteador de peering pode ser qualquer um dos seguintes:

  • Um roteador físico local
  • Outro Cloud Router
  • Uma VM de dispositivo roteador (com o Network Connectivity Center)
  • Um roteador de um provedor de nuvem diferente
Rotas aprendidas personalizadas

As rotas aprendidas personalizadas são configuradas manualmente no Cloud Router para simular rotas aprendidas de um par remoto. As rotas aprendidas personalizadas são úteis quando você não tem controle de administrador para configurar um roteador de peer remoto.

O Cloud Router aplica cotas para o número de prefixos exclusivos para rotas dinâmicas, incluindo os prefixos aprendidos dinamicamente de um par BGP ou configurados manualmente como rotas aprendidas personalizadas. Para mais informações, consulte Cotas do Cloud Router.

O Cloud Router não divulga novamente as rotas aprendidas, a menos que você use um spoke híbrido do Network Connectivity Center com a transferência de dados ativada.

Os dois tipos de rotas aprendidas do Cloud Router são processados por um plano de controle de rota dinâmica e, em seguida, por um plano de controle de rede VPC. As etapas de processamento usam o prefixo de destino e as métricas de rota para criar rotas dinâmicas em uma rede VPC. Para informações sobre as diferenças entre o plano de controle de rota dinâmica e o plano de controle de rede VPC, consulte Como o Cloud Router funciona.

Rotas aprendidas personalizadas

As rotas aprendidas personalizadas oferecem as mesmas vantagens que as rotas dinâmicas recebidas pelo BGP rotas de prioridade mais alta. Ao contrário das rotas estáticas, as rotas dinâmicas aprendidas personalizadas são retiradas automaticamente quando a sessão do BGP de um próximo salto é interrompida.

As rotas aprendidas personalizadas são a única maneira de definir rotas não BGP para determinados saltos próximos, como anexos da VLAN do Cloud Interconnect e túneis VPN de alta disponibilidade.

Para mais informações, consulte Especificar e gerenciar rotas aprendidas personalizadas.

Modo de roteamento dinâmico

O modo de roteamento dinâmico de uma rede VPC afeta como as rotas BGP recebidas e as rotas aprendidas personalizadas são processadas pelo plano de controle de rota dinâmica e pelo plano de controle de rede VPC para criar rotas dinâmicas na rede VPC.

Ao usar o peering de rede VPC, o modo de roteamento dinâmico da rede VPC que exporta rotas personalizadas controla como as rotas dinâmicas são criadas em redes VPC com peering que importam rotas personalizadas. Para mais informações, consulte Efeitos do modo de roteamento dinâmico na documentação do peering de rede VPC.

Google Cloud As redes VPC são compatíveis com dois modos de roteamento dinâmico:

Modo de roteamento dinâmico regional
O plano de controle de rota dinâmica de cada região processa apenas rotas aprendidas com as tarefas do BGP do Cloud Router na própria região. As rotas dinâmicas resultantes criadas em uma região específica de uma rede VPC têm próximos saltos apenas nessa região específica.
Modo de roteamento dinâmico global
O plano de controle de rota dinâmica de cada região processa rotas aprendidas com as tarefas do BGP do Cloud Router na própria região. O plano de controle de rotas dinâmicas de cada região também envia o melhor caminho para cada prefixo aos planos de controle de rotas dinâmicas em todas as outras regiões usadas na rede VPC. As rotas dinâmicas resultantes criadas em uma região específica de uma rede VPC podem ter próximos saltos em qualquer região.

Melhores modos de seleção de caminho

O Cloud Router oferece dois modos para seleção do melhor caminho: padrão e legado. O modo de seleção de melhor caminho se aplica a todas as rotas aprendidas pelo Cloud Router em todas as regiões de uma rede VPC, incluindo rotas aprendidas personalizadas.

O modo legado é o padrão de seleção de melhor caminho quando uma nova rede VPC é criada. Recomendamos que você use o modo legado, a menos que precise de recursos específicos do modo padrão ou use um recurso do Google Cloud que dependa do modo padrão.

A Network Connectivity Center para transferências de dados site a site e o Network Connectivity Center para dispositivos virtuais de rede de terceiros ou o tipo de roteador funcionam com a seleção do melhor caminho padrão ou legado.

A troca de rotas do Network Connectivity Center com hubs VPC tem as seguintes limitações para os modos de seleção do melhor caminho:

  • Se uma rota for anunciada exclusivamente por uma VPC, os modos legados e padrão vão funcionar conforme o esperado.

  • Se a mesma rota for anunciada por várias VPCs para a mesma VPC de carga de trabalho, as seguintes condições serão válidas:

    • Se todas as VPCs usarem a seleção do melhor caminho legada, as VPCs de carga de trabalho vão aplicar essa seleção em rotas de diferentes VPCs de roteamento.

    • Se todas as VPCs usarem a seleção de melhor caminho padrão, as VPCs de carga de trabalho usarão a melhor rota de uma das VPCs de roteamento com base em um algoritmo interno.

    • Se as VPCs de roteamento usarem uma combinação de seleção do melhor caminho legada e padrão, as VPCs de carga de trabalho usarão a melhor rota com base na seleção do melhor caminho legada ou uma das melhores rotas de seleção do melhor caminho padrão com base em um algoritmo interno.

    Se você planeja anunciar a mesma rota de várias VPCs de roteamento, recomendamos selecionar a melhor seleção de caminho legada para todas as suas redes VPC.

Seleção do melhor caminho legada

Esta seção descreve como as tarefas BGP do Cloud Router e o plano de controle de rota dinâmica implementam o modo legado de seleção do melhor caminho.

Tamanho do caminho AS

No modo legado de seleção do melhor caminho, as informações do caminho AS são relevantes apenas em uma única tarefa do BGP do Cloud Router, e o plano de controle de rota dinâmico não usa essas informações para tomar decisões de seleção do melhor caminho. Ao usar o modo legado de seleção do melhor caminho, não dependa da seleção do melhor caminho com base nas informações de tamanho do caminho AS quando diferentes tarefas de software do Cloud Router estiverem envolvidas para o mesmo prefixo de destino.

As sessões do BGP envolvem várias tarefas do BGP do Cloud Router. Para mais informações, consulte Tarefas do BGP do Cloud Router.

Processo de seleção de tarefas do BGP

Uma tarefa do BGP do Cloud Router recebe prefixos de destino de roteadores de peering das sessões do BGP que ela gerencia. A tarefa do BGP cria um conjunto de prefixos de destino exclusivos de todas as sessões gerenciadas por ela. Em seguida, a tarefa do BGP determina pelo menos um melhor próximo salto para cada um dos prefixos de destino exclusivos recebidos pelo BGP usando o seguinte processo:

  1. Tamanho do caminho AS mais curto: a tarefa do BGP classifica a lista de próximos saltos por tamanho do caminho AS, do mais curto ao mais longo. Depois da classificação, a tarefa do BGP remove todos os próximos saltos que não têm o tamanho do caminho AS mais curto da consideração.

  2. Tipo de origem preferencial: a tarefa do BGP prefere próximos saltos que usam o Interior Gateway Protocol (IGP) em vez de próximos saltos que usam o Exterior Gateway Protocol (EGP), e prefere próximos saltos que usam o EGP em vez de próximos saltos que têm um tipo de origem incompleto.

    Se pelo menos um tipo de origem do próximo salto for IGP, a tarefa do BGP vai remover todos os próximos saltos com tipos de origem EGP ou Incompleto da consideração.

    Se nenhum dos próximos saltos tiver um tipo de origem IGP e se pelo menos um próximo salto tiver um tipo de origem EGP, a tarefa do BGP removerá todos os próximos saltos com tipos de origem "Incompleto".

  3. Menor valor de MED: a tarefa do BGP classifica os próximos saltos do menor para o maior valor de MED (discriminador de várias saídas). Depois da classificação, a tarefa do BGP remove todos os próximos saltos que não têm o menor valor de MED da consideração.

A tarefa do BGP envia cada prefixo de destino e a lista correspondente dos melhores próximos saltos para o plano de controle de rota dinâmica da região. Em alguns casos, a tarefa de software do BGP do Cloud Router também pode enviar próximos saltos que foram removidos da consideração.

Processamento do plano de controle da rota dinâmica

O plano de controle de rota dinâmica de cada região aplica as seguintes cotas, que se aplicam a destinos exclusivos de rotas aprendidas personalizadas e recebidas pelo BGP:

Ao aplicar as cotas anteriores do Cloud Router, o plano de controle de rota dinâmica descarta todas as informações de rota associadas a destinos exclusivos que são classificados além do limite para qualquer cota do Cloud Router. Para mais informações, consulte Comportamento determinista de descarte de rota.

Depois de aplicar as cotas, o plano de controle de rota dinâmica aplica o seguinte algoritmo de processamento a cada prefixo de destino exclusivo não descartado:

  1. O plano de controle de rota dinâmica cria uma lista de próximos saltos para o prefixo. A lista consiste em:

    • Próximos saltos e valores MED do prefixo recebido de cada A tarefa do BGP do Cloud Router na rede VPC em na própria região.

    • Próximos saltos e valores de prioridade para rotas aprendidas personalizadas que usam o prefixo. A prioridade de uma rota aprendida personalizada é tratada como um valor MED.

  2. As etapas a seguir ocorrem apenas quando a rede VPC que contém os Cloud Routers usa o modo de roteamento dinâmico global:

    • O plano de controle da rota dinâmica envia apenas os próximos saltos que têm o menor valor de MED para os planos de controle de rota dinâmica no em outras regiões. Se mais de um próximo salto tiver o mesmo menor valor de MED, todos serão exportados para os planos de controle de rota dinâmica em outras regiões. As informações enviadas incluem os próximos saltos e o valor de MED mais baixo.

    • O plano de controle de rota dinâmica recebe uma lista de próximos saltos e valores de MED de planos de controle de rota dinâmica em outras regiões. O plano de controle de rota dinâmica adiciona cada próximo salto à lista de próximos saltos do prefixo. Ao adicionar cada salto seguinte, o plano de controle de rota dinâmica ajusta o valor de MED adicionando um custo inter-regional.

  3. O plano de controle de rota dinâmica classifica a lista de próximos saltos para o prefixo do menor para o maior valor de MED recebido.

  4. O plano de controle de rota dinâmica trunca a lista de rotas enviadas ao plano de controle da VPC. Normalmente, a lista de rotas enviada ao plano de controle da VPC inclui as rotas com os valores de MED mais baixos e, se disponíveis, os valores de MED mais baixos seguintes. No entanto, o plano de controle de rota dinâmica garante apenas que ele envia as rotas com os menores valores de MED para o plano de controle da VPC.

Modo padrão de seleção do melhor caminho

O modo de seleção do melhor caminho padrão segue mais de perto a RFC 4271. Ele oferece os seguintes benefícios em relação ao modo legado de seleção do melhor caminho:

  • Roteamento consistente com base no caminho AS: as informações do caminho AS são consideradas em todas as rotas aprendidas em todos os Cloud Routers da rede VPC. Isso permite influenciar o fluxo de tráfego usando a adição de prefixo do caminho AS.

  • Mais flexibilidade e personalização: você tem mais controle sobre como os prefixos do BGP são classificados nas redes VPC, incluindo a capacidade de ajustar o roteamento do melhor caminho do BGP. As rotas dinâmicas sempre têm uma prioridade de rota de rede VPC menor em comparação com as rotas estáticas.

Ao usar o modo padrão de seleção do melhor caminho, o Cloud Router oferece as seguintes opções de configuração:

  • Comparar valores de MED: você pode escolher uma das seguintes opções:

    • Sempre comparar:o valor MED de cada prefixo de destino é comparado sem considerar o AS de que o Cloud Router aprendeu o prefixo.

    • Comparação condicional:os prefixos são agrupados pelo AS de que o Cloud Router aprendeu o prefixo. Para cada prefixo em cada AS, os saltos são classificados pelo valor MED correspondente descrito na RFC 4721.

  • Adicionar região aos custos inter-regionais: você pode selecionar se os custos inter-regionais serão adicionados aos valores de MED.

Processo de seleção de tarefas do BGP

Uma tarefa do BGP do Cloud Router recebe prefixos de destino de roteadores de peering das sessões do BGP que ela gerencia. A tarefa do BGP cria um conjunto de prefixos de destino exclusivos de todas as sessões gerenciadas por ela. Em seguida, a tarefa do BGP determina pelo menos um melhor próximo salto para cada um dos prefixos de destino exclusivos recebidos pelo BGP usando o seguinte processo:

  1. Tamanho do caminho AS mais curto: a tarefa do BGP classifica a lista de próximos saltos por tamanho do caminho AS, do mais curto ao mais longo. Depois da classificação, a tarefa do BGP remove todos os próximos saltos que não têm o tamanho do caminho AS mais curto da consideração.

  2. Tipo de origem preferencial: a tarefa do BGP prefere próximos saltos que usam o Interior Gateway Protocol (IGP) em vez de próximos saltos que usam o Exterior Gateway Protocol (EGP), e prefere próximos saltos que usam o EGP em vez de próximos saltos que têm um tipo de origem incompleto.

    Se pelo menos um tipo de origem do próximo salto for IGP, a tarefa do BGP vai remover todos os próximos saltos com tipos de origem EGP ou Incompleto da consideração.

    Se nenhum dos próximos saltos tiver um tipo de origem IGP e se pelo menos um próximo salto tiver um tipo de origem EGP, a tarefa do BGP removerá todos os próximos saltos com tipos de origem "Incompleto" da consideração.

  3. Considerar o ASN vizinho: a configuração de rede VPC routingConfig.bgpAlwaysCompareMed controla esta etapa do algoritmo da seguinte forma:

    • Se routingConfig.bgpAlwaysCompareMed for True, o valor ASN vizinho de cada próximo salto não será considerado relevante. A tarefa do BGP classifica os próximos saltos do menor para o maior valor de MED. Depois da classificação, a tarefa do BGP remove todos os próximos saltos que não têm o menor valor de MED da consideração.

    • Se routingConfig.bgpAlwaysCompareMed for False ou não estiver definido, o valor do ASN vizinho de cada próximo salto será considerado relevante. Portanto, a tarefa do BGP fará o seguinte:

      1. A tarefa do BGP agrupa a lista de próximos saltos pelo valor do ASN do vizinho.

      2. Em cada grupo de ASN vizinho, a tarefa do BGP classifica os próximos saltos do menor para o maior valor de MED. O menor valor de MED pode ser diferente em cada grupo de ASNs vizinhos.

      3. Em cada grupo de ASN vizinho, a tarefa do BGP remove todos os próximos saltos que não têm o menor valor de MED da consideração.

A tarefa do BGP envia cada prefixo de destino e a lista correspondente de próximos saltos não removidos para o plano de controle de rota dinâmica da região. Em alguns casos, a tarefa de software do BGP do Cloud Router também pode enviar próximos saltos que foram removidos da consideração.

Processamento do plano de controle da rota dinâmica

O plano de controle de rota dinâmica de cada região aplica as seguintes cotas, que se aplicam a destinos exclusivos das rotas recebidas pelo BGP e aprendidas personalizadas:

Ao aplicar as cotas anteriores do Cloud Router, o plano de controle de rota dinâmica descarta todas as informações de rota associadas a destinos exclusivos que são classificados além do limite para qualquer cota do Cloud Router. Para mais informações, consulte Comportamento determinista de descarte de rota.

Depois de aplicar as cotas, o plano de controle de rota dinâmica aplica o seguinte algoritmo de processamento a cada prefixo de destino exclusivo não descartado:

  1. Lista inicial de próximos saltos para o prefixo: o plano de controle de rota dinâmica cria uma lista inicial de próximos saltos para o prefixo, consistindo em ambos os seguintes:

    • As informações de próximo salto recebidas pelo BGP das tarefas do BGP que gerenciam Cloud Routers na rede VPC, localizada na mesma região que o plano de controle de rota dinâmica.

    • As informações do próximo salto de rotas aprendidas personalizadas para o prefixo, definidas nos Cloud Routers da rede VPC, e localizadas na mesma região que o plano de controle de rota dinâmica. As rotas aprendidas personalizadas têm os seguintes atributos do BGP aplicados:

      • Caminho AS, que consiste apenas no ASN do peer. Esse é um comprimento de caminho AS de 1 e o ASN vizinho do ASN do peer.
      • Origem, definida como "Incompleta".
      • Valor MED, em que cada prioridade de rota aprendida personalizada é tratada como um valor MED.
      • O custo inter-regional é definido como 0.

  2. Tamanho do caminho AS mais curto: o plano de controle de rota dinâmica classifica a lista de próximos saltos por tamanho do caminho AS, do mais curto ao mais longo. O plano de controle de rota dinâmica remove todos os próximos saltos que não têm o menor tamanho de caminho AS.

  3. Tipo de origem preferencial: o plano de controle de rota dinâmica prefere próximos saltos que usam IGP em vez de EGP, e próximos saltos que usam EGP em vez de próximos saltos com um tipo de origem incompleto.

    Se o tipo de origem de pelo menos um próximo salto for IGP, o plano de controle de rota dinâmica vai remover todos os próximos saltos com tipos de origem EGP ou incompletos.

    Se nenhum dos próximos saltos tiver um tipo de origem IGP e se pelo menos um próximo salto tiver um tipo de origem EGP, o plano de controle de rota dinâmica vai remover da consideração todos os próximos saltos com tipos de origem incompletos.

  4. Considerar o ASN vizinho: a configuração de rede VPC routingConfig.bgpAlwaysCompareMed controla esta etapa do algoritmo da seguinte maneira:

    • Se routingConfig.bgpAlwaysCompareMed for True, o valor do ASN vizinho de cada próximo salto não será considerado relevante. Nesse caso, o plano de controle de rota dinâmica classifica os próximos saltos do menor para o maior valor de MED. Os próximos saltos com o menor MED têm a maior classificação. O plano de controle de rota dinâmica remove todos os próximos saltos, exceto aqueles com a classificação mais alta.

    • Se routingConfig.bgpAlwaysCompareMed for False ou não estiver definido, o valor do ASN vizinho de cada próximo salto será considerado relevante. Portanto, o plano de controle de rota dinâmica fará o seguinte:

      1. O plano de controle de rota dinâmica agrupa a lista de próximos saltos por valor de ASN vizinho.

      2. Em cada grupo de ASN vizinho, o plano de controle de rota dinâmica classifica os próximos saltos do menor para o maior valor de MED. O menor valor de MED pode ser diferente em cada grupo de ASN vizinho.

      3. Em cada grupo de ASN vizinho, o plano de controle de rota dinâmica remove todos os próximos saltos que não têm o menor valor de MED da consideração.

      Os próximos saltos com os menores valores de MED em cada grupo de ASN vizinho têm a maior classificação. O plano de controle de rota dinâmica remove todos os próximos saltos, exceto aqueles com a classificação mais alta, da consideração.

  5. Enviar todos os próximos saltos com a classificação mais alta para outras regiões: quando o modo de roteamento dinâmico da rede VPC é global, o plano de controle de rota dinâmica envia o conjunto atual de próximos saltos com a classificação mais alta para outras regiões.

  6. Receber saltos com classificação mais alta de outras regiões: quando o modo de roteamento dinâmico da rede VPC é global, o plano de controle de rota dinâmica recebe uma lista dos próximos saltos com classificação mais alta para o prefixo dos planos de controle de rota dinâmica em cada uma das outras regiões. Cada próximo salto recebido inclui o tamanho do caminho AS, o ASN vizinho, o tipo de origem e o MED, além da região do plano de controle de rota dinâmica que enviou o próximo salto.

    O plano de controle de rota dinâmica anexa os próximos saltos recebidos à lista de próximos saltos do prefixo e faz o seguinte:

    • Repete a etapa Comprimento do caminho AS mais curto.

    • Repete a etapa Tipo de origem preferida.

    • Repete a etapa Considerar ASN vizinho de acordo com a configuração routingConfig.bgpInterRegionCost da rede VPC:

      • Se routingConfig.bgpInterRegionCost da rede VPC for ADD_COST_TO_MED, o plano de controle de rota dinâmica usará valores de MED ajustados ao repetir a etapa Considerar ASN vizinho. Cada valor de MED ajustado é a soma do valor de MED original mais um custo inter-regional. Os próximos saltos na própria região do plano de controle de rota dinâmica têm um custo inter-regional de 0. Os próximos saltos aprendidos com planos de controle de rota dinâmica em outras regiões têm custos inter-regionais diferentes de zero, exclusivos para cada par de regiões (envio e recebimento).

      • Se o routingConfig.bgpInterRegionCost da rede VPC for DEFAULT ou não estiver definido, o plano de controle de rota dinâmica vai repetir a etapa Considerar ASN vizinho usando os valores MED originais.

  7. Remova da consideração todos os próximos saltos que não têm o menor custo inter-regional: quando o modo de roteamento dinâmico da rede VPC é global, o plano de controle de rota dinâmica remove da consideração todos os próximos saltos, exceto aqueles que têm o menor custo inter-regional.

  8. Enviar próximos saltos ao plano de controle da VPC: para cada prefixo de destino exclusivo, o plano de controle de rota dinâmica envia todos os próximos saltos com a classificação mais alta e o menor custo inter-regional ao plano de controle da VPC. Esses próximos saltos criam rotas dinâmicas na região do plano de controle de rotas dinâmicas da rede VPC. Essas rotas dinâmicas têm prioridade de rota do Andromeda 65536. O número de prioridade 65536 foi escolhido propositalmente porque é um valor maior que 65535, a prioridade mais baixa de uma rota estática. Consequentemente, se houver rotas estáticas e dinâmicas para o mesmo prefixo de destino, uma rota estática será preferida pela ordem de roteamento.

    Em algumas situações, o plano de controle de rota dinâmica pode enviar próximos saltos que têm classificações mais baixas ou custo inter-regional não mínimo. Esses próximos saltos adicionais também criam rotas dinâmicas na região do plano de controle de rotas dinâmicas da rede VPC, mas usam prioridades de rota do Andromeda mais baixas, por exemplo, 65537, 65538.

Processamento do plano de controle da VPC

O plano de controle da VPC de cada região recebe rotas dinâmicas candidatas plano de controle de rota dinâmica da região. A menos que uma rota dinâmica seja descartada pelo plano de controle de rota dinâmica, o plano de controle da VPC vai avaliar cada rota dinâmica candidata. A avaliação resulta na criação uma rota dinâmica na rede VPC que contém Cloud Routers ou a supressão da rota dinâmica candidata. Confira a seguir os motivos pelos quais uma rota dinâmica candidata é suprimida:

O plano de controle da VPC de cada região também pode criar rotas dinâmicas de peering em redes VPC com peering, se a rede VPC que contém os Cloud Routers exporta rotas personalizadas e a rede VPC com peering importa rotas personalizadas. Para informações sobre a troca de rotas personalizadas usando o peering de rede VPC, consulte Opções para trocar rotas dinâmicas.

Ao criar rotas dinâmicas de peering, a rede VPC de controle avalia de forma independente as rotas dinâmicas candidatas por rede. Além dos casos de supressão mencionados anteriormente, os seguintes casos de supressão se aplicam a redes VPC com peering:

  • Se o prefixo de destino de uma rota dinâmica de peering candidato exatamente corresponde ao prefixo de destino de uma rota dinâmica local, o O plano de controle da VPC suprime a dinâmica de peering trajeto.

  • Se rotas dinâmicas de peering candidatas para o mesmo prefixo de destino forem recebidas de duas ou mais redes VPC com peering, o plano de controle da VPC usará um algoritmo interno para escolher a rede de onde as rotas dinâmicas de peering são importadas. Esse algoritmo interno é avaliado antes de considerar a prioridade da rota. Para mais informações, consulte Selecionar próximos saltos para rotas personalizadas de peering de uma única rede VPC.

  • Se a cota de rotas dinâmicas por região por grupo de peering exceder o limite, o plano de controle do VPC vai suprimir apenas as rotas dinâmicas de peering.

Como cada plano de controle da VPC suprime rotas dinâmicas em uma por rede, lembre-se do seguinte:

  • Se uma rota dinâmica candidata se tornar uma rota dinâmica local na rede VPC que contém os Cloud Routers que criou a rota dinâmica candidata, essa rota poderá ser suprimidas em uma ou mais redes VPC com peering.

  • Se uma rota dinâmica candidata tiver sido suprimida na VPC que contém os Cloud Routers que criaram a rede a rota dinâmica candidata pode se tornar uma rota dinâmica de peering em uma ou mais redes VPC com peering.

Alterações de estado do BGP

As rotas aprendidas personalizadas e recebidas pelo BGP produzem rotas dinâmicas, conforme descrito em Modos de seleção do melhor caminho. As rotas dinâmicas persistem enquanto a sessão do BGP correspondente estiver estabelecida. As rotas dinâmicas são removidas quando uma sessão do BGP é considerada inativa ou foi encerrada. Confira alguns exemplos comuns:

  • Se o roteador de peer for compatível com o reinicialização informada e enviar uma notificação de reinicialização informada (pacote TCP FIN ou RST),o Google Cloud removerá as rotas dinâmicas aprendidas com a sessão do BGP depois que o timer de reinicialização informada do roteador de peer expirar. Para mais informações, consulte timer de reinicialização normal.

  • Se o roteador de peering enviar uma notificação CEASE do BGP, Google Cloud removerá imediatamente as rotas dinâmicas aprendidas na sessão do BGP. Para mais informações, consulte a Seção 4.5 da RFC 4271.

  • Se nenhuma das situações de notificação anteriores se aplicar e o tempo de espera negociado for atingido, o Google Cloud removerá as rotas dinâmicas aprendidas na sessão do BGP. Para mais informações, consulte timer de espera.

Os eventos de manutenção planejados para o Cloud Interconnect resultam na remoção de rotas dinâmicas cujos próximos saltos são os anexos de VLAN associados a uma conexão do Cloud Interconnect durante a manutenção da conexão. Durante a manutenção planejada, as sessões do BGP correspondentes são desativadas. Para minimizar as interrupções, verifique se os anexos e as conexões da VLAN do Cloud Interconnect atendem a um dos seguintes requisitos:

Para mais informações sobre a BFD, consulte BFD durante um evento de falha.

A seguir