Fabrikam ha un design hub-and-spoke. L'hub contiene un Azure Route Server e un'NVA. Un branch on-prem si connette tramite un circuito ExpressRoute all'hub e un altro branch si connette tramite una VPN Site-to-Site allo stesso hub. Fabrikam desidera che la connettività branch-to-branch (il traffico tra i due branch on-prem) venga instradata tramite Azure senza hairpinning verso una colo. Quale affermazione descrive accuratamente una limitazione e l'approccio raccomandato per abilitare il routing branch-to-branch in questo scenario?

L'opzione corretta è che Azure Route Server non può effettuare il peering direttamente con i gateway di rete virtuale (VPN o ExpressRoute). Azure Route Server è progettato per scambiare route con NVA e non con i gateway nativi di Azure. Per abilitare il routing branch-to-branch in questo scenario, l'NVA deve fungere da punto di scambio delle route. L'NVA effettuerà il peering con Azure Route Server e sarà configurata per ridistribuire le route apprese dalle sessioni BGP VPN ed ExpressRoute, o per annunciare le route on-prem all'altro branch. Le altre opzioni sono errate perché: La prima opzione afferma che Azure Route Server può effettuare il peering direttamente con i gateway, il che è falso. La terza opzione suggerisce di distribuire un secondo Route Server, ma ciò non risolve la limitazione del peering diretto con i gateway e non è la soluzione raccomandata per questo scenario. La quarta opzione propone di convertire ExpressRoute in VPN, il che non è pratico o desiderabile e non è necessario per abilitare il routing branch-to-branch.