目  录

1 QoS概述

1.1 QoS服务模型简介

1.1.1 Best-Effort服务模型

1.1.2 IntServ服务模型

1.1.3 DiffServ服务模型

1.2 QoS技术在网络中的位置

1.3 QoS技术在设备中的处理顺序

1.4 QoS配置方式

2 QoS策略

2.1 QoS策略简介

2.2 QoS策略配置任务简介

2.3 定义类

2.4 定义流行为

2.5 定义策略

2.6 应用策略

2.6.1 设备支持的策略应用位置

2.6.2 策略应用限制和指导

2.6.3 基于以太网服务实例应用QoS策略

2.6.4 基于接口应用QoS策略

2.6.5 基于控制平面应用QoS策略

2.6.6 基于管理口控制平面应用QoS策略

2.7 配置接口流速统计时间

2.8 QoS策略显示和维护

2.8.1 显示QoS策略配置

2.8.2 显示QoS策略运行状况

3 优先级映射

3.1 优先级映射简介

3.1.1 优先级介绍

3.1.2 优先级映射表

3.1.3 优先级映射配置方式

3.1.4 优先级映射过程

3.2 优先级映射配置任务简介

3.3 配置优先级映射表

3.4 配置优先级信任模式

3.5 配置端口优先级

3.6 优先级映射显示和维护

3.7 优先级映射典型配置举例

3.7.1 优先级信任模式和端口优先级配置举例

4 流量监管

4.1 流量监管简介

4.1.1 流量评估与令牌桶

4.1.2 流量监管

4.2 配置流量监管

4.3 流量监管显示和维护

4.4 流量监管典型配置举例

4.4.1 流量监管典型配置举例

5 流量过滤

5.1 流量过滤简介

5.2 流量过滤配置限制和指导

5.3 配置流量过滤

5.4 流量过滤显示和维护

5.5 流量过滤典型配置举例

5.5.1 流量过滤基本组网配置举例

6 重标记

6.1 重标记简介

6.2 配置重标记（MQC方式）

6.3 重标记典型配置举例

6.3.1 重标记基本组网配置举例

7 附录

7.1 附录 A 缩略语表

7.2 附录 B 缺省优先级映射表

7.2.1 优先级映射表

7.3 附录 C 各种优先级介绍

7.3.1 IP优先级和DSCP优先级

7.3.2 802.1p优先级

7.3.3 802.11e优先级

7.3.4 EXP优先级

1 QoS概述

QoS即服务质量。对于网络业务，影响服务质量的因素包括传输的带宽、传送的时延、数据的丢包率等。在网络中可以通过保证传输的带宽、降低传送的时延、降低数据的丢包率以及时延抖动等措施来提高服务质量。网络资源总是有限的，在保证某类业务的服务质量的同时，可能就是在损害其它业务的服务质量。因此，网络管理者需要根据各种业务的特点来对网络资源进行合理的规划和分配，从而使网络资源得到高效利用。

1.1  QoS服务模型简介

通常QoS提供以下三种服务模型：

·     Best-Effort service（尽力而为服务模型）

·     Integrated service（综合服务模型，简称IntServ）

·     Differentiated service（区分服务模型，简称DiffServ）

1.1.1  Best-Effort服务模型

Best-Effort是一个单一的服务模型，也是最简单的服务模型。对Best-Effort服务模型，网络尽最大的可能性来发送报文。但对时延、可靠性等性能不提供任何保证。

Best-Effort服务模型是网络的缺省服务模型，通过FIFO队列来实现。它适用于绝大多数网络应用，如FTP、E-Mail等。

1.1.2  IntServ服务模型

IntServ是一个综合服务模型，它可以满足多种QoS需求。该模型使用RSVP协议，RSVP运行在从源端到目的端的每个设备上，可以监视每个流，以防止其消耗资源过多。这种体系能够明确区分并保证每一个业务流的服务质量，为网络提供最细粒度化的服务质量区分。

但是，IntServ模型对设备的要求很高，当网络中的数据流数量很大时，设备的存储和处理能力会遇到很大的压力。IntServ模型可扩展性很差，难以在Internet核心网络实施。

1.1.3  DiffServ服务模型

DiffServ是一个多服务模型，它可以满足不同的QoS需求。与IntServ不同，它不需要通知网络为每个业务预留资源。区分服务实现简单，扩展性较好。

本文提到的技术都是基于DiffServ服务模型。

1.2  QoS技术在网络中的位置

QoS技术包括流分类、流量监管、流量整形、限速、拥塞管理、拥塞避免等。下面对常用的技术进行简单地介绍。

图1-1 常用QoS技术在网络中的位置

如图1-1所示，流分类、流量监管、流量整形、拥塞管理和拥塞避免主要完成如下功能：

·     流分类：采用一定的规则识别符合某类特征的报文，它是对网络业务进行区分服务的前提和基础。

·     流量监管：对进入或流出设备的特定流量进行监管，以保护网络资源不受损害。可以作用在接口入方向和出方向。

·     流量整形：一种主动调整流的输出速率的流量控制措施，用来使流量适配下游设备可供给的网络资源，避免不必要的报文丢弃，通常作用在接口出方向。

·     拥塞管理：当拥塞发生时制定一个资源的调度策略，决定报文转发的处理次序，通常作用在接口出方向。

·     拥塞避免：监督网络资源的使用情况，当发现拥塞有加剧的趋势时采取主动丢弃报文的策略，通过调整队列长度来解除网络的过载，通常作用在接口出方向。

1.3  QoS技术在设备中的处理顺序

图1-2简要描述了各种QoS技术在网络设备中的处理顺序。

(1)     首先通过流分类对各种业务进行识别和区分，它是后续各种动作的基础；

(2)     通过各种动作对特定的业务进行处理。这些动作需要和流分类关联起来才有意义。具体采取何种动作，与所处的阶段以及网络当前的负载状况有关。例如，当报文进入网络时进行流量监管；流出节点之前进行流量整形；拥塞时对队列进行拥塞管理；拥塞加剧时采取拥塞避免措施等。

图1-2 各QoS技术在同一网络设备中的处理顺序

1.4  QoS配置方式

QoS的配置方式分为MQC方式（模块化QoS配置，Modular QoS Configuration）和非MQC方式。

MQC方式通过QoS策略定义不同类别的流量要采取的动作，并将QoS策略应用到不同的目标位置（例如接口）来实现对业务流量的控制。

非MQC方式则通过直接在目标位置上配置QoS参数来实现对业务流量的控制。例如，在接口上配置限速功能来达到限制接口流量的目的。

有些QoS功能只能使用其中一种方式来配置，有些使用两种方式都可以进行配置。在实际应用中，两种配置方式也可以结合起来使用。

2 QoS策略

2.1  QoS策略简介

QoS策略由如下部分组成：

·     类，定义了对报文进行识别的规则。

·     流行为，定义了一组针对类识别后的报文所做的QoS动作。

通过将类和流行为关联起来，QoS策略可对符合分类规则的报文执行流行为中定义的动作。

用户可以在一个策略中定义多个类与流行为的绑定关系。

2.2  QoS策略配置任务简介

QoS策略配置任务如下：

(1)     定义类

(2)     定义流行为

(3)     定义策略

(4)     应用策略

¡     基于接口应用QoS策略

¡     基于控制平面应用QoS策略

¡     基于管理口控制平面应用QoS策略

(5)     （可选）配置接口流速统计时间

2.3  定义类

(1)     进入系统视图。

system-view

(2)     创建类，并进入类视图。

traffic classifier classifier-name [ operator { and | or } ]

(3)     （可选）配置类的描述信息。

description text

缺省情况下，未配置类的描述信息。

(4)     定义匹配数据包的规则。

if-match [ not ] match-criteria

缺省情况下，未定义匹配数据包的规则。

具体规则的介绍，请参见“QoS命令”中的if-match命令。

2.4  定义流行为

(1)     进入系统视图。

system-view

(2)     创建流行为，并进入流行为视图。

traffic behavior behavior-name

(3)     配置流行为的动作。

缺省情况下，未配置流行为的动作。

流行为动作就是对符合流分类的报文做出相应的QoS动作，例如流量监管、流量过滤、重标记、流量统计等，具体情况请参见本文相关章节。

2.5  定义策略

(1)     进入系统视图。

system-view

(2)     创建QoS策略，并进入策略视图。

qos policy policy-name

(3)     为类指定流行为。

classifier classifier-name behavior behavior-name [insert-before before-classifier-name ]

缺省情况下，未指定类对应的流行为。

2.6  应用策略

2.6.1  设备支持的策略应用位置

QoS策略支持应用在如下位置：

·     基于以太网服务实例应用QoS策略，支持在入方向和出方向应用。

·     基于接口应用QoS策略，支持在入方向和出方向应用。

·     基于控制平面应用QoS策略，仅支持在入方向应用。

·     基于管理口控制平面应用QoS策略，仅支持在入方向应用。

·     基于上线用户应用QoS策略，支持在入方向和出方向应用。

2.6.2  策略应用限制和指导

QoS策略应用后：

·     用户仍然可以修改QoS策略中的流分类规则和流行为，以及二者的对应关系。当流分类规则中使用ACL匹配报文时，允许删除或修改该ACL（包括向该ACL中添加、删除和修改匹配规则）。

·     如果一个流行为中配置了多个动作，而其中某个动作未生效，则该CB对（即通过classifier behavior命令关联的一个流分类和一个流行为）都不会生效。

2.6.3  基于以太网服务实例应用QoS策略

1. 配置限制和指导

·     关于以太网服务实例的相关配置命令，请参见“MPLS命令参考”中的“MPLS L2VPN、VPLS”或“VXLAN命令参考”。

·     对于支持通用类型的QoS策略、统计类型的QoS策略、镜像类型的QoS策略和重标记类型的QoS策略的产品，基于以太网服务实例应用策略时，在相同方向最多可以应用4个不同类型的策略，包括一个通用类型的QoS策略、一个统计类型的QoS策略、镜像类型的QoS策略和一个重标记类型的QoS策略。以太网服务实例同时应用不同类型的QoS策略后，可以对以太网服务实例收到的同一份流量分别执行不同的流行为动作。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入接口视图。请选择其中一项进行配置。

¡     进入二层以太网接口视图。

interface interface-type interface-number

¡     进入二层聚合接口视图。

interface bridge-aggregation interface-number

(3)     创建以太网服务实例，并进入以太网服务实例视图。

service-instance instance-id

(4)     在以太网服务实例上应用已创建的QoS策略。

qos apply [ accounting | mirroring | remarking ] policy policy-name { inbound | outbound }

缺省情况下，未在以太网服务实例上应用QoS策略。

2.6.4  基于接口应用QoS策略

1. 配置限制和指导

基于接口应用QoS策略时需要注意的是：

·     一个QoS策略可以应用于多个接口，但在接口的每个方向（出和入两个方向）只能应用一个策略。

·     QoS策略应用在出方向时，对设备发出的协议报文不起作用，以确保这些报文在策略误配置时仍然能够正常发出，维持设备的正常运行。常见的本地协议报文如下：链路维护报文、RIP、LDP、SSH等。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     在接口上应用已创建的QoS策略。

qos apply policy policy-name { inbound | outbound } [ share-mode ]

缺省情况下，未在接口上应用QoS策略。

2.6.5  基于控制平面应用QoS策略

1. 功能简介

设备上存在用户平面和控制平面：

·     用户平面（User Plane）：是指对报文进行收发、交换的处理单元，它的主要工作是转发报文。在设备上，与之相对应的核心物理实体就是各种专用转发芯片，它们有极高的处理速度和很强的数据吞吐能力。

·     控制平面（Control Plane）：是指运行大部分路由交换协议进程的处理单元，它的主要工作是进行协议报文的解析和协议的计算。在设备上，与之相对应的核心物理实体就是CPU，它具备灵活的报文处理能力，但数据吞吐能力有限。

用户平面接收到无法识别或处理的报文会送到控制平面进行进一步处理。如果上送控制平面的报文速率超过了控制平面的处理能力，那么上送控制平面的报文会得不到正确转发或及时处理，从而影响协议的正常运行。

为了解决此问题，用户可以把QoS策略应用在控制平面上，通过对上送控制平面的报文进行过滤、限速等QoS处理，达到保护控制平面正常报文的收发、维护控制平面正常处理状态的目的。

预定义的QoS策略中通过协议类型或者协议组类型来标识各种上送控制平面的报文类型，用户也可以在流分类视图下通过if-match control-plane命令引用这些协议类型或者协议组类型来进行报文分类，然后根据需要为这些报文重新配置流行为。系统预定义的QoS策略信息可以通过display qos policy control-plane pre-defined命令查看。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入控制平面视图。

control-plane slot slot-number

(3)     在控制平面上应用已创建的QoS策略。

qos apply policy policy-name inbound

缺省情况下，未在控制平面上应用QoS策略。

2.6.6  基于管理口控制平面应用QoS策略

1. 功能简介

管理口控制平面仅针对管理口上送给控制平面的报文。

如果管理口上送给控制平面的报文速率超过其处理能力，报文会得不到正确转发或及时处理，从而影响协议的正常运行。

为了解决此问题，用户可以把QoS策略应用在管理口控制平面上，通过对管理口上送给控制平面的报文进行QoS限速处理，达到保护管理口正常报文的收发、维护管理口正常处理状态的目的。

预定义的QoS策略中通过协议类型或者协议组类型来标识各种上送管理口控制平面的报文类型，用户也可以在流分类视图下通过if-match命令引用这些协议类型或者协议组类型来进行报文分类，然后根据需要为这些报文重新配置流行为。系统预定义的QoS策略信息可以通过display qos policy control-plane management pre-defined命令查看。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入管理口控制平面视图。

control-plane management

(3)     在管理口控制平面上应用已创建的QoS策略。

qos apply policy policy-name inbound

缺省情况下，未在管理口控制平面上应用QoS策略。

2.7  配置接口流速统计时间

1. 功能简介

通过配置接口流速统计时间，我们可以统计经过QoS策略流分类后每类报文的发送和丢弃速率。假设流速统计时间为t（t默认为5分钟），则系统将统计最近t时间内每类报文发送和丢弃的平均速率，且每t/5分钟刷新一次统计速率。流速统计的结果可以通过命令display qos policy interface查看。

2. 配置限制和指导

配置接口流速统计时间时需要注意，子接口的流速统计时间采用主接口上设置的统计时间。

3. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     配置接口流速统计时间。

qos flow-interval interval

缺省情况下，接口流速统计时间为5分钟。

2.8  QoS策略显示和维护

2.8.1  显示QoS策略配置

可在任意视图下执行以下命令：

·     显示类的配置信息。

display traffic classifier { system-defined | user-defined } [ classifier-name ] [ slot slot-number ]

·     显示流行为的配置信息。

display traffic behavior { system-defined | user-defined } [ behavior-name ] [ slot slot-number ]

·     显示QoS策略的配置信息。

display qos policy { system-defined | user-defined } [ policy-name [ classifier classifier-name ] ] [ slot slot-number ]

·     显示系统预定义的控制平面应用QoS策略的信息。

display qos policy control-plane pre-defined [ slot slot-number ]

·     显示系统预定义的管理口控制平面应用QoS策略的信息。

display qos policy control-plane management pre-defined

2.8.2  显示QoS策略运行状况

可在任意视图下执行以下命令：

·     显示接口上QoS策略的配置信息和运行情况。

display qos policy interface [ interface-type interface-number ] [ slot slot-number ] [ inbound | outbound ]

·     显示基于控制平面应用QoS策略的信息。

display qos policy control-plane slot slot-number

·     显示管理口控制平面应用的QoS策略信息。

display qos policy control-plane management

3 优先级映射

3.1  优先级映射简介

优先级映射可以将报文携带的优先级字段映射成指定优先级字段值，设备根据映射后的优先级字段，为报文提供有差别的QoS服务，从而为全面有效的控制报文的转发调度等级提供依据。

3.1.1  优先级介绍

优先级用于标识报文传输的优先程度，可以分为两类：报文携带优先级和设备调度优先级。

报文携带优先级包括：802.1p优先级、DSCP优先级、IP优先级、EXP优先级等。这些优先级都是根据公认的标准和协议生成，体现了报文自身的优先等级。相关介绍请参见“7.3  附录 C 各种优先级介绍”。

设备调度优先级是指报文在设备内转发时所使用的优先级，只对当前设备自身有效。设备调度优先级包括以下几种：

·     本地优先级（LP）：设备为报文分配的一种具有本地意义的优先级，每个本地优先级对应一个队列，本地优先级值越大的报文，进入的队列优先级越高，从而能够获得优先的调度。

·     丢弃优先级（DP）：在进行报文丢弃时参考的参数，丢弃优先级值越大的报文越被优先丢弃。

·     用户优先级（UP）：设备对于进入的流量，会自动获取报文的优先级作为后续转发调度的参数，这种报文优先级称为用户优先级。对于不同类型的报文，用户优先级所代表的优先级字段不同。对于二层报文，用户优先级取自802.1p优先级；对于三层报文，用户优先级取自IP优先级；对于MPLS报文，用户优先级取自EXP。

3.1.2  优先级映射表

设备提供了多张优先级映射表，分别对应不同的优先级映射关系。

通常情况下，设备可以通过查找缺省优先级映射表（7.2  附录 B 缺省优先级映射表）来为报文分配相应的优先级。如果缺省优先级映射表无法满足用户需求，可以根据实际情况对映射表进行修改。

3.1.3  优先级映射配置方式

优先级映射配置方式包括：优先级信任模式方式、端口优先级方式。

1. 优先级信任模式方式

配置端口的优先级信任模式后，设备将信任报文自身携带的优先级。通过优先级映射表，使用所信任的报文携带优先级进行优先级映射，根据映射关系完成对报文优先级的修改，以及实现报文在设备内部的调度。

2. 端口优先级方式

未配置端口的优先级信任模式时，设备会将端口优先级作为报文自身的优先级。通过优先级映射表，对报文进行映射。用户可以配置端口优先级，通过优先级映射，使不同端口收到的报文进入对应的队列，以此实现对不同端口收到报文的差异化调度。

3. QoS策略配置方式

通过QoS策略配置方式，可以对匹配到的报文应用流行为中定义的优先级映射动作，灵活方便的控制报文的优先级映射。

3.1.4  优先级映射过程

对于接收到的以太网报文，根据优先级信任模式和报文的802.1Q标签状态，设备将采用不同的方式为其标记调度优先级。如图3-1所示：

图3-1 以太网报文优先级映射过程

对于接收到的MPLS报文，根据优先级信任模式和报文的EXP优先级状态，设备将采用不同的方式为其标记调度优先级。如图3-2所示：

图3-2 MPLS报文优先级映射过程

3.2  优先级映射配置任务简介

优先级映射配置任务如下：

(1)     （可选）配置优先级映射表

(2)     配置优先级映射方式。

¡     配置优先级信任模式

¡     配置端口优先级

3.3  配置优先级映射表

(1)     进入系统视图。

system-view

(2)     进入指定的优先级映射表视图。

qos map-table { dot11e-lp | dot1p-lp | dscp-lp | lp-dot11e | lp-dot1p | lp-dscp }

(3)     配置指定优先级映射表的映射关系。

import import-value-list export export-value

缺省情况下，优先级映射表的映射关系请参见“7.2  附录 B 缺省优先级映射表”。

多次执行本命令，最后一次执行的命令生效。

3.4  配置优先级信任模式

1. 功能简介

配置优先级信任模式后，设备将根据报文自身的优先级，查找优先级映射表，为报文分配优先级参数。

在配置接口上的优先级模式时，用户可以选择下列信任模式：

·     dot1p：信任报文自带的802.1p优先级，以此优先级进行优先级映射。

·     dscp：信任IP报文自带的DSCP优先级，以此优先级进行优先级映射。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     配置优先级信任模式。

qos trust { dot1p | dscp }

缺省情况下，不信任报文携带的优先级，会使用端口优先级作为报文的802.1p优先级进行优先级映射。

3.5  配置端口优先级

1. 功能简介

按照接收端口的端口优先级，设备通过一一映射为报文分配相应的优先级。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     配置端口优先级。

qos priority priority-value

缺省情况下，端口优先级为0。

3.6  优先级映射显示和维护

可在任意视图下执行以下命令：

·     显示指定优先级映射表配置情况。

display qos map-table [ dot11e-lp | dot1p-lp | dscp-lp | lp-dot11e | lp-dot1p | lp-dscp ]

·     显示端口优先级信任模式信息。

display qos trust interface [ interface-type interface-number ]

3.7  优先级映射典型配置举例

3.7.1  优先级信任模式和端口优先级配置举例

1. 组网需求

Device A和Device B通过Device C实现互连。网络环境描述如下：

·     Device A通过端口GigabitEthernet1/0/1接入Device C，向Device C发送dot1p值为3的报文；

·     Device B通过端口GigabitEthernet1/0/2接入Device C，向Device C发送dot1p值为1的报文。

要求通过配置实现如下需求：如果Device C在接口GigabitEthernet1/0/3的出方向发生拥塞，则优先让Device A访问Server。

2. 组网图‌

图3-3 优先级信任模式和端口优先级配置组网图

‌

3. 配置步骤

·     方法一

# 在接口GigabitEthernet1/0/1和GigabitEthernet1/0/2上分别配置优先级信任模式为dot1p。

<DeviceC> system-view

[DeviceC] interface gigabitethernet 1/0/1

[DeviceC-GigabitEthernet1/0/1] qos trust dot1p

[DeviceC-GigabitEthernet1/0/1] quit

[DeviceC] interface gigabitethernet 1/0/2

[DeviceC-GigabitEthernet1/0/2] qos trust dot1p

[DeviceC-GigabitEthernet1/0/2] quit

·     方法二

# 在接口GigabitEthernet1/0/1和GigabitEthernet1/0/2上分别配置端口优先级，GigabitEthernet1/0/1上配置的端口优先级值要高于GigabitEthernet1/0/2上配置的端口优先级值。（同时保证在接口GigabitEthernet1/0/1和GigabitEthernet1/0/2上没有配置信任模式。）

<DeviceC> system-view

[DeviceC] interface gigabitethernet 1/0/1

[DeviceC-GigabitEthernet1/0/1] qos priority 3

[DeviceC-GigabitEthernet1/0/1] quit

[DeviceC] interface gigabitethernet 1/0/2

[DeviceC-GigabitEthernet1/0/2] qos priority 1

[DeviceC-GigabitEthernet1/0/2] quit

4 流量监管

4.1  流量监管简介

为了使有限的网络资源能够更好地发挥效用，更好地为更多用户提供服务，就必须对流量加以限制。流量监管、流量整形和限速可以实现流量的速率限制功能，而要实现此功能就必须对通过设备的流量进行度量。一般采用令牌桶（Token Bucket）对流量进行度量。

4.1.1  流量评估与令牌桶

1. 令牌桶

令牌桶可以看作是一个存放一定数量令牌的容器。系统按设定的速度向桶中放置令牌，当桶中令牌满时，多出的令牌溢出，桶中令牌不再增加。

2. 用令牌桶评估流量

在用令牌桶评估流量规格时，是以令牌桶中的令牌数量是否足够满足报文的转发为依据的。如果桶中存在足够的令牌可以用来转发报文，称流量遵守或符合这个规格，否则称为不符合或超标。

评估流量时令牌桶的参数包括：

·     平均速率：向桶中放置令牌的速率，即允许的流的平均速度。通常配置为CIR。

·     突发尺寸：令牌桶的容量，即每次突发所允许的最大的流量尺寸。通常配置为CBS，突发尺寸必须大于最大报文长度。

每到达一个报文就进行一次评估。每次评估，如果桶中有足够的令牌可供使用，则说明流量控制在允许的范围内，此时要从桶中取走满足报文的转发的令牌；否则说明已经耗费太多令牌，流量超标了。

3. 复杂评估

为了评估更复杂的情况，实施更灵活的调控策略，可以使用两个令牌桶（分别称为C桶和E桶）对流量进行评估。主要有如下三种算法。

(1)     单速率单桶双色算法

¡     CIR：表示向C桶中投放令牌的速率，即C桶允许传输或转发报文的平均速率；

¡     CBS：表示C桶的容量，即C桶瞬间能够通过的承诺突发流量。

每次评估时，依据下面的情况，可以分别实施不同的流控策略：

¡     如果C桶有足够的令牌，报文被标记为green，即绿色报文；

¡     如果C桶令牌不足，报文被标记为red，即红色报文。

(2)     单速率双桶三色算法

¡     CIR：表示向C桶中投放令牌的速率，即C桶允许传输或转发报文的平均速率；

¡     CBS：表示C桶的容量，即C桶瞬间能够通过的承诺突发流量；

¡     EBS：表示E桶的容量的增量，即E桶瞬间能够通过的超出突发流量，取值不为0。E桶的容量等于CBS与EBS的和。

每次评估时，依据下面的情况，可以分别实施不同的流控策略：

¡     如果C桶有足够的令牌，报文被标记为green，即绿色报文；

¡     如果C桶令牌不足，但E桶有足够的令牌，报文被标记为yellow，即黄色报文；

¡     如果C桶和E桶都没有足够的令牌，报文被标记为red，即红色报文。

(3)     双速率双桶三色算法

¡     CIR：表示向C桶中投放令牌的速率，即C桶允许传输或转发报文的平均速率；

¡     CBS：表示C桶的容量，即C桶瞬间能够通过的承诺突发流量；

¡     PIR：表示向E桶中投放令牌的速率，即E桶允许传输或转发报文的最大速率；

¡     EBS：表示E桶的容量，即E桶瞬间能够通过的超出突发流量。

每次评估时，依据下面的情况，可以分别实施不同的流控策略：

¡     如果C桶有足够的令牌，报文被标记为green，即绿色报文；

¡     如果C桶令牌不足，但E桶有足够的令牌，报文被标记为yellow，即黄色报文；

¡     如果C桶和E桶都没有足够的令牌，报文被标记为red，即红色报文。

4.1.2  流量监管

流量监管就是对流量进行控制，通过监督本节点中的流量速率，对超出规格部分的流量进行“惩罚”，使流量被限制在一个合理的范围之内，以保护网络资源和运营商的利益。例如，可以限制HTTP报文不能占用50%以上的网络带宽。如果发现流量超出规格，则丢弃超规格部分的流量。

图4-1 流量监管示意图

流量监管还可以对所监管流量进行差异化处理，依据不同的评估结果，实施不同的监管动作。这些动作包括转发、丢弃、重标记优先级再转发、重标记优先级再进行下一级的监管等。

4.2  配置流量监管

1. 配置限制和指导

设备目前支持基于接口、控制平面、管理口控制平面和上线用户应用QoS策略配置流量监管。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     定义类。

a.     创建类，并进入类视图。

traffic classifier classifier-name [ operator { and | or } ]

b.     定义匹配数据包的规则。

if-match [ not ] match-criteria

缺省情况下，未定义匹配数据包的规则。

具体规则的介绍，请参见“QoS命令”中的if-match命令。

c.     退回系统视图。

quit

(3)     定义流行为。

a.     创建一个流行为并进入流行为视图。

traffic behavior behavior-name

b.     配置流量监管动作。

car cir committed-information-rate [ cbs committed-burst-size ] [ green action | red action ] *

缺省情况下，未配置流量监管动作。

c.     退回系统视图。

quit

(4)     定义策略。

a.     创建策略并进入策略视图。

qos policy policy-name

b.     在策略中为类指定采用的流行为。

classifier classifier-name behavior behavior-name

缺省情况下，未指定类对应的流行为。

c.     退回系统视图。

quit

(5)     应用QoS策略。

具体配置请参见“2.6  应用策略”。

缺省情况下，未应用QoS策略。

4.3  流量监管显示和维护

可在任意视图下执行以下命令，显示流量监管的相关配置信息。

display traffic behavior user-defined [ behavior-name ]

4.4  流量监管典型配置举例

4.4.1  流量监管典型配置举例

1. 组网需求

·     设备Device A通过接口GigabitEthernet1/0/3和设备Device B的接口GigabitEthernet1/0/1互连

·     Server、Host A、Host B可经由Device A和Device B访问Internet

·     Server、Host A与Device A的GigabitEthernet1/0/1接口在同一网段

·     Host B与Device A的GigabitEthernet1/0/2接口在同一网段

要求在设备Device A上对接口GigabitEthernet1/0/1接收到的源自Server和Host A的报文流分别实施流量控制如下：

·     来自Server的报文流量约束为10240kbps，流量小于10240kbps时可以正常发送，流量超过10240kbps时则将违规报文的优先级设置为0后进行发送；

·     来自Host A的报文流量约束为2560kbps，流量小于2560kbps时可以正常发送，流量超过2560kbps时则丢弃违规报文；

对设备Device B的GigabitEthernet1/0/1和GigabitEthernet1/0/2接口收发报文有如下要求：

·     Device B的GigabitEthernet1/0/1接口接收报文的总流量限制为20480kbps，如果超过流量限制则将违规报文丢弃；

·     经由Device B的GigabitEthernet1/0/2接口进入Internet的报文流量限制为10240kbps，如果超过流量限制则将违规报文丢弃。

2. 组网图

图4-2 流量监管配置组网图

‌

3. 配置步骤

(1)     配置设备Device A

# 配置ACL规则列表，分别匹配来源于Server和Host A的报文流。

<DeviceA> system-view

[DeviceA] acl basic 2001

[DeviceA-acl-ipv4-basic-2001] rule permit source 1.1.1.1 0

[DeviceA-acl-ipv4-basic-2001] quit

[DeviceA] acl basic 2002

[DeviceA-acl-ipv4-basic-2002] rule permit source 1.1.1.2 0

[DeviceA-acl-ipv4-basic-2002] quit

# 创建流分类server，匹配Server发出的报文流。

[DeviceA] traffic classifier server

[DeviceA-classifier-server] if-match acl 2001

[DeviceA-classifier-server] quit

# 创建流分类host，匹配Host发出的报文流。

[DeviceA] traffic classifier host

[DeviceA-classifier-host] if-match acl 2002

[DeviceA-classifier-host] quit

# 创建流行为server，动作为流量监管，cir为10240kbps，对超出限制的报文（红色报文）将其DSCP优先级设置为0后发送。

[DeviceA] traffic behavior server

[DeviceA-behavior-server] car cir 10240 red remark-dscp-pass 0

[DeviceA-behavior-server] quit

# 创建流行为host，动作为流量监管，cir为2560kbps，由于默认对红色报文的处理方式就是丢弃，因此无需配置。

[DeviceA] traffic behavior host

[DeviceA-behavior-host] car cir 2560

[DeviceA-behavior-host] quit

# 创建QoS策略，命名为car，将流分类server和流行为server进行关联；将流分类host和流行为host进行关联。

[DeviceA] qos policy car

[DeviceA-qospolicy-car] classifier server behavior server

[DeviceA-qospolicy-car] classifier host behavior host

[DeviceA-qospolicy-car] quit

# 将QoS策略car应用到接口GigabitEthernet1/0/1的入方向上。

[DeviceA] interface gigabitethernet 1/0/1

[DeviceA-GigabitEthernet1/0/1] qos apply policy car inbound

(2)     配置设备Device B

# 配置高级ACL3001，匹配HTTP报文。

<DeviceB> system-view

[DeviceB] acl advanced 3001

[DeviceB-acl-adv-3001] rule permit tcp destination-port eq 80

[DeviceB-acl-adv-3001] quit

# 创建流分类http，匹配ACL 3001。

[DeviceB] traffic classifier http

[DeviceB-classifier-http] if-match acl 3001

[DeviceB-classifier-http] quit

# 创建流分类class，匹配所有报文。

[DeviceB] traffic classifier class

[DeviceB-classifier-class] if-match any

[DeviceB-classifier-class] quit

# 创建流行为car_inbound，动作为流量监管，cir为20480kbps，由于默认对红色报文的处理方式就是丢弃，因此无需配置。

[DeviceB] traffic behavior car_inbound

[DeviceB-behavior-car_inbound] car cir 20480

[DeviceB-behavior-car_inbound] quit

# 创建流行为car_outbound，动作为流量监管，cir为10240kbps。

[DeviceB] traffic behavior car_outbound

[DeviceB-behavior-car_outbound] car cir 10240

[DeviceB-behavior-car_outbound] quit

# 创建QoS策略，命名为car_inbound，将流分类class和流行为car_inbound进行关联。

[DeviceB] qos policy car_inbound

[DeviceB-qospolicy-car_inbound] classifier class behavior car_inbound

[DeviceB-qospolicy-car_inbound] quit

# 创建QoS策略，命名为car_outbound，将流分类http和流行为car_outbound进行关联。

[DeviceB] qos policy car_outbound

[DeviceB-qospolicy-car_outbound] classifier http behavior car_outbound

[DeviceB-qospolicy-car_outbound] quit

# 将QoS策略car_inbound应用到接口GigabitEthernet1/0/1的入方向上。

[DeviceB] interface gigabitethernet 1/0/1

[DeviceB-GigabitEthernet1/0/1] qos apply policy car_inbound inbound

# 将QoS策略car_outbound应用到接口GigabitEthernet1/0/2的出方向上。

[DeviceB] interface gigabitethernet 1/0/2

[DeviceB-GigabitEthernet1/0/2] qos apply policy car_outbound outbound

5 流量过滤

5.1  流量过滤简介

流量过滤是指对符合流分类的流进行过滤的动作。例如，可以根据网络的实际情况禁止从某个源IP地址发送的报文通过。

5.2  流量过滤配置限制和指导

设备目前支持基于接口、控制平面和上线用户应用QoS策略配置流量过滤。

5.3  配置流量过滤

(1)     进入系统视图。

system-view

(2)     定义类。

a.     创建一个类，并进入类视图。

traffic classifier classifier-name [ operator { and | or } ]

b.     定义匹配数据包的规则。

if-match [ not ] match-criteria

缺省情况下，未定义匹配数据包的规则。

具体规则的介绍，请参见“QoS命令”中的if-match命令。

c.     退回系统视图。

quit

(3)     定义流行为。

a.     创建一个流行为，并进入流行为视图。

traffic behavior behavior-name

b.     配置流量过滤动作。

filter { deny | permit }

缺省情况下，未配置流量过滤动作。

如果配置了filter deny命令，则在该流行为视图下配置的其他流行为（除流量统计外）都不会生效。

c.     退回系统视图。

quit

(4)     定义策略。

a.     创建策略并进入策略视图。

qos policy policy-name

b.     在策略中为类指定采用的流行为。

classifier classifier-name behavior behavior-name

缺省情况下，未指定类对应的流行为。

c.     退回系统视图。

quit

(5)     应用QoS策略。

具体配置请参见“2.6  应用策略”

缺省情况下，未应用QoS策略。

5.4  流量过滤显示和维护

可在任意视图下执行以下命令，显示流量过滤的相关配置信息。

display traffic behavior user-defined [ behavior-name ]

5.5  流量过滤典型配置举例

5.5.1  流量过滤基本组网配置举例

1. 组网需求

Host通过接口GigabitEthernet1/0/1接入设备Device。

配置流量过滤功能，对接口GigabitEthernet1/0/1接收的目的端口号等于21的TCP报文进行丢弃。

2. 组网图

图5-1 流量过滤基本组网图

‌

3. 配置步骤

# 定义高级ACL 3000，匹配目的端口号等于21的数据流。

<Device> system-view

[Device] acl advanced 3000

[Device-acl-ipv4-adv-3000] rule 0 permit tcp destination-port eq 21

[Device-acl-ipv4-adv-3000] quit

# 定义类classifier_1，匹配高级ACL 3000。

[Device] traffic classifier classifier_1

[Device-classifier-classifier_1] if-match acl 3000

[Device-classifier-classifier_1] quit

# 定义流行为behavior_1，动作为流量过滤（deny），对数据包进行丢弃。

[Device] traffic behavior behavior_1

[Device-behavior-behavior_1] filter deny

[Device-behavior-behavior_1] quit

# 定义策略policy，为类classifier_1指定流行为behavior_1。

[Device] qos policy policy

[Device-qospolicy-policy] classifier classifier_1 behavior behavior_1

[Device-qospolicy-policy] quit

# 将策略policy应用到端口GigabitEthernet1/0/1的入方向上。

[Device] interface gigabitethernet 1/0/1

[Device-GigabitEthernet1/0/1] qos apply policy policy inbound

6 重标记

6.1  重标记简介

重标记是将报文的优先级或者标志位进行设置，重新定义报文的优先级等。例如，对于IP报文来说，可以利用重标记对IP报文中的IP优先级或DSCP值进行重新设置，控制IP报文的转发。

重标记动作的配置，可以通过与类关联，将原来报文的优先级或标志位重新进行标记。

重标记可以和优先级映射功能配合使用，具体请参见“3 优先级映射”。目前可以通过MQC方式和全局优先级重标记方式配置重标记。

6.2  配置重标记（MQC方式）

1. 配置限制和指导

设备目前支持基于接口、控制平面和上线用户应用QoS策略配置重标记。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     定义类。

a.     创建一个类，并进入类视图。

traffic classifier classifier-name [ operator { and | or } ]

b.     定义匹配数据包的规则。

if-match [ not ] match-criteria

缺省情况下，未定义匹配数据包的规则。

具体规则的介绍，请参见“QoS命令”中的if-match命令。

c.     退回系统视图。

quit

(3)     定义流行为

a.     创建一个流行为，并进入流行为视图。

traffic behavior behavior-name

b.     重新标记报文的动作。

具体重标记动作的介绍，请查看“QoS命令”中的remark命令。

c.     退回系统视图。

quit

(4)     定义策略。

a.     创建一个策略，并进入策略视图。

qos policy policy-name

b.     在策略中为类指定采用的流行为。

classifier classifier-name behavior behavior-name

缺省情况下，未指定类对应的流行为。

c.     退回系统视图。

quit

(5)     应用QoS策略。

具体配置请参见“2.6  应用策略”

缺省情况下，未应用QoS策略。

3. 显示和维护

可在任意视图下执行以下命令，显示重标记的相关配置信息。

display traffic behavior user-defined [ behavior-name ]

6.3  重标记典型配置举例

6.3.1  重标记基本组网配置举例

1. 组网需求

公司企业网通过Device实现互连。网络环境描述如下：

·     Host A和Host B通过端口GigabitEthernet1/0/1接入Device；

·     数据库服务器、邮件服务器和文件服务器通过端口GigabitEthernet1/0/2接入Device。

通过配置重标记功能，Device上实现如下需求：

·     优先处理Host A和Host B访问数据库服务器的报文；

·     其次处理Host A和Host B访问邮件服务器的报文；

·     最后处理Host A和Host B访问文件服务器的报文。

2. 组网图

图6-1 重标记基本组网图

‌

3. 配置步骤

# 定义高级ACL 3000，对目的IP地址为192.168.0.1的报文进行分类。

<Device> system-view

[Device] acl advanced 3000

[Device-acl-ipv4-adv-3000] rule permit ip destination 192.168.0.1 0

[Device-acl-ipv4-adv-3000] quit

# 定义高级ACL 3001，对目的IP地址为192.168.0.2的报文进行分类。

[Device] acl advanced 3001

[Device-acl-ipv4-adv-3001] rule permit ip destination 192.168.0.2 0

[Device-acl-ipv4-adv-3001] quit

# 定义高级ACL 3002，对目的IP地址为192.168.0.3的报文进行分类。

[Device] acl advanced 3002

[Device-acl-ipv4-adv-3002] rule permit ip destination 192.168.0.3 0

[Device-acl-ipv4-adv-3002] quit

# 定义类classifier_dbserver，匹配高级ACL 3000。

[Device] traffic classifier classifier_dbserver

[Device-classifier-classifier_dbserver] if-match acl 3000

[Device-classifier-classifier_dbserver] quit

# 定义类classifier_mserver，匹配高级ACL 3001。

[Device] traffic classifier classifier_mserver

[Device-classifier-classifier_mserver] if-match acl 3001

[Device-classifier-classifier_mserver] quit

# 定义类classifier_fserver，匹配高级ACL 3002。

[Device] traffic classifier classifier_fserver

[Device-classifier-classifier_fserver] if-match acl 3002

[Device-classifier-classifier_fserver] quit

# 定义流行为behavior_dbserver，动作为重标记报文的本地优先级为4。

[Device] traffic behavior behavior_dbserver

[Device-behavior-behavior_dbserver] remark local-precedence 4

[Device-behavior-behavior_dbserver] quit

# 定义流行为behavior_mserver，动作为重标记报文的本地优先级为3。

[Device] traffic behavior behavior_mserver

[Device-behavior-behavior_mserver] remark local-precedence 3

[Device-behavior-behavior_mserver] quit

# 定义流行为behavior_fserver，动作为重标记报文的本地优先级为2。

[Device] traffic behavior behavior_fserver

[Device-behavior-behavior_fserver] remark local-precedence 2

[Device-behavior-behavior_fserver] quit

# 定义策略policy_server，为类指定流行为。

[Device] qos policy policy_server

[Device-qospolicy-policy_server] classifier classifier_dbserver behavior behavior_dbserver

[Device-qospolicy-policy_server] classifier classifier_mserver behavior behavior_mserver

[Device-qospolicy-policy_server] classifier classifier_fserver behavior behavior_fserver

[Device-qospolicy-policy_server] quit

# 将策略policy_server应用到端口GigabitEthernet1/0/1上。

[Device] interface gigabitethernet 1/0/1

[Device-GigabitEthernet1/0/1] qos apply policy policy_server inbound

[Device-GigabitEthernet1/0/1] quit

7 附录

7.1  附录 A 缩略语表

表7-1 附录 A 缩略语表

7.2  附录 B 缺省优先级映射表

7.2.1  优先级映射表

表7-2 dot1p-lp缺省映射关系

表7-3 dot11e-lp缺省映射关系

表7-4 dscp-lp缺省映射关系

表7-5 lp-dot1p、lp-dot11e、lp-dscp缺省映射关系

7.3  附录 C 各种优先级介绍

7.3.1  IP优先级和DSCP优先级

图7-1 ToS和DS域

如图7-1所示，IP报文头的ToS字段有8个bit，其中前3个bit表示的就是IP优先级，取值范围为0～7。RFC 2474中，重新定义了IP报文头部的ToS域，称之为DS（Differentiated Services，差分服务）域，其中DSCP优先级用该域的前6位（0～5位）表示，取值范围为0～63，后2位（6、7位）是保留位。

表7-6 IP优先级说明

表7-7 DSCP优先级说明

7.3.2  802.1p优先级

802.1p优先级位于二层报文头部，适用于不需要分析三层报头，而需要在二层环境下保证QoS的场合。

图7-2 带有802.1Q标签头的以太网帧

如图7-2所示，4个字节的802.1Q标签头包含了2个字节的TPID（Tag Protocol Identifier，标签协议标识符）和2个字节的TCI（Tag Control Information，标签控制信息），TPID取值为0x8100，图7-3显示了802.1Q标签头的详细内容，Priority字段就是802.1p优先级。之所以称此优先级为802.1p优先级，是因为有关这些优先级的应用是在802.1p规范中被详细定义的。

图7-3 802.1Q标签头

表7-8 802.1p优先级说明

7.3.3  802.11e优先级

为了在无线网络中提供QoS服务，802.11e标准被提出。802.11e是802.11协议的MAC层增强协议，和802.11相比，在802.11e的MAC帧头中，增加了2个字节的QoS Control域，其中优先级位为3bit。802.11e优先级取值范围为0～7。

图7-4 802.11e的帧结构

7.3.4  EXP优先级

EXP优先级位于MPLS标签内，用于标记MPLS QoS。

图7-5 MPLS标签的封装结构

在图7-5中，Exp字段就是EXP优先级，长度为3比特，取值范围为0～7。