RSVP通过ATM执行的指导方针

【RSVP通过ATM执行的指导方针】本备忘录的状态
该文档具体说明了Internet团体的标准协议 , 和需要为改进而进行的备忘录的分类是无约束的 。尚需要用于改进的进一步的讨论和建议这份备忘录定义了一个应用于Internet业界的通用的惯例 , 尚需要得到用于改进的进一步的讨论和建议 。本备忘录的分发是没有限制的 。
版权声明
Copyright(C)TheInternetSociety(1998) 。所有权被保留 。
摘要
该备忘录具体介绍了RSVP通过ATM执行的交换虚拟电路的执行向导 。概括的问题在[6]中讨论 。执行要求在[2]中讨论.对ATM服务计划的综合服务在[3]中阐述 。整个文档提供了需要执行综合服务的背景和信息及基于ATM的RSVP 。
1.绪论
该备忘录论述了运行通过ATM(异步传输模式)的IP的一个环境 , 该环境中SVC被用于支持QoS流程、RSVP被用于interent水平QoS信号协议 。它适用于用CLIP/ION,LANE2.0和MPOA方法来支持通过ATM执行的IP 。通常的出版物叙述的运行RSVP[4]通过ATM已经被很多论文论述过 , 包括[6]和其他早期的作品 。该文档可作为[6,2]的一个伙伴或一个对执行者的向导 。读者应该熟悉这两种文档 。
该文档提供了一套推荐用ATMUNI3.x或4.0来执行的功能 , 同时答应用更多的诡辩的方法 。我们期待一些卖主会提供一些更诡辩的方法 , 可描述在[6]中和一些仅使用这样方法的网络中 。这种被推荐的功能要确保在不同执行时刻 , 具有可预言性和互用性 。RSVP通过ATM执行的需要在[2]中执行 。
该文档应用在[2]中陈述的相同的术语和设想 。同时 , 在该文档要害词“MUST”、“MUSTNOT”、“REQUIRED”、“SHALL”、“SHALLNOT”、“SHOULD”、“SHOULDNOT”、“RECOMMENDED”、“MAY”和“OPTIONAL”将和在RFC2119[5]中被描述过的一样 。
2.执行建议
这部分提供了通过ATM执行RSVP的执行向导 , 对全部的单点传送和多点传送的回复时间来说 , 很多建议是公用的 。当然 , 也有对单点传送和多点传送的回复时间类型的独特建议 。
2.1RSVP信息VC(电路)用法
一般讲述对于VC应该用于RSVP信息的出版物在[6]中提到 。它讨论了许多执行选项 , 包括:混合控制和数据 , 单一控制VC(电路)每一回复时间 , 单一控制电路(VC)多元的回复时间 , 和多元控制电路(VC)多元的回复时间 。为控制VC的QoS也被讨论 。概括性的讨论不在这里重复 , 在[6]中会回顾细节的信息 。
RSVP通过ATM执行应该通过最优的数据线 , 来发送RSVP控制信息 , 如图1 。
DataFlow==========>
QoSVCs
----- --------------> ----
-------------->
SrcR1
BestEffortVC(s)
----- <-----------------> ----
/
RSVPControl
Messages
图1:RSVP控制信息的VC用法
它答应使用者不考虑这一行为 。为了确定RSVP对话时期和发起RSVP预约 , 需要存在最好的数据线 , 因此 , 也就需要有特定的方法使VC(电路)最小化 。被用于RSVP的特定最佳的方法是:对单点传送来说 , 相同的VC用于到达单点传送目的地;对多点传送来说 , 相同的VC用于为去往IP的最大交通量的多点传送组 。为了信息的多点传送 , 还有其他用于通信对话期间传送数据的好的VC 。比如 , 为多点传送组及协议和端口匹配对话期间的数据 。
这种方法的缺点在于最优的VC可能不会提供RSVP所需的可靠性 。然而 , 被期望的最好方法是在许多网上能满足RSVP的可靠性需求 。尤其是RSVP答应遗失一定数量信息包 , 去无任何同步状态遗失 。
2.2集合
正如[6]中讨论的 , 数据联系多重RSVP处理时间能够用同一个共享VC 。执行这样的“集合体”模型仍然一项待研究的问题 。因此 , 通过ATM执行RSVP应该用为每个RSVP保留的独立的VC 。

推荐阅读