IP QoS问题的争执由来已久，反对者认为资源管理和QoS保证机制过于复杂，在三层以上引入管理模块会导致IP网的性价比下降，而且光纤和其他硬件技术的发展为用户提供了用之不竭的网络资源，因此采用现有的尽力而为服务模式就可以满足未来的用户需求。IP QoS的支持者则认为，流量的增长比带宽增长的速度快，而且最大限度利用带宽是数据传输的本性，在一个网络节点上使用容量很大的缓存或者链路，无法从根本上解决网络阻塞的问题，只是转移了资源与需求之间的矛盾。在两种观点的争论中，用户，尤其是能够左右一项技术发展潜力的超级用户，往往倾向于后者。

　　IETF已经起草了很多有关保证QoS的建议并标准化了很多服务模型和机制。其中比较常见的有：综合服务（Integrated Services——IntServ）/资源预留模型，即IntServ/RSVP、区分服务模型（Differen-tiated Services——DiffServ）、MPLS流量工程和约束路由等。然而，无论单独采用这些机制中的哪一种，都不能提供IP QoS的全面解决方案，因此人们开始研究实现他们之间的优势互补的可行性和可靠性。其中IntServ/RSVP和DiffServ由于技术体系完整，结合后能够相互取长补短，实现WAN的分级服务等特点，逐渐受到研究人员的重视。

　　IntServ/RSVP模型及其工作原理

　　在当前，一谈到资源预留就有两种不同的声音，总的说来，“互联网是否是共享性网络”和“用户之间是否平等”是支持和反对资源预留理念的争论焦点。

　　反对资源预留的理由有：

　　* 在网络层之上建立任何一种IP QoS连接机制都是难以管理的；

　　* 光纤和WDM技术将会使网络带宽相当充裕和廉价，资源预留或其他扩展所带来的复杂性成本远远高于利用大带宽自动保证QoS的方式；

　　* 具有预留能力的网络只有在阻塞率较低的情况下才能提供令人满意的服务。而在同样的情况下，尽力而为的网络可以提供几乎与具备预留能力的网络一样好的服务。

　　支持资源预留提供不同分级服务的一方也有充足的理由：

　　* ISP可以为付费高的用户提供高质量的服务。用户和网络之间的服务合同明确了用户数据流的特点及相应的QoS承诺，有利于网络建设的良性循环。

　　* 高可靠性多媒体应用比现在的互联网所提供的尽力而为服务有更高的质量服务要求；尤其发生网络阻塞时，应有相对多的资源预留给级别高、实时性强的业务以保证服务质量。

　　从目前的情况来看，支持资源预留的观点和支持IP QoS的看法都受到业界和用户的欢迎，因此，IETF和其他研究机构在不断更新实现资源预留的机制和技术。RSVP是第一个标准QoS的信令协议，是基于IP协议的资源预留协议,用于在端到端之间传递QoS请求。它本身不完成QoS，而是通过其他队列管理等技术实现的。必须注意的是，RSVP不是一个路由协议，它只是完成按照报文流的路径为报文申请资源预留。

　　IntServ模型的基本思想是“所有的业务流相关状态信息是在端系统上”。它所使用的资源预留协议是一种信令协议。工作时，发送端给接收端发送一个PATH信息，以指定通信的特性。沿途的每个中间路由器把PATH信息转发给由路由协议决定的下一个节点。当收到一个PATH信息时，接收端做出的反应是用一个RESV信息为该业务流请求资源，包括带宽、时延等。沿途的每个中间路由器可以拒绝或接受RESV信息请求。如果请求不符合要求（合同），路由器将发送一个差错信息给接收端，并且中断信令的处理过程。如果请求被接受，就按照事先的约定，为该流分配链路带宽和缓冲区空间，并且把相关的业务流状态信息装入路由器中。网络在传送过程中为每一个流（flow，由两端的IP地址、端口号、协议号决定）维护状态。同时，基于这个状态执行报文的分类、流量监管、排队调度等。

　　用户通过IntServ/RSVP协议向网络请求满足特殊服务质量要求的缓存和带宽；中间节点利用RSVP信令在数据传输通路上建立起资源预留并维护该通路，以实现相应的服务质量。

　　根据RSVP的预留资源占所有资源的比例，IntServ模型定义了几种服务类型：

　　* 有保障的服务（Guaranteed Services）[RFC 2212]：对带宽、 时延、分组丢失率提供定量的要求和质量保证措施，如VoIP应用建议可以预留10M带宽和小于1s的时延。

　　* 可控负载服务（Controlled－load Services）[RFC2211]：在网络负荷较大的情况下所能够提供的近似于没有过载时的服务。

　　* 尽力而为的服务（Best－Effort）和当前互联网向多数用户提供的服务机制类似，没有任何可以控制的质量保证。

　　IntServ/RSVP模型的主要优点有：

　　* 能够提供有保证的QoS。因为RSVP运行在从源端到目的端的每个路由器上，因此用户可以预先购买需要的资源，由ISP负责监视每一个业务流的运行并随时在当前网络节点终止非法的资源占用。

　　* RSVP在源和目的地之间可以使用现有的路由协议决定流的通路。RSVP使用IP包承载，使用“软状态”的概念，通过周期性的重传PATH和RESV信息并分析，对网络拓扑的变化做出反应。即对原有路由协议没有影响。

　　* 支持一个源到一个目的地（unicast）和一个源到多个目的地（multicast）的QoS服务。

缺点：

　　* 对现有路由器的改造十分复杂。由于需要进行端到端的资源预留，必须要求从发送到接收之间所有路由器都支持RSVP和许可控制协议，同时每个路由器还要花费大量的资源来维护和更新数据库（如链路状态数据库）。

　　* IntServ只支持单个微流（micro－flow），但是，由于数目过多，对骨干网的处理能力是巨大的考验。

　　* 伸缩性差，在WAN中，各种各样的子网会不断增多，并且随着流数目的增加，状态信息的数量成比例上升，重传PATH和RESV信息会占用大量的路由器存储空间和处理开销。

　　* 该模型不适合于短生存期的流。在IntServ中，RSVP进行的资源预留是单向的，因此必须对其规定两个方向的资源预留，从而增加网络开销。在短生存期的流占大多数的网络中，采用IntServ就得不偿失了。

　　DiffServ及其工作原理

　　DiffServ是一个起源于IntServ，但相对简单、粗划分的控制系统。它取代了IP服务类型（TOS）字段改名为DS，并用它承载IP包服务所要求的信息，是严格意义上的三层技术，不涉及低层的传输技术。区分业务主要通过两个机制来完成不同QoS业务要求的分类： DS标记和一个