《端到端QoS网络设计(第2版)》一2.2 QoS体系框架

2.2 QoS体系框架

端到端QoS网络设计(第2版)
本书曾在图1-2中介绍过下面几项主要的QoS功能。

  • 分类:判断各个数据包分别属于哪种类型的流量。
  • 标记:在数据包头部写入一个值,以便设备在分类这个数据包时,识别出数据包的流量类型。
  • 限速(丢弃与降级):判断何时丢弃数据包,以及在哪里丢弃数据包;或在流量超过可用资源的承载能力时,对数据包进行重新标记。
  • 整形:降低流量的速度使其能够满足指定的带宽速率(一般是为了让流量不超过服务提供商合同规定的带宽)。
  • 列队:当入站流量超过了可用的出站资源(带宽)时,将数据包缓冲下来等待传输。
  • 分配带宽:对某类流量进行监测,确保这类流量占用的带宽不超过管理员通过配置指定的数值。
  • 准入控制:根据可用资源判断是否允许让某个数据包进入网络。

各个QoS功能并不是独立工作的,而且其中的任何一项功能又会由一些不同的特性组成。在下面的内容中,我们会首先解释各项特性如何与其他特性进行联动,以及设备处理这些特性的次序,然后会对(基于IOS的)模块化QoS命令行语句的结构进行介绍。

2.2.1 QoS行为模型

QoS概念所规定的行为与实施该QoS特性的平台无关,我们建议网络管理员在设计和配置QoS特性时,尽量使用通用的QoS规范,而不要使用那些某个设备平台或网络中某个区域专用的QoS特性。图2-1所示为配置界面、下层的工作方式模型,以及不同平台实施方案,这三个概念之间的关系。

2.2.2 QoS特性排序

具体而言,在思考QoS的行为时,不妨认为这些行为有一个通用的执行顺序(如图1-2所示)。

  • 分类:也即对不同的流量进行区分。
  • 预列队:在将数据包排入出站队列中等待传输之前,最好首先对其执行准入控制、丢弃和标记等操作。
  • 列队:对在队列中等待传输的数据包进行排序。
  • 列队后:一般为可选操作。但有时需要根据数据包传输次序(如顺序编号)来为流量执行一些操作(例如压缩或加密),这些操作会在QoS调度函数根据优先级将数据包从队列中提取出去时,才会执行。

在考虑QoS的行为时,不妨从数据包流量穿越网络节点,以及QoS特性与数据包其他出入站特性相互作用的角度去思考。图2-2对数据包特性的执行顺序进行了高度的包括,其中方块1、2、6、7和12所代表的行为与QoS特性无关。

在数据包的入站接口(3)/出站接口(8)上有可能会执行分类。一般来说,应该在尽可能靠近源(也就是入站)的位置执行分类,但有时,设备只有在执行了输出特性(7)之后才能获得执行分类所需的属性。对于本地创建的数据包(而不是过境数据包),这种情况尤为常见,因为这类数据包不需要通过入站路径进入设备。

同样,数据包有可能会在入站(4)时进行标记,但设备也会可能会在出站时(9)根据数据包的某些变化,或者因为设备获取到了数据包的更多信息,而对数据包进行重新标记。例如,限速器(policer)可能会在出站方向上对一个未经确认的(confirming)数据包进行重新标记,而不是直接丢弃该数据包——但数据包未确认这件事只有在数据包到达路径的出站端设备才会知道,因为这是根据这段时间内流量的情况而定的,并不是数据包自身的某种独特属性。

时间: 2024-09-07 16:50:16

《端到端QoS网络设计(第2版)》一2.2 QoS体系框架的相关文章

《端到端QoS网络设计(第2版)》一2.1 部署QoS的原则

第2章 基于IOS的QoS体系框架和语法结构 端到端QoS网络设计(第2版) 本章包含了如下主题: 部署QoS的原则: QoS特性的体系结构,以及基于IOS的Cisco路由器与交换机的功能: 在基于IOS的Cisco路由器与交换机上,配置QoS特性的命令行语言与结构. 本书将从第3章到第7章开始,对这些特性本身.这些特性的工作方式,以及它们的配置命令进行深入的介绍.至于这些特性在不使用IOS系统的Cisco产品(特别是无线产品)上,如何运行和配置,将在本书的第18章.19章和20章中进行讲述.

《端到端QoS网络设计(第2版)》一2.3 模块化QoS命令行模型

2.3 模块化QoS命令行模型 端到端QoS网络设计(第2版) MQC这种结构化的命令行旨在为操作人员提供一种统一的.独立于设备平台的.灵活的配置方式,以简化在Cisco IOS平台上配置QoS特性的工作.为此,MQC对QoS行为的模式进行了简化和概括,让管理员无需了解设备平台的具体信息,就可以操作设备来完成QoS的配置工作. 2.3.1 MQC语法 MQC为实施下一列每一步QoS的配置定义了一个语法框架. 1.定义流量类型,并定义不同流量分别属于什么类型. 2.定义各个流量应该应用的动作或策略

《端到端QoS网络设计(第2版)》一导读

前 言 端到端QoS网络设计(第2版) "关于QoS我们现在做得还不够吗?" 这是一个我时不时就会被问及的问题,对于这个问题我喜欢这样回答:"什么时候我们在可用性和安全性上的工作可以画上句号,我们在QoS上的工作也就算大功告成了." 毋庸讳言,虽然QoS技术诞生至今也已经历了一段不短的时间,但它仍是一种基本的网络基础设施技术(同高可用性技术和安全技术一样).这些基本的技术会始终作为一切网络系统中一个固有的组成部分,出现在不同的平台上.不同的网络位置(PIN)中,最终

《端到端QoS网络设计(第2版)》一6.5 扩展阅读

6.5 扩展阅读 端到端QoS网络设计(第2版) 6.5.1 媒体网络中的RSVP Medianet WAN/VPN QoS Design At-a-Glance(企业网络WAN/QoS设计攻略): http://www.cisco.com/en/US/docs/solutions/Enterprise/Video/qoswanvpnaag.html Enterprise Medianet Quality of Service Design 4.0(企业媒体网络服务质量设计4.0): http:

《端到端QoS网络设计(第2版)》一2.4 AutoQoS

2.4 AutoQoS 端到端QoS网络设计(第2版)为了简化QoS的部署工作,Cisco设计出了自动QoS(AutoQoS)特性来自动实现QoS设计方案的最佳做法.AutoQoS是一种智能的宏命令,这种技术可以让管理员仅输入一到两条命令,就在特定平台的特定接口上,为相关命令启用推荐的QoS特性与设置.管理员既可以全权依赖AutoQoS特性,也可以先使用AutoQoS进行快速配置,然后再按照自己的特定需求,对系统自动生成的命令进行进一步的调整. AutoQoS VoIP是AutoQoS特性的第一

《端到端QoS网络设计(第2版)》一第6章 带宽预留工具6.1 准入控制工具

第6章 带宽预留工具 端到端QoS网络设计(第2版)本章包含了如下主题: 准入控制机制: RSVP IntServ与DiffServ设计与部署模型: RSVP本地策略与应用ID: 扩展性.端点与代理. 本书迄今为止讨论过的所有QoS(服务质量)工具包括标记.队列.限速与整形机制,这些机制基本都属于差分服务(DiffServ)工具.DiffServ机制可以(在不同程度上)提供带宽保障,但是它无法提供带宽预留功能.带宽保障是指在需要时有带宽可供使用,但这些带宽并没有为了某一个特定的应用或数据流被闲置

《端到端QoS网络设计(第2版)》一6.4 小结

6.4 小结 端到端QoS网络设计(第2版)多年来,Cisco一直不懈地扩展RSVP的功能,并让RSVP具有更强的适应性和更出色的效率,这也是Cisco媒体网络(Medianet)倡议行动中的一个组成部分.RSVP是一个信令协议,这一点与本书到目前为止所介绍的其他QoS工具都不相同.它是一项核心的网络感知技术,可以在各类对带宽需求各异的实时流量(从G.729呼叫到高清多屏幕视频流)竞争带宽资源时,发挥仲裁者的作用. 在所有实施流量(如G.729和G.711语音呼叫)对带宽的需求都大同小异时,"呼

《端到端QoS网络设计(第2版)》一6.2 资源预留协议

6.2 资源预留协议 端到端QoS网络设计(第2版)资源预留协议(RSVP)是一项可感知网络环境的技术(因此也称为"径内"AC工具),它可以在数据流获准进入网络之前,沿着数据流会途径的真正路径来分配带宽.因此,RSVP拥有双重功能:访问控制与带宽预留(或为某个数据流预留隧道的保障带宽).其中第一项功能(准入控制)很容易扩展,而第二项功能(在数据流到达前预留带宽)则不容易扩展(至少无法在动辄上万数据流共存的网络汇聚骨干中进行扩展).因此,人们常常在设计网络时,在网络边缘部署RSVP来作为

《端到端QoS网络设计(第2版)》一2.6 扩展阅读

2.6 扩展阅读 端到端QoS网络设计(第2版) 2.6.1 通用内容 Quality of Service Solutions Configuration Guide Library(QoS解决方案配置指南实验): http://www.cisco.com/en/US/docs/ios-xml/ios/qos/config_library/15-0m/qos-15-0m-library.html Modular QoS (MQC) Command-Line Interface Configur