Tailspin Toys está implementando un VPN Gateway activo-activo en Azure para alta disponibilidad y emparejamiento BGP con sus routers de borde on-prem. El equipo de red creó dos direcciones IP de emparejamiento BGP personalizadas para el lado de Azure que provienen de un rango de IP fuera de la subred de la gateway (utilizaron 10.10.100.0/29 mientras que la subred de la gateway es 10.10.0.0/27). Después de la implementación, las sesiones BGP nunca se establecen. ¿Cuál es la causa más probable y la solución correcta?

La causa más probable es que las direcciones IP de emparejamiento BGP personalizadas en Azure deben provenir del rango de la subred de la gateway. Azure VPN Gateway requiere que las direcciones IP de emparejamiento BGP personalizadas se asignen desde la subred de la gateway para garantizar el enrutamiento y la conectividad adecuados. Usar un rango de IP fuera de la subred de la gateway (como 10.10.100.0/29 cuando la subred es 10.10.0.0/27) provocará que las sesiones BGP no se establezcan. La solución correcta es reconfigurar la gateway para usar direcciones IP de emparejamiento BGP que estén dentro del rango de direcciones de la subred de la gateway y actualizar la configuración on-prem. Las direcciones IP de emparejamiento BGP no necesitan ser públicas, y una gateway activo-activo sí puede usar BGP con dos IPs de emparejamiento.