位置:51电子网 » 技术资料 » 可编程技术

Intserv体系结构在路由器中的实现

发布时间:2014/9/26 21:33:17 访问次数:920

   主机H1先以多播方式从源点H1向下游方向发送PATH报文,如图8-⒛(a)所示。当PATH报文传送到多播路径终点的四个主机(即叶节点)时,每一个主机就向多播路径的上游发送划嚣V报文,指明在接收该多播节目时所需的服务质量等级。M6636路由器若无法预留m弼V报文所请求的资源,就返回差错报文。若能预留,则把下游传来的ⅡsV报文合并,构成新的【usV报文,传送给自己的上游路由器,最后传送到源点主机H1。这些情况如图8-23(b)所示。因此,RsVP协议是面向终点的。

    需要注意的是,路由器合并下游的曰EV报文并不是把下游提出的预留数据率简单地相加而是取其中的较大的数值。例如,路由器弘收到两个预留3Mb/s的m⒙V报文,但弘向△发送的RESV报文只要求预留3Mb/s而不是6Mb/s(因为向下游方向发送数据是采用可以节省带宽的多播技术)。同理,凡向R2发送的Ⅱ△V报文要求预留100kb/s而不是150kb/s。最后,Rl向源点H1发送的ⅫEV报文要求预留3Mb/s。当Hl收到返回的m⒙V报文后,就开始发送视频数据报文了。

   IlltscⅣ汊sVP使得因特网的体系结构发生了根本的变化。因为IntscrWRsVIP使因特网不再是提供“尽最大努力交付”的服务。在有关服务质量的协议中,RsVP是最复杂的。

   IntScn・/RsVTP所基于的概念是端系统中与分组流有关的状态信息。各路由器中的预留信息只存储有限的时间(这称为软状态soR-statc),因而各终点对这些预留信息必须定期进行更新。我们还应注意到,RSWIP协议不是运输层协议而是个网络层的控制协议。RSVP不携带应用数据。图8-24给出了在路由器中实现的Il△tSeⅣ体系结构。

       



   主机H1先以多播方式从源点H1向下游方向发送PATH报文,如图8-⒛(a)所示。当PATH报文传送到多播路径终点的四个主机(即叶节点)时,每一个主机就向多播路径的上游发送划嚣V报文,指明在接收该多播节目时所需的服务质量等级。M6636路由器若无法预留m弼V报文所请求的资源,就返回差错报文。若能预留,则把下游传来的ⅡsV报文合并,构成新的【usV报文,传送给自己的上游路由器,最后传送到源点主机H1。这些情况如图8-23(b)所示。因此,RsVP协议是面向终点的。

    需要注意的是,路由器合并下游的曰EV报文并不是把下游提出的预留数据率简单地相加而是取其中的较大的数值。例如,路由器弘收到两个预留3Mb/s的m⒙V报文,但弘向△发送的RESV报文只要求预留3Mb/s而不是6Mb/s(因为向下游方向发送数据是采用可以节省带宽的多播技术)。同理,凡向R2发送的Ⅱ△V报文要求预留100kb/s而不是150kb/s。最后,Rl向源点H1发送的ⅫEV报文要求预留3Mb/s。当Hl收到返回的m⒙V报文后,就开始发送视频数据报文了。

   IlltscⅣ汊sVP使得因特网的体系结构发生了根本的变化。因为IntscrWRsVIP使因特网不再是提供“尽最大努力交付”的服务。在有关服务质量的协议中,RsVP是最复杂的。

   IntScn・/RsVTP所基于的概念是端系统中与分组流有关的状态信息。各路由器中的预留信息只存储有限的时间(这称为软状态soR-statc),因而各终点对这些预留信息必须定期进行更新。我们还应注意到,RSWIP协议不是运输层协议而是个网络层的控制协议。RSVP不携带应用数据。图8-24给出了在路由器中实现的Il△tSeⅣ体系结构。

       



热门点击

 

推荐技术资料

电动吸锡烙铁
    用12V/2A的电源为电磁阀和泵供电,FQPF9N50... [详细]
版权所有:51dzw.COM
深圳服务热线:13751165337  13692101218
粤ICP备09112631号-6(miitbeian.gov.cn)
公网安备44030402000607
深圳市碧威特网络技术有限公司
付款方式


 复制成功!