Intserv體系結構在路由器中的實現
發布時間:2014/9/26 21:33:17 訪問次數:913
主機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Ⅳ體系結構。
熱門點擊