Tailspin Toys sta implementando un VPN Gateway attivo-attivo in Azure per l'alta disponibilità e il peering BGP con i router edge on-premise. Il team di rete ha creato due indirizzi IP peer BGP personalizzati per il lato Azure che provengono da un intervallo IP esterno alla subnet del gateway (hanno usato 10.10.100.0/29 mentre la subnet del gateway è 10.10.0.0/27). Dopo l'implementazione, le sessioni BGP non si stabiliscono mai. Qual è la causa più probabile e la correzione corretta?

La causa più probabile è che gli indirizzi IP peer BGP personalizzati non rientrano nella subnet del gateway. In Azure, quando si configurano indirizzi IP peer BGP personalizzati per un VPN Gateway, questi devono essere assegnati da un intervallo di indirizzi IP all'interno della subnet del gateway. L'uso di indirizzi esterni a questa subnet impedisce l'instaurazione delle sessioni BGP. La correzione consiste nel riconfigurare il gateway VPN per utilizzare indirizzi IP peer BGP che rientrano nell'intervallo di indirizzi della subnet del gateway (10.10.0.0/27 in questo caso) e aggiornare di conseguenza la configurazione BGP sui router edge on-premise. Le altre opzioni sono errate perché: Gli indirizzi IP peer BGP non devono essere necessariamente pubblici; possono essere privati se la connettività lo consente. La modalità attivo-attivo può utilizzare due IP peer BGP personalizzati, uno per ogni istanza del gateway, per ridondanza. BGP è pienamente supportato con i VPN Gateway attivo-attivo in Azure per abilitare il routing dinamico.