Tailspin Toys implementeert een actieve-actieve VPN Gateway in Azure voor hoge beschikbaarheid en BGP-peering met hun on-prem edge-routers. Het netwerkteam heeft twee aangepaste BGP peer IP-adressen voor de Azure-kant gemaakt die afkomstig zijn uit een IP-bereik buiten het gateway-subnet (ze gebruikten 10.10.100.0/29 terwijl het gateway-subnet 10.10.0.0/27 is). Na de implementatie komen de BGP-sessies nooit tot stand. Wat is de meest waarschijnlijke oorzaak en de juiste oplossing?

De meest waarschijnlijke oorzaak is dat aangepaste BGP peer IP-adressen voor een Azure VPN Gateway moeten worden toegewezen vanuit het gateway-subnet zelf. Hoewel het mogelijk is om aangepaste BGP IP-adressen te specificeren, moeten deze binnen het adresbereik van het gateway-subnet vallen. Het gebruik van een IP-bereik buiten het gateway-subnet (10.10.100.0/29 in plaats van 10.10.0.0/27) is niet toegestaan en zal voorkomen dat BGP-sessies tot stand komen. De oplossing is om de gateway te herconfigureren met BGP peer IP-adressen die binnen het 10.10.0.0/27 subnet vallen en de on-prem configuratie dienovereenkomstig aan te passen. De andere opties zijn onjuist: BGP peer IP-adressen hoeven geen openbare IP's te zijn; ze kunnen privé zijn, vooral in een hybride scenario. Actief-actief vereist twee BGP peer IP's, één per gateway-instantie, dus het hebben van twee is correct. BGP kan wel degelijk worden gebruikt met een actief-actieve VPN Gateway; dit is een standaardconfiguratie voor hoge beschikbaarheid.