RSVP 资源预留协议

【RSVP 资源预留协议】本备忘录的状态:
本备忘录提供关于Internet社区的信息 。它不指定任何一种形式的标准 。本备忘录的
发布不受任何限制 。
摘要
本文档描述RSVP、相应的综合服务协议及其他资源预留组件的适用性,提供现时配置
资源预留的指导 。本文档和第一次提交的RSVP和综合服务规范一起加入RSVP标准轨迹
中 。
目录
1.介绍 2
2.影响RSVP配置的问题 3
2.1.可扩展性 3
2.2.安全考虑 3
2.3.策略控制 4
3.建议 4
4.参考 4
5.作者地址 5
1.介绍
RSVP[RFC2205]是一个单播和多播的信令协议,被设计来安装和维护在数据流路径
上的每个路由器的预留声明信息 。RSVP对这些声明的处理被定义在由综合服务工作组
(WG)指定的[RFC2211]和[RFC2212]的服务中 。这些服务和RSVP同时被引入IETF
的标准轨迹中 。从现在起,缩略语RSVP被用作信令协议和与之合并在一起的综合服务
规范的简称 。
RSVP必须与几个附加组件联合使用,如下表所示:
表1资源预留的附加组件
1. 用于期望服务的信息格式的参数能被表示 。[RFC2210]中列出了这些格式的一
个推荐标准集 。
2. 用来实现一或两个[RFC2211]和[RFC2212]模式的路由器和主机机制(如分
组分类和调度,接入控制算法)也被加进标准轨迹中 。
3. 用于接入期望的控制和资源使用的信息格式的参数能被表示 。RSVP工作组宪章
中有一个这些格式的用于标准轨迹的小公共子集 。RSVP协议规范的策略对象仅
在这时是可选的 。
4.实现期望的接入控制策略功能的各种定位机制,包括授权和其他安全机制 。
在表1中描述的每个组件的一些格式中,支持RSVP的应用可以通过IP网络获得区
分服务质量 。网络化的多媒体应用,大多需要(或受益于)一个可猜测的终端用户经
验,将会是RSVP信令服务的首批用户 。
因为RSVP和综合服务及表1所列的其他部件标志了IP网络服务模式的一个极大变
革,所以RSVP受到了很大的关注,并促使它以一个标准轨迹RFC而被发布 。目前,很
多操作系统和路由器供给商把RSVP和综合服务集成在他们的产品中,以备即将到来的
应用 。本适用性声明的目的是描述当前已知可行的RSVP规范的使用,并标识限制范围
及正在进行的工作提出的某些限制 。
2.影响RSVP配置的问题
因为还存在大量明显会影响配置成功的问题,因此大范围的配置RSVP必须小心 。
2.1.可扩展性
在一个路由器上运行RSVP所要求的资源需求(处理和存储)根据单独的会话的数
量而按比例增长(如,RSVP预留) 。因此,在一个高带宽链路上支持大量小的预留会
很轻易使路由器过载,这样作是不策略的 。而且,当前一些路由产品或它们的某些高
速接口(如OC-3或以上)很难具有实现分组分类和调度的能力,这些能力被用来提
供预留流的区分服务 。
这些问题表明在目前的高带宽骨干网上配置RSVP一般是不合适的 。在将来,这些
骨干网的营运商将不会选择天真地为每个单独的流实现RSVP 。另外,在骨干网的“边
缘”汇聚那些需要非凡处理的流的技术正在发展 。在骨干网内部,作为一种满足单个
流的端到端需求的一种方法,大量花费较少的途径因此而被用来为一个整体的汇聚流
留出资源 。
在近期内,大量供给商将用多种不同的方法来汇聚预留 。这不是IETF目前在此领
域标准开发中正在进行的工作 。BOF,区分服务的未来方向,在1997年7月,Memphis

推荐阅读