No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

S12700 V200R012C00 Configuration Guide - QoS

This document describes the configurations of QoS functions, including MQC, priority mapping, traffic policing, traffic shaping, interface-based rate limiting, congestion avoidance, congestion management, packet filtering, redirection, traffic statistics, ACL-based simplified traffic policy, and HQoS.
Rate and give feedback :
Huawei uses machine translation combined with human proofreading to translate this document to different languages in order to help you better understand the content of this document. Note: Even the most advanced machine translation cannot match the quality of professional translators. Huawei shall not bear any responsibility for translation accuracy and it is recommended that you refer to the English document (a link for which has been provided).
Licensing Requirements and Limitations for MQC

Licensing Requirements and Limitations for MQC

Involved Network Elements

Other network elements are not required.

Licensing Requirements

MQC is a basic feature of the switch and is not under license control.

Version Requirements

Table 2-2 describes the products and versions supporting MQC.

Table 2-2  Products and versions supporting MQC

Product

Product Model

Software Version

S12700

S12708 and S12712

V200R005C00, V200R006C00, V200R007C00, V200R007C20, V200R008C00, V200R009C00, V200R010C00, V200R011C10, V200R012C00, V200R013C00

S12710

V200R010C00, V200R011C10, V200R012C00, V200R013C00

S12704

V200R008C00, V200R009C00, V200R010C00, V200R011C10, V200R012C00, V200R013C00

NOTE:
For details about software mappings, visit Hardware Query Tool and search for the desired product model.

Feature Limitations

  • Table 2-3 describes the specifications of MQC.
    Table 2-3  Specifications of MQC

    Item

    Specification

    Maximum number of traffic classifiers

    512

    Maximum number of if-match rules in a traffic classifier

    2048

    Maximum number of traffic behaviors

    256

    Maximum number of traffic policies

    256

    Maximum number of traffic classifiers bound to a traffic policy

    256

  • Applying a traffic policy consumes ACL resources. If ACL resources are insufficient, the traffic policy will fail to be applied. Assume that an if-match rule in a traffic policy occupies one ACL. When the traffic policy is applied to M interfaces, M ACLs are occupied. When the traffic policy is applied to L VLANs on a switch with N LPUs, L*N ACLs are occupied. When the traffic policy is applied to the system on a switch with N LPUs, N ACLs are occupied. Table 2-4 describes the ACL resource usage of if-match rules.
    Table 2-4  ACLs occupied by traffic classification rules

    Traffic Classification Rule

    ACL Resource Usage

    if-match vlan-id start-vlan-id [ to end-vlan-id ] [ cvlan-id cvlan-id ]

    if-match cvlan-id start-vlan-id [ to end-vlan-id ] [ vlan-id vlan-id ]

    Rules are delivered according to the VLAN ID range and multiple ACLs are occupied. You can run the display acl division start-id to end-id command to check how ACL resources are used in a specified VLAN range.

    if-match acl { acl-number | acl-name }

    if-match ipv6 acl { acl-number | acl-name }

    Uplink: When the range resources are exhausted, rules containing range port-start port-end are delivered and multiple ACLs are occupied. Each rule containing tcp-flag established occupies two ACLs. (The ACL resource usage on X series cards is similar to that in the downlink direction.)

    Downlink: Rules containing range port-start port-end are delivered according to the port number range, and multiple ACLs are occupied. In other situations, one rule occupies one ACL. You can run the display acl division start-id to end-id command to check how ACL resources are used in a specified port number range.

    Other if-match rules

    Each rule occupies one ACL.

  • A traffic policy can be applied to the system, a VLAN, an SSID profile, or an interface. When a traffic policy needs to be applied in multiple views, apply the traffic policy in the interface view/SSID profile view, VLAN view, and system view in sequence. If the switch supports the SSID profile view and different interface views, apply the traffic policy in the VLANIF interface view, WLAN-ESS interface view/SSID profile view, sub-interface view of physical interfaces/Eth-Trunk sub-interface view, and physical interface view/Eth-Trunk interface view/port group view in sequence.

  • When packets match multiple traffic policies, the following rules apply:

    • If traffic classification rules in the traffic policies are of the same type, only one traffic policy takes effect. The precedence of the traffic policies depends on the objects to which they are applied: interface/SSID profile > VLAN > system. That is, the traffic policy applied to an interface has the highest priority, whereas the traffic policy applied to the system has the lowest priority. If the traffic policies are applied to an SSID profile and different interfaces, the precedence of the traffic policies is as follows: VLANIF interface > WLAN-ESS interface/SSID profile > sub-interface of physical interface/Eth-Trunk sub-interface > physical interface/Eth-Trunk interface/port group. When different traffic policies are applied in the same view, the precedence of the policies depends on the configuration sequence.

    • For the X series cards: If traffic classification rules in the traffic policies are of different types, only one traffic policy takes effect. The precedence of the traffic policies depends on the objects to which they are applied: interface > VLAN > system. That is, the traffic policy applied to an interface has the highest priority, whereas the traffic policy applied to the system has the lowest priority. If traffic policies are applied to the same object, the traffic policy that contains the traffic classifier with the highest priority takes effect.

    • For other cards except the X series cards: If traffic classification rules in the traffic policies are of different types and the actions do not conflict, all the traffic policies take effect. If actions conflict, the precedence of the traffic policies depends on the precedence of rules in the policies: Layer 2 rule + Layer 3 rule > advanced ACL6 rule > basic ACL6 rule > Layer 3 rule > Layer 2 rule > user-defined ACL rule.

    You are advised to configure traffic policies in descending order of priority; otherwise, traffic policies may not take effect immediately. For details about traffic classification rules, see "Overview of MQC".

  • If an MQC-based traffic policy and an ACL-based simplified traffic policy matching the same ACL are applied to the same object, the ACL-based simplified traffic policy takes effect.

  • If the ACL rule matches the VPN instance name of packets, the ACL-based traffic policy fails to be delivered.

  • If a traffic policy fails to be applied due to insufficient ACL resources on the switch, you are advised to delete the configuration of the traffic policy. Otherwise, if the configuration is saved and the switch is restarted, configuration of other services that run properly will fail to be restored.

  • If the traffic policy that you want to delete has been applied to the system, an interface, or a VLAN, run the undo traffic-policy command to unbind the traffic policy. Then run the undo traffic policy command in the system view to delete the traffic policy. The traffic policy that is not applied can be deleted directly.

  • On switches in a version earlier than V200R009C00, a traffic policy cannot be applied to a VLANIF interface.

Translation
Download
Updated: 2019-01-18

Document ID: EDOC1100038410

Views: 17686

Downloads: 24

Average rating:
This Document Applies to these Products
Related Documents
Related Version
Share
Previous Next