Tailspin Toys déploie une passerelle VPN active-active dans Azure pour une haute disponibilité et un peering BGP avec ses routeurs de périphérie sur site. L'équipe réseau a créé deux adresses IP de peer BGP personnalisées pour le côté Azure qui proviennent d'une plage d'adresses IP en dehors du sous-réseau de la passerelle (ils ont utilisé 10.10.100.0/29 alors que le sous-réseau de la passerelle est 10.10.0.0/27). Après le déploiement, les sessions BGP ne s'établissent jamais. Quelle est la cause la plus probable et la solution correcte ?

La cause la plus probable est que les adresses IP des pairs BGP personnalisées doivent provenir du sous-réseau de la passerelle. Azure VPN Gateway nécessite que les adresses IP des pairs BGP personnalisées soient allouées à partir du sous-réseau de la passerelle. Utiliser une plage d'adresses IP en dehors de ce sous-réseau entraînera l'échec de l'établissement des sessions BGP. La solution correcte est de reconfigurer la passerelle pour utiliser des adresses IP de pairs BGP qui se trouvent dans la plage d'adresses du sous-réseau de la passerelle et de mettre à jour les configurations des pairs sur site en conséquence. Les adresses IP des pairs BGP n'ont pas besoin d'être publiques ; elles sont généralement privées pour les connexions VPN site à site. Le mode actif-actif nécessite deux adresses IP de pair BGP, une pour chaque instance de passerelle, donc en avoir deux n'est pas un problème. BGP est entièrement pris en charge avec les passerelles VPN actives-actives.