Un'azienda ha configurato una rete core AWS Cloud WAN con posizioni edge in us-east-1 e us-west-1. Ogni edge ha due segmenti: development e staging, entrambi utilizzano la policy di rete core predefinita. Una VPC di sviluppo (10.0.0.0/16) è collegata al segmento development in us-east-1; una VPC di staging (10.5.0.0/16) è collegata al segmento staging in us-west-1. Entrambe le tabelle di routing VPC inviano 0.0.0.0/0 alla rete core. Il team non riesce a far comunicare le due VPC tramite Cloud WAN; i gruppi di sicurezza e le NACL non bloccano il traffico. Cosa deve fare il team per abilitare la comunicazione tra queste VPC tramite la rete core?

La risposta corretta è aggiornare la policy della rete core per aggiungere route statiche per ogni segmento. Per consentire la comunicazione tra VPC collegate a segmenti diversi in Cloud WAN, è necessario che la rete core conosca le destinazioni. Aggiungendo una route statica per 10.0.0.0/16 che punta all'attachment della VPC di sviluppo e una per 10.5.0.0/16 che punta all'attachment della VPC di staging, si istruisce la rete core su come raggiungere queste sottoreti attraverso i rispettivi segmenti. Le altre opzioni sono errate perché: Aggiornare le tabelle di routing VPC con route per se stesse (10.0.0.0/16 alla VPC di sviluppo e 10.5.0.0/16 alla VPC di staging) non risolve il problema di routing inter-VPC attraverso Cloud WAN. Le VPC già conoscono le proprie subnet