目  录

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配置方式

1.5 vSystem相关说明

2 QoS策略

2.1 QoS策略简介

2.2 QoS策略配置任务简介

2.3 定义类

2.4 定义流行为

2.5 定义策略

2.6 配置策略嵌套

2.7 应用策略

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

2.7.2 策略应用限制和指导

2.7.3 基于接口应用QoS策略

2.7.4 基于全局应用QoS策略

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

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

2.8 配置接口流速统计时间

2.9 QoS策略显示和维护

3 流量监管、流量整形和限速

3.1 流量监管简介

3.1.1 流量评估与令牌桶

3.1.2 流量监管

3.1.3 流量整形

3.1.4 限速

3.2 配置流量监管

3.2.1 流量监管配置方式介绍

3.2.2 配置流量监管（MQC方式）

3.2.3 配置基于CAR列表的流量监管

3.2.4 配置基于ACL的流量监管

3.2.5 配置适配所有流的流量监管

3.3 配置流量整形

3.3.1 流量整形配置方式介绍

3.3.2 配置流量整形（MQC方式）

3.3.3 配置基于ACL的流量整形

3.3.4 配置适配所有流的流量整形

3.4 配置限速

3.4.1 配置接口限速

3.4.2 配置QoS限速时支持根据物理层报文计算报文长度

3.5 流量监管、流量整形和限速显示和维护

4 拥塞管理

4.1 拥塞管理简介

4.1.1 拥塞的产生、影响和对策

4.1.2 设备支持的拥塞管理方法

4.1.3 FIFO队列

4.1.4 CBQ队列

4.2 配置先进先出队列的长度

4.2.1 配置接口先进先出队列的长度

4.3 配置基于类的队列（MQC方式）

4.3.1 基于类的队列简介

4.3.2 配置限制和指导

4.3.3 配置采用AF队列，并配置最小可保证带宽

4.3.4 配置采用EF队列，并配置最大带宽

4.3.5 配置采用WFQ队列

4.3.6 配置接口最大可用带宽

4.3.7 配置最大预留带宽占可用带宽的百分比

4.4 拥塞管理显示和维护

5 流量过滤

5.1 流量过滤简介

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

5.3 配置流量过滤

6 重标记

6.1 重标记简介

6.2 配置重标记

7 流量重定向

7.1 流量重定向简介

7.2 流量重定向配置限制和指导

7.3 配置流量重定向

7.3.1 定义类

7.3.2 定义流行为

7.3.3 定义策略。

8 全局CAR

8.1 全局CAR简介

8.1.1 聚合CAR

8.1.2 分层CAR

8.2 配置聚合CAR（MQC方式）

8.3 配置聚合CAR（非MQC方式）

8.4 全局CAR显示和维护

9 流量统计

9.1 流量统计简介

9.2 流量统计配置限制和指导

9.3 配置流量统计

10 附录

10.1 附录 A 缩略语表

10.2 附录 B 各种优先级介绍

10.2.1 IP优先级和DSCP优先级

10.2.2 802.1p优先级

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功能只能使用其中一种方式来配置，有些使用两种方式都可以进行配置。在实际应用中，两种配置方式也可以结合起来使用。

1.5  vSystem相关说明

非缺省vSystem支持QoS部分功能，具体包括：

·     MQC方式的基本配置

·     聚合CAR

2 QoS策略

2.1  QoS策略简介

QoS策略由如下部分组成：

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

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

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

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

2.2  QoS策略配置任务简介

QoS策略配置任务如下：

(1)     定义类

(2)     定义流行为

(3)     定义策略

(4)     （可选）配置策略嵌套

(5)     应用策略

¡     基于接口应用QoS策略

¡     基于全局应用QoS策略

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

2.3  定义类

(1)     进入系统视图。

system-view

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

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

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

if-match [ not ] match-criteria

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

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

2.4  定义流行为

(1)     进入系统视图。

system-view

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

traffic behavior behavior-name

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

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

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

2.5  定义策略

1. 配置限制和指导

QoS策略下可以存在多个CB（Classifier-Behavior）对，应用QoS策略之后，报文按顺序逐个匹配QoS策略中CB对，如果匹配到某个CB对，则报文直接执行该CB对中指定流行为的所有转发动作，报文不再继续匹配其他CB对。流行为下的某些转发动作之间可能存在逻辑冲突，转发动作之间的冲突关系与设备型号有关，请以设备实际情况为准。

2. 配置步骤

(1)     进入系统视图。

system-view

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

qos policy policy-name

(3)     为类指定流行为，即配置CB（Classifier-Behavior）对。

classifier classifier-name behavior behavior-name [ mode inner-redirect-ignore | insert-before before-classifier-name ] *

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

‌

2.6  配置策略嵌套

1. 功能简介

QoS策略分为两种：父策略和子策略，其中父策略即为普通的QoS策略。通过在父策略流行为视图下创建一个新的策略，即创建子策略，可以实现策略嵌套功能。

配置策略嵌套后，traffic classifier命令定义的某一类流量，除了执行父策略中定义的流行为外，还会由子策略再次对该类流量进行分类，并执行子策略中定义的流行为。

2. 配置准备

配置策略嵌套时，请先定义子策略。关于定义子策略配置，请参见“2.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.     指定子策略，配置策略嵌套。

traffic-policy policy-name

c.     退出流行为视图。

quit

(4)     创建父策略，并进入父策略视图。

qos policy policy-name

(5)     在父策略中为类指定采用的流行为。

classifier classifier-name behavior behavior-name

缺省情况下，没有为类指定流行为。

2.7  应用策略

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

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

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

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

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

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

2.7.2  策略应用限制和指导

QoS策略应用后：

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

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

2.7.3  基于接口应用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 [ postposition | enhancement ] | outbound[ enhancement ] }

undo qos apply policy policy-name { inbound [ postposition | enhancement ] | outbound[ enhancement ] }

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

2.7.4  基于全局应用QoS策略

1. 功能简介

基于全局应用QoS策略后可以对设备所有接口上的流量进行管理。

2. 配置限制和指导

在全局相同方向应用多个QoS策略时，preorder的取值越大，该QoS策略的流行为越优先被执行。如果应用某QoS策略时未指定preorder，则设备优先执行已配置了preorder-value的QoS策略的流行为。需要注意的是，全局相同方向不同QoS策略不能配置相同的preorder-value的值。

在全局相同方向上，如果一份流量同时被多个QoS策略的类匹配，且QoS策略流行为的类型相同，优先执行已配置了preorder的QoS策略的流行为。

基于全局应用QoS策略时，该QoS策略会被所有单板应用，如果某个单板QACL资源不足，将导致QoS策略应用失败。此时需要先执行undo qos apply policy global命令删除基于全局应用的QoS策略，待预留足够资源后，再将QoS策略应用到全局。

如果流行为视图下配置了accounting命令，则指定该流行为的QoS策略不支持在全局下应用。

3. 配置步骤

(1)     进入系统视图。

system-view

(2)     全局应用已创建的QoS策略。

qos apply policy policy-name global { inbound | outbound } [ preorder preorder-value ] [ enhancement ]

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

2.7.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 [ cpu cpu-number ]

（IRF模式）

control-plane chassis chassis-number slot slot-number [ cpu cpu-number ]

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

qos apply policy policy-name inbound

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

2.7.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.8  配置接口流速统计时间

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.9  QoS策略显示和维护

在任意视图下执行display命令可以显示QoS策略的运行情况，通过查看显示信息验证配置的效果。

在用户视图下执行reset命令可以清除QoS策略的统计信息。

表2-1 QoS策略显示和维护

3 流量监管、流量整形和限速

3.1  流量监管简介

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

3.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，即红色报文。

3.1.2  流量监管

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

图3-1 流量监管示意图

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

3.1.3  流量整形

流量整形是一种主动调整流量速率的措施，它可以对超规格部分的流量进行缓存（通常是将它们放入缓冲区或队列内，如图3-2所示），当令牌桶有足够的令牌时，再均匀的向外发送这些被缓存的报文。流量整形与流量监管相比，有如下两点差异：

·     流量整形会将超规格部分的流量进行缓存，可以解决流量监管中的丢包问题。

·     由于流量整形会将超规格部分的流量进行缓存，所以会增加这部分流量的延迟。

图3-2 流量整形示意图

流量整形的一个典型应用是，参照下游网络节点的流量监管指标，合理配置流量整形速率，控制本节点流量的输出速率，以避免过多流量发往下游网络节点、在下游网络节点上被监管并丢弃超规格流量。例如，在图3-3所示的网络中，Device A向Device B发送报文。Device B要对Device A发送来的报文进行流量监管，对超出规格的流量直接丢弃。

图3-3 流量整形的应用

为了减少报文在Device B上的无谓丢失，可以在Device A的出口配置流量整形，将超出流量整形速率的报文缓存在Device A中。当可以继续发送下一批报文时，流量整形再从缓冲队列中取出报文进行发送。这样，发向Device B的报文将都符合Device B的流量规格。

3.1.4  限速

限速可以限制报文（除紧急报文）的总速率。

限速也是采用令牌桶进行流量评估的。当令牌桶中有足够的令牌时，则允许报文通过；否则，超规格部分的报文将进入QoS队列进行拥塞管理。这样，就实现了流量的速率限制。

图3-4 限速处理过程示意图

由于采用了令牌桶进行流量评估，当令牌桶中存有令牌时，可以允许流量通过甚至突发，当令牌桶中没有令牌时，报文必须等到桶中生成了新的令牌后才可以通过。这就限制了流速不能大于令牌生成的速度，达到了限制流量，同时允许突发流量通过的目的。

与流量监管和流量整形相比，限速能够限制所有报文。所以当用户只需要对所有报文进行限速时，使用限速比较简单。

3.2  配置流量监管

3.2.1  流量监管配置方式介绍

可以通过MQC方式和非MQC方式配置流量监管，其中非MQC方式配置流量监管时分为以下几种：

·     基于CAR列表的流量监管配置。

·     基于ACL的流量监管配置。

·     适配所有流的流量监管配置。

如果接口上同时配置了MQC方式和非MQC方式的流量监管，则MQC方式的流量监管生效。

3.2.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.     配置流量监管动作。

（绝对值配置方式）

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

car cir committed-information-rate [ cbs committed-burst-size ] pir peak-information-rate [ ebs excess-burst-size ] [ green action | red action | yellow action ] *

（百分比配置方式）

car cir percent cir-percent [ cbs cbs-time [ ebs ebs-time ] ] [ green action | red action | yellow action ] *

car cir percent cir-percent [ cbs cbs-time ] pir percent pir-percent [ ebs ebs-time ] [ green action | red action | yellow action ] *

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

c.     退回系统视图。

quit

(4)     定义策略。

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

qos policy policy-name

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

classifier classifier-name behavior behavior-name

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

c.     退回系统视图。

quit

(5)     应用QoS策略。

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

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

3.2.3  配置基于CAR列表的流量监管

(1)     进入系统视图。

system-view

(2)     创建CAR列表并配置匹配规则。

qos carl carl-index { dscp dscp-list | mac mac-address | mpls-exp mpls-exp-value | precedence precedence-value | { destination-ip-address | source-ip-address } { range start-ip-address to end-ip-address | subnet ip-address mask-length } [ per-address [ shared-bandwidth ] ] }

(3)     进入接口视图。

interface interface-type interface-number

(4)     在接口上配置基于CAR列表的CAR策略。

qos car { inbound | outbound } carl carl-index cir committed-information-rate [ cbs committed-burst-size [ ebs excess-burst-size ] ] [ green action | red action | yellow action ] *

qos car { inbound | outbound } carl carl-index cir committed-information-rate [ cbs committed-burst-size ] pir peak-information-rate [ ebs excess-burst-size ] [ green action | red action | yellow action ] *

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

3.2.4  配置基于ACL的流量监管

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     在接口上配置基于ACL规则的CAR策略。

qos car { inbound | outbound } acl [ ipv6 ] acl-number cir committed-information-rate [ cbs committed-burst-size [ ebs excess-burst-size ] ] [ green action | red action | yellow action ] *

qos car { inbound | outbound } acl [ ipv6 ] acl-number cir committed-information-rate [ cbs committed-burst-size ] pir peak-information-rate [ ebs excess-burst-size ] [ green action | red action | yellow action ] *

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

3.2.5  配置适配所有流的流量监管

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     在接口应用CAR策略。

qos car { inbound | outbound } any cir committed-information-rate [ cbs committed-burst-size [ ebs excess-burst-size ] ] [ green action | red action | yellow action ] *

qos car { inbound | outbound } any cir committed-information-rate [ cbs committed-burst-size ] pir peak-information-rate [ ebs excess-burst-size ] [ green action | red action | yellow action ] *

缺省情况下，接口上没有应用CAR策略。

3.3  配置流量整形

3.3.1  流量整形配置方式介绍

可以通过MQC方式和非MQC方式配置流量整形，其中非MQC方式配置流量整形时分为以下几种：

·     基于ACL的流量整形配置。

·     适配所有流的流量整形配置。

如果接口上同时配置了MQC方式和非MQC方式的流量整形，则MQC方式的流量整形生效。

3.3.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.     配置流量整形动作。

（绝对值配置方式）

gts cir committed-information-rate [ cbs committed-burst-size [ ebs excess-burst-size ] ] [ queue-length queue-length ]

（百分比配置方式）

gts percent cir cir-percent [ cbs cbs-time [ ebs ebs-time ] ] [ queue-length queue-length ]

缺省情况下，未配置流量整形动作。

c.     退回系统视图。

quit

(4)     定义策略。

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

qos policy policy-name

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

classifier classifier-name behavior behavior-name

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

c.     退回系统视图。

quit

(5)     应用QoS策略。

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

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

3.3.3  配置基于ACL的流量整形

1. 配置限制和指导

基于ACL的流量整形仅对出方向命中ACL规则的流量生效。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     配置基于ACL的流量整形。

（绝对值配置方式）

qos gts acl [ ipv6 ] acl-number cir committed-information-rate [ cbs committed-burst-size [ ebs excess-burst-size ] ] [ queue-length queue-length ]

qos gts acl [ ipv6 ] acl-number cir committed-information-rate [ cbs committed-burst-size ] pir peak-information-rate [ ebs excess-burst-size ] [ queue-length queue-length ]

（百分比配置方式）

qos gts acl [ ipv6 ] acl-number percent cir cir-percent [ cbs cbs-time [ ebs ebs-time ] ] [ queue-length queue-length ]

qos gts acl [ ipv6 ] acl-number percent cir cir-percent [ cbs cbs-time ] pir pir-percent [ ebs ebs-time ] [ queue-length queue-length ]

缺省情况下，接口上未配置流量整形。

3.3.4  配置适配所有流的流量整形

1. 配置限制和指导

适配所有流的流量整形仅对出方向的流量生效。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     配置适配所有流的流量整形。

（绝对值配置方式）

qos gts any cir committed-information-rate [ cbs committed-burst-size [ ebs excess-burst-size ] ] [ queue-length queue-length ]

qos gts any cir committed-information-rate [ cbs committed-burst-size ] pir peak-information-rate [ ebs excess-burst-size ] [ queue-length queue-length ]

（百分比配置方式）

qos gts any percent cir cir-percent [ cbs cbs-time [ ebs ebs-time ] ] [ queue-length queue-length ]

qos gts any percent cir cir-percent [ cbs cbs-time ] pir pir-percent [ ebs ebs-time ] [ queue-length queue-length ]

缺省情况下，接口上未配置流量整形。

3.4  配置限速

3.4.1  配置接口限速

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     配置接口限速。

qos lr outbound cir committed-information-rate [ cbs committed-burst-size [ ebs excess-burst-size ] ]

缺省情况下，接口上未配置接口限速。

3.4.2  配置QoS限速时支持根据物理层报文计算报文长度

1. 功能简介

在QoS限速场景中，设备对报文长度进行计算时，缺省仅计算数据链路层帧的长度。开启本功能后，设备在计算报文长度时，将进行物理层补偿。

2. 配置限制和指导

本功能仅对三层以太网接口及三层以太网聚合接口的收发报文生效。

设备在对报文进行物理层补偿时，补偿的长度为24字节。

3. 配置步骤

(1)     进入系统视图。

system-view

(2)     配置QoS限速时支持根据物理层报文计算报文长度。

qos overhead layer physical

缺省情况下，QoS限速时支持根据数据链路层帧计算报文长度。

3.5  流量监管、流量整形和限速显示和维护

在完成上述配置后，在任意视图下执行display命令可以显示配置后流量监管运行情况，通过查看显示信息验证配置的效果。

表3-1 流量监管显示和维护

4 拥塞管理

4.1  拥塞管理简介

4.1.1  拥塞的产生、影响和对策

所谓拥塞，是指当前供给资源相对于正常转发处理需要资源的不足，从而导致服务质量下降的一种现象。

在复杂的Internet分组交换环境下，拥塞极为常见。以图4-1中的两种情况为例：

图4-1 流量拥塞示意图

拥塞有可能会引发一系列的负面影响：

·     拥塞增加了报文传输的延迟和抖动，可能会引起报文重传，从而导致更多的拥塞产生。

·     拥塞使网络的有效吞吐率降低，造成网络资源的利用率降低。

·     拥塞加剧会耗费大量的网络资源（特别是存储资源），不合理的资源分配甚至可能导致系统陷入资源死锁而崩溃。

在分组交换以及多用户业务并存的复杂环境下，拥塞又是不可避免的，因此必须采用适当的方法来解决拥塞。

拥塞管理的中心内容就是当拥塞发生时如何制定一个资源的调度策略，以决定报文转发的处理次序。

4.1.2  设备支持的拥塞管理方法

对于拥塞管理，一般采用队列技术，使用一个队列算法对流量进行分类，之后用某种优先级别算法将这些流量发送出去。每种队列算法都是用以解决特定的网络流量问题，并对带宽资源的分配、延迟、抖动等有着十分重要的影响。

拥塞管理的处理包括队列的创建、报文的分类、将报文送入不同的队列、队列调度等。

目前，设备支持如下几种队列：

·     FIFO队列

·     CBQ队列

·      

4.1.3  FIFO队列

图4-2 先入先出队列示意图

如图4-2所示，FIFO按照时间到达的先后决定分组的转发次序，先进的先出，后进的后出，不需要进行流分类和队列调度，FIFO关心的只是队列的长度，队列的长度对延迟和丢包率的影响。用户的业务流在某个设备能够获得的资源取决于分组的到达时机及当时的负载情况。Best-Effort报文转发方式采用的就是FIFO的排队策略。

如果设备的每个端口只有一个基于FIFO的输入或输出队列，那么恶性的应用可能会占用所有的网络资源，严重影响关键业务数据的传送。所以还需要配置一些其他的队列调度机制与FIFO配合对流量进行调度和拥塞控制。

每个队列内部报文的发送次序缺省是FIFO。

4.1.4  CBQ队列

图4-3 基于类的队列示意图

CBQ是对WFQ功能的扩展，为用户提供了定义类的支持。在网络拥塞时，CBQ根据用户定义的类规则对报文进行匹配，并使其进入相应的队列，在入队列之前必须进行拥塞避免机制和带宽限制的检查。在报文出队列时，加权公平调度每个类对应的队列中的报文。

CBQ包括以下队列：

·     紧急队列：CBQ提供一个紧急队列，紧急报文入该队列，该队列采用FIFO调度，没有带宽限制。

·     SP：即严格优先级队列。SP队列是针对关键业务类型应用设计的。关键业务有一个重要的特点，即在拥塞发生时要求优先获得服务以减小响应的延迟。通过引入SP队列，CBQ可以提供不受带宽检查限制的严格优先服务。最多支持64个SP队列。

·     LLQ：即EF队列。如果CBQ加权公平对待所有类的队列，实时业务报文（包括语音与视频业务，对延迟比较敏感）就可能得不到及时发送。为此引入一个EF队列，为实时业务报文提供严格优先发送服务。LLQ将严格优先队列机制与CBQ结合起来使用，用户在定义类时可以指定其享受严格优先服务，这样的类称作优先类。所有优先类的报文将进入同一个优先队列，在入队列之前需对各类报文进行带宽限制的检查。报文出队列时，将首先发送优先队列中的报文，直到发送完后才发送其他类对应的队列的报文。为了不让其他队列中的报文延迟时间过长，在使用LLQ时将会为每个优先类指定可用最大带宽，该带宽值用于拥塞发生时监管流量。如果拥塞未发生，优先类允许使用超过分配的带宽。如果拥塞发生，优先类超过分配带宽的数据包将被丢弃。最多支持64个EF队列。

·     BQ：即AF队列。为AF业务提供严格、精确的带宽保证，并且保证各类AF业务之间按一定的比例关系进行队列调度。最多支持64个AF队列。

·     缺省队列：一个WFQ队列，用来支撑BE业务，使用接口剩余带宽进行发送。

系统在为报文匹配规则时，规则如下：

·     先匹配优先类，然后再匹配其他类；

·     对多个优先类，按照配置顺序逐一匹配；

·     对其他类，也是按照配置顺序逐一匹配；

·     对类中多个规则，按照配置顺序逐一匹配。

4.2  配置先进先出队列的长度

FIFO是接口缺省使用的队列调度机制，可以通过配置命令改变其队列长度。

4.2.1  配置接口先进先出队列的长度

1. 配置限制和指导

在子接口上配置FIFO队列时，接口上需要开启接口限速功能以保证队列功能生效。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     配置先进先出队列的长度。

qos fifo queue-length queue-length

缺省情况下，FIFO队列的长度为75。

如果流量突发较大，可以通过增加队列长度的方法来改善队列调度的准确率。

4.3  配置基于类的队列（MQC方式）

4.3.1  基于类的队列简介

系统预定义了一些类、流行为以及策略，具体如下。

1. 系统预定义的类

系统预定义了一些类，并为这些类定义了通用的规则，用户定义策略时可直接使用这些类，这些类包括：

(1)     缺省类

default-class：匹配的是缺省数据流。

(2)     基于DSCP的预定义类

ef、af1、af2、af3、af4：分别匹配IP DSCP值ef、af1、af2、af3、af4

(3)     基于IP优先级的预定义类

ip-prec0，ip-prec1，…ip-prec7：分别匹配IP优先级0，1，…7

(4)     基于MPLS EXP的预定义类

mpls-exp0，mpls-exp1，…mpls-exp7：分别匹配MPLS EXP值0，1，…7

2. 系统预定义的流行为

系统预定义了一些流行为，并为这些流行为定义了QoS特性：

·     ef：定义了一个特性为入EF队列，占用带宽为接口可用带宽的20%

·     af：定义了一个特性为入AF队列，占用带宽为接口可用带宽的20%

·     be：不定义任何特性

·     be-flow-based：定义了一个特性为入WFQ队列，其中WFQ默认有256条队列

3. 系统预定义的策略

系统预定义了一个策略，为该策略指定了使用的预定义类，并为这些类指定预定义的动作。该策略名为default，具有缺省的CBQ动作。

default策略的具体规则如下：

·     预定义类ef，采用预定义流行为ef

·     预定义类af1～af4，采用预定义流行为af

·     default-class类，采用预定义流行为be

4.3.2  配置限制和指导

配置基于类的队列时需要注意的是：

·     在同一流行为下仅支持配置AF、EF、SP和WFQ队列中的一种。

·     在同一QoS策略下不同流行为中，需用同一单位配置queue af。

·     在同一QoS策略下不同流行为中，如果存在AF队列使用剩余百分比作为单位时，则EF队列可以将单位配置为绝对值或百分比。

·     在同一QoS策略下不同流行为中，如果存在AF队列使用bandwidth或百分比作为单位时，则EF需将单位配置为bandwidth或百分比。

·     在子接口上配置基于类的队列时，需在该子接口上开启接口限速功能以保证CBQ队列功能生效。

·     缺省类不能与包含EF、SP队列的流行为关联。

·     包含WFQ的流行为仅可以与缺省类关联使用。

·     RTP和CBQ互斥，不能结合使用。CBQ可以通过LLQ来保证实时业务数据的转发。

4.3.3  配置采用AF队列，并配置最小可保证带宽

1. 配置限制和指导

配置AF队列，并配置最小可保证带宽时需要注意的是：

·     执行undo queue af命令，则已配置的queue-length和wred相关配置同时被取消。

·     在同一流行为视图下如果已配置queue-length命令，则不能再配置wred相关命令。

·     执行undo wred [ dscp | ip-precedence ]命令后，则wred相关配置同时被取消。

·     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.     配置AF队列，并配置最小可保证带宽。

queue af bandwidth { bandwidth | pct percentage | remaining-pct remaining-percentage }

缺省情况下，未配置类采用AF队列。

c.     （可选）配置最大队列长度。

queue-length queue-length

缺省情况下，队列长度为64，单位为数据包个数。

丢弃方式为尾部丢弃方式，如果流量突发较大，可以通过增加队列长度的方法来改善队列调度的准确率。

d.     配置丢弃方式为随机丢弃方式。

wred [ dscp | ip-precedence ]

缺省情况下，未配置WRED动作。

e.     配置WRED计算平均队列长度的指数。

wred weighting-constant exponent

缺省情况下，WRED计算平均队列长度的指数为9。

f.     配置WRED各DSCP的下限、上限和丢弃概率分母。

wred dscp dscp-value low-limit low-limit high-limit high-limit [ discard-probability discard-prob ]

缺省情况下，下限缺省值为10，上限缺省值为30，丢弃概率的分母缺省值为10。

进行本配置前需已用wred dscp开启了基于DSCP的WRED丢弃方式。

g.     配置WRED各IP优先级的下限、上限和丢弃概率分母。

wred ip-precedence precedence low-limit low-limit high-limit high-limit [ discard-probability discard-prob ]

缺省情况下，下限缺省值为10，上限缺省值为30，丢弃概率的分母缺省值为10。

h.     退回系统视图。

quit

(4)     定义策略。

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

qos policy policy-name

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

classifier classifier-name behavior behavior-name

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

c.     退回系统视图。

quit

(5)     应用QoS策略。

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

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

4.3.4  配置采用EF队列，并配置最大带宽

1. 配置限制和指导

配置采用EF队列，并配置最大带宽时需要注意，该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.     配置EF队列，并配置最大带宽。

queue ef bandwidth { bandwidth [ cbs burst ] | pct percentage [ cbs-ratio ratio] }

缺省情况下，未配置类采用EF队列。

c.     退回系统视图。

quit

(4)     定义策略。

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

qos policy policy-name

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

classifier classifier-name behavior behavior-name

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

c.     退回系统视图。

quit

(5)     应用QoS策略。

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

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

4.3.5  配置采用WFQ队列

1. 配置限制和指导

配置WFQ队列时需要注意的是：

·     执行undo queue wfq命令，则queue-length和wred相关配置同时被取消也同时被取消。

·     在同一流行为视图下如果已配置queue-length命令，则不能再配置wred相关命令。

·     执行undo wred [ dscp | ip-precedence ]命令后，则wred相关配置同时被取消。

·     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.     配置采用公平队列。

queue wfq [ queue-number total-queue-number ]

缺省情况下，未配置类采用公平队列。

c.     配置最大队列长度。

queue-length queue-length

缺省情况下，队列长度为64，单位为数据包个数。

丢弃方式为尾部丢弃方式，如果流量突发较大，可以通过增加队列长度的方法来改善队列调度的准确率。

d.     配置丢弃方式为随机丢弃方式。

wred [ dscp | ip-precedence ]

缺省情况下，未配置WRED动作。

e.     配置WRED计算平均队列长度的指数。

wred weighting-constant exponent

缺省情况下，WRED计算平均队列长度的指数为9。

f.     配置WRED各DSCP的下限、上限和丢弃概率分母。

wred dscp dscp-value low-limit low-limit high-limit high-limit [ discard-probability discard-prob ]

缺省情况下，下限缺省值为10，上限缺省值为30，丢弃概率的分母缺省值为10。

g.     配置WRED各IP优先级的下限、上限和丢弃概率分母。

wred ip-precedence precedence low-limit low-limit high-limit high-limit [ discard-probability discard-prob ]

缺省情况下，下限缺省值为10，上限缺省值为30，丢弃概率的分母缺省值为10。

h.     退回系统视图。

quit

(4)     定义策略。

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

qos policy policy-name

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

classifier classifier-name behavior behavior-name

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

c.     退回系统视图。

quit

(5)     应用QoS策略。

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

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

4.3.6  配置接口最大可用带宽

1. 配置限制和指导

最大可用带宽指CBQ中报文入队列带宽检查时使用的最大接口带宽，并非指物理接口的实际带宽。

在配置子接口最大可用带宽时需要注意的是：

·     建议最大可用带宽的取值小于物理接口或逻辑链路的实际可用带宽。

·     需要配置该命令以提供CBQ计算的基准带宽。

在未配置各种接口的最大可用带宽的条件下，计算CBQ时实际使用的基准带宽如下：

·     对于物理接口，其取值为物理接口实际的速率；

·     对于其他虚接口（如Tunnel接口、三层聚合接口），取值为0kbps。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     配置接口最大可用带宽。

bandwidth bandwidth-value

具体情况请参见“接口管理命令参考”中的“以太网接口”。

4.3.7  配置最大预留带宽占可用带宽的百分比

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     配置最大预留带宽占可用带宽的百分比。

qos reserved-bandwidth pct percent

缺省情况下，最大预留带宽占可用带宽的百分比为80。

通常配置的最大预留带宽不大于可用带宽的80％，建议使用缺省最大预留带宽。

4.4  拥塞管理显示和维护

在完成上述配置后，在任意视图下执行display命令可以显示拥塞管理各种队列的运行情况，通过查看显示信息验证配置的效果。

表4-1 拥塞管理的显示和维护

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.7  应用策略”

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

(6)     （可选）显示流量过滤的相关配置信息。

（独立运行模式）

display traffic behavior user-defined [ behavior-name ] [ slot slot-number [ cpu cpu-number ] ]

（IRF模式）

display traffic behavior user-defined [ behavior-name ] [ chassis chassis-number slot slot-number [ cpu cpu-number ] ]

6 重标记

6.1  重标记简介

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

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

6.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.     重新标记报文的动作。

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

c.     退回系统视图。

quit

(4)     定义策略。

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

qos policy policy-name

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

classifier classifier-name behavior behavior-name

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

c.     退回系统视图。

quit

(5)     应用QoS策略。

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

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

(6)     （可选）显示重标记的相关配置信息。

（独立运行模式）

display traffic behavior user-defined [ behavior-name ] [ slot slot-number [ cpu cpu-number ] ]

（IRF模式）

display traffic behavior user-defined [ behavior-name ] [ chassis chassis-number slot slot-number [ cpu cpu-number ] ]

7 流量重定向

7.1  流量重定向简介

流量重定向就是将符合流分类的流重定向到其他地方进行处理。

目前支持的流量重定向包括以下几种：

·     重定向到引擎接口/引擎聚合接口：对于收到需要由某个引擎接口/引擎聚合接口处理的报文时，可以通过配置重定向到此接口。

·     重定向到备份组将接收到的、符合指定规则的报文重定向到备份组，由该备份组进行后续处理。有关备份组的详细内容，请参见“虚拟化技术配置指导”中的“备份组”。

7.2  流量重定向配置限制和指导

配置流量重定向时需要注意的是：

·     设备支持基于接口、全局和控制平面应用QoS策略配置流量重定向。

·     对于多数产品，在同一个流行为中多次配置不同的重定向动作，最后一次配置的动作生效；对于少数产品，在同一个流行为中多次配置不同的重定向动作，这些动作均会生效。

·     在配置重定向动作时，同一个流行为中，多次配置相同的重定向动作，最后一次配置的生效。

·     配置重定向到指定的以太网接口后，如果该以太网接口所在的接口板或接口模块扩展卡被拔出，设备将不显示流行为下的重定向到该以太网接口的配置，重定向动作失效；当接口板或接口模块扩展卡重新插回设备后，此时设备可以显示流行为下的重定向到该以太网接口的配置，重定向动作会继续生效。

7.3  配置流量重定向

7.3.1  定义类

(1)     进入系统视图。

system-view

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

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

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

if-match [ not ] match-criteria

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

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

7.3.2  定义流行为

(1)     创建一个流行为，并进入流行为视图。

traffic behavior behavior-name

(2)     配置流量重定向动作。

（独立运行模式）

redirect { failover-group group-name [ channel channel-id ] | interface interface-type interface-number slot slot-number }

（IRF模式）

redirect { failover-group group-name [ channel channel-id ] | interface interface-type interface-number | chassis chassis-number slot slot-number }

缺省情况下，未配置流量重定向动作。

7.3.3  定义策略。

(1)     创建一个策略，并进入策略视图。

qos policy policy-name

(2)     在策略中为类指定采用的流行为。

classifier classifier-name behavior behavior-name

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

(3)     退回系统视图。

quit

(4)     应用QoS策略。

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

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

(5)     （可选）显示流量重定向的相关配置信息。

（独立运行模式）

display traffic behavior user-defined [ behavior-name ] [ slot slot-number [ cpu cpu-number ] ]

（IRF模式）

display traffic behavior user-defined [ behavior-name ] [ chassis chassis-number slot slot-number [ cpu cpu-number ] ]

8 全局CAR

8.1  全局CAR简介

全局CAR是在全局创建的一种策略，所有应用该策略的数据流将共同接受全局CAR的监管。全局CAR分为聚合CAR和分层CAR。

8.1.1  聚合CAR

聚合CAR是指能够对多个业务流使用同一个CAR进行流量监管，即如果多个端口应用同一聚合CAR，则这多个端口的流量之和必须在此聚合CAR设定的流量监管范围之内。

8.1.2  分层CAR

分层CAR是一种更灵活的流量监管策略，用户可以在为每个流单独配置CAR动作（或聚合CAR）的基础上，再通过分层CAR对多个流的流量总和进行限制。

分层CAR与普通CAR（或聚合CAR）的结合应用有两种模式：

·     and：在该模式下，对于多条数据流应用同一个分层CAR，必须每条流满足各自的普通CAR（或聚合CAR）配置，同时各流量之和又满足分层CAR的配置，流量才能正常通过。and模式适用于严格限制流量带宽的环境，分层CAR的限速配置通常小于各流量自身CAR的限速值之和。例如对于Internet流量，可以使用普通CAR将数据流1和数据流2各自限速为240kbps，再使用分层CAR限制总流量为320kbps。当不存在数据流1时，数据流2可以用达到自身限速上限的速率访问Internet，如果存在数据流1，则两个数据流不能超过各自限速且总速率不能超过320kbps。

·     or：在该模式下，对于多条数据流应用同一个分层CAR，只要每条流满足各自的普通CAR（或聚合CAR）配置或者各流量之和满足分层CAR配置，流量即可正常通过。or模式适用于保证高优先级业务带宽的环境，分层CAR的限速值通常等于或大于各流量自身的限速值之和。例如对于视频流量，使用普通CAR将数据流1和数据流2各自限速240kbps，再使用分层CAR限制总流量为560kbps，则当数据流1的流量不足240kbps时，即使数据流2的流量达到了320kbps，仍然可以正常通过。

两种模式可以结合起来使用，达到合理利用带宽的效果。例如，存在一条视频流和一条数据流，使用普通CAR将数据流限速1024kbps、视频流限速2048kbps。连接视频流接口采用or模式CAR限速3072kbps，因为可能存在多台视频设备同时上线出现的突发流量，当视频设备流量速率超出2048kbps时，如果总体流量资源仍有剩余（即数据流速率在1024kbps以内），这时视频流可以临时借用数据流的带宽；同时，连接数据流接口采用and模式CAR限速3072kbps，确保数据流量不能超出自身限速的1024kbps。

8.2  配置聚合CAR（MQC方式）

(1)     进入系统视图。

system-view

(2)     定义类。

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

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

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

if-match [ not ] match-criteria

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

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

c.     退回系统视图。

quit

(3)     配置聚合CAR。

qos car car-name aggregative cir committed-information-rate [ cbs committed-burst-size [ ebs excess-burst-size ] ] [ green action | red action | yellow action ] *

qos car car-name aggregative cir committed-information-rate [ cbs committed-burst-size ] pir peak-information-rate [ ebs excess-burst-size ] [ green action | red action | yellow action ] *

缺省情况下，未配置聚合CAR。

(4)     定义流行为。

a.     进入流行为视图。

traffic behavior behavior-name

b.     在流行为中应用聚合CAR动作。

car name car-name

缺省情况下，流行为中未应用聚合CAR动作。

(5)     定义策略。

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

qos policy policy-name

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

classifier classifier-name behavior behavior-name

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

c.     退回系统视图。

quit

(6)     应用QoS策略。

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

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

8.3  配置聚合CAR（非MQC方式）

(1)     进入系统视图。

system-view

(2)     配置聚合CAR。

qos car car-name aggregative cir committed-information-rate [ cbs committed-burst-size [ ebs excess-burst-size ] ] [ green action | red action | yellow action ] *

qos car car-name aggregative cir committed-information-rate [ cbs committed-burst-size ] pir peak-information-rate [ ebs excess-burst-size ] [ green action | red action | yellow action ] *

缺省情况下，未配置聚合CAR。

(3)     进入接口视图。

interface interface-type interface-number

(4)     在接口上应用聚合CAR。

qos car { inbound | outbound } { any | acl [ ipv6 ] acl-number } name car-name

缺省情况下，未在接口上应用聚合CAR。

8.4  全局CAR显示和维护

在完成上述配置后，在任意视图下执行display命令可以显示配置后全局CAR的运行情况，通过查看显示信息验证配置的效果。

在用户视图下执行reset命令可以清除全局CAR统计信息。

表8-1 全局CAR显示和维护

9 流量统计

9.1  流量统计简介

流量统计就是通过与类关联，对符合匹配规则的流进行统计。例如，可以统计从某个源IP地址发送的报文，然后管理员对统计信息进行分析，根据分析情况采取相应的措施。

9.2  流量统计配置限制和指导

设备支持基于接口、全局和控制平面应用QoS策略配置流量统计。

9.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.     为流行为配置流量统计动作。

accounting [ byte | packet ]

缺省情况下，未配置流量统计动作。

c.     退回系统视图。

quit

(4)     定义策略。

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

qos policy policy-name

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

classifier classifier-name behavior behavior-name

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

c.     退回系统视图。

quit

(5)     应用QoS策略。

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

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

(6)     （可选）显示流量统计的相关配置信息。

（独立运行模式）

display traffic behavior user-defined [ behavior-name ] [ slot slot-number [ cpu cpu-number ] ]

（IRF模式）

display traffic behavior user-defined [ behavior-name ] [ chassis chassis-number slot slot-number [ cpu cpu-number ] ]

10 附录

10.1  附录 A 缩略语表

表10-1 附录 A 缩略语表

10.2  附录 B 各种优先级介绍

10.2.1  IP优先级和DSCP优先级

图10-1 ToS和DS域

如图10-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位）是保留位。

表10-2 IP优先级说明

表10-3 DSCP优先级说明

10.2.2  802.1p优先级

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

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

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

图10-3 802.1Q标签头

表10-4 802.1p优先级说明