目  录

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

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

2.7.2 策略应用限制和指导

2.7.3 基于接口应用QoS策略

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

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

2.8 配置接口流速统计时间

2.9 QoS策略显示和维护

3 流量监管

3.1 流量监管简介

3.1.1 流量评估与令牌桶

3.1.2 流量监管

3.2 配置流量监管

3.2.1 流量监管配置方式介绍

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

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

3.2.4 配置基于ACL的流量监管

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

3.3 流量监管显示和维护

3.4 流量监管典型配置举例

3.4.1 流量监管典型配置举例

3.4.2 IP限速配置举例

4 拥塞管理

4.1 拥塞管理简介

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

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

4.1.3 FIFO队列

4.1.4 RTP优先队列

4.1.5 拥塞管理技术的对比

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

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

4.3 配置RTP优先队列

4.3.1 配置接口的RTP优先队列

4.4 拥塞管理显示和维护

5 流量过滤

5.1 流量过滤简介

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

5.3 配置流量过滤

5.4 流量过滤典型配置举例

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

6 协议报文限速

6.1 协议报文限速简介

6.2 配置协议报文限速

6.3 协议报文限速典型配置举例

6.3.1 协议报文限速基本组网配置举例

7 重标记

7.1 重标记简介

7.2 配置重标记

7.3 重标记典型配置举例

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

8 附录

8.1 附录 A 缩略语表

8.2 附录 C 各种优先级介绍

8.2.1 IP优先级和DSCP优先级

8.2.2 802.1p优先级

8.2.3 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)     （可选）配置策略嵌套

(5)     应用策略

¡     基于接口应用QoS策略

¡     基于控制平面应用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)     进入系统视图。

system-view

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

qos policy policy-name

(3)     为类指定流行为。

classifier classifier-name behavior behavior-name [ 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策略对通过控制平面接收的流量生效。

·     基于管理口控制平面应用QoS策略，QoS策略对通过管理口接收的流量生效。

2.7.2  策略应用限制和指导

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

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 | outbound }

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

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

1. 功能简介

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

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

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

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

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

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

2. 配置步骤

(1)     进入系统视图。

system-view

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

（独立运行模式）

control-plane

（IRF模式）

control-plane slot slot-number

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

qos apply policy policy-name inbound

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

2.7.5  基于管理口控制平面应用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 TP示意图

流量监管广泛的用于监管进入Internet服务提供商ISP的网络流量。流量监管还包括对所监管流量的流分类服务，并依据不同的评估结果，实施预先设定好的监管动作。这些动作可以是：

·     转发：比如对评估结果为“符合”的报文继续转发。

·     丢弃：比如对评估结果为“不符合”的报文进行丢弃。

·     改变优先级并转发：比如对评估结果为“符合”的报文，将其优先级进行重标记后再进行转发。

·     改变优先级并进入下一级监管：比如对评估结果为“符合”的报文，将其优先级进行重标记后再进入下一级的监管。

·     进入下一级的监管：流量监管可以进行分级，每级关注和监管更具体的目标。

3.2  配置流量监管

3.2.1  流量监管配置方式介绍

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

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

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

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

如果接口上同时采用了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 ] *

（百分比配置方式）

qos car { inbound | outbound } carl carl-index percent cir cir-percent [ cbs cbs-time [ ebs ebs-time ] ] [ green action | red action | yellow action ] *

qos car { inbound | outbound } carl carl-index percent cir cir-percent [ cbs cbs-time ] pir pir-percent [ ebs ebs-time ] [ 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 ] *

（百分比配置方式）

qos car { inbound | outbound } acl [ ipv6 ] acl-number percent cir cir-percent [ cbs cbs-time [ ebs ebs-time ] ] [ green action | red action | yellow action ] *

qos car { inbound | outbound } acl [ ipv6 ] acl-number percent cir cir-percent [ cbs cbs-time ] pir pir-percent [ ebs ebs-time ] [ 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 ] *

（百分比配置方式）

qos car { inbound | outbound } any percent cir cir-percent [ cbs cbs-time [ ebs ebs-time ] ] [ green action | red action | yellow action ] *

qos car { inbound | outbound } any percent cir cir-percent [ cbs cbs-time ] pir pir-percent [ ebs ebs-time ] [ green action | red action | yellow action ] *

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

3.3  流量监管显示和维护

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

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

3.4  流量监管典型配置举例

3.4.1  流量监管典型配置举例

1. 配置需求

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

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

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

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

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

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

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

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

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

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

2. 组网图

图3-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的入方向上。

[DeviceA] interface gigabitethernet 1/0

[DeviceA-GigabitEthernet1/0] 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的入方向上。

[DeviceB] interface gigabitethernet 1/0

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

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

[DeviceB] interface gigabitethernet 2/0

[DeviceB-GigabitEthernet2/0] qos apply policy car_outbound outbound

3.4.2  IP限速配置举例

1. 配置需求

要求在设备Device上对接口GigabitEthernet2/0接收到的报文流进行限速：对HostA～HostZ（源地址属于IP地址段2.1.1.1～2.1.1.100）进行IP限速，逐IP地址流量限速5kbps，网段内各IP地址的流量共享剩余带宽。

2. 组网图

图3-3 IP限速配置组网图

‌

3. 配置步骤

# 在接口GigabitEthernet2/0上对源地址属于IP地址段2.1.1.1～2.1.1.100内所有PC进行限速，网段内各IP地址的流量共享剩余带宽。

<Device> system-view

[Device] qos carl 1 source-ip-address range 2.1.1.1 to 2.1.1.100 per-address shared-bandwidth

[Device] interface gigabitethernet 2/0

[Device-GigabitEthernet2/0] qos car inbound carl 1 cir 500 cbs 1875 ebs 0 green pass red discard

[Device-GigabitEthernet2/0] quit

4 拥塞管理

4.1  拥塞管理简介

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

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

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

图4-1 流量拥塞示意图

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

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

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

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

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

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

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

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

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

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

·     FIFO队列

·     RTP优先队列

4.1.3  FIFO队列

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

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

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

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

4.1.4  RTP优先队列

RTP优先队列是一种保证实时业务（包括语音与视频业务）服务质量的简单的队列技术。其原理就是将承载语音或视频的RTP报文送入高优先级队列，使其得到优先发送，保证时延和抖动降低为最低限度，从而保证了语音或视频这种对时延敏感业务的服务质量。

图4-3 RTP优先队列示意图

如图4-3所示，RTP优先队列将RTP报文送入一个具有较高优先级的队列。RTP报文是端口号在一定范围内为偶数的UDP报文，端口号的范围可以配置。RTP优先队列可以同其他队列（包括FIFO、PQ、CQ和WFQ）结合使用，而它的优先级是最高的。

4.1.5  拥塞管理技术的对比

设备上提供了以上拥塞管理技术，突破了传统IP设备的单一FIFO拥塞管理策略，提供了强大的QoS能力，使得IP设备可以满足不同业务所要求的不同服务质量的要求。为了用户更好地利用拥塞管理技术，现对各种队列技术做一比较。

表4-1 拥塞管理技术对比

‌

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  配置RTP优先队列

4.3.1  配置接口的RTP优先队列

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     配置RTP队列。

qos rtpq start-port first-rtp-port-number end-port last-rtp-port-number bandwidth bandwidth [ cbs cbs ]

缺省情况下，接口上未开启RTP队列特性。

4.4  拥塞管理显示和维护

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

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

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 ]

（IRF模式）

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

5.4  流量过滤典型配置举例

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

1. 组网需求

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

配置流量过滤功能，对接口GigabitEthernet1/0接收的源端口号不等于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 source-port neq 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的入方向上。

[Device] interface gigabitethernet 1/0

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

6 协议报文限速

6.1  协议报文限速简介

网络中的协议报文会上送CPU进行处理，但是CPU处理协议报文的速度有限，如果大量的协议报文同时上送CPU，会使CPU一直忙于处理协议报文，而无法顾及其它任务，最终导致设备瘫痪。协议报文限速功能可以对上送CPU的协议报文速率进行限制，保证CPU的正常运转。

6.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.     配置协议报文限速动作。

packet-rate value

缺省情况下，未配置协议报文限速动作。

c.     退回系统视图。

quit

(4)     定义策略。

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

qos policy policy-name

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

classifier classifier-name behavior behavior-name

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

c.     退回系统视图。

quit

(5)     基于控制平面应用QoS策略。

具体配置请参见“2.7.4  基于控制平面应用QoS策略”

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

(6)     （可选）显示协议报文限速的相关配置信息。

（独立运行模式）

display traffic behavior user-defined [ behavior-name ]

（IRF模式）

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

6.3  协议报文限速典型配置举例

6.3.1  协议报文限速基本组网配置举例

1. 组网需求

多台Host通过二层交换机接入设备Device。配置协议报文限速功能，对设备CPU接收的DHCP报文限速为每秒500个。

2. 组网图

图6-1 协议报文限速基本组网图

‌

3. 配置步骤

# 定义类classifier_1，匹配控制平面DHCP协议。

<Device> system-view

[Device] traffic classifier classifier_1

[Device-classifier-classifier_1] if-match control-plane protocol dhcp

[Device-classifier-classifier_1] quit

# 定义流行为behavior_1，动作为报文限速，速率为500个报文每秒。

[Device] traffic behavior behavior_1

[Device-behavior-behavior_1] packet-rate 500

[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应用到控制平面。

[Device] control-plane slot 1

[Device-cp] qos apply policy policy inbound

7 重标记

7.1  重标记简介

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

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

7.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 ]

（IRF模式）

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

7.3  重标记典型配置举例

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

1. 组网需求

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

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

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

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

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

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

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

2. 组网图

图7-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上。

[Device] interface gigabitethernet 1/0

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

[Device-GigabitEthernet1/0] quit

8 附录

8.1  附录 A 缩略语表

表8-1 附录 A 缩略语表

8.2  附录 C 各种优先级介绍

8.2.1  IP优先级和DSCP优先级

图8-1 ToS和DS域

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

表8-2 IP优先级说明

表8-3 DSCP优先级说明

8.2.2  802.1p优先级

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

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

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

图8-3 802.1Q标签头

表8-4 802.1p优先级说明

8.2.3  EXP优先级

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

图8-4 MPLS标签的封装结构

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