Creating an Azure Connection for an MVE with Fortinet SD-WAN
You can create a network connection from an MVE (a FortiGate) to Azure ExpressRoute with Virtual Cross Connections (VXCs). You can create either a private connection or a public (Microsoft) connection.
Before you begin, create an MVE (FortiGate) in FortiManager. For details, see Creating an MVE.
There are three parts to adding an ExpressRoute connection to your MVE and FortiManager.
Set up your ExpressRoute plan and deploy the ExpressRoute circuit in the Azure console. When deployed, you get a service key. For additional details, see the Microsoft ExpressRoute documentation.
In the Megaport ONE Portal, create a connection (VXC) from your MVE to your ExpressRoute location.
In FortiManager, create a new interface and add the details of the ExpressRoute connection.
The instructions in this topic step through the second and third parts.
MVE for Fortinet SD-WAN requires configuration steps in both FortiManager and the Megaport ONE Portal for all cloud connections.
Adding the ExpressRoute connection in the Megaport ONE Portal
To set up the ExpressRoute connection, you need to create the connection in the Megaport ONE Portal. If you haven’t already created an MVE, see Creating an MVE.
To create a connection to ExpressRoute from the Megaport ONE Portal
- In the Megaport ONE Portal, choose Networking > Services.
- Click the gear icon next to the MVE you want to use.
- Select Add Connection.
- Select Cloud Virtual Cross Connect as the Connection Type.
- Select Microsoft Azure as the Cloud Provider.
- Specify the Azure Configuration details:
- Azure ExpressRoute Service Key – Add the ExpressRoute service key.
The Portal verifies the key and then displays the available port locations based on the ExpressRoute region. For example, if your ExpressRoute service is deployed in the Australia East region in Sydney, you can select the Sydney targets.
- Available Azure Ports – Select the connection point for your first connection. To deploy a second connection (and this is recommended), you can create a second VXC - enter the same service key and select the other connection target.
- Azure ExpressRoute Service Key – Add the ExpressRoute service key.
Specify the Connection Details:
- VXC Name – The name of your VXC to be shown in the Megaport ONE Portal.
- Rate Limit – The speed of your connection in Mbps. The rate limit for the VXC will be capped at the maximum allowable based on the ExpressRoute service key.
A-End VLAN (optional) – Specify an unused VLAN ID for this connection (for ExpressRoute this is the S-Tag).
This must be a unique VLAN ID on this MVE and can range from 2 to 4093. If you specify a VLAN ID that is already in use, the system displays the next available VLAN number. The VLAN ID must be unique to proceed with the order. If you don’t specify a value, Megaport ONE will assign one.
If you do not enable this option, the VXC appears active but it does not recognize traffic.
Single Azure peering VLAN (optional) – This option provides a single tag VLAN solution. You configure peering in Azure with the MVE VLAN (A-End) and the peer VLAN set in Azure (B-End). Note, you can have only one peering type (Private or Microsoft) per VXC with this option. This value must match the A-End VLAN. To set up an inner VLAN and Q-n-Q, turn off this option.
Specify the billing details:
Service Level Reference (optional) – Specify a unique identifying number for the VXC to be used for billing purposes, such as a cost center number or a unique customer ID. The service level reference number appears for each service under the Product section of the invoice. You can also edit this field for an existing service.
Partner-managed accounts can apply a Partner Deal to a service.
Monthly Price – The monthly rate is based on location and size.
- Promo Code – If you have a promo code, enter it and click Add Code.
Click Create Connection.
A summary screen appears.
Review the configuration and click Confirm.
When the VXC configuration completes, the VXC status is green.
In the Azure Resource Management console, the provider status will be
When provisioned, you need to configure peerings. You can configure private and Microsoft peering. Click the peer to configure and provide these details:
- Peer ASN – Enter the ASN for the MVE.
- IPv4 Subnets – From each of these subnets, MVE uses the first usable IP address and Microsoft uses the second usable IP for its router.
- VLAN ID – Enter the A-End VLAN from the MVE. (Note, the VLAN ID in the Azure console can be different from the A-End VLAN.)
- Shared Key (Optional) – Enter an MD5 password for BGP.
Adding the ExpressRoute connection to FortiManager
After you create the connection from your MVE to Azure and set up the connection in the Azure console, you need to configure it in FortiManager. This involves creating an interface and configuring BGP settings, ASNs, VLANs, and MD5 values.
To add the Azure Cloud connection in FortiManager
Collect the connection details from the Azure console.
Display the details of the connection you created in Azure for this connection. Note the values for the Peer ASN, Shared Key, VLAN ID, and IPv4 Primary Subnet.
Collect the connection details from the Megaport ONE Portal.
Click the gear icon for the Azure connection from your MVE. Select Edit Service and select the Details tab. Note the value for the A-End VLAN.
Log in to the FortiManager.
You can also log in on your MVE instance: https://<mve-ip-address>
From your managed device, go to the System menu and choose Interface.
The page displays port1 as your physical interface.
Click +Create New > Interface and provide this information:
- Interface Name – Specify a meaningful name for the interface.
- Alias Name (optional) – Provide an alternate name.
- Type – Choose VLAN.
- Interface – Choose the parent interface:
- VLAN ID – Specify the A-End VLAN listed for this Azure Connection in the Megaport ONE Portal.
- Role – Choose Undefined.
- Addressing Mode – Select Manual.
- IP/Netmask – These values are available in the Azure console. The IP addresses and CIDR appear in the IPv4 Primary Subnet field; MVE uses the first usable IP address and Azure uses the second usable IP for its router. For this field, enter the MVE (first usable) IP address.
- Administrative Access – Specify how you want to access this interface, such as HTTPS, PING, and SSH.
- DHCP Server – Click OFF.
The new VLAN interface appears with your
You can run an
execute ping command from FortiOS to verify the connection.
You need to push the configuration to the MVE, which happens when you have AutoUpdate configured. If you cannot successfully ping the connection, go to Manage Devices in FortiManager, select the MVE, and choose Refresh Device from the More menu. If prompted, select AutoUpdate for the Config Status.
At this point, we have created the interface and next we need to create the BGP session.
In FortiManager, go to Router > BGP.
Provide this information:
- Local AS – Provide the ASN for the MVE connection. Use the Peer ASN from the Azure console.
- Router ID – Enter the first usable IP address from the IPv4 Primary Subnet from the Azure console.
In Neighbors, click +Create New.
- For the neighbor IP, add the second usable IP address from the IPv4 Primary Subnet from the Azure console.
For Remote ASN, enter the Azure-side ASN of 12076.
This is a fixed value, and appears in the connection details on the Azure console.
The neighbor is configured but we need to add the BGP Auth information if you defined this in the Azure console. (This was optional.) The web interface does not let you define this and you need to use the command line to add the BGP details.
SSH to the MVE instance using your private key file.
ssh -i ~/.ssh/megaport-mve-instance-1-2048 firstname.lastname@example.org.XX
Use these commands to add a password for the BGP neighbor.
Validating your Azure connection
You can review connection details, including the connection state, from the CLI with these commands:
get system interface– Displays configuration details and current status for the device interfaces.
get router info bgp neighbor <ip-address>– Displays configuration details and current status for the BGP neighbors.