主機(jī)H1先以多播方式從源點(diǎn)H1向下游方向發(fā)送PATH報(bào)文,如圖8-⒛(a)所示。當(dāng)PATH報(bào)文傳送到多播路徑終點(diǎn)的四個(gè)主機(jī)(即葉節(jié)點(diǎn))時(shí),每一個(gè)主機(jī)就向多播路徑的上游發(fā)送劃囂V報(bào)文,指明在接收該多播節(jié)目時(shí)所需的服務(wù)質(zhì)量等級(jí)。M6636路由器若無法預(yù)留m弼V報(bào)文所請(qǐng)求的資源,就返回差錯(cuò)報(bào)文。若能預(yù)留,則把下游傳來的ⅡsV報(bào)文合并,構(gòu)成新的【usV報(bào)文,傳送給自己的上游路由器,最后傳送到源點(diǎn)主機(jī)H1。這些情況如圖8-23(b)所示。因此,RsVP協(xié)議是面向終點(diǎn)的。

    需要注意的是,路由器合并下游的曰EV報(bào)文并不是把下游提出的預(yù)留數(shù)據(jù)率簡單地相加而是取其中的較大的數(shù)值。例如,路由器弘收到兩個(gè)預(yù)留3Mb/s的m⒙V報(bào)文,但弘向△發(fā)送的RESV報(bào)文只要求預(yù)留3Mb/s而不是6Mb/s(因?yàn)橄蛳掠畏较虬l(fā)送數(shù)據(jù)是采用可以節(jié)省帶寬的多播技術(shù))。同理,凡向R2發(fā)送的Ⅱ△V報(bào)文要求預(yù)留100kb/s而不是150kb/s。最后,Rl向源點(diǎn)H1發(fā)送的ⅫEV報(bào)文要求預(yù)留3Mb/s。當(dāng)Hl收到返回的m⒙V報(bào)文后,就開始發(fā)送視頻數(shù)據(jù)報(bào)文了。

   IlltscⅣ汊sVP使得因特網(wǎng)的體系結(jié)構(gòu)發(fā)生了根本的變化。因?yàn)镮ntscrWRsVIP使因特網(wǎng)不再是提供“盡最大努力交付”的服務(wù)。在有關(guān)服務(wù)質(zhì)量的協(xié)議中,RsVP是最復(fù)雜的。

   IntScn・/RsVTP所基于的概念是端系統(tǒng)中與分組流有關(guān)的狀態(tài)信息。各路由器中的預(yù)留信息只存儲(chǔ)有限的時(shí)間(這稱為軟狀態(tài)soR-statc),因而各終點(diǎn)對(duì)這些預(yù)留信息必須定期進(jìn)行更新。我們還應(yīng)注意到,RSWIP協(xié)議不是運(yùn)輸層協(xié)議而是個(gè)網(wǎng)絡(luò)層的控制協(xié)議。RSVP不攜帶應(yīng)用數(shù)據(jù)。圖8-24給出了在路由器中實(shí)現(xiàn)的Il△tSeⅣ體系結(jié)構(gòu)。