Como soluciono problemas de conectividade do BGP em um anexo do Transit Gateway Connect?

Resolução

Verifique os requisitos para a sessão do BGP

Realize as seguintes ações:

• Confirme se a unidade máxima de transmissão (MTU) do túnel de encapsulamento de roteamento genérico (GRE) é menor do que a MTU da interface externa. Subtraia o cabeçalho GRE de 24 bytes e a sobrecarga do cabeçalho do endereço IP externo de 20 bytes da MTU da interface externa.
  Observação: o túnel GRE também é conhecido como o par do Transit Gateway Connect.
• Verifique se você configurou corretamente o par do Connect e se ele está operacional entre seu dispositivo e o gateway de trânsito.
• Verifique se você usa tipos de BGP compatíveis, como BGP interno (iBGP) e BGP externo (eBGP), para um comportamento de roteamento específico.
• Crie um ou mais pares do Connect em um anexo do Connect e estabeleça duas sessões do BGP sobre cada par do Connect para redundância.
  Importante: é uma prática recomendada configurar duas sessões de emparelhamento do BGP. Um par do Connect com uma única sessão do BGP pode perder temporariamente a conectividade durante a manutenção da infraestrutura da AWS.

Observação: o anexo do Connect não oferece suporte à detecção de encaminhamento bidirecional (BFD) e à reinicialização ordenada.

Para obter mais informações sobre os requisitos de um anexo do Connect, consulte Requisitos e considerações.

Verifique se os recursos da AWS estão no estado correto

Visualize seu anexo do Connect e seus pares do Connect para se certificar de que eles estejam no estado Disponível.

Observação: um novo par do Connect permanece no estado Pendente até que a provisão seja concluída.

Além disso, confirme se a configuração do par do Connect exibe o endereço do Transit Gateway, o endereço IP do par e o bloco CIDR interno do BGP.

Verifique o endereço do BGP e a configuração do ASN na AWS e em seu dispositivo

Quando você não configura corretamente o endereço IP ou o número de sistema autônomo (ASN) entre pares, a formação de vizinhos do BGP falha.

Observação: para redundância, use duas sessões de emparelhamento do BGP para cada par do Connect. Por padrão, a AWS cria duas sessões de emparelhamento do BGP. Se você tiver vários pares do Connect, configure as duas sessões de emparelhamento do BGP.

Primeiro, verifique seu par do Connect para ver as seguintes configurações:

• Em InsideCIDR, verifique se as sessões do BGP usam o bloco CIDR /29 para endereços IP de pares.
• Em ASN do par, verifique se você especificou um ASN ou se a AWS atribuiu o ASN padrão.
  Observação: se você não especificar um ASN ao criar o par do Connect, a AWS usa o mesmo ASN do gateway de trânsito e cria uma sessão iBGP. Isso pode causar um comportamento de roteamento inesperado.

Em seguida, verifique as seguintes configurações em seu dispositivo:

• Verifique se você configurou a interface do túnel com o primeiro endereço IP do bloco CIDR interno. Por exemplo, se o intervalo interno do bloco CIDR for 169.254.6.0/29, configure 169.254.6.1 no túnel do dispositivo.

• Verifique se o gateway de trânsito usa o segundo endereço IP do intervalo do bloco CIDR interno.
  Exemplo de configuração para o Cisco IOS:

  interface Tunnel0
    ip address 169.254.6.1 255.255.255.248
    tunnel source GRE OUTER IP ADDDRESS
    tunnel destination TGW TUNNEL IP
  router bgp 65001
    neighbor 169.254.6.2 remote-as 64512
    neighbor 169.254.6.2 ebgp-multihop 2
    neighbor 169.254.6.2 timers 10 30

  Observação: substitua 169.254.6.1 e 169.254.6.2 pelos seus endereços IP do bloco CIDR interno. Substitua TGW TUNNEL IP e GRE OUTER IP ADDRESS por seus valores. No eBGP, configure o ebgp-multihop e defina o valor do tempo de vida útil (TTL) como 2.

Solucione problemas de estados vizinhos do BGP

Verifique o resumo do seu BGP e os detalhes do vizinho em seu dispositivo. Por exemplo, se seu dispositivo executa o Cisco IOS, execute os seguintes comandos.

Para ver um resumo do status da sessão do BGP com todos os vizinhos, execute o seguinte comando show ip bgp summary:

show ip bgp summary

Para visualizar informações sobre conexões BGP e TCP com vizinhos, execute o seguinte comando show ip bgp neighbors:

show ip bgp neighbors

Para visualizar o log de depuração do BGP, execute o seguinte comando debug ip bgp:

debug ip bgp

Se seu vizinho do BGP estiver no estado Ocioso, Ativo ou Conectado, conclua as seguintes etapas:

1. Execute o seguinte comando telnet para testar a conectividade com o endereço IP do par do BGP que está configurado em seu gateway de trânsito:

   telnet TGW-BGP-PEER-IP 179

   Observação: substitua TGW-BGP-PEER-IP pelo endereço IP do par do BGP do seu gateway de trânsito.

2. Execute o comando tcpdump em seu dispositivo para monitorar pacotes GRE e tráfego BGP, como a porta TCP 179.

3. Verifique se os pacotes encapsulados GRE e TCP SYN/ACK para a porta 179 aparecem.

4. Se o seu dispositivo usa temporizadores de BGP diferentes ou mais curtos, é uma prática recomendada configurá-lo para corresponder às configurações padrão do gateway de trânsito. Defina keepalive para 10 segundos e tempo de espera para 30 segundos.

Verifique as associações e propagação da tabela de rotas

Conclua as etapas a seguir:

1. Abra o console da Amazon VPC.
2. No painel de navegação, clique em Anexos do gateway de trânsito e selecione o ID do seu anexo.
3. Na guia Detalhes, selecione o ID da tabela de rotas e verifique se você associou o anexo à tabela de rotas correta.
4. Na mesma tabela de rotas, clique na guia Propagações.
5. Verifique se você ativou a propagação para que a tabela de rotas possa aceitar a propagação do anexo do Connect.

Se as rotas aparecerem na tabela de rotas do gateway de trânsito e não na tabela de rotas do anexo conectado, verifique as associações da sua tabela de rotas e as configurações de propagação.

Se as rotas esperadas não aparecerem, realize as seguintes ações:

• Verifique se o seu dispositivo envia anúncios de BGP. Além disso, verifique se há filtros de exportação ou mapas de rotas que possam bloquear anúncios.
• Em conexões iBGP, seu gateway de trânsito instala rotas somente quando elas se originam de um par do eBGP. Verifique se as rotas que seu dispositivo anuncia nas conexões iBGP têm um ASN ou use o eBGP em vez disso.

A cota padrão para rotas dinâmicas que é possível anunciar a partir do seu dispositivo para o seu par do Connect é 1.000. É possível ajustar a cota. No entanto, é uma prática recomendada limitar o número de rotas dinâmicas a 1.000 para evitar a instabilidade do BGP.

Verifique os problemas de MTU e fragmentação

O encapsulamento GRE aumenta o tamanho do pacote e causa pacotes fragmentados. Quando os pacotes se fragmentam, as sessões do BGP não conseguem se estabelecer.

Para resolver esse problema, realize as seguintes ações:

• Verifique se você configurou corretamente a MTU do GRE em seu dispositivo. Para calcular a MTU do GRE, subtraia 24 bytes do cabeçalho GRE e 20 bytes do cabeçalho do endereço IP (44 bytes no total) da sua MTU externa. Por exemplo, se sua MTU externa for 1.500, defina-a como 1.456.

• Para verificar se há problemas no caminho da MTU, execute o seguinte comando ping em seu dispositivo com tamanhos de pacote diferentes e inclua o sinalizador "não fragmente" -M:

  ping -M do -s 1400 TRANSIT_GATEWAY_BGP_PEER_IP

  Observação: substitua 1400 por valores diferentes para encontrar o tamanho máximo de MTU que funciona sem fragmentação. Substitua TRANSIT_GATEWAY_BGP_PEER_IP pelo endereço IP do par do BGP do seu intervalo de bloco CIDR interno. Se você configurou duas sessões do BGP, execute o comando ping em ambos os endereços IP do par do BGP.

• Execute tcpdump ou Wireshark em sua interface GRE para verificar se há pacotes fragmentados. Procure sinalizadores de endereço IP que mostrem Mais fragmentos e verifique se há retransmissões de TCP.

Se você encontrar problemas de MTU, abaixe a MTU do túnel GRE em seu dispositivo. Além disso, ative o ajuste de tamanho máximo de segmento (MSS) em seu dispositivo para que pacotes grandes não sobrecarreguem o caminho.

Informações relacionadas

Conecte anexos e conecte pares no AWS Transit Gateway

Tabelas de rotas do Transit Gateway no AWS Transit Gateway

Cotas do AWS Transit Gateway