Datacom-HCIE-12 QoS基本原理

目录

• QoS技术概述
  • “尽力而为”的传统网络
  • QoS的产生
  • 什么是QoS
  • QoS服务模型
  • 尽力而为服务模型
  • 综合服务模型
  • 区分服务模型
  • QoS常用技术 (DiffServ模型)
  • QoS数据处理流程 (DiffServ模型)
• QoS流分类和流标记
  • QoS数据处理流程
  • 为什么需要流分类和流标记
  • 简单流分类
  • 外部优先级 - VLAN报文
  • 外部优先级 - MPLS报文
  • 外部优先级 - IP报文
  • 各外部优先级间的对应关系
  • 服务等级 (Service Class)
  • Color
  • 映射
  • 复杂流分类
  • Traffic Policy介绍
  • 流量分类全过程
  • 配置复杂流分类
  • 查看复杂流分类配置结果
  • 修改简单流分类
  • 检查优先级映射配置结果
• 流量限速技术
  • QoS数据处理流程
  • 流量限速技术
  • 令牌桶
    • 单桶单速双色标记法
    • 双桶单速三色标记法
    • 双桶双速三色标记法
  • 流量监管
    • 什么是流量监管
    • 承诺访问速率
    • 流量监管使用场景
    • 配置基于接口的流量监管
    • 配置MQC实现流量监管
    • 检查流量监管配置结果
  • 流量整形
    • 什么是流量整形
    • 流量整形的实现
    • 流量整形使用场景
    • 基于接口配置流量整形
    • 配置基于队列的流量整形
    • 配置MQC实现流量整形
    • 检查流量整形配置结果
• 拥塞避免技术
  • QoS数据处理流程
  • 拥塞的产生
  • 拥塞的影响
  • 拥塞避免技术
    • 策略1：尾丢弃 (Tail Drop)
    • 缺点1：TCP全局同步现象
    • 缺点2：无差别丢弃
    • 策略2：早期随机检测 (RED)
    • 缓解TCP全局同步现象
    • 策略3：加权随机先期检测 (WRED)
    • WRED丢弃优先级
    • 丢弃概率曲线
  • 拥塞避免的应用
  • 配置基于队列的WRED
  • 配置MQC实现拥塞避免
  • 检查拥塞避免的配置结果
• 拥塞管理技术
  • QoS数据处理流程
  • 拥塞管理技术
  • 什么是队列
  • 队列调度算法
  • 先进先出 (FIFO)
  • 严格优先级 (SP)
  • 加权公平队列 (WFQ)
  • 端口队列调度方式
  • 三种队列的调度顺序
  • 拥塞管理的应用
  • QoS处理流程回顾
  • 配置基于队列的拥塞管理
  • 配置MQC实现拥塞管理
  • 检查拥塞管理配置结果
• HQoS介绍
  • QoS的局限
  • HQoS概述
  • HQoS队列介绍
  • HQoS队列调度介绍
  • HQoS流量整形介绍
  • HQoS丢弃器介绍
  • HQoS应用举例
  • 配置HQoS思路
  • 配置HQoS子策略
  • 配置HQoS父策略
  • 应用流策略 (父策略)
  • 检查HQoS配置结果

随着网络的不断发展，网络规模及流量类型的不断增加，使得互联网流量激增，产生网络拥塞，增加转发时延，严重时还会产生丢包，导致业务质量下降甚至不可用。所以，要在IP网络上开展这些实时与非实时业务，就必须解决网络拥塞问题，而解决网络拥塞的最直接的办法就是增加网络带宽，但从网络的建设成本考虑，这是不现实的。
QoS（Quality of Service）技术就是在这种背景下发展起来的。在带宽有限的情况下，该技术应用一个“有保证”的策略对网络流量进行管理，并实现不同的流量可以获得不同的优先服务。
本文将主要介绍QoS的实现原理。

QoS技术概述

“尽力而为”的传统网络

IP网络刚出现的时候，没有服务质量保证。
你只知道报文发出去了，至于能不能到，什么时候到，就靠运气了。

QoS的产生

随着技术的进步、竞争的加剧，客户的要求越来越高，网络提供有质量保证的服务是大势所趋。

什么是QoS

QoS服务模型

尽力而为服务模型

应用程序可以在任何时候，发出任意数量的报文。
网络尽最大的可能性来发送报文。

综合服务模型

应用程序在发送报文前，需要向网络申请特定的服务。
网络在收到应用程序的资源请求后，通过交换RSVP信令信息，为每个信息流预留资源。

区分服务模型

将网络中的流量分成多个类，然后为每个类定义相应的处理行为，使其拥有不同的优先转发、丢包率、时延等。

QoS常用技术 (DiffServ模型)

QoS数据处理流程 (DiffServ模型)

QoS流分类和流标记

QoS数据处理流程

为什么需要流分类和流标记

流量分类和标记是QoS的基础，是有区别地实施服务的前提。

简单流分类

外部优先级 - VLAN报文

外部优先级 - MPLS报文

外部优先级 - IP报文

各外部优先级间的对应关系

服务等级 (Service Class)

Color

映射

复杂流分类

Traffic Policy介绍

配置模板化QoS需要用到Traffic Policy工具。
Traffic Policy由Traffic Classifier与Traffic Behavior组成，Traffic Classifier用于匹配数据包，TrafficBehavior用于修改数据包。

流量分类全过程

配置复杂流分类

由于DS边界收到的流量一般未被分类，所以复杂流分类一般在DS边界设备上配置。配置思路如下：
使用Traffic classifier工具匹配流量
使用Traffic behavior工具定义流分类的规则
使用Traffic policy工具将Traffic classifier与Traffic behavior进行绑定
将Traffic policy应用到DS边界设备接口入方向上

System-view
 traffic classifier [classifier-name] //创建流分类
 if-match [acl | vlan-id | …. ] //基于流量特征匹配流量

System-view
 traffic behavior [behavior-name] //创建流行为
 remark [dscp-name | 8021p-value | EXP | … ] //对流量的QoS字段赋值

System-view
 traffic policy [policy-name] //创建流策略
 classifier [classifier-name] behavior [behavior-name] //绑定流分类与流行为

System-view
 interface [interface-type interface-num] //进入接口视图
 traffic-policy [policy-name] [inbound | outbound] //在接口入方向上应用流策略

查看复杂流分类配置结果

当配置完成复杂流分类，可以通过以下命令查看结果：

System-view
display traffic classifier user-defined [ classifier-name ] //查看已配置的流分类信息。
display traffic behavior [ system-defined | user-defined ] [ behavior-name ] //查看已配置的流行为信息。
display traffic policy user-defined [ policy-name ] classifier [classifier-name ] //查看流策略的配置信息。
display traffic-policy applied-record [ policy-name ] //查看指定流策略的应用记录。

修改简单流分类

简单流分类基于优先级映射表，将带有特定QoS字段数据映射为内部优先级。
优先级映射表根据实际需求可以进行一定修改，修改优先级映射表的思路如下：
配置端口信任的报文优先级
配置优先级映射表

配置端口信任的报文优先级

System-view
 interface [interface-type interface-num] //进入接口视图
 trust [8021p | dscp] //基于802.1P或者基于DSCP景下修改

配置优先级映射表

System-view
 qos map-table [ dot1p-dot1p | dot1p-dscp | dot1p-lp | dscp-dot1p |dscp-dscp | dscp-lp ] //进入优先级映射表视图
 input [input-value1] output [output-value] //配置优先级映射表中的映射关系

检查优先级映射配置结果

修改优先级映射配置后，可以通过以下命令查看配置结果：

System-view
display qos map-table [ dot1p-dot1p | dot1p-dscp | dot1p-lp | dscp-dot1p | dscp-dscp | dscp-lp ] //查看当前的各优先级间的映射关系

流量限速技术

QoS数据处理流程

流量限速技术

令牌桶

单桶单速双色标记法

CIR：承诺信息速率，单位是kbps
表示向令牌桶中投放令牌的速率
CBS：承诺突发尺寸，单位为byte
用来定义在部分流量超过CIR之前的最大突发流量，即为令牌桶的容量
单桶单速双色标记法，不允许突发流量，只有承诺流量

双桶单速三色标记法

CIR：承诺信息速率，单位是kbps
表示向令牌桶中投放令牌的速率
CBS：承诺突发尺寸，单位为byte
用来定义在部分流量超过CIR之前的最大突发流量，即为令牌桶的容量
EBS：峰值突发尺寸，单位为byte
用来定义每次突发所允许的最大的流量尺寸
双桶单速三色标记法，允许短暂的突发流量

双桶双速三色标记法

PIR：峰值信息速率，单位为kbps
表示端口允许的突发流量的最大速率，表示向令牌桶中投放令牌的速率，大于CIR
PBS：峰值突发尺寸，单位为byte
用来定义每次突发所允许的最大的流量尺寸，即为令牌桶的容量，大于CBS
CIR：承诺信息速率，单位是kbps
表示向令牌桶中投放令牌的速率
CBS：承诺突发尺寸，单位为byte
用来定义在部分流量超过CIR之前的最大突发流量，即为令牌桶的容量
双桶双速三色标记法，允许长期的突发流量

流量监管

什么是流量监管

流量监管TP（Traffic Policing）
通过监控进入网络的某一流量的规格，限制它在一个允许的范围之内，若某个连接的报文流量过大，就丢弃报文，或重新设置该报文的优先级，以保护网络资源不受损害。流量监管可配置在设备的接口进出方向。
流量监管的实现
流量监管采用承诺访问速率CAR来对流量进行控制，CAR使用令牌桶算法进行流量速率的评估，依据评估结果，实施预先设定好的监管动作。

承诺访问速率

承诺访问速率，CAR（Committed Access Rate）利用令牌桶来衡量每个数据报文是超过还是遵守所规定的报文速率。

流量监管使用场景

流量监管的使用
基于接口的流量监管
基于类的流量监管

配置基于接口的流量监管

流量监管一般在设备入方向执行，根据需要可在终端测或者出口设备入方向部署，流量监管一般可以基于接口配置，也可以基于MQC配置。
基于接口的流量监管配置思路如下：
在接口上配置流量监管的最大带宽，同时可以基于实际需求选择需要对哪些流量进行监管，也可以调整对于超出的流量实行的行为。
基于接口的流量监管配置命令如下：

System-view
 interface [interface-type interface-num] //进入接口视图。
 qos car [ inbound | outbound ] [ acl acl-number | destination-ipaddress | source-ip-address ] cir [cir-value] [ pir pir-value ] [ cbs cbs-value pbs pbs-value ] //在接口出或入方向配置对于特定流量的流量监管，

其中CIR值必须配置，CIR表示流量监管的最大承诺速率，如果不配置
PIR则PIR=CIR，流量无法高于承诺速率。

配置MQC实现流量监管

通过MQC可以更细致的实现流量监管，设备可以基于数据包的五元组，QoS值等信息控制流量，分配不同的带宽。
基于MQC的配置思路如下
配置Traffic classifier工具匹配流量
配置Traffic behavior工具定义流分类的规则
配置Traffic policy工具将Traffic classifier与Trafficbehavior进行绑定
将Traffic policy应用到设备接口上

System-view
 traffic classifier [classifier-name] //创建流分类。
 if-match [acl | vlan-id | …. ] //基于流量特征匹配流量。

System-view
 traffic behavior [behavior-name] //创建流行为。
 car cir [cir-value] [ pir pir-value ] [ cbs cbs-value pbs pbs-value ] //通过CIR设置最大的承诺速率，通过PIR设置最大突发速率。

System-view
 traffic policy [policy-name] //创建流策略。
 classifier [classifier-name] behavior [behavior-name] //绑定流分类与流行为。

System-view
 interface [interface-type interface-num] //进入接口视图。
 traffic-policy [policy-name] [inbound | outbound] //在接口入方向上应用流策略。

检查流量监管配置结果

当基于接口配置流量监管后，可以通过以下命令查看配置结果：

System-view
display qos car statistics interface [interface-type interface-num] [inbound | outbound] //查看接口上通过和丢弃报文的统计信息。

当基于MQC配置流量监管后，可以通过以下命令查看配置结果：

System-view
display traffic classifier user-defined [ classifier-name ] //查看已配置的流分类信息。
display traffic behavior [ system-defined | user-defined ] [ behavior-name ] //查看已配置的流行为信息。
display traffic policy user-defined [ policy-name ] classifier [classifier-name ] //查看流策略的配置信息。
display traffic-policy applied-record [ policy-name ] //查看指定流策略的应用记录。

流量整形

什么是流量整形

流量整形TS（Traffic Shaping）
是一种主动调整流量输出速率的措施。
通过在上游设备的接口出方向配置流量整形，将上游不规整的流量进行削峰填谷，输出一条比较平整的流量，从而解决下游设备的瞬时拥塞问题。
流量整形的实现
通常使用缓冲区和令牌桶来完成。
令牌桶类型：单速单桶
评估结果：符合（Green），超标（Red）

流量整形的实现

队列流量整形
对接口的每个队列进行流量整形，区分优先级。

接口流量整形
限制接口发送的所有报文的总速率，是对整个出接口进行流量整形，不区分优先级。

流量整形使用场景

企业网络中，总部与分支机构通过ISP网络使用专线相连。分支机构想要访问Internet必须通过总部。
如果所有分支机构同时访问Internet，可能导致访问Internet的Web流量产生拥塞，从而被丢弃。如图所示，为了防止Web流量的丢失，可以在企业分支机构的流量进入企业总部之前配置流量整形。

基于接口配置流量整形

流量整形只能在设备出方向配置，配置方式上可以分为基于接口的流量整形，基于队列的流量整形和通过MQC实现整形。
基于接口的流量整形颗粒度较粗，配置思路如下：
在接口出方向部署流量整形，配置最大带宽。
基于接口配置流量整形命令如下：

System-view
 interface [interface-type interface-num] //进入接口视图。
 qos gts cir [cir-value] [ cbs cbs-value ] //在接口出方向配置流量整形，

CIR表示整形最大速率，可根据实际需求配置CBS可以控制令牌桶大小，CIR必须配置。

配置基于队列的流量整形

通过在接口下应用队列模板，可以实现针对各队列的流量整形。
针对不同的优先级队列设置不同的流量整形参数，可以实现对不同业务的差分服务。基本配置思路如下：
创建队列模板
配置队列整形
在接口下应用队列模板

创建队列模板并配置队列整形

System-view
 interface [interface-type interface-num] //进入接口视图。
 qos queue-profile [queue-profile-name] //创建队列模板。
 queue [start-queue-index] to [end-queue-index ] gts cir [cir-value][ cbs cbs-value ] //配置对于特定队列设置出方向流量整形，配置CIR设定特定队列所能使用的最大带宽。

在接口下应用队列模板

System-view
 interface [interface-type interface-num] //进入接口视图。
 qos queue-profile [queue-profile-name] //在接口下应用队列模板。

配置MQC实现流量整形

配置MQC实现流量整形，可以通过流分类，为不同业务提供更细致的差分服务。
MQC实现流量整形的配置思路如下：
配置Traffic classifier工具匹配流量
配置Traffic behavior工具定义流分类的规则
使用Traffic policy工具将Traffic classifier与Traffic behavior进行绑定
将Traffic policy应用到设备接口出方向上

System-view
 traffic classifier [classifier-name] //创建流分类。
 if-match [acl | vlan-id | …. ] //基于流量特征匹配流量。

System-view
 traffic behavior [behavior-name] //创建流行为。
 gts cir [cir-value] | pct [pct-value] //配置流量整形，可以基于流量最大速率配置，也可以基于占用接口带宽百分比配置。

System-view
 traffic policy [policy-name] //创建流策略。
 classifier [classifier-name] behavior [behavior-name] //绑定流分类与流行为。

System-view
 interface [interface-type interface-num] //进入接口视图。
 traffic-policy [policy-name] [inbound | outbound] //在接口出方向上应用流策略。

检查流量整形配置结果

配置基于队列的流量整形后，可通过以下命令查看配置结果

System-view
display qos queue-profile [ queue-profile-name ] //查看队列模板的配置信息

配置基于MQC的流量整形后，可以通过以下命令查看结果

System-view
display traffic classifier user-defined [ classifier-name ] //查看已配置的流分类信息。
display traffic behavior [ system-defined | user-defined ] [ behavior-name ] //查看已配置的流行为信息。
display traffic policy user-defined [ policy-name ] classifier [classifier-name ] //查看流策略的配置信息。
display traffic-policy applied-record [ policy-name ] //查看指定流策略的应用记录。

拥塞避免技术

QoS数据处理流程

拥塞的产生

拥塞的影响

拥塞避免技术

拥塞避免是指通过监视网络资源（如队列或内存缓冲区）的使用情况，在拥塞有加剧的趋势时，主动丢弃报文，通过调整网络的流量来解除网络过载的一种流控机制。

策略1：尾丢弃 (Tail Drop)

当队列的长度达到最大值后，所有新入队列的报文（缓存在队列尾部）都将被丢弃。

缺点1：TCP全局同步现象

当队列的长度达到最大值后，所有新入队列的报文（缓存在队列尾部）都将被丢弃。

缺点2：无差别丢弃

当队列的长度达到最大值后，所有新入队列的报文（缓存在队列尾部）都将被丢弃。

策略2：早期随机检测 (RED)

RED（Random Early Detection）随机地丢弃数据报文。

缓解TCP全局同步现象

RED通过随机地丢弃数据报文，让多个TCP连接不同时降低发送速度，从而避免了TCP的全局同步现象。

策略3：加权随机先期检测 (WRED)

WRED（Weighted Random Early Detection）通过对不同优先级数据包或队列设置相应的丢弃策略，以实现对不同流量进行区分丢弃。

WRED丢弃优先级

丢弃概率曲线

拥塞避免的应用

配置基于队列的WRED

System-view
 drop-profile [drop-profile-name] //创建丢弃模板
 wred [dscp | ip-precedence] //配置当前WRED丢弃模板基于DSCP优先级或IP优先级进行丢弃
 dscp [dscp-value] low-limit [low-limit-percentage] high-limit [highlimit-percentage] discard-percentage [discard-percentage] //配置基于
DSCP优先级的WRED参数
 ip-precedence [ip-precedence-value] low-limit [low-limit-percentage]
high-limit [high-limit-percentage] discard-percentage [discard-percentage]
//（可选）配置基于IP优先级的WRED参数
 qos queue-profile [queue-profile-name] //进入队列模板视图
 queue [queue-index] drop-profile [drop-profile-name] //在队列模板中为指定队列绑定丢弃模板
 interface [interface-type interface-num] //进入接口视图
 qos queue-profile [queue-profile-name] //在接口下应用队列模板

配置MQC实现拥塞避免

丢弃模板在流行为中绑定后，将流行为和对应的流
分类在流策略下进行关联，并将此流策略应用到接
口上，可以实现对匹配流分类规则的流量的拥塞避
免，配置思路如下：
配置丢弃模板
配置Traffic classifier与Traffic behavior
使用Traffic policy工具将Traffic classifier与Traffic behavior进行绑定
将Traffic policy应用到设备接口出方向上

System-view
 drop-profile [drop-profile-name] //创建丢弃模板。
 wred [dscp | ip-precedence] //配置当前WRED丢弃模板基于DSCP优先级或IP优先级进行丢弃。
 dscp [dscp-value] low-limit [low-limit-percentage] high-limit [highlimit-percentage] discard-percentage [discard-percentage] //配置基于
DSCP优先级的WRED参数。
 ip-precedence [ip-precedence-value] low-limit [low-limit-percentage]
high-limit [high-limit-percentage] discard-percentage [discard-percentage]
//（可选）配置基于IP优先级的WRED参数。

System-view
 traffic classifier [classifier-name] //创建流分类。
 if-match [acl | vlan-id | …. ] //基于流量特征匹配流量。

System-view
 traffic behavior [behavior-name] //创建流行为。
 drop-profile [drop-profile-name] //在流行为中绑定已创建的丢弃模板。

System-view
 traffic policy [policy-name] //创建流策略。
 classifier [classifier-name] behavior [behavior-name] //绑定流分类与流行为。

System-view
 interface [interface-type interface-num] //进入接口视图。
 traffic-policy [policy-name] outbound //在接口出方向上应用流策略。

检查拥塞避免的配置结果

检查基于队列的拥塞避免配置结果

System-view
 interface [interface-type interface-num]
 display this //查看接口下绑定的队列模板。
 qos queue-profile [queue-profile-name]
 display this //查看队列模板绑定的丢弃模板。
 display drop-profile [ drop-profile-name ] //查看丢弃模板的配置信息。

检查基于MQC的拥塞避免配置结果

System-view
display traffic classifier user-defined [ classifier-name ] //查看已配置的流分类信息。
display traffic behavior [ system-defined | user-defined ] [ behavior-name ] //查看已配置的流行为信息。
display traffic policy user-defined [ policy-name ] classifier [classifier-name ] //查看流策略的配置信息。
display traffic-policy applied-record [ policy-name ] //查看指定流策略的应用记录。

拥塞管理技术

QoS数据处理流程

拥塞管理技术

拥塞管理是指网络在发生拥塞时，针对不同类型的业务流量，如何进行管理和控制。
处理的方法是：使用队列技术。

什么是队列

队列指在缓存中对报文进行排序的逻辑。

队列调度算法

拥塞管理使用队列技术

先进先出 (FIFO)

单个队列的报文采用FIFO（First In First Out）原则入队和出队。

严格优先级 (SP)

SP（Strict Priority）调度就是严格按照队列优先级的高低顺序进行调度。

加权公平队列 (WFQ)

WFQ（Weighted Fair Queuing）调度是按队列权重来分配每个流占有出口的带宽。

端口队列调度方式

每个接口有8个端口队列，用户可以为其都配置成SP调度，或者是基于权重的调度。
根据队列调度算法，8个端口队列可以分为三组：

三种队列的调度顺序

拥塞管理的应用

QoS处理流程回顾

配置基于队列的拥塞管理

System-view
 qos queue-profile [queue-profile-name] //创建队列模板。
schedule pq [queue-index] | wfq [queue-index] //配置WAN接口下各队列的调度模式。
 interface [interface-type interface-num] //进入接口视图。
 qos queue-profile [queue-profile-name] //在接口下应用队列模板。

配置MQC实现拥塞管理

MQC中的流分类提供了三种队列：
确保转发队列（AF）
加速转发队列（EF/LLQ）
尽力而为队列（BE）
MQC方式的拥塞管理配置思路如下：
配置Traffic classifier与Traffic behavior
使用Traffic policy工具将Traffic classifier与Traffic behavior进行绑定
将Traffic policy应用到设备接口出方向上

System-view
 traffic classifier [classifier-name] //创建流分类。
 if-match [acl | vlan-id | …. ] //基于流量特征匹配流量。
System-view
 traffic behavior [behavior-name] //创建流行为。
 queue af bandwidth [bandwidth | pct percentage] //在流行为中配置AF队列最小确保带宽。
 queue ef bandwidth [bandwidth | pct percentage] //在流行为中配置EF队列的最小带宽 。
 queue llq bandwidth [bandwidth | pct percentage] //在流行为中配置LLQ队列的最大带宽 。
 queue wfq queue-number [total-queue-number] //在流行为中配置BE队列的WFQ调度参数。

System-view
 traffic policy [policy-name] //创建流策略。
 classifier [classifier-name] behavior [behavior-name] //绑定流分类与流行为。
System-view
 interface [interface-type interface-num] //进入接口视图。
 traffic-policy [policy-name] outbound //在接口出方向上应用流策略。

检查拥塞管理配置结果

检查基于队列的拥塞管理配置结果
检查基于流分类的拥塞管理配置结果

System-view
 interface [interface-type interface-num]
 display this //查看接口下绑定的队列模板。
 display qos queue-profile [queue-profile-name] //查看队列模板的配置信息。
System-view
display traffic classifier user-defined [ classifier-name ] //查看已配置的流分类信息。
display traffic behavior [ system-defined | user-defined ] [ behavior-name ] //查看已配置的流行为信息。
display traffic policy user-defined [ policy-name ] classifier [classifier-name ] //查看流策略的配置信息。
display traffic-policy applied-record [ policy-name ] //查看指定流策略的应用记录。

HQoS介绍

QoS的局限

由于传统QoS只能将流分成8个队列进行调度控制，因此在多租户的场景下限制很大。

HQoS概述

传统的QoS基于接口进行流量调度，单个接口只能区分业务优先级，只要属于同一优先级的流量，就使用同一个端口队列，彼此之间竞争同一个队列资源。因此，传统的QoS无法对接口上多个用户的多个流量进行区分服务。
HQoS基于多级队列实现层次化调度，不仅区分了业务，也区分了用户，实现了精细化的QoS服务。
不同设备的HQoS特性有一定区别，本节主要介绍CPE（AR系列路由器）的HQoS特性。

HQoS队列介绍

HQoS基于队列实现层次化调度，CPE上支持三级队列：Level3流队列（Flow Queue）、Level2用户队列（Subscriber Queue）、Level1接口队列（Port Queue）。

HQoS队列调度介绍

流队列调度器和用户队列调度器都支持PQ、WFQ、PQ+WFQ调度。接口队列调度器使用轮询调度RR（Round Robin）方式。

HQoS流量整形介绍

整形器实现报文的缓存及限速功能。设备支持三级整形器，即流队列整形器、用户队列整形器和接口队列整形器。报文进入设备后先缓存到队列，再限速从队列发送报文，整形器配合限速算法可以保证承诺速率并限制最大速率。

HQoS丢弃器介绍

丢弃器在报文入队列之前将根据丢弃策略丢弃报文。
HQoS支持的3种队列支持不同的丢弃方式：
接口队列：尾部丢弃
用户队列：尾部丢弃
流队列：尾部丢弃和WRED

HQoS应用举例

假设一栋楼有3个家庭，家庭A购买了10M带宽并且开通了VoIP，IPTV和HSI业务，家庭B购买了20M带宽并开通了IPTV和HSI业务，家庭C购买了30M带宽只开通了HSI业务，通过HQoS可以方便的实现这些需求。

配置HQoS思路

HQoS配置较为复杂，在配置时一般使用MQC方式。
配置HQoS时会使用策略嵌套的配置方式：
父策略区分用户，子策略区分流量。
父策略下可以有多个子策略。
父策略应用于接口。

配置HQoS子策略

System-view
 traffic classifier [classifier-name] //创建流分类
 if-match [acl | vlan-id | …. ] //基于业务特征匹配流量

System-view
 traffic behavior [behavior-name] //创建流行为
 queue [af | ef | llq] bandwidth [bandwidth | pct percentage] //在流行为中配置AF/EF/LLQ队列参数
 drop-profile [drop-profile-name] //在流行为中绑定已创建的丢弃模板

System-view
 traffic policy [policy-name] //创建流策略
 classifier [classifier-name] behavior [behavior-name] //绑定流分类与流行为

配置HQoS父策略

HQoS的父策略用于区分不同的用户，配置HQoS时可以将多个子策略绑定到一个父策略。
HQoS的父策略配置基本思路如下：
配置Traffic classifier，该classifier可以基于用户的特征进行匹配
配置Traffic behavior，该behavior中需要调用子策略
使用Traffic policy工具将Traffic classifier与Traffic behavior进行绑定

System-view
 traffic classifier [classifier-name] //创建父策略的流分类
 if-match [acl | vlan-id | …. ] //基于用户特征匹配流量

System-view
 traffic behavior [behavior-name] //创建父策略的流行为
 queue [af | ef | llq] bandwidth [bandwidth | pct percentage] //（可选）在流行为中配置AF/EF/LLQ队列参数
 traffic-policy [policy-name] //在流行为中绑定子流策略

System-view
 traffic policy [policy-name] //创建父策略
 classifier [classifier-name] behavior [behavior-name] //绑定流分类与流行为

应用流策略 (父策略)

配置完HQoS流策略后需要在接口或者子接口上绑定。
如果在子接口上绑定，不同子接口间的流量轮询从物理接口发出。
应用流策略的配置思路如下：
在接口出方向部署HQoS流策略。

System-view
 interface [interface-type interface-num] //进入接口视图。
 traffic-policy [policy-name] outbound //在接口出方向上应用流策略。

检查HQoS配置结果

当部署HQoS后可以通过以下命令检查配置结果

System-view
display traffic classifier user-defined [ classifier-name ] //查看已配置的流分类信息。
display traffic behavior [ system-defined | user-defined ] [ behavior-name ] //查看已配置的流行为信息。
display traffic policy user-defined [ policy-name ] classifier [classifier-name ] //查看流策略的配置信息。
display traffic-policy applied-record [ policy-name ] //查看指定流策略的应用记录。