Due data center sono interconnessi con link ridondanti e utilizzano indirizzi nel range 172.16.0.0/16. Eseguono iBGP tra i data center con un ASN privato e un IGP. L'azienda ha una VPC in AWS e una Direct Connect esistente dal primo data center a un Direct Connect gateway utilizzando un VIF privato; tale connessione annuncia una rotta riassunta 172.16.0.0/16. Una seconda rotta riassunta verrà annunciata dal secondo data center tramite una diversa località Direct Connect. Il requisito è instradare il traffico da e verso AWS attraverso il primo percorso Direct Connect, utilizzando la seconda connessione solo come failover. Quale approccio soddisfa questo requisito?

L'opzione corretta utilizza le BGP Local Preference Communities per influenzare il traffico in entrata verso AWS. Impostando una preferenza alta per il primo data center e una preferenza bassa per il secondo, si assicura che AWS instradi preferenzialmente il traffico attraverso il primo collegamento. La configurazione della preferenza locale sul router del secondo data center gestisce il traffico in uscita da AWS. Le altre opzioni sono meno efficaci: Il prepending dell'ASN influisce solo sul traffico in entrata verso il data center, non sul traffico in uscita da AWS. Aggiungere un secondo VIF alla prima connessione non crea un percorso di failover separato dal secondo data center. Il Direct Connect gateway non offre un'opzione per preferire una specifica connessione Direct Connect in questo modo. I tag della community BGP della Regione AWS focale non sono uno strumento standard per la manipolazione della preferenza del percorso in questo contesto. Il prepending ASPATH influisce solo sul traffico in entrata.