GlobalLogistics necesita insertar un NVA (dispositivo virtual) de terceros en su tránsito de Virtual WAN para realizar una inspección profunda de paquetes para el tráfico de spoke a spoke. Planean usar un NVA del marketplace que requiere una IP privada fija. ¿Cómo deben integrar el NVA para que el tráfico de tránsito del hub fluya a través de él?

La opción correcta describe el patrón de inserción de NVA en Azure Virtual WAN. Al implementar el NVA en una VNet conectada al hub, se puede dirigir el tráfico de spoke a spoke a través del NVA utilizando rutas estáticas en la tabla de rutas del hub. La asociación de esta tabla de rutas a los spokes garantiza que el tráfico de esos spokes utilice el NVA para la inspección. Las opciones incorrectas son: Implementar el NVA en una VNet spoke y usar el emparejamiento de VNet no permite que el NVA inspeccione el tráfico de tránsito del hub de Virtual WAN de manera centralizada. Azure Security Center no es una solución para insertar NVA de terceros directamente en el flujo de tráfico de Virtual WAN para inspección profunda de paquetes. Azure Route Server se usa para intercambiar rutas BGP con NVAs, pero la configuración propuesta de usar BGP a través de la internet pública no es la forma estándar de integrar un NVA en Virtual WAN para el tránsito de hub, que requiere una conexión directa o a través de una VNet conectada al hub.