A Northwind Electronics tem dois hubs de Virtual WAN: um na Europa Ocidental e outro no Leste dos EUA. Os hosts na Europa Ocidental precisam iniciar conexões TCP com serviços nos spokes do Leste dos EUA pela rede de backbone do Azure. A configuração atual tem hubs na mesma Virtual WAN, mas o tráfego segue rotas indiretas. O que deve ser verdadeiro para permitir que o tráfego hub-a-hub atravesse o trânsito global da Virtual WAN e alcance os spokes na outra região sem criar emparelhamento de VNet entre as regiões?

A Virtual WAN do Azure permite o trânsito global entre hubs na mesma instância de Virtual WAN. Para que o tráfego de um spoke em uma região alcance um spoke em outra região através do backbone do Azure, ambos os hubs devem estar na mesma Virtual WAN. Além disso, a propagação da tabela de rotas deve estar habilitada no hub de destino para os prefixos de spoke do hub de origem. Isso garante que o hub de destino conheça as rotas para os spokes na outra região e possa encaminhar o tráfego pela malha de trânsito global da Virtual WAN. Criar uma VPN Site a Site entre os hubs ou configurar o Emparelhamento Global de VNet entre eles são soluções alternativas que não utilizam a capacidade de trânsito global nativa da Virtual WAN e adicionam complexidade desnecessária. O ExpressRoute Global Reach é para conectividade entre circuitos ExpressRoute em diferentes locais, não para trânsito hub-a-hub dentro da Virtual WAN.