Un cliente del settore delle utility desidera che tutto il traffico spoke-to-spoke attraversi una NVA centrale distribuita nell'hub di Virtual WAN. Ha provato a creare UDR nelle VNet spoke con un next hop che punta all'IP del firewall dell'hub, ma le subnet spoke non rispettano tali UDR. Perché succede questo e qual è il modo corretto per forzare il traffico spoke-to-spoke attraverso la NVA dell'hub?

Le UDR (User Defined Routes) nelle VNet spoke non hanno effetto sul routing del traffico spoke-to-spoke gestito da Azure Virtual WAN. Virtual WAN gestisce il routing all'interno dell'hub virtuale. Per forzare il traffico attraverso una NVA (Network Virtual Appliance) centralizzata, è necessario configurare una tabella di route personalizzata nell'hub virtuale. Questa tabella di route deve includere una route statica (ad esempio, 0.0.0.0/0 per tutto il traffico o route più specifiche) che punti all'indirizzo IP privato della NVA. Successivamente, questa tabella di route personalizzata deve essere associata alle connessioni delle VNet spoke all'hub. In questo modo, l'hub virtuale instraderà il traffico proveniente dagli spoke attraverso la NVA prima di raggiungere altre VNet spoke. Le altre opzioni sono errate perché le UDR nelle VNet spoke non sono bloccate ma semplicemente ignorate per il transito dell'hub, BGP non è richiesto per questo scenario specifico e il peering VNet globale non è il meccanismo corretto per il routing centralizzato tramite NVA in Virtual WAN.