Skip to main content
Cisco Meraki Documentation

vMX and Azure vWAN

Overview

 

This document encompasses a detailed step by step guide on deploying the Azure Virtual WAN and Cisco Meraki vMXs hosted in the Azure cloud. BGP with vWAN Hub is utilized to provide resiliency, symmetry and load sharing across vMXs in the Azure cloud.

Solution Architecture

High Level diagram listed below

 

vmx_vwan.png

 

In the above diagram, the branch MX connects to a pair of vMXs deployed in the same VNET across different Availability Zones for redundancy. EBGP has been configured across the vMXs to the vWAN Hub. iBGP is formed on top of Auto VPN directly from the Branch to the respective vMXs in the Azure cloud. AS Path manipulation is used to ensure symmetry for the route to Azure and the route back from Azure, this is done in accordance with the concentrator priority that is configured at the branch MX site to site vpn settings.

Prerequisites

The BGP peering with vWAN Hub is currently in public preview. Please, work with your Azure rep to enable it for your Azure account. More details can be found on the Azure documentation: https://docs.microsoft.com/en-us/azure/virtual-wan/create-bgp-peering-hub-portal#prerequisites 

Deployment Steps

Step 1) Deploy vMXs from the Azure market place

Deploy two vMXs in the same region across different zones. The steps for deploying virtual MXs from the Azure marketplace are out of scope for this document. For more information on deploying virtual MXs on Azure please refer to the following link:  https://documentation.meraki.com/MX/MX_Installation_Guides/vMX_Setup_Guide_for_Microsoft_Azure

These vMX instances would be configured as BGP peers for the vWAN hub. 

As part of the post-deployment, please keep a note of the following, they would be used in the subsequent steps:

Name: The name of the vMX instance, example: vmx-acme-vwan

Virtual Network: The network used to deploy the vMX, examplevmx-network

IP Address: The private IP address of the vMX instance, example: 192.168.4.3

Step 2) Create a virtual WAN

  1. Login to the Azure portal, in the Search resources bar, type Virtual WAN in the search box and select Enter.

  2. Select Virtual WANs from the results. On the Virtual WANs page, select + Create to open the Create WAN page.

  3. On the Create WAN page, on the Basics tab, fill in the fields. 

  4. After you finish filling out the fields, at the bottom of the page, select Review +Create.

  5. Once validation passes, click Create to create the virtual WAN.

Screen Shot 2022-05-18 at 1.46.24 PM.png

 

  • Subscription: Select the subscription that you want to use.
  • Resource group: Create new or use existing.
  • Resource group location: Choose a resource location from the dropdown. A WAN is a global resource and doesn't live in a particular region. However, you must select a region in order to manage and locate the WAN resource that you create.
  • Name: Type the Name that you want to call your virtual WAN.
  • Type: Basic or Standard. Select Standard.

Step 3) Create a Hub

  1. Locate the virtual WAN that you created. On the virtual WAN page, under the Connectivity section, select Hubs.

  2. On the Hubs page, select +New Hub to open the Create virtual hub page.

  3. On the Create virtual hub page Basics tab, complete the following fields:

    • Region: It's the region in which you want to create your virtual hub, this should match to the region in which the vMXs were deployed in. 
    • Name: The name by which you want the virtual hub to be known.
    • Hub private address space: The minimum address space is /24 to create a hub. (should be a separate address space then the one defined when deploying the vMXs)

Screen Shot 2022-09-02 at 2.33.20 PM.png

Step 4) Connect the vMX VNet to the hub

  1. Go to your Virtual WAN.

  2. In the left pane, under Connectivity, select Virtual network connections.

  3. On the Virtual network connections page, click +Add connection, to connect the vMXs virtual network to vWAN HubScreen Shot 2022-05-18 at 3.51.09 PM.png
  4. On the Add connection page, configure the required settings.Screen Shot 2022-09-02 at 2.27.20 PM.png 
    • Connection name: Name your connection.
    • Hubs: Select the hub you want to associate with this connection.
    • Subscription: Verify the subscription.
    • Resource group: The resource group that contains the VNet for the vMXs.
    • Virtual network: Select the virtual network used for the vMX deployment. 
    • Propagate to none: Leave the default value of No. Connections dynamically propagate routes to a route table. Setting this to true, implies no routes will be propagated from this connection
    • Propagate to Route Tables: Select the route tables to dynamically propagate and share the auto-vpn routes with. 
    • Associate Route Table: You can select the route table that you want to associate, by default you should associate the Default route table. 
    • Static routes: Leave static routes blank, as we would be using BGP to exchange the routes. 
  5. Once you've completed the settings you want to configure, select Create to create the connection.

Step 5) Configure BGP on vWAN

  1. Open the Azure preview portal using https://aka.ms/azurecortexv2. The BGP peering with Virtual WAN hub feature is currently in managed preview and the configuration pages are not available in the regular Azure portal.

  2. On the portal page for your virtual WAN, in the Connectivity section, select Hubs to view the list of hubs. Click a hub to configure a BGP peer.

  3. On the Virtual Hub page, under the Routing section, select BGP Peers and click + Add to add a BGP peer.

  4. On the Add BGP Peer page, complete all the fields and click Add

Screen Shot 2022-05-18 at 4.01.00 PM.png

  • Name – Resource name to identify a specific BGP peer. 
  • ASN – The ASN for the BGP peer. This would be your Meraki org's ASN. 
  • IPv4 address – The private IP address of the vMX. 
  • Virtual Network connection – Choose the connection identifier that corresponds to the Virtual network that hosts the vMXs. 

Repeat the above steps for both the vMXs. 

Step 6) Configure BGP peering on the vMX 

The next step is for us to enable Auto VPN (set the vMX to be an Auto VPN Hub on the site to site VPN page) and configure the BGP settings on the Azure vMXs. Before we can configure the BGP settings on the Meraki dashboard we need to obtain the BGP peer settings for the vWAN. 

  1. From the Azure portal select the Virtual WAN that was deployed. 
  2. Select the appropriate vWAN Hub by clicking on it
  3. From the Overview section, obtain the Virtual Hub Router ASN and Virtual Hub Router Address

Screen Shot 2022-05-18 at 4.05.41 PM.png

4. Once these values have been obtained, you will navigate to your virtual appliance(s) in the Meraki Dashboard and navigate to the site to site vpn page, enable Auto VPN by selecting Hub and then scrolling down to the BGP settings.

Select the dropdown to enable BGP and configure your local ASN (The Meraki Auto VPN Autonomous System, make sure this matches the peer ASN used in Step 5 and then configure two EBGP peers with the values that you were able to obtain from above. This step needs to be done for both the vMXs. Below is a screenshot of what the BGP config should look like for both your vMXs:

Screen Shot 2022-05-18 at 4.15.37 PM.png

For eBGP multi-hop, this option is configured per neighbor. This value can be adjusted to peer the concentrator with something multiple hops away in the data center or cloud.  If multihop is used AND the eBGP peer is also advertising the IP route that the MX is using to connect to the eBGP peer, 10.101.0.0/24 in the above example.  Then this route MUST be added to the list of 'Local Networks' in the 'VPN settings' section above the 'BGP settings' section of the 'Site-to-site VPN' page, as shown below:

Screenshot 2020-12-08 at 12.33.08.png

Step 7) Adding workload vNETs

1.  Go to the vWAN deployed in the previous steps

2. Select virtual network connections from the left pane and add a new connection for the workload vNETs

Screen Shot 2022-09-02 at 2.31.47 PM.png

Validation

BGP Session Establishment

Post-deployment, the first thing to check would be to make sure that the BGP session is established between the vMXs and the Azure vWAN Hub. This can be done on the Meraki side by checking the event log for the vMX network to make sure the BGP session has been established. 

Screen Shot 2022-05-18 at 4.17.28 PM.png

Route Tables

To further verify that BGP session has been established and route exchange is happening as expected look at the vMXs route table. For the vMX network,  navigate to Security & SD-WAN > Route Table (click on view new version in the upper right if not already on the new version of the route table).

Screen Shot 2022-05-19 at 5.56.51 PM.png

Similarly, on the Azure console you should be able to see the auto-vpn branch routes learnt by the vWAN Hub with the next-hop as the vMX. To check the vWAN Hub effective routes navigate to Virtual WAN > Virtual WAN Hub > Route tables and Effective Routes. Select the Effective Routes tab and choose the Default Route Table. 

Screen Shot 2022-05-19 at 6.04.17 PM.png

You should see the auto-vpn prefixes listed there with the Next Hop Type as HubBGPConnection and the Next Hop as the vMX instance name. 

 

BGP Route Limit

According to Microsoft's documentation, the Azure vWAN has a BGP learned route limit of 4,000 routes per peer, with an overall total limit of 10,000 routes.

  • Was this article helpful?