流媒体相关网络协议.pptVIP

? 6.3.4 RSVP（Cont’d） 5. RSVP连接启动 为了初始化RSVP组播连接，接收者首先使用Internet组成员协议（IGMP）加入IP目的地址指定的组播组。对单播连接，单播路由就象IGMP结合协议无关组播（PIM）在组播时的作用。 接收者加入组后，潜在的发送者就开始发送RSVP路径信息给IP目的地址。 接收者应用收到路径信息，开始发送相应资源预订请求信息，使用RSVP指定欲点播的流描述。 发送者应用接收到资源预订请求信息后，开始发送数据包。 第三十页，共五十五页。 ? 6.3.4 RSVP（Cont’d） 6. RSVP资源预订类型 A.独占资源预订——为每个连接中每个相关发送者安装一个流 （1）固定过滤类型 B.共享资源预订——由不相关的发送者使用 （2）通配过滤类型 （3）共享显式类型 第三十一页，共五十五页。 ? 6.3.4 RSVP（Cont’d） 7. RSVP软状态实现 对RSVP，软状态指可被某些RSVP信息更新的路由器和终端结点的状态。 软状态特征允许RSVP网络支持动态组成员变化，并适应路由变化。一般说来，软状态由基于RSVP网络维护，使网络可在没有查询终端结点的情况下改变状态。 RSVP协议为创建和维护组播和单播混合发送路径的分布式资源预订状态提供了一个通用功能。为维护资源预订状态，RSVP跟踪路由器和主机结点的软状态。 路径与资源预订请求信息创建并周期更新RSVP软状态。如在清除时间间隔到期前没有收到相应更新信息，就删除该状态，显式teardown信息也可删除软状态。RSVP周期扫描欲建立的软状态，并转发路径与预订请求更新信息给下一跳。 第三十二页，共五十五页。 ? 6.3.4 RSVPRSVP软状态实现 当路由改变，下一个路径信息初始化新路由的路径状态，根据资源预订请求信息建立资源预订状态。 现在未使用的网段状态标记为超时。 RSVP规范要求在拓扑改变后两秒通过网络初始化新资源预订。 当发生状态变化，RSVP无延迟的将变化从RSVP网络的一个终端传到另一个终端。如接收到的状态与存储状态不同，就更新存储状态。如结果改变了欲产生的更新信息，更新信息立即生成并转发出去。 第三十三页，共五十五页。 ? 6.3.4 RSVP（Cont’d） 8. RSVP操作模型——基本RSVP协议操作 RSVP资源预订处理初始化开始于RSVP 后台服务查询本地路由协议以获得路由。 主机发送IGMP消息加入组播组，而发送RSVP消息预订沿组路径的资源。 每个能加入资源预订的路由器将收到的数据包传递给包分类器，然后将它们在包调度器中排队。 RSVP包分类器决定每个包的路由和QoS类；RSVP调度器给每个接口所使用的特殊数据链路层媒介上传输分配资源。如数据链路层媒介有自身的QoS管理能力，包调度器负责协调数据链路层，获得RSVP所请求的QoS。 调度器本身分配无源QoS媒介上包传输能力，如双铰线；也可分配其它系统资源，如CPU时间与缓存。 第三十四页，共五十五页。 ? 6.3.4 RSVP RSVP操作模型——基本RSVP协议操作 QoS请求一般发源于接收者主机应用，而被传递到本地RSVP应用。 RSVP协议接着将对所有结点（路由器与主机）的请求沿逆向数据路径传到数据源。 在每个结点处，RSVP程序应用一个称为进入允许控制的本地决定程序决定是否能提供所请求的QoS。如进入允许控制成功，RSVP程序设置包分类和调度器的参数，以获得所申请的QoS。如进入允许控制在某结点处失败，RSVP程序给产生此请求的应用返回一个错误指示。 第三十五页，共五十五页。 ? 6.3.4 RSVP（Cont’d） 8. RSVP操作模型——RSVP隧道 在整个Internet上同时配置RSVP或任意其他协议都是不可能的。实际上，RSVP决不可能在每个地方都被配置。因此，RSVP必须提供正确协议操 作，即使只有两个支持RSVP的路由器与一群不支持RSVP的路由器相连。一个中等规模不支持RSVP的网络不能执行资源预订，因而服务保证也就不能实现。然而，如该网络有充足额外容量，也可以提供可接受的实时服务。 隧道技术要求RSVP和非RSVP路由器用本地路由表转发到目的地址的路径信息。当路径信息通过非RSVP网络时，路径信息拷贝携带最后一个支持RSVP的路由器的IP地址。预订请求信息转发给下一个上游支持RSVP的路由器。 第三十六页，共五十五页。 ? 6.3.4 RSVP（Cont’d） 9. 加权平均排队方案 基于RSVP网络间采用隧道技术的RSVP环境 NB：隧道技术仅在瓶颈出在非RSVP域且不可避免时才有风险 第三十七页，共五十五页。 ? 6.3.4 RSVP（Cont’d） 10. RSVP消息 RS