使用RSVP进行带宽预留

服务质量（QoS）工具包括标记，管制和整形机制，主要是区分服务（DiffServ）工具。DiffServ机制可提供带宽保证（在各种刚性级别上），但是它们都不提供带宽预留。

保证意味着在需要时有带宽，但是没有为特定的应用程序或流预留（或保留）带宽。但是，Reserved表示可以识别数据包流，并且已同意为该流预留一定数量的带宽。

本文涵盖以下主题：

语音和视频等交互式应用程序需要网络中的实时服务。由于这些资源是有限的，因此必须限制争夺此类优先级资源的流的数量；否则，所有实时流的质量都会下降，最终达到无法使用的地步。

当网络资源被超额订购时（如数据应用可能），实时流不能被延迟或缓冲，因此必须基于可用的网络资源允许新的传入实时流在会话启动时携带它们。该动作构成准入控制。

在应用程序级别（例如使用Cisco Unified Communications Manager控制VoIP和IP视频以及网真流）最有效地实现了准入控制（AC）功能。因此，本书不详细讨论AC，仅在AC功能与提供QoS的网络资源分配交互作用的范围内。

大多数AC机制是相当简单的“计数”算法，它们不了解网络体系结构和流可能采用的路径，它们也称为“偏离路径” AC工具。当大多数流量具有可预测的带宽时（如G.711和G.729语音呼叫），并且网络具有有限的复杂性（通常是中心辐射型拓扑），则这些AC机制可以很好地工作并得到广泛部署。

资源预留协议（RSVP）是一种网络感知技术（也称为“ onpath” AC工具），它在将流接纳到网络之前，沿着流将采用的实际路径分配带宽。因此，它具有双重功能：访问控制和带宽保留（或为单个流保留保证带宽的“隧道”）。

RSVP是一种按流协议，它从流路径中的每个节点请求带宽预留。端点或代表端点的其他网络设备在允许流之前发送单播信令消息以建立预留。

下图说明了基本的RSVP操作。

RSVP操作

大多数终端设备，例如电话和视频端点（移动设备，平板电脑和计算机上的独立设备和软件应用程序），都不支持RSVP堆栈。要将RSVP用作由这些设备发起的会话的AC机制，最接近该设备的路由器通常充当代理，如下图所示。

RSVP代理操作

与端点共存的就地路由器使用RSVP代理（或RSVP代理）配置，该配置与Cisco Unified Communications Manager（CUCM）一起在允许网络会话之前建立AC。

在应用程序级别，CUCM最终将控制准入决策，但它结合了启用了RSVP的路由器的网络感知知识来帮助其做出此决策，并结合了集中的，面向策略的应用程序级AC工具的优势。具有RSVP等协议的网络拓扑感知优势。

RSVP可以部署在两种操作模型中：

IntServ模型：传统的RSVP操作模型，由于固有的可伸缩性限制，该模型已被很大程度上废弃。
IntServ / DiffServ模型：将控制平面操作与数据平面操作分开。RSVP操作仅限于AC，DiffServ机制可处理分类，标记，管制和调度操作。因此，IntServ / DiffServ模型具有高度的可伸缩性和灵活性。

如下图所示，在IntServ / DiffServ模型下，RSVP仅用于执行AC（控制平面功能）；所有其他QoS功能（包括分类，标记，管制，整形，排队和丢弃）均由DiffServ策略处理。

这些都是数据平面功能。这种组合可以有效地扩展策略以及网络感知的AC。