Un'azienda di logistica ha più VPC in una Regione connessi tramite un transit gateway. Diversi uffici on-premise si connettono al transit gateway utilizzando Site-to-Site VPN su Internet; ogni ufficio ha un attachment VPN del transit gateway e due tunnel in una configurazione attivo-passivo. Gli uffici utilizzano route statiche sia sulla VPN che sul customer gateway. L'azienda desidera utilizzare entrambi i tunnel IPsec per ogni ufficio contemporaneamente per massimizzare la larghezza di banda totale della VPN. Quali modifiche di progettazione sono necessarie per raggiungere questo obiettivo?

Per massimizzare la larghezza di banda utilizzando entrambi i tunnel VPN contemporaneamente, è necessario implementare l'Equal-Cost Multi-Path (ECMP). ECMP richiede il protocollo BGP (Border Gateway Protocol) per scambiare dinamicamente le route e bilanciare il traffico tra i tunnel. Il routing statico non supporta ECMP per il bilanciamento del carico tra tunnel VPN. Abilitando ECMP sul Transit Gateway e sui Customer Gateway e passando al BGP, il traffico può essere distribuito su entrambi i tunnel attivi. Le route statiche devono essere rimosse perché BGP gestirà lo scambio di route. L'opzione che propone AWS Transit Gateway Connect è errata perché Connect è progettato per interconnettere appliance di rete di terze parti e non è la soluzione diretta per bilanciare il carico tra tunnel VPN Site-to-Site esistenti. L'opzione che propone ECMP con routing statico è errata perché ECMP richiede BGP per il bilanciamento del carico tra più percorsi. L'opzione che propone le community BGP è superflua in questo contesto, in quanto la funzionalità ECMP è intrinseca al BGP quando sono disponibili più percorsi di costo uguale, senza la necessità di community specifiche per abilitare ECMP.