Configure Business Policy
VeloCloud provides an enhanced Quality of Service feature called Business Policy. Orchestrator allows you to configure business policy rules at the Profile and Edge levels. The business policy uses the parameters such as source IP address/port, destination IP address/port, domain name, address and port group, applications, application categories, and DSCP tags to create business policy rules. Operators, Partners, and Admins of all levels can create a business policy.
Configure Business Policies
- Ensure that you have the details of IP addresses configured in the network devices.
- For an Enterprise user to configure the Customizable QoE settings, an Operator Super user must select the Customizable QoE check box, by navigating to .
Business Policy Rules are now Segment aware. All Segments available for configuration are listed in the Segment drop-down menu, located at the top of the screen. By default, Global Segment [Regular] Segment is selected. When you choose a Segment to configure from the Segment drop-down menu, the settings and options associated with that Segment appear in the Configure Business Policy area. For additional information. see Configure Segments with new Orchestrator UI.
Based on the business policy configuration, Arista VeloCloud examines the traffic being used, identifies the Application behavior, the business service objective required for a given app (High, Medium, or Low), and the Edge WAN Link conditions. Based on this, the Business Policy optimizes Application behavior driving queuing, bandwidth utilization, link steering, and the mitigation of network errors.
Create Business Policy Rule
Business Policy rules are configured to steer the traffic, bandwidth management and ensure quality of service based on criterions like application, source and destination etc. Operators, Partners, and Admins of all levels can create a business policy. The business policy matches parameters such as IP addresses, ports, VLAN IDs, interfaces, domain names, protocols, operating system, object groups, applications, and DSCP tags. When a data packet matches the match conditions, the associated action or actions are taken. If a packet matches no parameters, then a default action is taken on the packet. You can create business policies for a Profile and Edge.
Ensure that you have the details of IP addresses of your network.
Configure Network Service for Business Policy Rule
While creating or updating a Business Policy rule and action, you can set the Network Service to Direct, Multi-Path, and Internet Backhaul.
Direct
- NAT must hit traffic in edge routing table with Next Hop as either Cloud VPN or Cloud Gateway.
- NAT works for traffic to public IP addresses only, even if Business Policy allows to configure private IP addresses as destination.
Multi-Path
Sends the traffic from one Edge to another Edge, and from a Edge to a Gateway.
Internet Backhaul
- Backhaul Hubs
- Non SD-WAN Destinations via Gateway
- Non SD-WAN Destinations via Edge/Cloud Security Service
Note: Mixed IP mode (IPv4 and IPv6) is not supported for NSD via Edge and CSS.
- VeloCloud Cloud To Cloud Interconnect- VeloCloud SD-WAN supports interconnection of multiple Hub Edges or Hub Clusters to increase the range of Spoke Edges that can communicate with each other. This feature "Hub or Cluster Interconnect" allows communication between the Spoke Edges connected to one Hub Edge or Hub Cluster and the Spoke Edges connected to another Hub Edge or Hub Cluster, using multiple overlay and underlay connections. For additional information, see Hub or Cluster Interconnect.

If Conditional Backhaul is enabled at the profile level, by default it applies for all Business Policies configured for that profile. You can deactivate conditional backhaul for selected policies to exclude selected traffic, Direct, Multi-Path, and CSS, from this behavior by selecting the Turn off Conditional Backhaul checkbox in the Action area of the Configure Rule screen for the selected business policy.
For additional information about how to enable and troubleshoot the Conditional Backhaul feature, see Conditional Backhaul.
Configure Link Steering Modes
In the Business Policy, you can configure link steering with different modes.
To create or configure a Business Policy, see Create Business Policy Rule.
Link Selection: Auto
By default, all applications are given the automatic Link steering mode. This means the DMPO automatically picks the best links based on the application type and automatically enables on-demand remediation when necessary. There are four possible combinations of Link Steering and On-demand Remediation for Internet applications. Traffic within the Enterprise (VPN) always goes through the DMPO tunnels, hence it always receives the benefits of on-demand remediation.

| Scenario | Expected DMPO Behavior |
|---|---|
| At least one link satisfies the SLA for the application. | Choose the best available link. |
| Single link with packet loss exceeding the SLA for the application. | Enable FEC for the real-time applications sent on this link. |
| Two links with loss on only one link. | Enable FEC on both links. |
| Multiple links with loss on multiple links. | Enable FEC on two best links. |
| Two links but one link appears unstable, i.e. missing three consecutive heartbeats. | Mark link un-usable and steer the flow to the next best available link. |
| Both Jitter and Loss on both links. | Enable FEC on both links and enable Jitter buffer on the receiving side. Jitter buffer is enabled when Jitter is greater than 7 ms for voice and greater than 5 ms for video.
The sending DMPO endpoint notifies the receiving DMPO endpoint to enable Jitter buffer. The receiving DMPO endpoint will buffer up to 10 packets or 200 ms of traffic, whichever happens first. The receiving DMPO endpoint uses the original time stamp embedded in the DMPO header to calculate the flow rate to use in de-jitter buffer. If the flow is not sent at a constant rate, the Jitter buffering is not enabled. |
Link Steering by Transport Group
A Transport Group represents WAN links bundled together based on similar characteristics and functionality. Defining a Transport Group allows business abstraction so that a similar policy can apply across different Hardware types.
Different locations may have different WAN transports (e.g. WAN carrier name, WAN interface name); DMPO uses the concept of Transport Group to abstract the underlying WAN carriers and interfaces from the Business Policy configuration. The Business Policy configuration can specify the transport group (Public Wired, Public Wireless or Private Wired) in the steering policy so that the same Business Policy configuration can be applied across different device types or locations, which may have completely different WAN carriers and WAN interfaces. When the DMPO performs the WAN link discovery, it also assigns the transport group to the WAN link. This is the most desirable option for specifying the links in the Business Policy because it eliminates the need for IT administrators to know the type of physical connectivity or the WAN carrier.
If you choose the Preferred option, the Error Correct Before Steering checkbox displays.
If you select the Error Correct Before Steering checkbox, the Loss% variable textbox displays. When you define a loss percentage (4% for example), the Edge will continue to use the selected link or transport group and apply error correction until loss reaches 4%, which is when it will steer traffic to another path. When the Error Correct Before Steering checkbox is unchecked, the Edge will start steering traffic away if the loss for the link exceed the application SLA - i.e. Real-time application SLA is 0.3% by default. If you do not select this checkbox, the application will steer before Error Correction occurs.

Link Steering by Interface
For this option, the link steering is tied to a physical interface. Link steering by interface will be used primarily for routing purposes. However, even though it logically should only be used for routing traffic directly from the VeloCloud Site, if the rule specified has a Network Service requiring Internet Multi-path benefits, it will pick a single WAN link connected to the interface.
If you choose the Preferred option, the Error Correct Before Steering checkbox displays. If you select the checkbox, an additional Loss% variable is available. When the option is not enabled, the Edge will start steering traffic away if the loss for the link exceeds the application SLA - i.e. Real-Time application SLA is 0.3% by default. When “Error Correct Before Steering” is applied and Loss percentage defined, let’s say if it’s 4% in this example, the Edge will continue to use the selected link or transport group and apply error correction until loss reaches 4%, which is when it will steer traffic to another path. If you do not select this checkbox, the application will steer before Error Correction occurs.

Link Steering by WAN Link
For this option, the interface configuration is separate and distinct from the WAN link configuration. You will be able to select a WAN link that was either manually configured or auto-discovered.
You can define policy rules based on specific private links. If you have created private network names and assigned them to individual private WAN overlays, these private link names will display in the WAN Link drop-down menu.
For information on how to define multiple private network names and assign them to individual private WAN overlays, see Configure Private Network Names.
If you choose the Preferred option, the Error Correct Before Steering checkbox displays. If you do not select this checkbox, the application will steer before Error Correction occurs.

For the Interface and WAN Link choices, you must select one of the following options:
| Option | Description |
|---|---|
| Mandatory | Indicates that traffic will be sent over the WAN link or link Service-group specified. If the link specified (or all links within the chosen service group) is inactive or if a Multi-path gateway route is unavailable, the corresponding packet will be dropped. |
| Preferred | Indicates that traffic should preferably be sent over the WAN link or link Service-group specified. If the link specified (or all links within the chosen service group) is inactive, or if the Multi-path gateway route chosen is unstable, or if the link Service Level Objective (SLO) is not being met, the corresponding packet will be steered on the next best available link. If the preferred link becomes available again, traffic will be steered back to the preferred link. |
| Available | Indicates that traffic should preferably be sent over the WAN link or link Service-group specified as long as it is available (irrespective of link SLO). If the link specified (or all links within chosen service group) are not available, or if the selected Multi-path gateway route is unavailable, the corresponding packet will be steered to the next best available link. If the preferred link becomes available again, traffic will be steered back to the available link. |
Link Steering: DSCP Marking for Underlay and Overlay Traffic Overview
VeloCloud SD-WAN supports DSCP remarking of packets forwarded by the Edge to the Underlay. The Edge can re-mark underlay traffic forwarded on a WAN link as long as Underlay Accounting is enabled on the interface. DSCP re-marking is enabled in the Business Policy configuration in the Link Steering area. See Create Business Policy Rule. In the example image shown below (assuming the Edge is connected to MPLS with both underlay and overlay traffic forwarded MPLS), if the traffic matches the network prefix 172.16.0.0/12, the Edge will re-mark the underlay packets with a DSCP value of 16 or CS2 and ignore the Outer Packet DSCP Tag field. For overlay traffic sent toward MPLS matching the same business policy, the DSCP value for the outer header will be set to the Outer Packet DSCP tag.

Link Steering: DSCP Marking for Underlay Traffic Use Case
Edges that are connected to MPLS normally mark DSCP on the packet before sending to the PE for the SP to treat the packet according to the SLA. Underlay Accounting must be enabled on the WAN interface for DSCP marking on Underlay traffic via Business Policy to take effect.
Linking Steering: Underlay DSCP Configuration
- Verify that Underlay Accounting is activated for WAN Overlay by default in the Orchestrator by navigating to and select a Edge model.
Figure 11. Enable Underlay DSCP Accounting 
- From the SD-WAN service of the Enterprise portal, go to .
- From the Business Policy screen, select an existing rule or select the +ADD button to create a new rule.
- In the Action section, go to the Link Steering area.
- Select one of the following as applicable: Auto, Transport Group, Interface, or WAN Link.
- Configure Action criteria for the underlay traffic and configure Inner Packet DSCP Tag.

Linking Steering: Overlay DSCP Configuration
- Verify that Underlay Accounting is activated for WAN Overlay by default in the Orchestrator by navigating to and select a Edge model.
- From the SD-WAN service of the Enterprise portal, go to .
- From the Business Policy screen, select an existing rule or select the +ADD button to create a new rule.
- In the Action section, go to the Link Steering area.
- Select one of the following as applicable: Auto, Transport Group, Interface, or WAN Link.
- Configure Action criteria for the Overlay traffic and configure Inner Packet DSCP Tag and Outer Packet DSCP Tag.

Configure Policy-based NAT
You can configure Policy-based NAT for both Source and Destination. The NAT can be applied to either Non SD-WAN Destination traffic or Partner Gateway Handoff traffic using Multi-path. When configuring NAT, you must define which traffic to NAT and the action you want to perform. There are two types of NAT configuration: Many to One and One-to-One.
Accessing NAT
Many-to-One NAT Configuration
In this configuration, you can NAT the traffic's source or destination IP originated from the hosts behind the Edge to a different unique source or destination IP address. For example, the user can source NAT all the flows destined to a host or server in the Data Center, which is behind the Partner Gateway with a unique IP address, even though they are originated from different hosts behind an Edge.
The following figure shows an example of the Many to One configuration. In this example, all the traffic originating from the hosts that are connected to VLAN Corporate (behind the Edge destined to an Internet host or a host behind the DC) will get source NAT with the IP address 72.4.3.1.

One-to-One NAT Configuration
In this configuration, the Branch Edge will NAT a single local IP address of a host or server to another global IP address. If the host in the Non SD-WAN Destination or Data Center sends traffic to the global IP address (configured as the Source NAT IP address in the One-to-One NAT configuration), the Gateway will forward that traffic to the local IP address of the host or server in the Branch.
Overlay QoS CoS Mapping
A Traffic Class is defined with a combination of Priority (High, Normal, or Low) and Service Class (Real-Time, Transactional, or Bulk) resulting into a 3x3 matrix with nine Traffic Classes. You can map Application/Category and scheduler weight onto these Traffic Classes. All applications within a Traffic Class will be applied with the aggregate Quality of Service (QoS) treatment, including Scheduling and Policing.

In this example, a customer has 90 Mbps Internet link and 10 Mbps MPLS on the Edge and the aggregate Bandwidth is 100 Mbps. Based on the default weight and Traffic Class mapping above, all applications that map to Business Collaboration will have a guaranteed bandwidth of 35 Mbps, and all applications that map to Email will have a guaranteed bandwidth of 15 Mbps. Note that business policies can be defined for an entire category like Business Collaborations, applications (e.g. Skype for Business), and more granular sub-applications (e.g. Skype File Transfer, Skype Audio, and Skype Video).

Example
In this example, a customer has 90 Mbps Internet link and 10 Mbps MPLS on the Edge and the aggregate Bandwidth is 100 Mbps. Based on the default weight and Traffic Class mapping above, all applications that map to Business Collaboration will have a guaranteed bandwidth of 35 Mbps, and all applications that map to Email will have a guaranteed bandwidth of 15 Mbps. Note that business policies can be defined for an entire category like Business Collaborations, applications (e.g. Skype for Business), and more granular sub-applications (e.g. Skype File Transfer, Skype Audio, and Skype Video).
Configure Overlay QoS CoS Mapping
- Go to .
- Select the link of the appropriate configuration Profile.
- Select the Business Policy tab.
- In the SD-WAN Traffic Class and Weight Mapping area, enter numerical values for Real Time, Transactional, and/or Bulk as necessary.
- Check the Policing checkbox for a Service Class, if necessary.

Tunnel Shaper for Service Providers with Partner Gateway
This section discusses the Tunnel Shaper for Service Providers with the Partner Gateway.
Service Providers may offer SD-WAN services at a lower capacity compared to the aggregated capacity of WAN links at the local branch. For example, customers may have purchased a broadband link from another vendor and SP offering SD-WAN services, and hosting Partner Gateway has no control over the underlay broadband link. In such situations, in order to ensure that the SD-WAN service capacity is being honored and to avoid congestion towards Partner Gateway, a Service Provider can enable the DMPO Tunnel Shaper between the tunnel and the Partner Gateway.

Consider a Edge with two WAN links, 20 Mbps Internet and 20 Mbps MPLS, using a 35 Mbps SD-WAN service offered from a Service Provider (SP). In this case, the bandwidth of SD-WAN service (35 Mbps) is lower than the aggregated bandwidth of the WAN links (40 Mbps). To ensure that the traffic towards the Partner Gateway does not exceed 35 Mbps (displayed as "X" in the image above), the Service Provider can place a Tunnel Shaper on the DMPO tunnel.
Configure Rate-Limit Tunnel Traffic
- Go to from the navigation panel.
- Select the link of the appropriate configuration Profile.
- Select the Business Policy tab and go to Additional Settings.
- In the SD-WAN Overlay Rate Limit area, check the Rate-Limit Tunnel Traffic check box.
- Select either the Percent or Rate (Mbps) radial buttons. By default, None is selected.
- In the Limit text box, type in a numerical limit to the Tunnel Traffic.
- Select Save Changes.





