All Products
Search
Document Center

Cloud Enterprise Network:Basic rate limiting QoS

Last Updated:Jun 20, 2026

Traffic scheduling uses Differentiated Services Code Point (DSCP) values to mark inter-region network traffic and enforce a bandwidth cap for each traffic type. This ensures dedicated inter-region bandwidth for each service and improves overall network efficiency.

Introduction

Overview

流量策略-功能概述

When enterprises use Cloud Enterprise Network (CEN) for inter-region communication, an inter-region connection often carries traffic from multiple services, such as video conferencing, voice calls, SaaS applications, and file transfers. These services have different network requirements. For example:

  • Video conferencing and voice call traffic requires real-time transmission. High packet loss and frequent jitter can degrade communication quality.

  • SaaS application traffic requires timely responses. Network congestion degrades the user experience.

  • File transfer traffic requires high throughput and sufficient bandwidth, but is less sensitive to network performance metrics such as latency and jitter.

The total bandwidth of an inter-region connection is fixed. When traffic is transmitted over an inter-region connection, different services often compete for bandwidth. This can lead to low network utilization and poor communication quality. For example, a large file transfer can consume a large amount of bandwidth, which can cause high latency for video conferencing and voice calls, or even interrupt them. Traffic scheduling lets you classify traffic and allocate bandwidth to different services. This improves communication quality and network utilization.

How it works

流量调度策略工作原理

The traffic scheduling feature consists of two main components: traffic marking policies and QoS policies.

  1. Traffic marking policy

    A traffic marking policy uses traffic classification rules to identify and mark matching traffic with a Differentiated Services Code Point (DSCP) value.

    Click to view the matching process of a traffic marking policy.

    After traffic enters an inter-region connection, the system matches the traffic against traffic marking policies in descending order of priority. If the traffic matches any traffic classification rule in a traffic marking policy, the traffic is considered a match for the policy. The system then adds the DSCP value specified in the policy to the data packets. If the traffic does not match any traffic marking policy, the system does not add a DSCP value.

    Example

    An inter-region connection is configured with the traffic marking policies shown in the following table. When traffic from the source CIDR block 10.0.10.0/24 to the destination CIDR block 192.168.30.0/24 enters the inter-region connection, it matches Traffic Marking Policy 2 (Rule 3). The system does not continue to match Traffic Marking Policy 3 (Rule 5) because Traffic Marking Policy 2 has a higher priority. The system adds a DSCP value of 9 to the data packets.

    Policy parameter

    Priority

    DSCP value

    Rule parameter

    Source CIDR

    Destination CIDR

    Traffic Marking Policy 1

    5

    6

    Rule 1

    192.168.10.0/24

    192.168.30.0/24

    Rule 2

    192.168.20.0/24

    192.168.30.0/24

    Traffic Marking Policy 2

    10

    9

    Rule 3

    10.0.0.0/16

    192.168.30.0/24

    Rule 4

    172.16.0.0/16

    192.168.30.0/24

    Traffic Marking Policy 3

    15

    12

    Rule 5

    10.0.10.0/24

    192.168.30.0/24

    Rule 6

    10.0.20.0/24

    192.168.30.0/24

  2. QoS policy

    A QoS policy classifies traffic into different queues based on their DSCP values. You can assign dedicated bandwidth to each queue, which prevents other traffic from consuming it.

    Each QoS policy contains a default queue. The system automatically sends traffic to the default queue if it either does not match a traffic classification rule or is marked but not assigned to a specific queue. The default queue uses the remaining bandwidth of the inter-region connection. In a QoS policy, the combined bandwidth of all queues cannot exceed the total bandwidth of the inter-region connection.

Limitations

  • The traffic scheduling feature is available only for cross-region connections on an Enterprise Edition transit router.

  • The traffic scheduling feature applies only to the outbound direction of an Enterprise Edition transit router.

    For example, consider a cross-region connection between the China (Hangzhou) and China (Qingdao) regions. If you configure the traffic scheduling feature on the transit router in the China (Hangzhou) region, the feature guarantees bandwidth only for traffic from China (Hangzhou) to China (Qingdao). It does not guarantee bandwidth for traffic in the reverse direction, from China (Qingdao) to China (Hangzhou).

    Important

    To ensure a consistent cross-region bandwidth experience, configure matching traffic marking policies and traffic scheduling policies for both traffic directions.

  • The following table lists the quotas for the traffic scheduling feature.

    Resource

    Default limit

    Adjustable

    Maximum number of traffic classification rules per transit router

    500

    Not adjustable

    Maximum number of queues per traffic scheduling policy

    64

    Not adjustable

Example scenario

Traffic

This topic uses the scenario in the preceding figure to demonstrate the traffic scheduling feature. An enterprise has a virtual private cloud (VPC), VPC1, in the China (Hangzhou) region and another VPC, VPC2, in the China (Qingdao) region. The enterprise creates an application client, ECS01, on an Elastic Compute Service (ECS) instance in VPC1. In VPC2, the enterprise deploys a file transfer service, an office SaaS service, and other services. VPC1 and VPC2 are interconnected through a Cloud Enterprise Network (CEN) instance and an Enterprise Edition transit router. However, when ECS01 in VPC1 accesses the file transfer service and the office SaaS service, it frequently experiences slow responses and interrupted file transfers. After a preliminary investigation, the enterprise finds that other services are consuming excessive inter-region bandwidth. As a result, the file transfer and office SaaS services have insufficient bandwidth and cannot function properly.

The enterprise plans to use the traffic scheduling feature of the inter-region connection to allocate a fixed bandwidth for each traffic type. This ensures reliable communication for critical services. The network configuration and bandwidth plan for this example are shown in the following table.

Service

Service CIDR block

Peer CIDR block

Bandwidth cap

File transfer

172.16.10.0/24

192.168.0.0/16

30%

Office SaaS

2408:****:b440::/64

2408:****:a800::/56

20%

Other services

172.16.30.0/24

192.168.0.0/16

50%

Prerequisites

You have enabled inter-region traffic forwarding using CEN and an Enterprise Edition transit router. For setup instructions, see Connect VPCs that belong to different accounts.

Step 1: Create a traffic marking policy

A traffic marking policy uses traffic classification rules to identify traffic and marks matching packets with a Differentiated Services Code Point (DSCP) value.

  1. Log on to the CEN console.

  2. On the CEN Instance page, click the ID of the CEN instance that you want to manage.

  3. On the Basic Settings > Transit Router tab, click the ID of the transit router instance for the inter-region connection.

  4. On the transit router instance details page, click the Traffic Marking tab.

  5. On the Traffic Marking tab, click Create Traffic Marking Policy.

  6. On the Create Traffic Marking Policy page, configure the following parameters and click OK.

    Basic Settings

    Parameter

    Description

    Policy Name

    The name of the traffic marking policy.

    Policy Description

    The description of the traffic marking policy.

    Policy Priority

    The matching priority of the traffic marking policy. Valid values: 1 to 100. A smaller value indicates a higher priority.

    As traffic enters an inter-region connection, the system evaluates traffic marking policies in descending order of priority. If traffic matches a rule in a policy, the system applies that policy and marks the packets with the policy's DSCP value. If traffic matches no policy, the system does not mark the packets.

    DSCP

    If a packet matches a traffic classification rule, the system sets the DSCP field in the IP packet to distinguish service types.

    When you create a traffic scheduling policy, you can use this DSCP value to queue traffic.

    Valid values: 0 to 63. Each traffic marking policy on a transit router must have a unique DSCP value.

    Traffic Classification Rules

    You can add traffic classification rules by using the Manual or Automatic method.

    Manual add

    For Method, select Manual and configure the following parameters.

    Parameter

    Description

    Address Type

    The address type of traffic packets. Valid values:

    • IPv4: matches only IPv4 traffic.

    • IPv6: matches only IPv6 traffic.

    If you leave this parameter empty, the rule matches both IPv4 and IPv6 traffic.

    Rule name

    The name of the traffic classification rule.

    Protocol

    The protocol of traffic packets.

    Traffic classification rules can match various protocols, such as HTTP, HTTPS, UDP, TCP, and SSH. For a list of supported protocols, see the console.

    Source CIDR Block

    The source CIDR block of traffic packets.

    Matches traffic from a source IP address within this CIDR block. If you leave this parameter empty, the rule matches all source IP addresses.

    Source Ports

    The source port of traffic packets.

    Matches traffic from a source port within this range. If you leave this parameter empty, the rule matches all source ports.

    Valid values: -1 and 1 to 65535. The format is as follows:

    • Enter 1/200 to specify ports 1 to 200.

    • Enter 80/80 to specify port 80.

    • Enter -1/-1 to match all source ports.

      You can specify -1 only in the -1/-1 format.

    Destination CIDR Block

    The destination CIDR block of traffic packets.

    Matches traffic to a destination IP address within this CIDR block. If you leave this parameter empty, the rule matches all destination IP addresses.

    Destination Ports

    The destination port of traffic packets.

    Matches traffic to a destination port within this range. If you leave this parameter empty, the rule matches all destination ports.

    Valid values: -1 and 1 to 65535. The format is as follows:

    • Enter 1/200 to specify ports 1 to 200.

    • Enter 80/80 to specify port 80.

    • Enter -1/-1 to match all destination ports.

      You can specify -1 only in the -1/-1 format.

    DSCP

    Matches the existing DSCP value of a packet arriving at the transit router. If you leave this parameter empty, the rule matches packets with any DSCP value. Leave this parameter empty if you have not set a DSCP value on your ECS instances or in your IDCs.

    Important

    Differences between DSCP values in a policy and a rule:

    • Set DSCP in a traffic marking policy: The transit router remarks all traffic that matches the classification rules. This overwrites any existing DSCP value. You can use this new DSCP value to queue traffic when you create a traffic scheduling policy.

    • DSCP in a classification rule: This parameter matches traffic already marked on an ECS instance or in an on-premises IDC. To mark the DSCP field of a data packet on an ECS instance, you can use the Traffic Control (tc) tool provided by the Linux kernel.

    Description

    The description of the traffic classification rule.

    Quick add

    For the quick add method, you can specify a VPC instance to set its CIDR block as the Source CIDR Block or Destination CIDR Block. You only need to specify the Source CIDR Block and Destination CIDR Block. After you click Auto Generate, the system automatically configures the Protocol, Source Ports, Destination Ports, and DSCP for the traffic classification rule.

    For Method, select Automatic. Configure the Rule Name, Source CIDR Block, and Destination CIDR Block, and then click Auto Generate.

    Important
    • After you click Auto Generate, you must select the rules that are automatically generated. The system adds the selected traffic classification rules only after you click OK at the bottom of the current page. If you do not select any of the generated rules after you click Auto Generate, the system will not add any traffic classification rules when you click OK at the bottom of the current page.

    • To add multiple traffic classification rules, add the CIDR blocks that you want to configure to the Source CIDR Block and Destination CIDR Block fields, and then click Auto Generate. The system lists all possible traffic classification rules based on the Source CIDR Block and Destination CIDR Block that you specified. You can then select the traffic classification rules that you want to add.

    • After you click Auto Generate, if you need to reconfigure the traffic classification rules, you can reconfigure the Rule Name, Source CIDR Block, and Destination CIDR Block, click Auto Generate, and then select the traffic classification rules that you want to add.

    Parameter

    Description

    Rule Name

    The name of the traffic classification rule.

    Source CIDR Block

    Click Quick Add next to the input box. In the Source CIDR Block dialog box, select the CIDR block of a VPC instance from the list on the left and click the 向右 icon to use the selected CIDR block. Then, click OK.

    To deselect a CIDR block, select it from the list on the right and click the 向右 - 副本 icon.

    Destination CIDR Block

    Click Quick Add next to the input box. In the Destination CIDR Block dialog box, select the CIDR block of a VPC instance from the list on the left and click the 向右 icon to use the selected CIDR block. Then, click OK.

    To deselect a CIDR block, select it from the list on the right and click the 向右 - 副本 icon.

    Protocol

    The system automatically configures the Protocol, Source Ports, Destination Ports, and DSCP parameters, and you cannot modify them. The default settings are as follows:

    • Protocol: Matches all protocols by default.

    • Source Ports: Matches all source ports by default.

    • Destination Ports: Matches all destination ports by default.

    • DSCP: Matches all DSCP values by default.

    Source Ports

    Destination Ports

    DSCP

  7. Repeat Step 3 to Step 6 to configure corresponding traffic marking policies on the transit router instance in the peer region.

    This example uses the manual method to add traffic marking policies in the China (Hangzhou) and China (Qingdao) regions. The following table describes the configurations.

    Note

    In the following table, "None" indicates that the parameter is left unconfigured, causing the system to apply the default matching rule.

    Region

    China (Hangzhou)

    China (Qingdao)

    Configuration item

    Traffic marking policy 1

    Traffic marking policy 2

    Traffic marking policy 3

    Traffic marking policy 1

    Traffic marking policy 2

    Traffic marking policy 3

    Policy name

    File

    SaaS

    Other

    File

    SaaS

    Other

    Policy priority

    5

    10

    15

    5

    10

    15

    Set DSCP

    5

    10

    15

    5

    10

    15

    Traffic classification rule

    Address Type

    None

    IPv6

    None

    None

    IPv6

    None

    Protocol

    None

    HTTP

    HTTPS

    None

    HTTP

    HTTPS

    Source CIDR block

    192.168.0.0/16

    2408:****:a800::/56

    192.168.0.0/16

    172.16.10.0/24

    2408:****:b440::/64

    172.16.30.0/24

    Source port

    1/200

    None

    1/200

    25/25

    80/80

    443/443

    Destination CIDR block

    172.16.10.0/24

    2408:****:b440::/64

    172.16.30.0/24

    192.168.0.0/16

    2408:****:a800::/56

    192.168.0.0/16

    Destination port

    25/25

    80/80

    443/443

    1/200

    None

    1/200

    DSCP

    25

    30

    None

    25

    30

    None

    Traffic marking policy description

    Matches traffic from source port range 1 to 200 of the 192.168.0.0/16 CIDR block to destination port 25 of the 172.16.10.0/24 CIDR block with an existing DSCP value of 25. The policy marks matching traffic with DSCP value 5.

    Matches HTTP traffic from the 2408:****:a800::/56 CIDR block to destination port 80 of the 2408:****:b440::/64 CIDR block with an existing DSCP value of 30. The policy marks matching traffic with DSCP value 10.

    Matches HTTPS traffic from source port range 1 to 200 of the 192.168.0.0/16 CIDR block to destination port 443 of the 172.16.30.0/24 CIDR block. The policy marks matching traffic with DSCP value 15.

    Matches traffic from source port 25 of the 172.16.10.0/24 CIDR block to destination port range 1 to 200 of the 192.168.0.0/16 CIDR block with an existing DSCP value of 25. The policy marks matching traffic with DSCP value 5.

    Matches HTTP traffic from source port 80 of the 2408:****:b440::/64 CIDR block to the 2408:****:a800::/56 CIDR block with an existing DSCP value of 30. The policy marks matching traffic with DSCP value 10.

    Matches HTTPS traffic from source port 443 of the 172.16.30.0/24 CIDR block to destination port range 1 to 200 of the 192.168.0.0/16 CIDR block. The policy marks matching traffic with DSCP value 15.

Step 2: Create a QoS policy

A QoS policy uses the DSCP values from a traffic marking policy to map traffic to different queues. You can then assign a bandwidth limit to each queue.

  1. Log on to the CEN console.

  2. On the CEN Instance page, click the ID of the CEN instance that you want to manage.

  3. On the Basic Settings > Transit Router tab, click the ID of the transit router instance for the inter-region connection.

  4. On the Transit Router details page, click the Inter-Region Connections tab.

  5. On the Inter-Region Connections tab, find the target inter-region connection and click Set in the QoS Policy column.

  6. On the Configure Cross-region QoS Policy page, configure the following parameters, and then click OK.

    Parameter

    Description

    Basic Settings

    Policy Name

    The name of the QoS policy.

    Policy Description

    The description of the QoS policy.

    Inter-region Connection

    Select the inter-region connection to which you want to apply the QoS policy.

    Guaranteed bandwidth allocation mode

    Select how to allocate guaranteed bandwidth. You can allocate bandwidth by percentage or by absolute value.

    Note

    You cannot change this setting after the policy is created. To change the mode, delete the policy and create a new one.

    Queues

    Queue Name

    The name of the queue.

    Queue Description

    The description of the queue.

    Matching DSCP

    The Differentiated Services Code Point (DSCP) value in the traffic packets.

    This is the DSCP value that you specified in the DSCP field of the traffic marking policy. Traffic with a matching DSCP value is directed to this queue.

    A single queue can match multiple DSCP values. Separate the values with a comma (,).

    Bandwidth Cap

    The maximum inter-region bandwidth that traffic in this queue can use.

    • If you set the By Percentage to by percentage, this value is a percentage. For example, a value of 30 means the queue's bandwidth limit is 30% of the total inter-region connection bandwidth.

    • If you set the By Absolute Value to by absolute value, this value is in Mbps. For example, a value of 30 means the queue's bandwidth limit is 30 Mbps.

  7. Repeat Step 3 to Step 6 to configure a matching traffic scheduling policy in the Transit Router instance in the peer region.

    In this example, the QoS policies for the China (Hangzhou) and China (Qingdao) regions are configured as shown in the following table.

    Region

    Policy name

    Inter-region connection

    Bandwidth allocation mode

    Queue

    Queue name

    Matching DSCP

    Bandwidth limit

    (By percentage)

    China (Hangzhou)

    QoS-Policy-HZ

    Select the inter-region connection between China (Hangzhou) and China (Qingdao).

    by percentage

    Queue-File

    5

    30

    Queue-SaaS

    10

    20

    Queue-Other

    15

    50

    China (Qingdao)

    QoS-Policy-QD

    Queue-File

    5

    30

    Queue-SaaS

    10

    20

    Queue-Other

    15

    50

    After you configure the policies, the inter-region connection guarantees bandwidth for different types of traffic based on the queue settings.

Step 3: Verify traffic in the target queue

In the Monitoring column for the target cross-region connection, click the 监控 icon. From the Queue drop-down list, select the target queue. A corresponding traffic trend indicates that the traffic has been routed successfully.

More operations

Edit a traffic marking policy

After you create a traffic marking policy, you can modify its name, description, and classification rules. The priority and DSCP value cannot be modified.

  1. Log on to the CEN console.

  2. On the CEN Instance page, click the ID of the CEN instance that you want to manage.

  3. On the Basic Settings > Transit Router tab, click the ID of the transit router instance for the inter-region connection.

  4. On the details page of the Transit Router, click the Traffic Marking tab. For the target traffic marking policy, click Edit in the Actions column.

  5. In the Traffic Marking Policy Details panel, edit the name, description, and classification rules.

    You can only add or delete classification rules. To modify an existing rule, you must delete it and create a new one.

Delete a traffic marking policy

To delete a traffic marking policy, you must first delete all its associated classification rules.

  1. Log on to the CEN console.

  2. On the CEN Instance page, click the ID of the CEN instance that you want to manage.

  3. On the Basic Settings > Transit Router tab, click the ID of the transit router instance for the inter-region connection.

  4. On the details page of the Transit Router, click the Traffic Marking tab. For the target traffic marking policy, click Edit in the Actions column.

  5. In the Traffic Marking Policy Details panel, go to the Traffic Classification Rules section. For the classification rule that you want to delete, click Delete in the Actions column, then click OK in the Delete Traffic Classification Rule dialog box.

    If the policy contains multiple classification rules, repeat this step to delete all of them.

  6. In the upper-right corner of the Traffic Marking Policy Details panel, click Delete, then click OK in the Delete Traffic Marking Policy dialog box.

Edit a traffic scheduling policy

After you create a traffic scheduling policy, you can modify its name, description, and queue information.

  1. Log on to the CEN console.

  2. On the CEN Instance page, click the ID of the CEN instance that you want to manage.

  3. On the Basic Settings > Transit Router tab, click the ID of the transit router instance for the inter-region connection.

  4. On the details page of the Transit Router, click the Inter-Region Connections tab. For the target inter-region connection, click details in the QoS Policy column.

  5. In the Cross-region QoS Policy Details panel, edit the name, description, and queue information.

Delete a traffic scheduling policy

To delete a traffic scheduling policy, you must first delete all its queues.

  1. Log on to the CEN console.

  2. On the CEN Instance page, click the ID of the CEN instance that you want to manage.

  3. On the Basic Settings > Transit Router tab, click the ID of the transit router instance for the inter-region connection.

  4. On the details page of the Transit Router, click the Inter-Region Connections tab. For the target inter-region connection, click details in the QoS Policy column.

  5. In the Cross-region QoS Policy Details panel, go to the Queues section. For the queue that you want to delete, click Delete in the Actions column, then click OK in the Delete Queue From QoS Policy dialog box.

  6. In the upper-right corner of the Cross-region QoS Policy Details panel, click Delete, then click OK in the Delete QoS Policy dialog box.

References

Traffic marking policy APIs

QoS policy APIs