Due data center on-premise si connettono ciascuno a un Direct Connect gateway tramite un'interfaccia virtuale privata dedicata. Il router del primo data center pubblicizza 110 route al Direct Connect gateway tramite BGP; il secondo ne pubblicizza 60. Il Direct Connect gateway si collega a una VPC tramite un virtual private gateway. Le risorse nella VPC sono intermittentemente irraggiungibili da entrambi i data center. La tabella di routing della VPC mostra che le route dal primo data center non vengono popolate. Per risolvere questo problema nel modo più efficiente dal punto di vista operativo, cosa dovrebbe fare l'ingegnere di rete?

La risposta corretta è modificare le configurazioni del router on-premise per riassumere (aggregare) le route pubblicizzate. AWS Direct Connect ha un limite predefinito di 100 prefissi per sessione BGP per un Direct Connect Gateway. Poiché il primo data center pubblicizza 110 route, supera questo limite, causando la mancata propagazione delle route nella tabella di routing della VPC. Aggregando le route, il numero totale di prefissi pubblicizzati può essere ridotto al di sotto della soglia di 100, risolvendo il problema. Eliminare il Direct Connect gateway e creare nuove interfacce virtuali private direttamente al virtual private gateway della VPC non è efficiente dal punto di vista operativo e non risolve il problema del limite di route, in quanto il virtual private gateway ha anch'esso un limite di 100 route per sessione BGP. Aprire un caso di supporto AWS per aumentare la quota non è la soluzione più efficiente, poiché il limite di 100 prefissi per sessione BGP è un limite fisso per Direct Connect Gateway. Implementare un AWS Transit Gateway risolverebbe il problema del limite di route (Transit Gateway supporta fino a 20 prefissi per sessione BGP da Direct Connect Gateway, ma aggrega le route internamente), ma è una soluzione più complessa e costosa rispetto alla semplice aggregazione delle route sui router on-premise.