A Tailspin Toys está implantando um VPN Gateway ativo-ativo no Azure para alta disponibilidade e peering BGP com seus roteadores de borda on-prem. A equipe de rede criou dois endereços IP de peer BGP personalizados para o lado do Azure que vêm de um intervalo de IP fora da sub-rede do gateway (eles usaram 10.10.100.0/29 enquanto a sub-rede do gateway é 10.10.0.0/27). Após a implantação, as sessões BGP nunca são estabelecidas. Qual é a causa mais provável e a correção correta?

A causa mais provável é que os endereços IP de peer BGP personalizados devem pertencer à sub-rede do gateway. No Azure VPN Gateway, ao configurar um BGP personalizado, os IPs de peer BGP precisam ser atribuídos a partir do intervalo de endereços IP da sub-rede do gateway. Usar IPs fora dessa sub-rede impede o estabelecimento das sessões BGP. A correção é reconfigurar o gateway para usar endereços IP de peer BGP que estejam dentro do intervalo da sub-rede do gateway (10.10.0.0/27, por exemplo) e atualizar as configurações de peer nos roteadores on-prem. As outras opções estão incorretas porque: Os endereços IP de peer BGP personalizados para o lado do Azure não precisam ser IPs públicos; eles são IPs privados usados internamente. Um VPN Gateway ativo-ativo com BGP requer dois IPs de peer BGP, um para cada instância do gateway, não apenas um. BGP é totalmente compatível com VPN Gateways ativo-ativo no Azure.