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 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 menu, the settings and options associated with that Segment appear in the Configure Business Policy area. For additional information. see Configure Segments.
- In the SD-WAN service of the Enterprise portal, go to . The Profiles page displays the existing Profiles.
- Select the link to a Profile, and then select the Business Policy tab. Alternatively, you can select the View link in the Biz. Pol column of the Profile.
- The existing pre-defined business policy rules are displayed. The Configure Business Policy section displays the business policy rules listed in order of highest precedence. Network traffic is managed by identifying its characteristics then matching the characteristics to the rule with the highest precedence. A number of rules are predefined and you can add your own rules to customize your network operation by selecting +ADD.
Figure 1. Displaying Business Policies 
- You can configure the following options:
Table 1. Business Policy Parameters Option Description Business Policy Rules Add Select to create a new business policy. For additional information, see Create Business Policy Rule. Delete Select to delete the selected business policies. Clone Select to duplicate the selected business policy. SD-WAN Traffic Class and Weight Mapping Allows to define traffic class with priority and service class, along with mapping of scheduler weight. For additional information, see Overlay QoS CoS Mapping. Additional Settings SD-WAN Overlay Rate Limit Allows you to configure rate limit for tunnel traffic. For additional information, see Tunnel Shaper for Service Providers with Partner Gateway. Customizable QoE Allows you to configure the minimum and maximum latency threshold values, in the range 1ms to 1000ms, for Voice, Video, and Transactional application categories. Selecting Reset All To Default, resets all the values to the default values. The default values are listed in the note below the table. Sort You can sort the business policy rules using the following options: - Sort by category
- Sort by segment aware
View From the View menu, choose either of the following: - Expand All- Expands and shows all the business policy related details and settings.
- Collapse All- Collapses all the business policy related details and settings.
Note:
The Good to Fair value must always be less than the Fair to Bad value.Table 2. Default Latency Threshold Values Application Category Good to Fair Fair to Bad Voice 25 65 Video 30 65 Transactional 50 80 - Whenever the Customizable QoE values are modified for a Profile or an Edge, an event is created on the page.
- The Customizable QoE configuration settings are applied only to the Edge versions 5.2.0 and above.
- Whenever the threshold values are changed for an Edge, all the tunnels to the corresponding Gateway inherit the same threshold values.
- By default, Profile configurations are applied to all the Edges associated with the Profile. If required, you can add or modify business policy rules and override other configurations for a specific Edge. Configure Business Policy for an Edge
- In the SD-WAN service of the Enterprise portal, select . The Edges page displays the existing Edges.
- Select the link to an Edge, and then select the Business Policy tab. Alternatively, you can select the View link in the Business Policy column of the Edge. The Configure Business Policy page appears.
Figure 2. Configuring a Business Policy 
- The business policy rules and other settings inherited from the associated Profile are displayed under the Rules From Profile section of the Configure Business Policy page. You can edit the existing rules or add new rules for the selected Edge, by selecting the Override check box. The new and overridden rules appear in the Edge Overrides section.
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.
- In the SD-WAN service of the Enterprise portal, go to . The Profiles page displays the existing Profiles.
- Select the link to a Profile or select the View link in the Device column of the Profile. The configuration options are displayed in the Device tab.
- Select the Business Policy tab. From the Profiles page, you can navigate to the Business Policy page directly by selecting the View link in the Biz.Pol column of the Profile.
- In the Business Policy page, select + ADD. The Add Rule window is displayed.
Figure 3. Add Rule Window 
- Enter the Rule Name and select the IP version. You can configure the Source and Destination IP addresses according to the selected IP version, as follows:
- IPv4 and IPv6 – Allows to configure both IPv4 and IPv6 addresses in the matching criteria. If you choose this mode, you can choose the IP addresses from Object Groups containing Address Groups with both type of Address Groups. By default, this address type is selected.
- IPv4 – Applies to traffic with only IPv4 address as source and destination.
- IPv6 – Applies to traffic with only IPv6 address as source and destination.
Note:
- When you upgrade, the Business policy rules from previous versions are moved to IPv4 mode.
- For Symantec WSS integration, only IPv4 is supported.
- In the Match tab, configure the match criteria for Source, Destination, and Application traffic.
Table 3. Match Criteria Field Descriptions Field Description Source Allows to specify the source for packets. Select any of the following options: - Any- Allows all source addresses by default.
- Object Group- Allows you to select a combination of address group and service group.
- If address type is IPv4, then only IPv4 address from Address Groups are considered to match the traffic source.
- If address type is IPv6, then only IPv6 address from Address Groups are considered to match the traffic source.
- If address type is both IPv4 and IPv6, then IPv4 and IPv6 both addresses from Address Groups are considered to match the traffic source.
Note: If the selected address group contains any domain names, then they would be ignored when matching for the source.Activate Pre-NAT- Selecting this option allows the business policy to match with both, pre-NAT and post-NAT IPv4 addresses, on the LAN side for the Source IP.Note: The Pre NAT option is supported for IPv4 and Mixed mode object groups but not for IPv6 object groups.For additional information, see Object Groups and Configure Business Policies with Object Group.
- Define- Allows you to define the source traffic from a specific VLAN, Interface, IP Address, Port, or Operating System. Select one of the following options:
- VLAN- Matches traffic from the specified VLAN, selected from the drop-down menu.
- Interface- Matches traffic from the specified interface selected from the drop-down menu.
Note: If an interface cannot be selected, then the interface is either not activated or not assigned to this segment.
- IP Address- Matches traffic from the specified IP address (IPv4 or IPv6).
Note: This option is not available if you select IPv4 and IPv6 (Mixed mode) as the IP version. In the Mixed mode, the traffic is matched based on either the specified VLAN or interface.Activate Pre-NAT- Selecting this option allows the business policy to match with both, pre-NAT and post-NAT IPv4 addresses, on the LAN side for the Source IP.Along with the IP address, you can specify one of the following address types to match the source traffic:Note: The Pre-NAT option is applicable only for IPv4 address matching.
- CIDR prefix- Choose this option if you want the network defined as a CIDR value (for example: 172.10.0.0 /16).
- Subnet mask- Choose this option if you want the network defined based on a Subnet mask (for example, 172.10.0.0 255.255.0.0).
- Wildcard mask- Choose this option if you want the ability to narrow the enforcement of a policy to a set of devices across different IP subnets that share a matching host IP address value. The Wildcard mask matches an IP, or a set of IP addresses based on the inverted Subnet mask. A '0' within the binary value of the mask means the value is fixed and a '1' within the binary value of the mask means the value is wild (can be 1 or 0). For example, a Wildcard mask of 0.0.0.255 (binary equivalent = 00000000.00000000.00000000.11111111) with an IP Address of 172.0.0, the first three octets are fixed values, and the last octet is a variable value. This option is available only for IPv4 address.
- Ports- Matches traffic from the specified source port or port range.
- Operating System- Matches traffic from the specified operating system, selected from the drop-down menu.
Destination Allows to specify the destination for packets. Select any of the following options: - Any- Allows all destination addresses by default.
- Object Group- Allows you to select a combination of address group and service group.
Activate Pre-NAT- Selecting this option allows the business policy to match with both, pre-NAT and post-NAT IPv4 addresses, on the LAN side for the Destination IP.For additional information, see Object Groups and Configure Business Policies with Object Group.Note: The Pre NAT option is supported for IPv4 and Mixed mode object groups but not for IPv6 object groups.
- Define- Allows you to define the matching criteria for the destination traffic to a specific IP Address, Domain Name, Protocol, or Port. Select one of the following options, by default, Any is selected:
- Any- Matches all destination traffic.
- Internet- Matches all Internet traffic (traffic that does not match an SD-WAN Route) to the destination.
Note:
- This option is not available if you select IPv4 and IPv6 (Mixed mode) as the IP version. In the Mixed mode, the traffic is matched based on either the specified VLAN or interface.
- For Symantec WSS integration, you must select this option.
Activate Pre-NAT- Selecting this option allows the business policy to match with both, pre-NAT and post-NAT IPv4 addresses, on the LAN side for the Source IP.Note: The Pre-NAT option is applicable only for IPv4 address matching.Along with the IP address, you can specify the Subnet mask type and domain name to match the destination traffic.
- Edge- Matches all traffic to an Edge.
- Non SD-WAN Destination via Gateway- Matches all traffic to the specified Non SD-WAN Destination through Gateway, associated with a Profile. Ensure that you have associated your Non SD-WAN sites via Gateway at the Profile level.
- Non SD-WAN Destination via Edge- Matches all traffic to the specified Non SD-WAN Destination through Edge, associated with an Edge or Profile. Ensure that you have associated your Non SD-WAN sites via Edge at the Profile or Edge level.
- Domain name- Matches traffic for the entire domain name or a portion of the domain name specified in the Domain Name field. For example, \"salesforce\" will match traffic to \" www.salesforce.com\".
- Protocol- Matches traffic for the specified protocol, selected from the drop-down menu. The supported protocols are: GRE, ICMP, TCP, and UDP.
Note: ICMP is not supported in Mixed mode.
- Ports- Matches traffic from the specified source port or port range.
Application Select any one of the following options: - Any- Applies the business policy rule to any application by default.
- Define- Allows to select a specific application to apply the business policy rule. In addition, a DSCP value can be specified to match the traffic coming in with a preset DSCP/TOS tag.
Note:- When creating a business policy rule matching an application only, to apply the Network Service Action for such application, the Edge might need to use DPI (Deep Packet Inspection) Engine. Generally, the DPI does not determine the application based on the first packet. The DPI Engine usually needs the first 5-10 packets in the flow to identify the application. For the first few packets received, traffic is unclassified and matches a less specific business policy, which might cause the traffic to take a different path, i.e. 'Direct' instead of 'Multipath', depending on the policy it matches. Once DPI determines the traffic type, it matches a more specific policy configured for this type of traffic. However, that flow continues to take the path from the original policy it matched, because steering to a new path would break the flow. This can cause the first flow to a specific Destination IP and port to take one path. Once the app cache in populated, the subsequent flows to the same Destination IP and port take another path as configured in a more specific policy for this type of traffic.
- Once the DPI classifies the traffic, it adds the Destination IP and port to the app cache, and immediately classifies any subsequent flows to that same Destination IP and port. The app cache entry expires after 10 minutes of no traffic going to that Destination IP and port. The next flow to that Destination IP and port must go through the DPI again and may take an unexpected path based on the policy it matches before the DPI identifies the application.
- In the Action tab, configure the actions to be performed when the traffic matches the defined criteria.
Note: Depending on your Match choices, some Actions may not be available.
Figure 4. Add Rule Window 
Table 4. Action Field Descriptions Field Description Priority Designate the priority of the rule as one of the following: - High
- Normal
- Low
Enable Rate Limit Select the Enable Rate Limit check box to set limits for inbound and outbound traffic directions. Note: Rate limiting is performed per flow. Rate limiting for upstream traffic only works when you specify a link or Edge interface in the Business Policy. If you set the Steering option to Auto, Transport, or Group, the rate limit will apply to the total bandwidth of all the corresponding links. This may not enforce a strict rate limit as you expect. If you want to enforce a strict rate limit, you should steer traffic to a single link or Edge interface in the Business Policy.Network Service Set the Network Service to one of the following options: - Direct- Sends the traffic out of the WAN circuit directly to the destination, bypassing the Gateway.
Note:
The Edge by default prefers a secure route over a business policy. In practice this means the Edge will forward traffic via Multipath (Branch to Branch or Cloud via Gateway, depending on the route) even if a business policy is configured to send that traffic via the Direct path if the Edge has received either secure default routes or more specific secure routes from the Partner Gateway or another Edge.
This behavior can be overridden for Partner Gateway secure routes by activating the "Secure Default Route Override" feature for a customer. A Partner Super User or an Operator can activate this feature which overrides all Partner Gateway secure routes that also match a business policy. "Secure Default Route Override" does not override Hub secure routes.
- Multi-Path- Sends the traffic from one Edge to another Edge.
- Internet Backhaul- This network service is activated only if the Destination is set as Internet.
Note: The Internet Backhaul Network Service only applies to Internet traffic (WAN traffic destined to network prefixes that do not match a known local route or VPN route).
For information about these options, see Configure Network Service for Business Policy Rule.
If Conditional Backhaul is activated at the profile level, by default it will apply for all Business Policies configured for that profile. You can turn off conditional backhaul for selected policies to exclude selected traffic (Direct, Multi-Path, and CSS) from this behavior by selecting the Turn off Conditional Backhaul check box.
For additional information about how to activate and troubleshoot the Conditional Backhaul feature, see Conditional Backhaul.
Link Steering Select one of the following link steering modes: - Auto- By default, all applications are set to automatic Link Steering mode. When an application is in the automatic Link Steering mode, the DMPO automatically chooses the best links based on the application type and automatically activates on-demand remediation when necessary.
- Transport Group- Specify any one of the following transport group options 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:
- Public Wired
- Public Wireless
- Private Wired
- Interface- Link steering is tied to a physical interface and will be used primarily for routing purposes.
Note: This option is only allowed at the Edge override level.
- WAN Link- Allows to define policy rules based on specific private links. 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.
Note: This option is only allowed at the Edge override level.
- Transport Group- Specify any one of the following transport group options 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:
- Inner Packet DSCP Tag- Select an Inner Packet DSCP Tag from the drop-down menu.
- Outer Packet DSCP Tag- Select an Outer Packet DSCP Tag from the drop-down menu.
Note: When the Network Service is configured as Direct, the IPv6 only Interfaces and IPv6 only WAN links are not supported in Link Steering mode.For additional information about the link steering modes and DSCP, DSCP marking for both Underlay and Overlay traffic, see Configure Link Steering Modes.
Enable NAT Activate or deactivate NAT. This option is not available for IPv4 and IPv6 mode. For additional information, see Configure Policy Based NAT. Service Class Select one of the following Service Class options. Apps/Categories fall in one of these categories:- Real-time
- Transactional
- Bulk
Note: This option is only for a custom application. - After configuring the required settings, select Create.
A business policy rule is created for the selected Profile, and it appears under the Business Policy Rules area of the Profile Business Policy page.
Note: The rules created at the Profile level cannot be updated at the Edge level. To override the rule, user needs to create the same rule at the Edge level with new parameters to override the Profile level rule.For the IPv6 and IPv4 and IPv6 modes, you can only Create Business policy rules from the Orchestrator. You can perform the rest of the operations like Update and Delete only through API.
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 continues to use the selected link or transport group and apply error correction until loss reaches 4%, which is when it steers traffic to another path. When the Error Correct Before Steering checkbox is unchecked, the Edge starts 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 steers 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.

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.
Link Steering: DSCP Marking for Underlay Traffic Use Case
Edges 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. Configuring Underlay DSCP Configuration 
- 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 forwards 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.

The Business Policy contains the out-of-the-box Smart Defaults functionality that maps more than 2,500 applications to Traffic Classes. You can use application-aware QoS without having to define policy. Each Traffic Class is assigned a default weight in the Scheduler, and these parameters can be changed in the Business Policy. Below are the default values for the 3x3 matrix with nine Traffic Classes. See the image below for default of the Weight and Traffic Class Mapping.

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
To activate 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, type in 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.
Tunnel Shaper Example

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
To activate 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.



