Huawei Technologies Co

Size: px

Start display at page:

Download "Huawei Technologies Co"

瑞卞
5 years ago
Views:

1 分层 QoS 技术白皮书关键词 : 分层 QoS HQoS 多级调度 WFQ WRED GTS 摘要 : 分层 QoS(Hierarchical QoS) 技术是一项通过分层调度解决在 Diff-Serv 模型下多用户多业务的带宽保证技术本文介绍了分层 QoS 的发展历程, 关键技术及其典型应用缩略语清单 : 缩略语英文全名中文解释 QoS Quality of Service 服务质量 HQoS Hierarchical QoS 分层 QoS SLA Service Level Agreement 服务等级约定 WFQ Weighted Fair Queue 加强公平队列 CBWFQ Class-Based Weighted Fair Queue 基于类的加权公平队列 ACL Access Control List 存取控制列表 WRED Weighted Radom Early Drop 加权随机早期检测 TM Traffic Management 流量管理 PHB Per Hop Behavior 每一跳行为 DSCP Diff. Service Code Point 区分服务点 NP Network Processor 网络处理器 Diff-Serv Differentiated Service 差分服务 Inter-Serv Integrated Services 集成服务 MQC Modular QoS Commandline 模块化 QoS 命令行杭州华三通信技术有限公司第 1 页, 共 16 页

2 目录 1 概述 HQoS 产生背景 HQoS 技术特点实现用户 + 用户业务的精细化区分服务真实体现网络拓扑结构和业务转发路径单点集中配置 QoS 功能完善的流量统计功能, 合理划分各业务带宽分配 HQoS 基本模型 SR8800 路由器实现特色专用 QoS 引擎分层调度模型关键技术特性调度器和队列业务分类与队列映射分层队列调度流量整形拥塞避免流量统计诊断与维护 QoS 参数动态下发与调整应用分析典型应用结束语参考资料...16 杭州华三通信技术有限公司第 2 页, 共 16 页

3 1 概述 1.1 HQoS 产生背景网络发展日新月异, 随着 IP 网络上新应用的不断出现, 对 IP 网络的服务质量也提出了新的要求, 例如 VoIP(Voice over IP,IP 语音 ) 等实时业务就对报文的传输延迟提出了较高要求, 如果报文传送延时太长, 将是用户所不能接受的 ( 相对而言,E- Mail 和 FTP 业务对时间延迟并不敏感 ) 为了支持具有不同服务需求的语音视频以及数据等业务, 要求网络能够区分出不同的业务, 进而为之提供相应的服务为此,QoS 技术应运而生, 其主要发展历程如下 : 尽力而为 :20 世纪 80 年代, 当时的 Internet 主要承载数据业务, 网络采用尽力而为的服务无 QoS 保障基于流的 Inter-Serv QoS 技术 : 到了 20 世纪 90 年代初期, 由于受到 VoIP 等实时业务的驱动,IETF 组织在 1994 年推出了基于 RSVP 的 Inter-Serv 解决方案, 这种端到端基于流的 QoS 技术, 在 IP 领域却没有获得广泛成功基于类的 Diff-Serv QoS 技术 : 为了寻求扩展性和简易性,IETF 组织在 1998 年推出了基于 DSCP 的 Diff-Serv 解决方案, 这是一种基于类的 QoS 技术 Diff-Serv 通过将业务定义为有限的类, 在 Diff-Serv 网络域边缘处根据服务要求对业务进行分类流量控制, 同时设置报文的 DSCP; 在 Diff-Serv 域中的所有节点都将根据分组的 DSCP 字段来遵守 PHB 在众多的 QoS 技术中, IP Diff-Serv 成为当前主流应用技术但是随着现在网络设备高速发展, 单端口容量变大, 接入用户多, 传统的 QoS 在应用中遇到了新问题 : (1) 传统流量管理是基于端口带宽进行调度的, 这样产生的结果就是对用户不敏感, 只对服务等级敏感, 适合网络侧, 但不适合业务接入侧 (2) 传统流量管理很难做到同时对多个用户的多个业务进行控制为解决以上的问题, 提供更好的 QoS 能力, 迫切需要一种既能控制用户的流量, 又能同时对用户业务的优先级进行调度的 QoS 技术 HQoS 采用多级调度的方式, 采用全新的硬件设计, 使设备具有内部资源的控制策略, 既能够为高级用户提供质量保证, 又能够从整体上节约网络构造成本杭州华三通信技术有限公司第 3 页, 共 16 页

4 1.2 HQoS 技术特点实现用户 + 用户业务的精细化区分服务普通 QoS 调度算法是基于端口的, 只对业务等级敏感, 对用户不敏感, 会产生混乱的抢占结果,HQoS 通过多级调度来解决此问题水管 1 水管 2 水管 3 水管 4 水管 1 水管 2 水管 3 水管 4 水管 1 水管 2 水管 3 水管 4 水管 1 水管 2 水管 3 水管 4 用户 1 用户 2... 用户 m 用户 n 楼道 1 楼道 n 居民区图 1 用户 + 用户业务的调度模型上图形象的说明了 HQoS 解决多用户的多业务带宽保证原理, 接口就像一个大的水管, 每个用户从大管子中分一个小管子, 大管子就能对小管子进行流量管理, 而每个用户又对其自己的小管子再细分出不同的流, 对不同的流进行不同的处理这种原理在设备上通过分级调度来实现, 第一级完成对用户带宽的保证, 第二级完成对每个用户各业务的带宽保证真实体现网络拓扑结构和业务转发路径目前 IP 组网典型方案是分为接入层汇聚层骨干层三层结构这种宽带网络的分层结构使网络层次清晰接入层为不同用户提供各种接入手段, 汇聚层对接入层业务流汇聚, 城域网核心层保证快速转发, 网络拓扑有下列显著特征 : 杭州华三通信技术有限公司第 4 页, 共 16 页

5 (1) 网络拓扑结构通常是树形拓扑结构, 即使有些场合, 物理上的拓扑结构是环形结构, 但链路层还是树形拓扑结构 ; (2) 各种业务的转发路径基本固定, 不会动态改变 ; (3) 业务路由器是树形拓扑结构的根节点单点集中配置 QoS 功能业务路由器下挂的 LAN Switch 往往只能根据报文的二层信息进行转发, 其 QoS 处理能力较弱, 不能满足业务的 QoS 需求为了能够在宽带接入网上承载不同 QoS 需求的业务, 当然可以通过更换目前的二层设备来解决, 但这需要巨大的投资, 而且效果也一般,HQoS 技术能有效解决这个问题 HQoS 处理能真实体现网络拓扑结构和业务转发路径, 在业务路由器上流量汇聚点集中配置 QoS 功能, 把下挂的各类通信设备业务类型映射到汇聚点的不同层次节点上, 节点上的 QoS 就直接体现出下挂设备的 QoS 能力完善的流量统计功能, 合理划分各业务带宽分配为了更好的对流量进行管理,HQoS 有着完善的流量统计功能通过流量统计功能, 使用者可以看到各种业务的带宽使用情况, 并通过分析流量, 合理的划分各业务的带宽分配 1.3 HQoS 基本模型 DSL Forum 的 TR-059(TR-059 DSL Evolution Architecture Requirements for the Support of QoS-Enabled IP Services) 就层次化 QoS 调度提出了较为通用的模型, 如图 2 所示 TR-101(Technical Report DSL Forum TR-101 Migration to Ethernet-Based DSL Aggregation), 明确了分层模型在以太网中的应用杭州华三通信技术有限公司第 5 页, 共 16 页

6 图 2 分层模型在该模型中, 边缘设备提供多级拥塞管理能力, 避免流量在下游不具备 QoS 能力的设备拥塞, 保障高优先级业务的开展拥塞管理通过多级队列和调度器, 采用合适的调度算法来实现简单来说, 每一级调度器都有若干报文队列, 来自前级调度器的报文在此排队, 等待本级调度器调度后在合适的时机发送出去结合接入网的带宽需求和业务的优先级, 通过合理配置队列和调度器的参数, 即可保证边缘设备上的业务流得到正确的调度, 保证高优先级业务的开展杭州华三通信技术有限公司第 6 页, 共 16 页

7 2 SR8800 路由器实现特色 2.1 专用 QoS 引擎图 3 专用 QoS 引擎网络业务的不断增加, 路由器 QoS 的要求不断提高, QoS 调度消耗路由器的大部分资源占用大量的处理时间, 成为阻碍路由器性能提升的主要因素之一采用单一的芯片同时处理业务和 QoS 的传统技术已经不能满足业务发展的要求然而,QoS 调度需求稳定模型成熟, 如果采用 ASIC 技术固化 QoS 调度功能, 则可大幅提高处理性能另外, 路由器的另外一个处理环节表检索功能也和 QoS 有类似和特点综合 ASIC 高性能和 NP 灵活业务扩展的特点,SR8800 采用转发三引擎构架, 即 : NP 业务引擎 QoS 引擎和表检索引擎其中, 业务引擎采用 NP 技术, 可实现业务的灵活扩展和升级 ;QoS 引擎和表检索引擎采用 ASIC 技术, 实现 QoS 处理和表项查找的高性能杭州华三通信技术有限公司第 7 页, 共 16 页

8 2.2 分层调度模型在分层调度模型中, 共包括端口层用户组层用户层用户业务层共四个层次 HQoS 处理引擎完成拥塞避免多级调度流量限速流量统计等功能业务 1 业务 2 业务 3 业务 4 业务 1 业务 2 业务 3 业务 4 业务 1 业务 2 业务 3 业务 4 业务 1 业务 2 业务 3 业务 4 用户 1 用户 2... 用户 m 用户 n 用户组 1 用户组 n 物理端口按用户业务级别进行第四级调度按用户级别进行第三级调度按用户组级别进行第二级调度按端口级别进行第一级调度图 4 分层调度模型 (1) 用户业务调度器用户业务调度器用于对用户的各种基本业务报文流的处理 SR8800 对每个用户支持 4 种业务类型, 每个用户的报文流按照业务类型分类进入不同的硬件队列, 业务级调度器负责从这些队列中取出报文, 调度后发往后级调度器业务层调度器使用绝对优先权 (SP) 和加权公平调度算法 (WFQ) SP 算法是指如果高优先级队列中有报文, 那么低优先级队列就不能调度 ; 只有当比本队列优先级高的队列中都没有报文需要发送时, 本队列中的报文才有机会被发送 WFQ 算法是指在具有相同优先级的若干个队列之间, 根据配置的权重来公平分配发送报文的机会通常 SP 用于保证高优先级的业务流,WFQ 则通过权重的比例来调整多个杭州华三通信技术有限公司第 8 页, 共 16 页

9 业务流的带宽调度器一直监视队列缓存的使用情况, 在拥塞有加剧的趋势时, 主动丢弃报文, 通过调整网络的流量来解除网络过载该层基于报文的丢弃优先级采用 WRED (Weighted Random Early Detection, 加权随机早期检测 ) 为每个队列都设定上限和下限, 根据配置随机丢弃超限报文, 避免了流量拥塞引发的系列问题业务级调度可以配置队列的 WFQ 参数 WRED 参数 (2) 用户调度器用户调度器用于对用户的所有业务报文流流量整形处理, 并负责从队列中取出用户的报文, 处理后发往后级调度器流量整形的处理是采用令牌桶对流量的规格进行评估, 并削峰填谷, 将峰值流量缓存到队列内部, 保证报文不丢失, 实现对用户及其业务的 SLA 管理在实现上, 支持不同类型的整形算法, 包括 RFC SrTCM 和 TrTCM 算法, 支持 CIR PIR CBS 和 EBS 参数的配置该层调度器流量整形发送速率的范围是 128Kbps 到 10Gbps, 步长为 1Kbps (3) 用户组调度器用户组调度器 s 用于对用户类型分组或逻辑子接口的报文流处理发往用户组或不同子接口的报文进入不同的队列, 调度器负责从这些队列中取出报文, 调度后发往后级调度器调度器采用加权公平算法 (WFQ/CBWFQ) 对队列进行调度, 可以对不同用户组分配不同的权值支持流量整形 (Shaping), 发送速率的范围是 128Kbps 到 10Gbps, 步长为 1Kbps (4) 端口层调度器该层用于对接口板物理接口的报文流处理, 支持流量整形和统计 SR8800 中发往不同物理接口的报文进入不同的 Port 队列, 端口层调度器负责从这些队列中取出报文, 从相应的物理接口发出 SR8800 的 Port 级调度器采用加权公平队列算法调度 (WFQ/CBWFQ), 比如某子卡支持 10 个 GE 接口, 那么 Port 级调度器对 10 个 Port 队列循环调度流量整形速率可配置, 从 10Mbps 到 10Gbps, 步长为 10Mbps 杭州华三通信技术有限公司第 9 页, 共 16 页

10 3 关键技术特性 3.1 调度器和队列调度器的层次主要影响到 HQoS 是否可以应用到拓扑结构更复杂的场合, 层次越多, 可以应用的场合越多,( 一般分四个层次描述, 分别称为用户业务队列 -> 用户 -> 用户组 -> 端口 ), 体现为支持业务类型的丰富性和用户个数队列主要用于实现丰富的 QoS 功能, 例如流量限速拥塞避免流量整形和队列调度等, 用户业务队列数目决定了同时最多可以有多少流参与 HQoS 处理, 队列的最大深度则决定了最多可以缓存的报文数目, 一般要求 HQoS 能够缓存 200ms 的报文数目 ( 物理端口线速的情况下 ) SR8800 万兆核心路由器提供 16K 队列 /NP, 缓存大小为 512M, 完全满足网络中突发流量要求和流量整形的实施效果 3.2 业务分类与队列映射为了让高优先级业务得到高优先级 QoS 服务, 保证实时性业务对时延和时延抖动的需求, 路由器需要能有效识别各种业务类型 SR8800 支持根据 802.1P DSCP EXP 等优先级字段或 IP 五元组等复杂分类条件实现业务分类 SR8800 采用了 NP 处理与 QoS 调度相分离的技术, 一方面保证了业务处理与 QoS 调度的处理性能, 同时增强了业务类型识别的丰富性 SR8800 通过全局映射表配置, 完成业务分类与队列映射, 快速实现业务部署 3.3 分层队列调度当预知网络要出现拥塞时, 为了保证高优先级业务能够得到实时转发或同一层次的队列之间能够得到公平的调度,HQoS 需要能够给调度器或队列指定优先级或配置调度权重用户业务队列通常被划分成 4 个一组, 每组分别对应一个调度器,4 个队列分别被指定为不同优先级, 采用 PQ/LLQ/WFQ/CBWFQ 调度算法, 这样可以保证高优先级报文得到最快的转发 3.4 流量整形为了避免路由器发出的流量超过接入网链路的承载能力或高优先级的超额流量导致低优先级的流量饿死, 需要在每个层次进行流量整形流量整形的处理是采用杭州华三通信技术有限公司第 10 页, 共 16 页

11 令牌桶对流量进行评估和削峰填谷, 将峰值流量缓存到队列内部, 延迟再发送, 尽可能保证报文不丢失在 HQoS 模型中, 可以在多层来配置流量整形, 实现对流量带宽的精细化管理, 保证用户及其业务的 SLA(Service Level Agreement) 图 5 HQoS 中的流量整形 3.5 拥塞避免拥塞避免是一种流控机制, 它可以通过监视队列缓存的使用情况, 在拥塞有加剧的趋势时, 主动丢弃报文, 通过调整网络的流量来解除网络过载传统的丢包策略采用尾部丢弃 (Tail-Drop) 的方法当队列的长度达到某一最大值后, 所有新到来的报文都将被丢弃这种丢弃策略会引发 TCP 全局同步现象为避免 TCP 全局同步现象, 可使用 WRED(Weighted Random Early Detection, 加权随机早期检测 ) WRED 基于报文的丢弃优先级为每个队列都设定上限和下限, 对队列中的报文进行如下处理 : 当队列的长度小于下限时, 不丢弃报文 ; 当队列的长度超过上限时, 丢弃所有到来的报文 ; 当队列的长度在上限和下限之间时, 开始随机丢弃到来的报文队列越长, 丢弃概率越高, 但有一个最大丢弃概率 HQoS 中只需要在对应物理队列的用户业务层配置合适的丢弃策略, 实施拥塞避免就可以满足流控要求杭州华三通信技术有限公司第 11 页, 共 16 页

12 3.6 流量统计诊断与维护在 HQoS 处理过程中, 需要能够在指定的层次统计被发送和丢弃的报文数目和字节数同时, 可以通过查看队列缓存深度调度器整形器的状态, 从而掌握分层系统运行信息 SR8800 支持分层实现了流量统计队列深度查看等功能 3.7 QoS 参数动态下发与调整真实网络中用户和业务的 QoS 会根据应用和网络拓扑变化而调整因此, 要 HQoS 能适应这一变化 SR8800 支持 WRED PQ LLQ WFQ CBWFQ Shaping 统计等所有参数的动态下发与调整, 极大地方便了客户使用 4 应用分析根据不同的应用需求,HQoS 的实施必须进行 QoS 的总体规划, 其规划原则如下 : 第一, 分析不同市场的待实施业务类型, 在企业网中目前需要考虑的业务类型包括生产数据视频监控 IP 电话和 OA 业务 ; 在城域网中目前可考虑的业务类型可以分为 VoIP 语音视频专线互联及互联网接入等第二, 分析组网拓扑, 合理划分网络层次, 找出合适的 HQoS 部属点, 把 HQoS 模型中不同分层节点映射到实际的网络中第三, 根据用户业务类型制定相应的 QoS 策略, 保证 SLA 顺利实施杭州华三通信技术有限公司第 12 页, 共 16 页

13 4.1 典型应用 1. 组网需求图 6 HQoS 应用组网图杭州华三通信技术有限公司第 13 页, 共 16 页

14 表 1 HQoS 应用业务需求与规划表项目需求与规划内容用户的业务类型基本一致, 不同用户进行不同的流量管理 PE 路由器 (SR8800) 出端口限速 155Mbps 用户组 1 总流量要求 :CIR 为 75Mbps,PIR 为 100Mbps 业务需求与规划用户 1 生产业务所属网段 /24 优先级 5; 用户 1 电话业务所属网段 /24 优先级 4 用户 1 监控业务所属网段 /24 优先级 3 用户 1OA 业务所属网段 /24 优先级 0 其他用户所属网段不一一列出 2. 配置思路对不同用户的业务进行不同的队列调度, 在转发组中实现将不同用户组分为相应的 Group 类型转发组, 由于配置结构相同, 使用实例化操作实现对用户组和用户各种业务根据流分类 Remark 动作来实现转发类映射对每个用户标识不同的 QoS-Local-ID, 业务与转发类 fc 绑定, 最终完成流量与队列的映射 ; 3. 主要配置步骤 (1) 配置用户组的转发策略, 以用户组 1 为例 (CIR=75Mbps PIR=100Mbps) [SR8800] qos forwarding-profile UserGroup_1 [sr8800-fp-usergroup_1] gts cir pir (2) 配置不同用户的转发策略, 以用户组 1 的用户 1 为例 (CIR=15Mbps PIR=20Mbps) [SR8800] qos forwarding-profile UserGroup_1_user1 [SR8800-fp- UserGroup_1_user1] gts cir pir (3) 配置第一层转发组 ( 嵌套转发组 ), 以用户组 1 下包含两个用户 ( 用户 1 用户 n) 为例 [SR8800] qos forwarding-group UserGroup_1 [SR8800-fg-UserGroup_1]forwarding-group UserGroup_1_user1 profile UserGroup_1_user1 [SR8800-fg-UserGroup_1]forwarding-group UserGroup_1_user1 profile UserGroup_1_usern (4) 配置分层调度策略并实例化, 完成整个分层拓扑的配置杭州华三通信技术有限公司第 14 页, 共 16 页

15 5 结束语首先定义调度策略为 HQoS_Demo [SR8800] qos scheduler-policy HQoS_Demo 配置用户组对应的转发组节点, 这里以用户组 1 为例 [SR8800-sp- HQoS_Demo]qos forwarding-group UserGroup_1 profile UserGroup_1 定义分层拓扑, 这里定义第一层的转发组节点 [SR8800-sp- HQoS_Demo] layer 1 [SR8800-sp- HQoS_Demo -layer1] qos forwarding-group UserGroup_1 group [SR8800-sp- HQoS_Demo -layer1] qos forwarding-group UserGroup_n group 定义分层拓扑, 这里定义第二层的转发组节点, 并将用户与 QoS-Local-ID 绑定 [SR8800-sp- HQoS_Demo -layer1] layer 2 [SR8800-sp- HQoS_Demo -layer2]qos forwarding-group UserGroup_1_user1 match qos-local-id 1 [SR8800-sp- HQoS_Demo -layer2]qos forwarding-group UserGroup_1_user2 match extended qos-local-id 2 to 99 [SR8800-sp- HQoS_Demo -layer2]qos forwarding-group UserGroup_n_user1 match extended qos-local-id 100 to 199 (5) 在接口应用调度策略 [SR8800-G1/1/1] qos apply scheduler-policy HQoS_Demo outbound (6) 配置 MQC 策略 (MQC_HQoS_Demo), 包括配置流分类进行业务用户识别, 并完成与分层调度策略中已经分配 QoS-Local-ID fc 的映射略 ; (7) 在接口应用 MQC 策略 [SR8800-G1/1/1] qos apply policy MQC_HQoS_Demo outbound 随着未来电话监控办公网生产网的多网融合, 数据设备越来越多的用于承载语音视频等一些实时时延敏感业务,HQoS 可以有效地解决了多用户的多业务的不同优先级 QoS 保证, 为用户构建精品数据网络,HQoS 已经成为路由器的必备技术 H3C SR8800 万兆核心路由器所实施的 HQoS 能够扩展到数千个业务, 且每个槽位更有几万队列这些队列可以动态地分配到业务中去, 调度器支持动态配置, 用户可以根据实际需要, 设置调度器之间的层次关系, 上级调度器控制一组下级调度器的总带宽, 上级调度器根据下级调度器的级别和权重合理分配下级调度器的承诺带宽和峰值带宽, 真正实现了控制多业务的服务质量杭州华三通信技术有限公司第 15 页, 共 16 页

16 6 参考资料 [1] Technical Report DSL Forum TR-059 DSL Evolution Architecture Requirements for the Support of QoS-Enabled IP Services [2] Technical Report DSL Forum TR-101 Migration to Ethernet-Based DSL Aggregation Copyright 2008 杭州华三通信技术有限公司版权所有, 保留一切权利非经本公司书面许可, 任何单位和个人不得擅自摘抄复制本文档内容的部分或全部, 并不得以任何形式传播本文档中的信息可能变动, 恕不另行通知杭州华三通信技术有限公司第 16 页, 共 16 页

Chapter #

Chapter # 第三章 TCP/IP 协议栈本章目标通过本章的学习, 您应该掌握以下内容 : 掌握 TCP/IP 分层模型掌握 IP 协议原理理解 OSI 和 TCP/IP 模型的区别和联系 TCP/IP 介绍主机主机 Internet TCP/IP 早期的协议族全球范围 TCP/IP 协议栈 7 6 5 4 3 应用层表示层会话层传输层网络层应用层主机到主机层 Internet 层 2 1 数据链路层