We originally setup a VPN Gateway in Azure on a single vNet that connected two separate data centers to Azure. Azure’s vnet has an ip address range of 10.10.0.0/16. DC-A has an ip address range of 10.1.0.0/16 and DC-B has an ip address range of 10.2.0.0/16. Recently Express route was ordered. We setup another virtual network gateway for express route that has bgp configured on it in the same vNet up in Azure. Locally on our data center firewalls, we setup a route to use the express route connection with a metric of 20. We setup another route to use the VPN tunnel with a metric of 25 as backup in case express route failed, the VPN would take over.
When local traffic from one of the DCs is sent to Azure it would go via the Express route connection to Azure. When the endpoint in Azure responds…
-
Where does the return traffic get sent? Does it get sent to the VPNGW or the EXPRSSGW? Is there a way to weight the gateways so that all traffic goes to the EXPRSSGW if that is up and if it is not, it would then send it to the VPNGW?
-
If I created a custom route table for my vNet in Azure to override the default routes, I could put in the local IP addresses for each data center, but how can I choose which virtual network gateway to use? I can create a route in a custom table but for next hop, I choose virtual network gateway…but it won’t let me specify which one to use. How can I do that? I could also choose virtual appliance and specify an IP address…but for one I don’t know how to find the internal IP address of each gateway secondly, there is no weight or metric on the routes that I create in Azures custom route table.
-
Even more basic, that single VPNGW connects to both data centers…If that return traffic from Azure wants to go to 10.1.0.0/16 or 10.2.0.0/16, the default routes will take it to the same VPNGW but how does it know which VPN tunnel to take? Is there somewhere in the VPNGW configuration where you specify which subnet belongs to which tunnel or does it learn from the local data center connecting VPN endpoint.