摘要:在此框架中,Internet使用IntServ體系結(jié)構(gòu)來為應(yīng)用提供端到端的QoS。整個網(wǎng)絡(luò)是IntServ節(jié)點(采用基于MF的分類和基于流的傳輸控制)和DiffServ區(qū)(采用聚集傳輸控制)的結(jié)合體。
5.5.2 DiffServ網(wǎng)絡(luò)區(qū)支持端到端IntServ的實現(xiàn)框架
在此框架中,Internet使用IntServ體系結(jié)構(gòu)來為應(yīng)用提供端到端的QoS。整個網(wǎng)絡(luò)是IntServ節(jié)點(采用基于MF的分類和基于流的傳輸控制)和DiffServ區(qū)(采用聚集傳輸控制)的結(jié)合體。
該框架的參考網(wǎng)絡(luò)如圖5-7所示,在支持ImServ的端到端網(wǎng)絡(luò)中央含有一個DiffServ區(qū),它包含許多連接的路由器,至少其中的一部分提供聚集傳輸控制。DiHServ區(qū)之外的區(qū)域(非區(qū)分服務(wù)區(qū)〉也包含許多路由器和與之相連的主機(jī),至少其中的一部分支持IntServ體系結(jié)構(gòu)。為了簡化,該參考網(wǎng)絡(luò)只考慮一個QoS發(fā)送者Tx與一個QoS接收者Rx通過網(wǎng)絡(luò)進(jìn)行通信。鄰近DiffServ區(qū)的邊緣路由器(ER1,ER2)與DiffServ區(qū)內(nèi)部的邊界路由器(BR1,BR2)通過接口直接相連。
發(fā)送方和接收方主機(jī)都使用RSVP來傳達(dá)主機(jī)應(yīng)用的定量QoS請求。主機(jī)操作系統(tǒng)的QoS進(jìn)程代表應(yīng)用生成RSVP信令。RSVP消息在主機(jī)Tx和Rx之間端到端地傳播以支持DiffServ區(qū)外部的RSVP預(yù)留,端到端的RSVP信令至少應(yīng)被透明地傳過DiffServ區(qū).依賴于特定的實現(xiàn),這些消息可能不會被DiffServ區(qū)的路由器處理,也可能被DiffServ區(qū)內(nèi)的一些路由器.甚至所有的路由器處理。
邊界路由器ER1,ER2和BR1,BR2的功能都依賴于該框架的特定實現(xiàn)。在DiffServ網(wǎng)絡(luò)區(qū)不識別RSVP的情況下,邊界路由器ER1,ER2作為DiffServ區(qū)的接納控制代理。它們處理來自Tx和Rx的信令消息,根據(jù)DiffServ網(wǎng)絡(luò)區(qū)內(nèi)部的資源信息和客戶定義的策略來實施接納控制。而DiffServ區(qū)內(nèi)的邊界路由器BR,BR2只作為純粹的DiffServ路由器,任務(wù)就是基于DSCP描述的服務(wù)級別和與客戶協(xié)商的協(xié)議對傳輸實施聚集傳輸控制。在DiffServ網(wǎng)絡(luò)區(qū)能夠識別RSVP的情況下,邊界路由器ER1,ER2根據(jù)當(dāng)?shù)氐馁Y源情況和客戶定義的策略實施接納控制,而邊界路由器BR1,BR2參加RSVP信令過程并作為DiffServ網(wǎng)絡(luò)區(qū)的接納控制代理。
DiffServ網(wǎng)絡(luò)區(qū)支持聚集傳輸控制,而不實現(xiàn)MF分類。依賴于該框架的特定實現(xiàn),可能DiffServ區(qū)內(nèi)部的一些路由器支持RSVP,則能夠?qū)崿F(xiàn)基于流的信令和接納控制。如果DiffServ區(qū)的設(shè)備不支持RSVP,它們將透明地傳遞RSVP消息而不會對傳輸性能產(chǎn)生什么影響。
DiffServ區(qū)外部的網(wǎng)絡(luò)也應(yīng)將RSVP消息不受妨礙地進(jìn)行傳送。另外,也不排除Ditt-Serv網(wǎng)絡(luò)區(qū)外邊的路由器可以為通過它的傳輸子集提供聚集傳輸控制。
返回目錄:通信專業(yè)考試IP網(wǎng)絡(luò)服務(wù)質(zhì)量控制匯總
編輯推薦:
中級通信專業(yè)實務(wù)
通信工程師備考資料免費領(lǐng)取
去領(lǐng)取