Uno dei router on-premise pubblicizza alcuni prefissi statici che devono essere presenti nella tabella di routing dell'hub di Virtual WAN per un corretto instradamento verso una NVA. Come si aggiungono questi prefissi on-premise al routing dell'hub in modo che gli spoke li apprendano tramite l'hub?

Per garantire che i prefissi on-premise siano appresi dagli spoke tramite l'hub di Virtual WAN, è necessario configurare una tabella di routing personalizzata nell'hub virtuale. Questa tabella deve includere route statiche per i prefissi on-premise, con il next hop puntato alla connessione VPN on-premise (o all'IP della NVA se si sta steerando il traffico attraverso di essa). Successivamente, la tabella di routing personalizzata deve essere associata alle VNet spoke pertinenti. Questo approccio garantisce che l'hub distribuisca correttamente le informazioni di routing agli spoke. Le altre opzioni non sono corrette perché: Le route definite dall'utente nelle VNet spoke non propagano automaticamente i prefissi all'hub e il next hop non sarebbe l'IP pubblico on-premise. Azure Firewall Manager e le BGP communities non sono il meccanismo corretto per iniettare route statiche on-premise nella tabella di routing dell'hub di Virtual WAN. Azure Route Server non è utilizzato per aggiungere prefissi statici on-premise direttamente alla Virtual WAN Global Route Table in questo contesto.