Una empresa configuró una red central de AWS Cloud WAN con ubicaciones de borde en us-east-1 y us-west-1. Cada borde tiene dos segmentos: desarrollo y staging, ambos utilizando la política de red central predeterminada. Una VPC de desarrollo (10.0.0.0/16) está adjunta al segmento de desarrollo en us-east-1; una VPC de staging (10.5.0.0/16) está adjunta al segmento de staging en us-west-1. Ambas tablas de ruteo de VPC envían 0.0.0.0/0 a la red central. El equipo no puede lograr que las dos VPCs se comuniquen a través de Cloud WAN; los grupos de seguridad y las NACLs no están bloqueando el tráfico. ¿Qué debe hacer el equipo para habilitar la comunicación entre estas VPCs a través de la red central?

La respuesta correcta es actualizar la política de red central para agregar rutas estáticas para cada segmento. Cloud WAN utiliza una política de red central para definir el enrutamiento y la conectividad entre segmentos. Para que las VPCs de desarrollo y staging se comuniquen, la política debe incluir rutas que dirijan el tráfico entre sus respectivos rangos CIDR. Sin estas rutas explícitas en la política de red central, Cloud WAN no sabrá cómo enrutar el tráfico de una VPC a la otra, incluso si las VPCs tienen rutas predeterminadas a la red central. Las otras opciones son incorrectas: Actualizar las tablas de ruteo de VPC con rutas estáticas a sí mismas (10.0.0.0/16 a 10.0.0.0/16) no tiene sentido y no resolvería el problema de enrutamiento entre VPCs. Los filtros de segmento se utilizan para controlar qué segmentos pueden comunicarse entre sí, no para definir rutas específicas dentro de un segmento o entre adjuntos. Establecer isolate-attachments en False permitiría la comunicación dentro de un mismo segmento, pero no entre segmentos diferentes como desarrollo y staging.