Un'azienda con sede negli Stati Uniti aggiunge un hub-and-spoke in eu-west-1 e lo connette a un ambiente us-east-1 esistente con una connessione di peering tra transit gateway. Ogni Regione utilizza una VPC di ispezione con AWS Network Firewall per centralizzare l'ispezione. Per risparmiare sui costi, l'ingegnere decide che il traffico inter-Regione debba essere ispezionato nella Regione di origine del traffico e regola di conseguenza le tabelle di routing del transit gateway. La comunicazione intra-Regione funziona, ma il traffico inter-Regione fallisce. Quale modifica risolverà il problema di connettività inter-Regione?

Il problema si verifica perché il traffico inter-Regione viene ispezionato nella Regione di origine, ma il traffico di ritorno potrebbe non essere reindirizzato correttamente attraverso la stessa VPC di ispezione a causa del routing asimmetrico. Abilitare la modalità Appliance mode sugli attachment del transit gateway per la VPC di ispezione forza il traffico a passare attraverso l'appliance (in questo caso, AWS Network Firewall) in entrambe le direzioni, garantendo che sia le richieste che le risposte siano ispezionate dalla stessa VPC di ispezione. Le altre opzioni non risolvono il problema del routing asimmetrico. OSPF non è supportato direttamente sulle connessioni di peering tra transit gateway. AWS RAM è per la condivisione di risorse, non per risolvere problemi di routing asimmetrico. Prevenire il routing asimmetrico è l'obiettivo, ma "assicurando che sia le richieste che le risposte siano ispezionate dalla stessa VPC di ispezione" è la descrizione del problema, non la soluzione tecnica.