- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 新华三人才研学中心
- 关于我们
02-QoS配置
本章节下载： 02-QoS配置 (379.09 KB)
QoS即服务质量。对于网络业务，影响服务质量的因素包括传输的带宽、传送的时延、数据的丢包率等。在网络中可以通过保证传输的带宽、降低传送的时延、降低数据的丢包率以及时延抖动等措施来提高服务质量。
网络资源总是有限的，只要存在抢夺网络资源的情况，就会出现服务质量的要求。服务质量是相对网络业务而言的，在保证某类业务的服务质量的同时，可能就是在损害其它业务的服务质量。例如，在网络总带宽固定的情况下，如果某类业务占用的带宽越多，那么其他业务能使用的带宽就越少，可能会影响其他业务的使用。因此，网络管理者需要根据各种业务的特点来对网络资源进行合理的规划和分配，从而使网络资源得到高效利用。
下面从QoS服务模型出发，对目前使用最多、最成熟的一些QoS技术逐一进行描述。在特定的环境下合理地使用这些技术，可以有效地提高服务质量。
通常QoS提供以下三种服务模型：
· Best-Effort service（尽力而为服务模型）
· Integrated service（综合服务模型，简称IntServ）
· Differentiated service（区分服务模型，简称DiffServ）
Best-Effort是一个单一的服务模型，也是最简单的服务模型。对Best-Effort服务模型，网络尽最大的可能性来发送报文。但对时延、可靠性等性能不提供任何保证。
Best-Effort服务模型是网络的缺省服务模型，通过FIFO队列来实现。它适用于绝大多数网络应用，如FTP、E-Mail等。
IntServ是一个综合服务模型，它可以满足多种QoS需求。该模型使用RSVP协议，RSVP运行在从源端到目的端的每个设备上，可以监视每个流，以防止其消耗资源过多。这种体系能够明确区分并保证每一个业务流的服务质量，为网络提供最细粒度化的服务质量区分。
但是，IntServ模型对设备的要求很高，当网络中的数据流数量很大时，设备的存储和处理能力会遇到很大的压力。IntServ模型可扩展性很差，难以在Internet核心网络实施。
DiffServ是一个多服务模型，它可以满足不同的QoS需求。与IntServ不同，它不需要通知网络为每个业务预留资源。区分服务实现简单，扩展性较好。
本文提到的技术都是基于DiffServ服务模型。
QoS技术包括流分类、流量监管。下面对常用的技术进行简单地介绍。
图1-1 常用QoS技术在网络中的位置
如图1-1所示，流分类、流量监管主要完成如下功能：
· 流分类：采用一定的规则识别符合某类特征的报文，它是对网络业务进行区分服务的前提和基础。
· 流量监管：对进入或流出设备的特定流量进行监管，以保护网络资源不受损害。可以作用在接口入方向和出方向。
图1-2 各QoS技术在同一网络设备中的处理顺序
图1-2简要描述了各种QoS技术在网络设备中的处理顺序。
(1) 首先通过流分类对各种业务进行识别和区分，它是后续各种动作的基础；
(2) 通过各种动作对特定的业务进行处理。这些动作需要和流分类关联起来才有意义。具体采取何种动作，与所处的阶段以及网络当前的负载状况有关。例如，当报文进入网络时进行流量监管。
QoS的配置方式分为QoS策略配置方式和非QoS策略配置方式两种。
有些QoS功能只能使用其中一种方式来配置，有些使用两种方式都可以进行配置。在实际应用中，两种配置方式也可以结合起来使用。
非QoS策略配置方式是指不通过QoS策略来进行配置。
QoS策略配置方式是指通过配置QoS策略来实现QoS功能。
QoS策略包含了三个要素：类、流行为、策略。用户可以通过QoS策略将指定的类和流行为绑定起来，灵活地进行QoS配置。
类的要素包括：类的名称和类的规则。
用户可以通过命令定义一系列的规则来对报文进行分类。
流行为用来定义针对报文所做的QoS动作。
流行为的要素包括：流行为的名称和流行为中定义的动作。
用户可以通过命令在一个流行为中定义多个动作。
策略用来将指定的类和流行为绑定起来，对符合分类条件的报文执行流行为中定义的动作。
策略的要素包括：策略名称、绑定在一起的类和流行为的名称。
用户可以在一个策略中定义多个类与流行为的绑定关系。
如图2-1所示：
图2-1 QoS策略配置方式的步骤
定义类首先要创建一个类，然后在该类的视图下配置匹配规则。
表2-1 定义类
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建类，并进入类视图 |
traffic classifier classifier-name [ operator { and | or } ] |
缺省情况下，不存在类 |
|
定义匹配数据包的规则 |
if-match [ not ] match-criteria |
缺省情况下，未定义匹配数据包的规则 具体规则请参见QoS命令参考中的命令if-match的介绍 |
定义流行为首先需要创建一个流行为，然后可以在该流行为视图下根据需要配置相应的QoS动作。每个流行为由一组QoS动作组成。
表2-2 定义流行为
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建流行为，并进入流行为视图 |
traffic behavior behavior-name |
缺省情况下，不存在流行为 |
|
配置流行为的动作 |
流行为就是对应符合流分类的报文做出相应的QoS动作，例如流量监管、流量过滤、重标记、等，具体情况请参见本文相关章节 |
缺省情况下，未配置流行为的动作 |
在策略视图下为类指定对应的流行为。以某种匹配规则将流区分为不同的类，再结合不同的流行为就能很灵活的实现各种QoS功能。
表2-3 定义策略
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建QoS策略，并进入策略视图 |
qos policy policy-name |
缺省情况下，不存在QoS策略 |
|
为类指定流行为 |
classifier classifier-name behavior behavior-name insert-before before-classifier-name ] * |
缺省情况下，没有为类指定流行为 类中if-match qos-local-id对应路由策略命令中apply qos-local-id命令，具体内容请参见“三层技术-IP路由配置指导”中的“路由策略”。 |
通过在流行为视图下应用子策略，可以实现策略嵌套功能。即由traffic classifier命令定义的某一类流量，除了执行父策略中定义的行为外，还由子策略再次对该类流量进行分类，并执行子策略中定义的行为。
表2-4 配置子策略
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建一个类，并进入类视图 |
traffic classifier classifier-name [ operator { and | or } ] |
缺省情况下，不存在类 |
|
定义匹配数据包的规则 |
if-match [ not ] match-criteria |
缺省情况下，未定义匹配数据包的规则 具体规则请参见QoS命令参考中的命令if-match的介绍 |
|
退回系统视图 |
quit |
- |
|
创建一个流行为，并进入流行为视图 |
traffic behavior behavior-name |
缺省情况下，不存在流行为 |
|
配置子策略 |
traffic-policy policy-name |
缺省情况下，未配置嵌套策略 |
|
退出流行为视图 |
quit |
- |
|
创建一个策略，并进入策略视图 |
qos policy policy-name |
缺省情况下，不存在策略 |
|
在策略中为类指定采用的流行为 |
classifier classifier-name behavior behavior-name |
缺省情况下，没有为类指定流行为 |
QoS策略仅支持基于接口应用QoS策略，对通过接口接收或发送的流量生效。
QoS策略应用后，用户仍然可以修改QoS策略中的流分类规则和流行为，以及二者的对应关系。当流分类规则中匹配的是ACL时，允许删除或修改该ACL（包括向该ACL中添加、删除和修改规则）。
一个策略可以应用于多个接口。接口的每个方向（出和入两个方向）只能应用一个策略。
如果QoS策略应用在接口的出方向，则QoS策略对本地协议报文不起作用。本地协议报文是设备内部发起的某些报文，它是维持设备正常运行的重要协议报文。为了确保这些报文能够被不受影响的发送出去，即便在接口的出方向应用了QoS策略，本地协议报文也不会受到QoS策略的限制，从而降低了因配置QoS而误将这些报文丢弃或进行其他处理的风险。一些常见的本地协议报文如下：链路维护报文、IS-IS、OSPF、RIP、BGP、SSH等。
表2-5 在接口上应用策略
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入接口视图 |
interface interface-type interface-number |
进入接口视图后，下面进行的配置只在当前接口生效； |
|
在接口上应用QoS策略 |
qos apply policy policy-name { inbound | outbound } |
缺省情况下，未在接口上应用QoS策略 |
子接口的流速统计时间采用主接口上设置的统计时间。
我们可以统计经过QoS策略流分类后每类报文的发送和丢弃速率。假设流速统计时间为t（t默认为5分钟），则系统将统计最近t时间内每类报文发送和丢弃的平均速率，且每t/5分钟刷新一次统计速率。流速统计的结果可以通过命令display qos policy interface查看。
表2-6 配置接口流速统计时间
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入接口视图 |
interface interface-type interface-number |
- |
|
配置接口流速统计时间 |
qos flow-interval interval |
缺省情况下，接口流速统计时间为5分钟 |
在任意视图下执行display命令可以显示QoS策略的运行情况，通过查看显示信息验证配置的效果。
在用户视图下执行reset命令可以清除QoS策略的统计信息。
表2-7 QoS策略显示和维护
|
操作 |
命令 |
|
显示类的配置信息 |
display traffic classifier user-defined [ classifier-name ] [ slot slot-number ] |
|
显示流行为的配置信息 |
display traffic behavior user-defined [ behavior-name ] [ slot slot-number ] |
|
显示QoS策略的配置信息 |
display qos policy user-defined [ policy-name [ classifier classifier-name ] ] [ slot slot-number ] |
|
显示接口上QoS策略的配置信息和运行情况 |
display qos policy interface [ interface-type interface-number] [ inbound | outbound ] |
如果不限制用户发送的流量，那么大量用户不断突发的数据只会使网络更拥挤。为了使有限的网络资源能够更好地发挥效用，更好地为更多的用户服务，必须对用户的流量加以限制。比如限制每个时间间隔某个流只能得到承诺分配给它的那部分资源，防止由于过分突发所引发的网络拥塞。
流量监管需要采用令牌桶（Token Bucket）对流量进行度量。
令牌桶可以看作是一个存放一定数量令牌的容器。系统按设定的速度向桶中放置令牌，当桶中令牌满时，多出的令牌溢出，桶中令牌不再增加。
在用令牌桶评估流量规格时，是以令牌桶中的令牌数量是否足够满足报文的转发为依据的。如果桶中存在足够的令牌可以用来转发报文，称流量遵守或符合这个规格，否则称为不符合或超标。
评估流量时令牌桶的参数包括：
· 平均速率：向桶中放置令牌的速率，即允许的流的平均速度。通常配置为CIR。
· 突发尺寸：令牌桶的容量，即每次突发所允许的最大的流量尺寸。通常配置为CBS，突发尺寸必须大于最大报文长度。
每到达一个报文就进行一次评估。每次评估，如果桶中有足够的令牌可供使用，则说明流量控制在允许的范围内，此时要从桶中取走满足报文的转发的令牌；否则说明已经耗费太多令牌，流量超标了。
为了评估更复杂的情况，实施更灵活的调控策略，可以配置两个令牌桶（分别称为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，即红色报文。
流量监管支持入和出两个方向，为了方便描述，下文以出方向为例。
流量监管就是对流量进行控制，通过监督进入网络的流量速率，对超出部分的流量进行“惩罚”，使进入的流量被限制在一个合理的范围之内，以保护网络资源和运营商的利益。例如可以限制HTTP报文不能占用超过50%的网络带宽。如果发现某个连接的流量超标，流量监管可以选择丢弃报文，或重新配置报文的优先级。
图3-1 TP示意图
流量监管广泛的用于监管进入Internet服务提供商ISP的网络流量。流量监管还包括对所监管流量的流分类服务，并依据不同的评估结果，实施预先设定好的监管动作。这些动作可以是：
· 转发：比如对评估结果为“符合”的报文继续转发。
· 丢弃：比如对评估结果为“不符合”的报文进行丢弃。
· 改变优先级并转发：比如对评估结果为“符合”的报文，将其优先级进行重标记后再进行转发。
· 改变优先级并进入下一级监管：比如对评估结果为“符合”的报文，将其优先级进行重标记后再进入下一级的监管。
· 进入下一级的监管：流量监管可以进行分级，每级关注和监管更具体的目标。
流量监管的配置有两种方式：QoS策略配置方式和非QoS策略配置方式。
如果接口上同时采用了QoS策略配置方式和非QoS策略配置方式配置了流量监管，那么只有前者会生效。
表3-1 配置流量监管（QoS策略配置方式）
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建一个类，并进入类视图 |
traffic classifier classifier-name [ operator { and | or } ] |
缺省情况下，不存在类 |
|
定义匹配数据包的规则 |
if-match [ not ] match-criteria |
缺省情况下，未定义匹配数据包的规则 具体规则请参见QoS命令参考中的命令if-match的介绍 |
|
退回系统视图 |
quit |
- |
|
创建一个流行为，并进入流行为视图 |
traffic behavior behavior-name |
缺省情况下，不存在流行为 |
|
配置流量监管动作 |
car cir committed-information-rate [ cbs committed-burst-size ] pir peak-information-rate [ ebs excess-burst-size ] [ green action | red action | yellow action ] |
缺省情况下，未配置流量监管动作 |
|
退回系统视图 |
quit |
- |
|
创建一个策略，并进入策略视图 |
qos policy policy-name |
缺省情况下，不存在策略 |
|
在策略中为类指定采用的流行为 |
classifier classifier-name behavior behavior-name |
缺省情况下，没有为类指定流行为 |
|
退回系统视图 |
quit |
- |
|
基于接口应用QoS策略 |
缺省情况下，接口上未应用QoS策略 |
表3-2 基于CAR列表的流量监管配置
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建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 ] ] } |
缺省情况下，不存在CAR列表 |
|
进入接口视图 |
interface interface-type interface-number |
- |
|
在接口上配置基于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-3 基于ACL的流量监管配置
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入接口视图 |
interface interface-type interface-number |
- |
|
在接口上配置基于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-4 适配所有流的流量监管配置
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入接口视图 |
interface interface-type interface-number |
- |
|
在接口应用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策略 |
在完成上述配置后，在任意视图下执行display命令可以显示配置后流量监管的运行情况，通过查看显示信息验证配置的效果。
表3-5 流量监管显示和维护
|
操作 |
命令 |
|
显示接口的流量监管配置情况和统计信息 |
display qos car interface [ interface-type interface-number ] |
|
显示CAR列表 |
display qos carl [ carl-index ] [ slot slot-number ] |
|
显示流量监管的相关配置信息 |
display traffic behavior user-defined [ behavior-name ] |
流量过滤是指对符合流分类的流进行过滤的动作。
例如，可以根据网络的实际情况禁止从某个源IP地址发送的报文通过。
表4-1 配置流量过滤
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建一个类，并进入类视图 |
traffic classifier classifier-name [ operator { and | or } ] |
缺省情况下，不存在类 |
|
定义匹配数据包的规则 |
if-match [ not ] match-criteria |
缺省情况下，未定义匹配数据包的规则 具体规则请参见QoS命令参考中的命令if-match的介绍 |
|
退回系统视图 |
quit |
- |
|
创建一个流行为，并进入流行为视图 |
traffic behavior behavior-name |
缺省情况下，不存在流行为 |
|
配置流量过滤动作 |
filter { deny | permit } |
缺省情况下，未配置流量过滤动作 |
|
退回系统视图 |
quit |
- |
|
创建一个策略，并进入策略视图 |
qos policy policy-name |
缺省情况下，不存在策略 |
|
在策略中为类指定采用的流行为 |
classifier classifier-name behavior behavior-name |
缺省情况下，没有为类指定流行为 |
|
退回系统视图 |
quit |
- |
|
基于接口应用QoS策略 |
缺省情况下，接口上未应用QoS策略 |
|
|
（可选）显示流量过滤的相关配置信息 |
display traffic behavior user-defined [ behavior-name ] |
display命令可以在任意视图下执行 |
重标记是将报文的优先级或者标志位进行设置，重新定义报文的优先级等。例如，对于IP报文来说，可以利用重标记对IP报文中的IP优先级或DSCP值进行重新设置，控制IP报文的转发。
重标记动作的配置，可以通过与类关联，将原来报文的优先级或标志位重新进行标记。
表5-1 配置重标记
|
操作 |
命令 |
说明 |
|
|
进入系统视图 |
system-view |
- |
|
|
创建一个类，并进入类视图 |
traffic classifier classifier-name [ operator { and | or } ] |
缺省情况下，不存在类 |
|
|
定义匹配数据包的规则 |
if-match [ not ] match-criteria |
缺省情况下，未定义匹配数据包的规则 具体规则请参见QoS命令参考中的命令if-match的介绍 |
|
|
退回系统视图 |
quit |
- |
|
|
创建一个流行为，并进入流行为视图 |
traffic behavior behavior-name |
缺省情况下，不存在流行为 |
|
|
重新标记报文的动作 |
重新标记报文的802.1p优先级或配置内外层标签优先级复制功能 |
remark [ green | red | yellow ] dot1p dot1p-value |
缺省情况下，未配置重新标记报文的动作
|
|
重新标记报文的DSCP值 |
remark [ green | red | yellow ] dscp dscp-value |
||
|
重新标记报文的IP优先级 |
remark [ green | red | yellow ] ip-precedence ip-precedence-value |
||
|
重新标记报文的QoS本地ID值 |
remark qos-local-id local-id-value |
||
|
退回系统视图 |
quit |
- |
|
|
创建一个策略，并进入策略视图 |
qos policy policy-name |
缺省情况下，不存在策略 |
|
|
在策略中为类指定采用的流行为 |
classifier classifier-name behavior behavior-name |
缺省情况下，没有为类指定流行为 |
|
|
退回系统视图 |
quit |
- |
|
|
基于接口应用QoS策略 |
缺省情况下，接口上未应用QoS策略 |
||
|
（可选）显示重标记的相关配置信息 |
display traffic behavior user-defined [ behavior-name ] |
display命令可以在任意视图下执行 |
|
表6-1 附录 A 缩略语表
|
缩略语 |
英文全名 |
中文解释 |
|
AF |
Assured Forwarding |
确保转发 |
|
BE |
Best Effort |
尽力转发 |
|
BQ |
Bandwidth Queuing |
带宽队列 |
|
CAR |
Committed Access Rate |
承诺访问速率 |
|
CBQ |
Class Based Queuing |
基于类的队列 |
|
CBS |
Committed Burst Size |
承诺突发尺寸 |
|
CBWFQ |
Class Based Weighted Fair Queuing |
基于类的加权公平队列 |
|
CE |
Customer Edge |
用户边缘设备 |
|
CIR |
Committed Information Rate |
承诺信息速率 |
|
CQ |
Custom Queuing |
定制队列 |
|
DAR |
Deeper Application Recognition |
深度应用识别 |
|
DCBX |
Data Center Bridging Exchange Protocol |
数据中心桥能力交换协议 |
|
DiffServ |
Differentiated Service |
区分服务 |
|
DoS |
Denial of Service |
拒绝服务 |
|
DSCP |
Differentiated Services Code Point |
区分服务编码点 |
|
EACL |
Enhanced ACL |
增强型ACL |
|
EBS |
Excess Burst Size |
超出突发尺寸 |
|
EF |
Expedited Forwarding |
加速转发 |
|
FEC |
Forwarding Equivalance Class |
转发等价类 |
|
FIFO |
First in First out |
先入先出 |
|
FQ |
Fair Queuing |
公平队列 |
|
GMB |
Guaranteed Minimum Bandwidth |
最小带宽保证队列 |
|
IntServ |
Integrated Service |
综合服务 |
|
ISP |
Internet Service Provider |
互联网服务提供商 |
|
LFI |
Link Fragmentation and Interleaving |
链路分片与交叉 |
|
LLQ |
Low Latency Queuing |
低时延队列 |
|
LSP |
Label Switched Path |
标签交换路径 |
|
MPLS |
Multiprotocol Label Switching |
多协议标签交换 |
|
P2P |
Peer-to-Peer |
对等 |
|
PE |
Provider Edge |
服务提供商网络边缘 |
|
PHB |
Per-hop Behavior |
单中继段行为 |
|
PIR |
Peak Information Rate |
峰值信息速率 |
|
PQ |
Priority Queuing |
优先队列 |
|
PW |
Pseudowire |
伪线 |
|
QoS |
Quality of Service |
服务质量 |
|
QPPB |
QoS Policy Propagation Through the Border Gateway Protocol |
通过BGP传播QoS策略 |
|
RED |
Random Early Detection |
随机早期检测 |
|
RSVP |
Resource Reservation Protocol |
资源预留协议 |
|
RTP |
Real-time Transport Protocol |
实时传输协议 |
|
SLA |
Service Level Agreement |
服务水平协议 |
|
SP |
Strict Priority |
严格优先级队列 |
|
TE |
Traffic Engineering |
流量工程 |
|
ToS |
Type of Service |
服务类型 |
|
TP |
Traffic Policing |
流量监管 |
|
VoIP |
Voice over IP |
在IP网络上传送语音 |
|
VPN |
Virtual Private Network |
虚拟专用网络 |
|
VSI |
Virtual Station Interface |
虚拟服务器接口 |
|
WFQ |
Weighted Fair Queuing |
加权公平队列 |
|
WRED |
Weighted Random Early Detection |
加权随机早期检测 |
|
WRR |
Weighted Round Robin |
加权轮询队列 |
图6-1 ToS和DS域
如图6-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位）是保留位。
表6-2 IP优先级说明
|
IP优先级（十进制） |
IP优先级（二进制） |
关键字 |
|
0 |
000 |
routine |
|
1 |
001 |
priority |
|
2 |
010 |
immediate |
|
3 |
011 |
flash |
|
4 |
100 |
flash-override |
|
5 |
101 |
critical |
|
6 |
110 |
internet |
|
7 |
111 |
network |
表6-3 DSCP优先级说明
|
DSCP优先级（十进制） |
DSCP优先级（二进制） |
关键字 |
|
46 |
101110 |
ef |
|
10 |
001010 |
af11 |
|
12 |
001100 |
af12 |
|
14 |
001110 |
af13 |
|
18 |
010010 |
af21 |
|
20 |
010100 |
af22 |
|
22 |
010110 |
af23 |
|
26 |
011010 |
af31 |
|
28 |
011100 |
af32 |
|
30 |
011110 |
af33 |
|
34 |
100010 |
af41 |
|
36 |
100100 |
af42 |
|
38 |
100110 |
af43 |
|
8 |
001000 |
cs1 |
|
16 |
010000 |
cs2 |
|
24 |
011000 |
cs3 |
|
32 |
100000 |
cs4 |
|
40 |
101000 |
cs5 |
|
48 |
110000 |
cs6 |
|
56 |
111000 |
cs7 |
|
0 |
000000 |
be（default） |
802.1p优先级位于二层报文头部，适用于不需要分析三层报头，而需要在二层环境下保证QoS的场合。
图6-2 带有802.1Q标签头的以太网帧
如图6-2所示，4个字节的802.1Q标签头包含了2个字节的TPID（Tag Protocol Identifier，标签协议标识符）和2个字节的TCI（Tag Control Information，标签控制信息），TPID取值为0x8100，图6-3显示了802.1Q标签头的详细内容，Priority字段就是802.1p优先级。之所以称此优先级为802.1p优先级，是因为有关这些优先级的应用是在802.1p规范中被详细定义的。
图6-3 802.1Q标签头
表6-4 802.1p优先级说明
|
802.1p优先级（十进制） |
802.1p优先级（二进制） |
关键字 |
|
0 |
000 |
best-effort |
|
1 |
001 |
background |
|
2 |
010 |
spare |
|
3 |
011 |
excellent-effort |
|
4 |
100 |
controlled-load |
|
5 |
101 |
video |
|
6 |
110 |
voice |
|
7 |
111 |
network-management |
EXP优先级位于MPLS标签内，用于标记MPLS QoS。
图6-4 MPLS标签的封装结构
在图6-4中，Exp字段就是EXP优先级，长度为3比特，取值范围为0～7。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
售前咨询
售后咨询
人工在线咨询
