目  录

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.7 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 优先级映射显示和维护

4 流量监管

4.1 流量监管简介

4.1.1 流量评估与令牌桶

4.1.2 流量监管

4.2 配置流量监管

4.2.1 流量监管配置方式介绍

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

4.2.3 配置基于上线用户的流量监管

4.3 流量监管显示和维护

5 流量过滤

5.1 流量过滤简介

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

5.3 配置流量过滤

6 重标记

6.1 重标记简介

6.2 配置重标记

6.3 重标记配置举例

6.3.1 重标记基本配置举例

7 附录

7.1 附录 A 缩略语表

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

7.3 附录 C 各种优先级介绍

7.3.1 IP优先级和DSCP优先级

7.3.2 802.1p优先级

7.3.3 802.11e优先级

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策略

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

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

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

·            基于接口应用QoS策略，QoS策略对通过接口接收或发送的流量生效。

·            基于上线用户应用QoS策略，QoS策略对通过上线用户接收或发送的流量生效。

2.6.2  策略应用限制和指导

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

2.6.3  基于接口应用QoS策略

1. 配置限制和指导

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

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

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

2. 配置步骤

(1)       进入系统视图。

system-view

(2)       进入接口视图。

interface interface-type interface-number

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

qos apply policy policy-name { inbound | outbound }

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

2.6.4  基于上线用户应用QoS策略

1. 功能简介

用户通过身份认证后，认证服务器会将与用户账户绑定的User Profile名称下发给设备，设备可以通过User Profile视图下配置QoS策略来对上线用户的流量进行管理。User Profile视图下的QoS策略只有在用户成功上线后才生效。

2. 配置限制和指导

一个策略可以应用于多个上线用户。上线用户的每个方向（发送和接收两个方向）只能应用一个策略，如果用户想修改某方向上应用的策略，必须先取消原先的配置，然后再配置新的策略。

3. 配置步骤

(1)       进入系统视图。

system-view

(2)       进入User Profile视图。

user-profile profile-name

(3)       在User Profile下应用QoS策略。

qos apply policy policy-name { inbound | outbound }

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

2.7  QoS策略显示和维护

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

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

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

3 优先级映射

3.1  优先级映射简介

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

3.1.1  优先级介绍

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

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

设备调度优先级是指报文在设备内转发时所使用的优先级，只对当前设备自身有效。设备调度优先级仅支持本地优先级（LP）。设备为报文分配的一种具有本地意义的优先级，每个本地优先级对应一个队列，本地优先级值越大的报文，进入的队列优先级越高，从而能够获得优先的调度。

3.1.2  优先级映射表

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

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

3.1.3  优先级映射配置方式

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

1. 优先级信任模式方式

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

2. 端口优先级方式

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

3.1.4  优先级映射过程

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

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

‌

‌

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

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

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

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

¡  配置优先级信任模式

¡  配置端口优先级

3.3  配置优先级映射表

(1)       进入系统视图。

system-view

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

qos map-table [ inbound | outbound ] { 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优先级进行优先级映射。

(4)       退回系统视图。

quit

3.5  配置端口优先级

1. 功能简介

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

2. 配置步骤

(1)       进入系统视图。

system-view

(2)       进入接口视图。

interface interface-type interface-number

(3)       配置端口优先级。

qos priority priority-value

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

3.6  优先级映射显示和维护

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

表3-1 优先级映射显示和维护

4 流量监管

4.1  流量监管简介

如果不限制用户发送的流量，那么大量用户不断突发的数据只会使网络更拥挤。为了使有限的网络资源能够更好地发挥效用，更好地为更多的用户服务，必须对用户的流量加以限制。流量监管可以实现流量的速率限制功能，而要实现此功能就必须对通过设备的流量进行度量。一般采用令牌桶（Token Bucket）对流量进行度量。

4.1.1  流量评估与令牌桶

1. 令牌桶

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

2. 用令牌桶评估流量

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

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

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

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

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

3. 复杂评估

为了评估更复杂的情况，实施更灵活的调控策略，可以配置两个令牌桶（分别称为C桶和E桶）。以流量监管为例，仅支持单速率单桶双色算法：

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

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

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

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

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

4.1.2  流量监管

流量监管分为入和出两个方向，为了方便描述，下文以出方向为例。

流量监管就是对流量进行控制，通过监督进入网络的流量速率，对超出部分的流量进行“惩罚”，使进入的流量被限制在一个合理的范围之内，以保护网络资源和运营商的利益。例如可以限制HTTP报文不能占用超过50%的网络带宽。如果发现某个连接的流量超标，流量监管可以选择丢弃报文，或重新配置报文的优先级。

图4-1 TP示意图

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

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

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

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

4.2  配置流量监管

4.2.1  流量监管配置方式介绍

可以通过MQC方式和非MQC方式配置流量监管，其中非MQC方式配置流量监管时基于上线用户的流量监管配置。

如果接口上同时采用了MQC方式和非MQC方式配置了流量监管，那么只有前者会生效。

4.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 ] [ 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.6  应用策略”

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

4.2.3  配置基于上线用户的流量监管

1. 功能简介

用户通过身份认证后，认证服务器会将与用户账户绑定的User Profile名称下发给设备，设备可以通过User Profile视图下配置CAR策略来对上线用户进行流量监管：当用户数据流量符合承诺速率时，允许数据包通过；用户数据流量不符合承诺速率时，丢弃数据包，只要用户上线，认证服务器会自动下发相应的User Profile，当用户下线，系统会自动取消相应的配置，不需要再进行手工调整。

2. 配置步骤

(1)       进入系统视图。

system-view

(2)       进入User Profile视图。

user-profile profile-name

(3)       在User Profile下应用CAR策略。

qos car { inbound | outbound } any cir committed-information-rate [ cbs committed-burst-size ]

缺省情况下，在User Profile下没有应用CAR策略。

4.3  流量监管显示和维护

在完成上述配置后，在任意视图下执行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.6  应用策略”

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

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

display traffic behavior user-defined [ behavior-name ]

6 重标记

6.1  重标记简介

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

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

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

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

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

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

display traffic behavior user-defined [ behavior-name ]

6.3  重标记配置举例

6.3.1  重标记基本配置举例

1. 组网需求

公司企业网通过AP实现互连。

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

·            优先处理Client访问数据库服务器的报文；

·            其次处理Client访问邮件服务器的报文；

·            最后处理Client访问文件服务器的报文。

2. 组网图

图6-1 重标记配置组网图

3. 配置步骤

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

<AP> system-view

[AP] acl advanced 3000

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

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

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

[AP] acl advanced 3001

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

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

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

[AP] acl advanced 3002

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

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

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

[AP] traffic classifier classifier_dbserver

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

[AP-classifier-classifier_dbserver] quit

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

[AP] traffic classifier classifier_mserver

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

[AP-classifier-classifier_mserver] quit

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

[AP] traffic classifier classifier_fserver

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

[AP-classifier-classifier_fserver] quit

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

[AP] traffic behavior behavior_dbserver

[AP-behavior-behavior_dbserver] remark dscp 4

[AP-behavior-behavior_dbserver] quit

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

[AP] traffic behavior behavior_mserver

[AP-behavior-behavior_mserver] remark dscp 3

[AP-behavior-behavior_mserver] quit

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

[AP] traffic behavior behavior_fserver

[AP-behavior-behavior_fserver] remark dscp 2

[AP-behavior-behavior_fserver] quit

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

[AP] qos policy policy_server

[AP-qospolicy-policy_server] classifier classifier_dbserver behavior behavior_dbserver

[AP-qospolicy-policy_server] classifier classifier_mserver behavior behavior_mserver

[AP-qospolicy-policy_server] classifier classifier_fserver behavior behavior_fserver

[AP-qospolicy-policy_server] quit

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

[AP] interface gigabitethernet 1/0/1

[AP-GigabitEthernet1/0/1] qos apply policy policy_server outbound

[AP-GigabitEthernet1/0/1] quit

4. 验证配置

# 数据库服务器收到的报文优先级高，邮件服务器收到的报文优先级次高，文件服务器收到的报文优先级低。

7 附录

7.1  附录 A 缩略语表

表7-1 附录 A 缩略语表

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

表7-2  

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

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

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

表7-6 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-7 IP优先级说明

表7-8 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-9 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的帧结构