Spoke A and spoke B each peer to the hub. A harbor-pilot VM in A cannot reach a water-lab VM in B. What should the security engineer conclude?
Select an answer to reveal the explanation.
Short Explanation
Hub-and-spoke peering isn’t a friendship bracelet—A doesn’t automatically reach B. Hairpin through the hub firewall, mesh with AVNM, or peer the spokes on purpose.
Full Explanation
Azure VNet peering is non-transitive: two spokes peered only to a hub do not gain an automatic path to each other. Spoke-to-spoke reachability must be designed—commonly via hub NVA/firewall inspection, an Azure Virtual Network Manager connectivity configuration, or an explicit spoke-spoke peer. Assuming transitive peering is incorrect. Overlapping address spaces block peering; they are not a prerequisite for spoke-spoke traffic. Peering is not an IPsec tunnel.