Twee datacenters zijn onderling verbonden met redundante links en gebruiken adressen in het bereik 172.16.0.0/16. Ze draaien iBGP tussen de datacenters met een private ASN en een IGP. Het bedrijf heeft één VPC in AWS en een bestaande Direct Connect van het eerste datacenter naar een Direct Connect gateway met behulp van een private VIF; die verbinding adverteert een samengevatte 172.16.0.0/16 route. Een tweede samengevatte route zal worden geadverteerd vanuit het tweede datacenter via een andere Direct Connect locatie. De vereiste is om verkeer van en naar AWS te routeren via het eerste Direct Connect pad, waarbij de tweede verbinding alleen als failover wordt gebruikt. Welke aanpak voldoet aan deze vereiste?

De correcte optie maakt gebruik van BGP community tags om de 'local preference' van routes te beïnvloeden, wat een standaard BGP-attribuut is om uitgaand verkeer te sturen. Door een hogere 'local preference' toe te kennen aan de routes van het eerste datacenter, zal AWS dit pad prefereren voor verkeer naar de datacenters. Een lagere 'local preference' voor het tweede datacenter zorgt ervoor dat dit pad alleen als failover wordt gebruikt. De configuratie op de router van het tweede datacenter is cruciaal om te voorkomen dat het verkeer van het tweede datacenter direct naar AWS gaat wanneer het eerste datacenter actief is. De andere opties zijn minder effectief of incorrect: ASPATH prepending beïnvloedt inkomend verkeer naar het datacenter, niet uitgaand verkeer van AWS naar het datacenter. Een tweede VIF op dezelfde Direct Connect-verbinding biedt geen redundantie via een aparte locatie. De Direct Connect gateway kan geen voorkeur instellen op basis van de bron van de Direct Connect-verbinding. Focal AWS Region BGP community tags zijn bedoeld voor specifieke AWS-regio's en niet voor het bepalen van de voorkeur tussen twee Direct Connect-verbindingen van verschillende locaties.