RSVP通过ATM执行的指导方针( 二 )


2.3短切口
短切口答应ATM附上路由器和主机通过LIS边界来直接安置点对点的VC 。例如 , VC末端有不同的IP子网 。短切口支持已在[7]和[1]中具体说明过的单点传输 。短切口的功能和RSVP相互运行已经上升为一个通用的问题 。所关心的范围是用于处理不均匀的短接口的能力 。尤其是RSVP如何处理下位机短接口不能跟上位机短接口匹配的问题 。在这种情况下 , 正如图2中所示 , PATH和RESV信息有各自不同的路径 。
______
/
--------/Router<-------
/<.......RESVsFollow
______/Hop-by-hopPath
VQoSVCs
----- ==============> ----
==============>
SrcR1
BestEffortVC(s)
----- <=================> ----
/
::DataPaths:
::---->Hop-by-hop(routed)
PATHsandDatahttps://www.rkxy.com.cn/dnjc/====>Short-cut
FollowShort-cut
Path
图2:AsymmetricRSVPMessageForwardingWithATMShort-Cuts
RSVP的检查显示:协议已经包括答应支持不均匀路径的机械装置 。该机械装置同样用于支持RSVP信息到达错误的路由器或错误的接口 。RSVP信息只有到达正确的接口才被处理 。当信息到达错误的接口时 , 将会被RSVP转寄 。正确的接口会在NHOP信息中显示 。所以 , 现有的RSVP机械装置将会支持当用短接口时能够运行的不均匀路径 。
但用RSVP运行时 , VC设施的短接口模型仍会造成很多的问题 。主要问题是处理已设置的最佳短接口 。一旦设置短接口 , QoS只是短接口 。这些问题需要通过RSVP执行来寻址 。
RSVP通过ATM执行的寻址的要害问题是为QoS数据流设置一个短接口 。RSVP通过ATM执行SHOULD完全跟随最佳的通信量 。当一个短接口被设置为到一个目的文件或下一个目的地的最佳通信量时 , 应该应用同样的终端 , 来设置RSVP触发的VC , 使QoS通信量到同样的目的文件或下一个目的地 。当路径信息被通过最佳短接口转寄时 , 这些将自动的进行 。在这种方法中 , 若最佳短接口从未设置 , RSVP触发的QoS短接口将同样不会被设置 。
2.4不均匀性处理时间的数据VC处理
不均匀性处理时间只是在处理通过多点传送时需要考虑 。这一观点与数据不均匀性处理时间的VC治理相关联 , 这些在[6]中具体介绍过了 , 本文档中就不再重复 。总之 , 当接收器要求具有不同水平的单一时间的QoS或当一些接收器不需要任何QoS时 , 将发生不同成分 。两种不同成分如图3中所示 。
----
------>R1
----
----
----- ------->R2
------------- ReceiverRequestTypes:
Src---->QoS1andQoS2
.........---- ....>Best-Effort
----- .......>R3
: ----
/:
: ----
......>R4
----
Single
IPMulicast
Group
图3:多播接收器的类型
[6]提供四种处理不均匀性的模式:完全不均匀模式、有限不均匀模式、均匀的和改进的均匀模式 。要害的问题是从事通过一次执行提供被请求的下位机QoS 。其中之一 , 或一些组合 , 讨论模式[6]可能用于提供被请求的QoS 。不幸的是 , 上述描述模式并不是对所有的案例的正确回答 。对一些网络 , 例如 , 公众广域网 , 可能很需要有限不均匀模式或混合的有限-完全不均匀模式 。对于其它网络 , 比如局域网 , 可能很需要改进的均匀模式 。
既然没有一种模式使所有的案例满足 , 执行应该贯彻有限不均匀模式改进的均匀模式 。执行应该支持方法和提供能力来选择事实上应该被使用 , 但却没要求这样做的那种方法 。
3.安全考虑
同样的事项在应用于该文档的[4]和[8]中被陈述过 , 在该文档中没有提出追加保证金的问题 。

推荐阅读