Print

VeloCloud SD-WAN 7.0 - Administration Guide - Azure Virtual WAN IPsec Tunnel Automation Print

Azure Virtual WAN IPsec Tunnel Automation

Arista VeloCloud Orchestrator supports the integration and automation of Azure Virtual Wide Area Network (WAN) from VeloCloud Gateway and VeloCloud Edge, enabling Branch-to-Azure Virtual Private Network (VPN) Connectivity.

This topic contains the following sections:

Azure Virtual WAN IPsec Tunnel Automation Overview

Azure Virtual Wide Area Network (WAN) is a network service that facilitates optimized and automated Virtual Private Network (VPN) connectivity from enterprise branch locations to or through Microsoft Azure. Azure subscribers provision Virtual Hubs corresponding to Azure regions and connect branches (which may or may not be SD-WAN enabled) through Internet Protocol Security (IPsec) VPN connections.

To establish branch-to-Azure VPN connectivity, Orchestrator supports Azure Virtual WAN and VeloCloud SD-WAN integration and automation by leveraging the Azure backbone. Currently, the following Azure deployment options support the VeloCloud SD-WAN:
  • IPsec from the Gateway to the Azure virtual WAN hub with automation.
  • Direct IPsec from the Edge to the Azure virtual WAN hub with automation.

Azure Virtual WAN Gateway Automation

The following diagram illustrates the IPsec tunnel from the Gateway to the Azure virtual WAN hub.

Figure 1. Azure Virtual WAN IPsec Tunnel Deployment from Gateway

Azure Virtual WAN Edge Automation

The following diagram illustrates the IPsec tunnel directly from the Edge to the Azure virtual WAN hub.

Figure 2. Azure Virtual WAN IPsec Tunnel Deployment Directly from Edge
The following topics provide instructions for configuring the Orchestrator and Azure to enable branch-to-Azure VPN connectivity through the Gateway and Edge:

Prerequisite Azure Configuration

Enterprise network administrators must complete the following prerequisite configuration tasks at the Azure portal to ensure that the Orchestrator application can function as the Service Principal (identity for the application) for Azure Virtual Azure Virtual Wide Area Network (WAN) and Gateway integration.

Register Orchestrator Application

Discusses registering a new Azure Active Directory (AD) application.

Before you begin:
  • Make sure users have an Azure subscription. If not, create a free account.

To register a new application in Azure AD:

  1. Log in to the Microsoft Azure account. The Microsoft Azure home screen appears.
  2. Select All Services and search for Azure Active Directory.
  3. Select Azure Active Directory and go to App registrations > New registration . The Register an application screen appears.
    Figure 3. Register an Application
  4. Enter the name for the Orchestrator application in the Name field.
  5. Select a supported account type, which determines who can use the application.
  6. Select Register.

    The Orchestrator application is registered, and it appears in both the All Applications and Owned Applications tabs.

    Note that the administrator provides the Directory (tenant) ID and Application (client) ID when configuring the Orchestrator for a Cloud Subscription.

    Next steps:

Assign the Orchestrator Application to the Contributor Role

Users must assign the application to a role to access resources in the Azure subscription. Users can set the scope at the subscription, resource group, or resource level. Lower levels of scope inherit permissions.
Before you begin:
  • Make sure users have an Azure subscription. If not, create a free account.

To assign a Contributor role at the subscription scope:

  1. Select All Services and search for Subscriptions.

    From the list of subscriptions, select the subscription to which users want to assign an application. Select the global subscriptions filter if users do not see the subscription that they are looking for. Make sure the subscription users want is available for the portal.

  2. Select Access control (IAM).
  3. Select +Add > Add Role Assignment
    Figure 4. Add Role Assignment
  4. Select the Contributor role from the Role drop-down menu to assign to the application. To allow the application to execute actions like reboot, start, and stop instances, the system recommends that users assign the Contributor role to the App Registration.
  5. Select Azure AD user, group, or service principal from the Assign access to drop-down menu. By default, Azure AD applications are not in the available display options. To locate the application, search for it by name.
  6. Select Save.

    After the administrator assigns the application to the Contributor role, the application appears in the list of users assigned to roles for that scope.

    Next steps:

Register a Resource Provider

To download Virtual WAN Virtual Private Network (VPN) configurations, the Orchestrator requires a Blob Storage Account that acts as an intermediary data store from where users can download the configurations. The Orchestrator aims to create a seamless user experience by providing a transient storage account for each download task. To download VPN site configurations, users must manually register with Microsoft.Storage resource provider on the Azure Subscription. By default, Azure Subscriptions do not register the Microsoft.Storage resource provider.

Before you begin:
  • Make sure users have an Azure subscription. If not, create a free account.
  • Users have the Contributor or Owner roles permissions.

To register a resource provider for the subscription:

  1. Log in to the Microsoft Azure account. The Microsoft Azure home screen appears.
  2. Select All Services and search for Subscriptions.
    From the list of subscriptions, select the subscription.
  3. Go to Settings > Resource Providers .
    Figure 5. Register a Resource Provider
  4. Select Microsoft.Storage from the available resource providers and select Register.

    The resource provider is registered and configures the user's subscription to work with the resource provider.

    Next steps:

Create a Client Secret

It creates a new client secret in Azure AD for authentication.

Before you begin:
  • Make sure users have an Azure subscription. If not, create a free account.

To create a new client secret in Azure AD:

  1. Log in to the Microsoft Azure account. The Microsoft Azure home screen appears.
  2. Select Azure Active Directory > App Registration .
  3. Select the registered Orchestrator application on the Owned Application tab.
  4. Select Certificates & Secrets > New Client Secret . The Add a Client Secret screen appears.
    Figure 6. Create Certificates & Secrets
  5. Provide details, such as a description and expiration value for the secret, and select Add. It creates a client secret from the registered application.
    Note: Copy and save the new client secret value used during the Cloud Subscription in Orchestrator.
    Next steps:

Configure Azure Virtual WAN for Branch-to-Azure VPN Connectivity

This section discusses the procedures for configuring Azure to integrate Azure Virtual WAN and Gateway, enabling branch-to-Azure VPN connectivity. As a pre-requisite, to configure the Azure Virtual WAN and the other Azure resources:
  • Verify that none of the subnets of the user's on-premises network overlap with the existing virtual networks that users want to connect to. The user's virtual network does not require a gateway subnet and cannot have any virtual network gateways. For instructions on creating a virtual network, see Create a Virtual Network.
  • Obtain an IP address range for the user's Hub region and ensure that the address range specified for the Hub region does not overlap with any of the existing virtual networks to which users connect.
  • Ensure users have an Azure subscription. If not, create a free account.
For step-by-step instructions about the various procedures in the Azure portal side for integrating Azure Virtual WAN and Gateway, see:

Create a Resource Group

Describes the steps to create a resource group in Azure.

Before you begin:
  • Make sure users have an Azure subscription. If not, create a free account.

To create a resource group in Azure:

  1. Log in to the Microsoft Azure account. The Microsoft Azure home screen appears.
  2. Select All Services and search for Resource Groups.
  3. Select the desired Resource Group from the available options and select Add. The Create a Resource Group screen appears.
    Figure 7. Create a Resource Group
  4. From the Subscription drop-down menu, select the Microsoft Azure Subscription.
  5. In the Resource group field, enter a unique name for the new Resource group.
    A resource group name can include alphanumeric characters, periods (.), underscores (_), hyphens (-), and parentheses (), but the name cannot end with a period.
  6. From the Region drop-down menu, select the location for the resource group, where most of the resources will reside.
  7. Select Review+create and then select Create.

    It creates a resource group and appears on the Azure portal dashboard.

    Next steps:

Create a Virtual WAN

Describes the steps to create a Virtual Wide Area Network (WAN) in Azure.

Before you begin:
  • Make sure users have an Azure subscription. If not, create a free account.
  • Users have a resource group to add the Virtual WAN.

To create a Virtual WAN in Azure:

  1. Log in to the Microsoft Azure account. The Microsoft Azure home screen appears.
  2. Select All Services and search for Virtual WAN.
  3. Select Virtual WAN from the available resource groups and click +Add. The Create WAN screen appears.
    Figure 8. Create WAN
  4. From the Subscription drop-down menu, select the Microsoft Azure Subscription.
  5. On the Resource group tab, select the resource group to add the Virtual WAN.
  6. From the Resource group location drop-down menu, select the location where the metadata associated with the Virtual WAN resides.
  7. On the Name tab, enter a unique name for Virtual WAN.
  8. From the Type drop-down menu, select Standard as the Virtual WAN.
  9. Select Create.

    It creates a Virtual WAN and appears on the Azure portal dashboard.

    Next steps:

Create a Virtual Hub

Describes the steps to create a Virtual Hub in Azure.

Before you begin:
  • Make sure users have an Azure subscription. If not, create a free account.
  • Users have a resource group to add the Virtual WAN.

To create a Virtual WAN in Azure:

  1. Log in to the Microsoft Azure account. The Microsoft Azure home screen appears.
  2. Select All Resources and then select Virtual WAN that the user created earlier from the list of available resources.
  3. Under Virtual WAN Architecture, select Hubs from the available resource groups.
  4. Select +New Hubs. The Create Virtual Hubs screen appears.
    Figure 9. Create Virtual Hubs - Basics Tab
  5. On the Basics tab, enter the following Virtual Hub details.
    1. From the Region drop-down menu, select the location where the Virtual Hub resides.
    2. On the Name tab, enter the unique name for the Hub.
    3. On the Hub private address space tab, enter the address range for the Hub in Classless Inter-Domain Routing (CIDR) notation.
  6. Select Site to site and enable Site to site (VPN gateway) before connecting to VPN sites by selecting Yes.
    Note: A VPN Gateway is required for tunnel automation to work; otherwise, it is not possible to create VPN connections.
    Figure 10. Create Virtual Hub - Site to Site Tab
    • From the Gateway scale units drop-down menu, select a scaling value.
  7. Select Review + Create.

    This creates a Virtual Hub and it appears on the Azure portal dashboard.

    Next steps:

Create a Virtual Network

Describes the steps to create a Virtual Network in Azure.

Before you begin:
  • Make sure users have an Azure subscription. If not, create a free account.
  • Users have a resource group to add the Virtual WAN.

To create a Virtual Network in Azure:

  1. Log in to the Microsoft Azure account. The Microsoft Azure home screen appears.
  2. Select All Services then search for Virtual Network.
  3. Select Virtual Network then from the available resource groups, select +Add. The Create Virtual Network screen appears.
    Figure 11. Create Virtual Network
  4. On the Name tab, enter a unique name for the Virtual Network.
  5. In the Address space textbox, enter the address range for the Virtual Network in Classless Inter-Domain Routing (CIDR) notation.
  6. From the Subscription drop-down menu, select the Microsoft Azure Subscription.
  7. On the Resource group tab, select the resource group to add the Virtual Network.
  8. From the Resource group location drop-down menu, select the location where the metadata associated with the Virtual Network resides.
  9. Under the Subnet area, enter the name and address range for the subnet.
  10. Select Create.

    This creates a Virtual Network and it appears on the Azure portal dashboard.

    Next steps:

Create a Virtual Connection Between VNet and Hub

Describes the steps to create a virtual connection between Virtual Networks (VNets) and the Virtual Hub in a particular Azure region.

Before you begin:
  • Make sure users have an Azure subscription. If not, create a free account.
  • Users have Virtual Hubs and Virtual Networks created.

To create a virtual network connection between a VNet and a Virtual Hub in a particular Azure region:

  1. Log in to the Microsoft Azure account. The Microsoft Azure home screen appears.
  2. Go to All Resources then select the Virtual WAN that user created earlier from the list of available resources.
  3. Under the Virtual WAN architecture area, select Virtual network connections.
  4. Select +Add connection. The Add connection screen appears.
    Figure 12. Create Virtual Network Connection
  5. On the Connection name tab, enter the unique name for the virtual connection.
  6. Select the Hub to associate with this connection from the Hub drop-down menu.
  7. Select the Microsoft Azure subscription from the Subscription drop-down menu.
  8. From the Virtual Network drop-down menu, select the Virtual Network to connect to this Hub.
  9. Select OK.

    This establishes a peering connection between the selected VNet and the Hub.

    Next step:

Configure Orchestrator for Azure Virtual WAN IPsec Automation from the Gateway

Users can configure Orchestrator to integrate Azure Virtual Wide Area Network (WAN) and Gateway, enabling the branch-to-Azure VPN connectivity.

Note: By default, the Azure Virtual WAN feature is deactivated. To enable the feature, an Operator Super user must set the session.options.enableAzureVirtualWAN system property to true.
Note: The Non SD-WAN Destination (NSD) tunnel only supports static routes when using the Azure Virtual WAN Automation from Gateway feature. As a result, it is not currently compatible with Border Gateway Protocol (BGP) over Internet Protocol Security (IPsec).
Before beginning the Orchestrator configuration for Azure Virtual WAN - Gateway automation, make sure users complete all the steps explained in the Prerequisite Azure Configuration and Configure Azure Virtual WAN for Branch-to-Azure VPN Connectivity sections. For step-by-step instructions about the various procedures that users need to complete in the Orchestrator for integrating Azure Virtual WAN and Gateway, see: To view the details of Non-SD-WAN Destinations network services configured for an enterprise, see Monitor Non-SD-WAN Destinations.

Associate a Microsoft Azure with an SD-WAN Profile

After configuring a Non SD-WAN Destination of Microsoft Azure Virtual Hub in Orchestrator, users must associate the non-SD-WAN Destination with the desired Profile to establish the tunnels between Gateways and Microsoft Azure Virtual Hub.

To associate a Non-SD-WAN Destination with a Profile, perform the following steps:
  1. In the SD-WAN service of the Enterprise portal, go to Configure > Profiles . The Profiles page appears.
  2. Select a profile with which users want to associate their Microsoft Azure Non-SD-WAN Destination, and then select the View link in the Device column.
  3. On the Device settings page, under VPN services, activate Cloud VPN by toggling the button to the ON position.
    Figure 13. Associate a Microsoft Azure with an SD-WAN Profile
  4. Under Edge to Non SD-WAN Sites, select the Enable Edge to Non SD-WAN via Gateway checkbox.
  5. Select the Non-SD-WAN destination from the Microsoft Azure Virtual Hub drop-down menu to establish a VPN connection between the branch and the Microsoft Azure Non-SD-WAN destination.
  6. Select Save Changes.

This establishes a tunnel between the branch and the Microsoft Azure Non-SD-WAN destination.

Edit a VPN Site

This task manually adds the SD-WAN routes into the Azure network.
Before you begin:
  • Users must complete provisioning the Azure Virtual Private Network (VPN) sites on the Orchestrator side.

To add SD-WAN routes to the Azure network:

  1. Log in to the Microsoft Azure account. The Microsoft Azure home screen appears.
  2. Select All Resources, then select the Virtual WAN that the user created earlier from the list of available resources.
  3. Under the Virtual WAN Architecture area, select VPN sites.
  4. From the available list of VPN sites, select the VPN site (for example, Non SD-WAN Destination name.primary). The Orchestrator manages non-SD-WAN destination provisioning, requiring this additional configuration step.
  5. Select the name of the desired VPN site, and from the top of the next screen, select Edit site.
    Figure 14. Edit Virtual WAN - VPN Sites
  6. On the Private address tab, enter the address range for the SD-WAN routes.
  7. Select Confirm. Similarly, following the earlier steps, users can edit their Redundant VPN site.
    Note: Currently, Azure vWAN supports only Active/Active tunnel mode, and it does not have the provision to specify priority or primary tunnel to the VPN site (Primary and Redundant sites), and therefore load balancing will be done by Azure on equal cost multi-path routing. It may cause asymmetric traffic flow and increase the latency for those flows. The workaround to avoid the asymmetric flow is to remove the Gateway redundancy on the Azure vWAN Hub NVS tunnel; however, removing redundant Gateway tunnels may not be acceptable for all deployments and needs to be handled with caution.

Configure a Non SD-WAN Destination of Type Microsoft Azure Virtual Hub

 

Perform the following steps to configure a Non SD-WAN Destination of type Microsoft Azure Virtual Hub in the Orchestrator.
  1. Configure a Cloud subscription.
    For additional information, see Configure API Credentials.
  2. Ensure to create a Virtual WAN and Hubs in Azure. For steps, see Configure Azure Virtual WAN for Branch-to-Azure VPN Connectivity.
  3. In the SD-WAN service of the Enterprise portal, navigate to Configure > Network Services , and then under Non SD-WAN Destinations, expand Non SD-WAN Destinations via Gateway.
  4. Select New, then enter the Name and select the Type of the Non SD-WAN destination.
    After users enter the Type as Microsoft Azure Virtual Hub, a new Virtual Hub Configuration section is displayed.
    Figure 15. Configure Non SD-WAN Destinations via Gateway
  5. Configure the following settings:
    Table 1. Non SD-WAN Destination Configuration Option Descriptions
    Option Description
    Name Edit the previously entered name for the Non SD-WAN Destination.
    Type Displays the type as Microsoft Azure Virtual Hub. Users cannot edit this option.
    Tunnel Mode Active/Hot-Standby mode supports setting up a maximum of 2 tunnel endpoints or Gateways.
    Active/Active mode supports setting up a maximum of 4 tunnel endpoints or Gateways. All Active tunnels can send and receive traffic through Equal-Cost Multi-Path (ECMP).
    ECMP Load Sharing Method The Flow Load-Based (Default) algorithm maps the new flow to the path with the least number of flows mapped among the available paths to the destination.
    The Hash Load-Based algorithm takes input parameters from a 5-tuple (Source IP, Destination IP, Source Port, Destination Port, Protocol). These inputs can be any or all or any subset of this tuple based on the user configuration. The system maps each flow to a path based on a hash value generated from selected inputs.
    Subscription Select a subscription from the drop-down menu.
    Virtual WAN The application dynamically fetches all available Virtual WANs from Azure. Select a virtual WAN from the drop-down menu.
    Resource Group The application auto-populates the resource group to which the selected Virtual WAN is associated.
    Virtual Hub Select a virtual Hub from the drop-down menu.
    Azure Region The application auto-populates the Azure region corresponding to the selected Virtual Hub.
    Enable Tunnel(s) Select the Enable Tunnel(s) checkbox to allow VPN Gateways to initiate VPN connections to the target Virtual Hub after the administrator successfully provisions the site.
    Note:
    • Virtual Private Network (VPN) Gateways initiate the IKE negotiation only after the administrator configures the Non SD-WAN Destination on at least one profile.
    • For Microsoft Azure Non SD-WAN Destination, the default local authentication ID value used is the Gateway Interface Public IP.
  6. Select Create.
    The Orchestrator automatically initiates deployment, provisions Azure VPN Sites, and downloads the VPN Site Configuration for the newly configured sites. It stores the configuration in the Orchestrator’s Non SD-WAN Destination configuration database.
    Figure 16. New Non SD-WAN destination via Gateway
    After the Azure VPN sites are provisioned at the Orchestrator side, users can view the VPN sites (Primary and Redundant) in the Azure portal by navigating to Virtual WAN > Virtual WAN architecture > VPN sites .
  7. Perform the following steps to complete the other configurations:
    • Associate the Microsoft Azure Non SD-WAN destination to a Profile to establish a tunnel between a branch and Azure Virtual Hub. For additional information, see Associate a Microsoft Azure with an SD-WAN Profile.
    • Users must manually add SD-WAN routes to the Azure network. For additional information, see Edit a VPN Site.
    • After associating a Profile with the Microsoft Azure Non SD-WAN Destination, users can return to the Non SD-WAN Destinations via Gateway section by navigating to Configure > Network Services , and then configure the Border Gateway Protocol (BGP) settings for the Non SD-WAN Destination. Scroll to the name of the Non SD-WAN Destination, and then select the Edit link in the BGP column. For additional information, see Configure BGP Over IPsec from Gateways.
    • In the Non SD-WAN Destinations via Gateway area, select the Edit link in the BFD column for a Non SD-WAN Destination to configure the Bidirectional Forwarding Detection (BFD) settings. For additional information, see Configure BFD for Gateways.
    For information about Azure Virtual WAN Gateway Automation, see Configure Orchestrator for Azure Virtual WAN IPsec Automation from the Gateway.

Synchronize VPN Configuration

After successful non-SD-WAN destination provisioning, if there are changes to the endpoint IP address of the Azure Hub or static routes, users must resynchronize the Azure Virtual Hub and non-SD-WAN destination configurations. Selecting the Resync configuration button in the Non-VeloCloud Sites will automatically fetch the VPN configuration details from the Azure portal and update the Orchestrator local configuration.

Configure Orchestrator for Azure Virtual WAN IPsec Automation from Edge

Administrators can configure Orchestrator to integrate Azure Virtual WAN and Edge to enable the branch-to-Azure VPN connectivity directly from Edge.

Note: When using the Azure Virtual WAN Automation from Edge feature, the Non-SD-WAN Destination (NSD) tunnel only supports static routes. As a result, this feature is not currently compatible with

Border Gateway Protocol (BGP) over Internet Protocol Security (IPsec).

Before beginning the Orchestrator configuration for Azure Virtual WAN - Edge automation, make sure users complete all the steps explained in the Prerequisite Azure Configuration and Configure Azure Virtual WAN for Branch-to-Azure VPN Connectivity sections. For step-by-step instructions about the various procedures users need to complete on the Orchestrator side for integrating Azure Virtual WAN and Edge, see:

Associate a Microsoft Azure with an SD-WAN Edge and Add Tunnels

After configuring a Non-SD-WAN Destination Microsoft Azure Virtual Hub from Edge, users must associate the Non-SD-WAN Destination with an Edge and configure tunnels to establish Internet Protocol Security (IPsec) tunnels between the Edge and Microsoft Azure Virtual Hub. At the Edge level, to associate a Non-SD-WAN Destination with an Edge, perform the following steps:
  1. In the SD-WAN service of the Enterprise portal, go to Non-SD-WAN Destinations via Edge.
  2. Select the Edge with which users want to associate their Microsoft Azure Non-SD-WAN Destination, then select the View link in the Device column.
  3. On the Device settings page, expand Non-SD-WAN Destinations via Edge under VPN services, then select the Override tab.
  4. Now, select the Non-SD-WAN Destinations via Edge tab.
    Figure 17. Associate a Microsoft Azure with an SD-WAN Edge
  5. Select the Microsoft Azure Virtual Hub service from the Name drop-down menu to establish a VPN connection between the branch and the Microsoft Azure Non-SD-WAN Destination.
  6. To configure Edge tunnels, select the + link under Action. The Add Tunnel dialog appears.
    Figure 18. Add Tunnel
    1. From the Public WAN Link drop-down menu, select a WAN link to establish an IPsec tunnel and click Save. For the WAN links to appear in the drop-down menu, users need first to configure the Wide Area Network (WAN) links for the Edges from the Configure > Edges > Device > WAN Settings page, and wait for the Edge’s WAN links to come up with the valid public IPs. The link’s public IP is the Local Identification value of the tunnel. Users can select only the WAN link with a Public IP address.
    2. Azure APIs automatically establish a tunnel between the Edge and the Microsoft Azure Non SD-WAN Destination. After that, the Orchestrator sends the tunnel configuration to the Edge to establish a tunnel to the Azure service. Note that the automation for each tunnel takes about 1 to 5 minutes to complete. After the tunnel automation is complete, users can view the details of the configured tunnel and the Public WAN link.
    3. After creating tunnels, users can perform the following actions at the Edge level:
      • Update a tunnel: When the Edge Public WAN link IP address of the tunnel changes, the Orchestrator automatically enqueues an automation job to update the Azure Virtual Private Network (VPN) site link and the VPN tunnel configurations. Under Action, select the + link to view the tunnel settings, such as PSK.
      • Delete a network service: Select a network service and click Delete.
      • Deactivate a network service: Under the Enable Service column, unselect the checkbox to deactivate a specific network service.
  7. Select Save Changes.

Users can monitor the automated deployment status of the Microsoft Azure Non SD-WAN Destinations configured for an Enterprise from the Monitor > Network Services > Non-SD-WAN Destinations via Edge page in the SD-WAN service of the Enterprise portal. See Monitor Non-SD-WAN Destinations.

Monitor Non-SD-WAN Destinations

Users can view the details of Non-SD-WAN Destinations configured for the Enterprise from the Monitor Network Services page in the SD-WAN service of the Enterprise portal. On the Network Services page, Users can view:
  • Non-SD-WAN Destinations via Gateway - Displays the configured Non-SD-WAN Destinations, along with other configuration details such as the name of the Non-SD-WAN Destination, public IP address, status of the Non-SD-WAN Destination, tunnel status, number of Profiles and Edges that use the Non-SD-WAN Destination, last contacted date and time, and number of related state change Events.
  • Non-SD-WAN Destinations via Edge - Displays the configured Non-SD-WAN Destinations, along with other configuration details such as the name of the Non-SD-WAN Destination, public IP address, tunnel status, number of Profiles and Edges that use the Non-SD-WAN Destination, last contacted date and time, and deployment status.
Note: The Edge network service provides tunnel deployment status monitoring exclusively for Non-SD-WAN Destinations.
To monitor the automation deployment status of Microsoft Azure Non-SD-WAN Destinations via Edge:
  1. In the SD-WAN service of the Enterprise portal, click Monitor > Network Services . The Network Services page appears.
  2. Under Non-SD-WAN Destinations via Edge, select the link in the Deployment Status column to view the deployment status of the Non-SD-WAN Destinations.
    Figure 19. Monitor Non-SD-WAN Destinations
    The following are the seven different states for an Edge action:
    • Enqueued: The Edge action is in the enqueued state.
    • Pending: When the Edge action waits for a backend worker process to pick it up and start working on it.
    • Notified: The Edge action is in this state after a backend worker process has picked up the Edge action and begun working on it.
    • Completed: The Edge enters this state after it completes the assigned action task.
    • Errored: The Edge action is in this state if an error has occurred.
    • Timed Out: The Edge action is in this state if it takes more than the expected amount of time to complete the Edge action task.
    • Pending Delete: The Edge action is in this state if it is pending deletion.
..