sp03-IP城域网QoS设计教程分析.ppt

IP城域网QoS设计 第六章 IP QoS概述 为什么需要QoS？ 网络现状 提供单一等级尽力而为(best-effort service)的传送服务 网络性能无法保证语音、多媒体等实时业务的开展 运营商网络运营目标 对于服务商来说，在有限的网络带宽资源基础上， 提升带宽资源的赢利能力，才是网络运营商的运营网络的目标。 通过QOS技术，网络运营商可以保证高增值业务的服务品质。保证大客户接入网络的端到端的服务性能。通过网络限速，控制低端业务流量大量占用网络带宽，为高端业务提供保障。 SLA等级化服务 SLA是根据网络情况所做的服务质量承诺协议，以书面的形式表明当网络质量劣化到某种程度时，客户可以得到相应的赔偿。 推行SLA服务水平承诺，向客户提供专业化和标准化的服务，是以网络质量的承诺来吸引客户，实现由提供无差异服务到满足客户个性化需求的转变，将有利于集中优势资源，保障高端客户的服务，有利于提高运营商的整体维护水平。 围绕网络维护的关键指标，如电路可用性、网络性能、服务响应时间、业务提供保证等开展服务水平的承诺。 业务发展的需要 网络安全的需要 保障网络控制信息的畅通，防止DOS攻击 链路故障情况下或网络拥塞情况下，保证高等级业务的服务质量 防止垃圾流量冲击高等级业务流量 QoS基本概念 QoS: Quality of Service（服务质量） 指网络通信过程中，允许用户业务在丢包率、延迟、抖动和带宽等方面获得可预期的服务水平 IP QoS目标： 避免并管理IP网络拥塞 减少IP报文的丢失率 调控IP网络的流量 为特定用户或特定业务提供专用带宽 支撑IP网络上的实时业务 影响QOS的因素 影响QOS的因素 带宽不足 数据传送时延太长 时延不稳定，产生抖动 丢包 不同业务有怎样的 QoS需求? IP数据网络QoS模型 QoS 模型标识 Best effort模型 系统不需要QoS机制(缺省机制) IntServ模型 当需要启用QoS的时候给网络发送需求信号 DiffServ模型 网络识别不同QoS机制的需求类型 尽力而为：Best-Effort模型 互联网最初是基于“尽力而为”模式进行包发送，Best-effort 是所有流量的缺省模式。 单一的服务模型，也是最简单的服务模型 这种模式没有区分流量类型，主要实现技术是先进先出队列(FIFO) 类似用标准方式发邮件 It will get there when it gets there 什么时候到就什么时候到 Best-Effort模型的优缺点 好处: 高可扩展性 没有特别的机制 不足: 没有服务保证 没有服务区分 IntServ 模型 为应用提供可控制的、端到端的服务 网络单元支持QoS的控制机制 应用程序向网络申请特定的QoS服务 信令协议在网络中部署QoS请求 RSVP是主要使用的信令协议 所提供的服务质量是最高的 RSVP原理 IntServ模型的优缺点 优点: 显示端到端的资源接纳控制 针对每个请求的策略接纳控制 动态端口号的信令机制 (例如, H.323) 不足: 每个活动流都需要连续的信令支持 基于流的机制要对每个流都进行处理和维护，几乎没有扩展性 DiffServ 模型 DiffServ (RFC 2474 和 RFC 2475) 旨在解决 best-effort和IntServ模式的局限性 网络流量按类区分 根据网络QoS策略实现基于类的流量区分和差异化处理 基于商业需求为每一类的流量选择不同的服务等级 DiffServ模型体系结构 DiffServ 模型体系结构 DiffServ模型定义了QoS需求并提供流量聚合的保证 Per-hop behaviors用来实现业务 DS field 的值 (DSCP) 用来标记数据包选择的per-hop behavior DiffServ 模型的优缺点 优点 可扩展性好 满足业务差分的需要，能够支持多种不同的服务等级 缺点 不能完全实现端到端的QoS 需要在全网实施复杂的QoS机制 DiffServ IP QoS 技术 报文分类和标记 流量监管 拥塞管理与队列调度 拥塞避免 流量整形 QoS技术：分类和标记 分类和标记 将QOS需求相近的业务流分成一类,并做相应的标记 各网络节点根据标记执行相应的PHB(Per-Hop Behavior) 网络边缘执行分类和标记 二层QoS: 802.1Q/P 以太帧中的CoS FR和MPLS中的QoS字段 IP头部 IP Precedence and DSCP兼容性 Per-Hop Behaviors DSCP 在全网选择 PHB: 默认 PHB (FIFO, tail drop) EF PHB：快速转发服务（Expedited Forwar