Northwind Electronics tiene dos hubs de Virtual WAN: uno en Europa Occidental y otro en el este de EE. UU. Los hosts en Europa Occidental necesitan iniciar conexiones TCP a servicios en los spokes del este de EE. UU. a través de la red troncal de Azure. La configuración actual tiene hubs en la misma Virtual WAN, pero el tráfico toma rutas indirectas. ¿Qué debe ser cierto para permitir que el tráfico de hub a hub atraviese el tránsito global de Virtual WAN y llegue a los spokes de la otra región sin crear un emparejamiento de VNet entre regiones?

Para que el tráfico de hub a hub atraviese la red troncal global de Virtual WAN y llegue a los spokes de la otra región, ambos hubs deben ser parte de la misma instancia de Virtual WAN. Además, el hub de destino debe tener habilitada la propagación de la tabla de rutas para los prefijos de los spokes del hub de origen. Esto permite que la estructura de tránsito global de Virtual WAN aprenda las rutas necesarias y reenvíe el tráfico de manera eficiente sin necesidad de emparejamientos de VNet directos. Las otras opciones son incorrectas porque: Crear una VPN de sitio a sitio entre los hubs introduce complejidad innecesaria y no aprovecha la capacidad de tránsito global de Virtual WAN. El emparejamiento global de VNet entre los hubs es una solución para la conectividad directa de VNet a VNet, no para el tránsito a través de Virtual WAN. Habilitar ExpressRoute Global Reach es para conectividad entre circuitos ExpressRoute, no para el tránsito entre hubs de Virtual WAN dentro de la misma instancia.