Tailspin Toys wdraża bramę VPN active-active w Azure w celu zapewnienia wysokiej dostępności i peeringu BGP z routerami brzegowymi w ich środowisku lokalnym. Zespół sieciowy utworzył dwa niestandardowe adresy IP peera BGP dla strony Azure, które pochodzą z zakresu IP spoza podsieci bramy (użyli 10.10.100.0/29, podczas gdy podsieć bramy to 10.10.0.0/27). Po wdrożeniu sesje BGP nigdy się nie nawiązują. Jaka jest najbardziej prawdopodobna przyczyna i prawidłowe rozwiązanie?

Prawidłowa odpowiedź jest taka, że niestandardowe adresy IP peera BGP muszą pochodzić z podsieci bramy. W Azure, gdy konfigurujesz niestandardowe adresy IP BGP dla bramy VPN, muszą one znajdować się w zakresie adresów IP podsieci bramy. Jeśli adresy IP peera BGP są spoza tej podsieci, sesje BGP nie zostaną nawiązane, ponieważ brama nie będzie w stanie prawidłowo kierować ruchu BGP. Zmiana adresów IP peera BGP Azure na publiczne adresy IP jest nieprawidłowa, ponieważ adresy BGP są zazwyczaj prywatne i używane do wewnętrznej komunikacji między routerami. Usuwanie niestandardowych adresów IP peera BGP i zezwalanie Azure na automatyczne przypisywanie pojedynczego adresu IP BGP jest nieprawidłowe, ponieważ tryb active-active wymaga dwóch adresów IP BGP (po jednym dla każdej instancji bramy). Twierdzenie, że BGP nie może być używane z bramą VPN active-active, jest błędne; BGP jest powszechnie używane w konfiguracjach active-active dla dynamicznego routingu.