版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
共有90個(gè)主機(jī)接收視頻節(jié)目R1R3R4R2視頻服務(wù)器M………30個(gè)30個(gè)30個(gè)30個(gè)30個(gè)30個(gè)90個(gè)不使用多播時(shí)需要發(fā)送90次單播4.9IP多播
4.9.1IP多播的基本概念多播是一對多的通信共有90個(gè)主機(jī)接收視頻節(jié)目R1R3R4R2視頻服務(wù)器M多播1個(gè)1個(gè)多播多播多播可明顯地減少
網(wǎng)絡(luò)中資源的消耗多播組成員共有90個(gè)R1R3R4R2視頻服務(wù)器M………1個(gè)1個(gè)1個(gè)1個(gè)1個(gè)發(fā)送1次多播復(fù)制多播1個(gè)1個(gè)多播多播多播可明顯地減少
網(wǎng)絡(luò)中資源的消耗多IP多播的一些特點(diǎn)(1)多播使用組地址——IP使用D類地址支持多播。多播地址只能用于目的地址,而不能用于源地址。(2)永久組地址——由因特網(wǎng)號碼指派管理局IANA負(fù)責(zé)指派。(3)動態(tài)的組成員(4)使用硬件進(jìn)行多播IP多播的一些特點(diǎn)(1)多播使用組地址——IP使用多播地址D類地址,即1110*。224.0.0.0~239.255.255.255。有228
個(gè)多播組,約2.6億個(gè)。有些地址不能隨意使用224.0.0.0基地址(保留)224.0.0.1在本子網(wǎng)上的所有參加多播的主機(jī)和路由器224.0.0.2在本子網(wǎng)上的所有參加多播路由器224.0.0.3未指派224.0.0.4DVMRP路由器……224.0.1.0至238.255.255.255全球范圍內(nèi)可使用的多播地址239.0.0.0至239.255.255.255限制在一個(gè)組織的范圍多播地址D類地址,即1110*。4.9.2在局域網(wǎng)上進(jìn)行硬件多播因特網(wǎng)號碼指派管理局IANA擁有的以太網(wǎng)地址塊的高24位為00-00-5E。因此TCP/IP協(xié)議使用的以太網(wǎng)多播地址塊的范圍是:
從00-00-5E-00-00-00到00-00-5E-FF-FF-FF
其中第一個(gè)字節(jié)的最低位為1時(shí)為多播地址。
IANA擁有的以太網(wǎng)多播地址范圍為:從01-00-5E-00-00-00到01-00-5E-7F-FF-FF
D類IP地址可供分配的有28位,在這28位中的前5位不能用來構(gòu)成以太網(wǎng)硬件地址。
4.9.2在局域網(wǎng)上進(jìn)行硬件多播因特網(wǎng)號碼指派管理局D類IP地址
與以太網(wǎng)多播地址的映射關(guān)系
0000000000000001010111100111008162431D類IP地址這5
位不使用48位以太網(wǎng)地址01005E表示多播最低23
位來自D類IP地址可見:多個(gè)D類IP地址可能對應(yīng)一個(gè)MAC地址。D類IP地址
與以太網(wǎng)多播地址的映射關(guān)系000000MAC地址映射的性能影響:因?yàn)榈谌龑覫P組播地址信息的全部28位比特不能映射進(jìn)23bit可用的mac地址空間,所以在映射的過程中,丟失了5bit的地址信息,這會導(dǎo)致組播地址映射到第二層IEEEMAC地址時(shí),會有25,或者32:1的地址不明確.這也就意味著,每一個(gè)IEEEIP多播MAC地址可以表示32個(gè)IP地址組播地址.MAC和IP的后23位一一對應(yīng),后第24位可以是0或1,這一位沒有對應(yīng)上。結(jié)論:每一個(gè)2層地址可以映射成32個(gè)3層地址。MAC地址映射的性能影響:因?yàn)榈谌龑覫P組播地址信息的全部24.9.3網(wǎng)際組管理協(xié)議IGMP
和多播路由選擇協(xié)議1.IP多播需要兩種協(xié)議為了使路由器知道多播組成員的信息,需要利用網(wǎng)際組管理協(xié)議IGMP(InternetGroupManagementProtocol)。連接在局域網(wǎng)上的多播路由器還必須和因特網(wǎng)上的其他多播路由器協(xié)同工作,以便把多播數(shù)據(jù)報(bào)用最小代價(jià)傳送給所有的組成員(即多播路由器之間的協(xié)同工作)。這就需要使用多播路由選擇協(xié)議。
4.9.3網(wǎng)際組管理協(xié)議IGMP
和多播路由選擇協(xié)議IGMP使多播路由器知道多播組成員信息
128.56.24.34135.27.74.52130.12.14.56130.12.14.43多播組226.15.37.123IGMPIGMPIGMPIGMPR1R4R3R2IGMP使多播路由器知道多播組成員信息128.56.24IGMP的本地使用范圍IGMP并非在因特網(wǎng)范圍內(nèi)對所有多播組成員進(jìn)行管理的協(xié)議。IGMP不知道IP多播組包含的成員數(shù),也不知道這些成員都分布在哪些網(wǎng)絡(luò)上。IGMP協(xié)議是讓連接在本地局域網(wǎng)上的多播路由器知道本局域網(wǎng)上是否有主機(jī)(嚴(yán)格講,是主機(jī)上的某個(gè)進(jìn)程)參加或退出了某個(gè)多播組。IGMP的本地使用范圍IGMP并非在因特網(wǎng)范圍內(nèi)對所有2.網(wǎng)際組管理協(xié)議IGMP1989年公布的RFC1112(IGMPv1)早已成為了因特網(wǎng)的標(biāo)準(zhǔn)協(xié)議。1997年公布的RFC2236(IGMPv2,建議標(biāo)準(zhǔn))對IGMPv1進(jìn)行了更新。2002年10月公布了RFC3376(IGMPv3,建議標(biāo)準(zhǔn)),宣布RFC2236(IGMPv2)是陳舊的。2.網(wǎng)際組管理協(xié)議IGMP1989年公布的RFCIGMP是整個(gè)網(wǎng)際協(xié)議IP的一個(gè)組成部分和ICMP相似,IGMP使用IP數(shù)據(jù)報(bào)傳遞其報(bào)文(即IGMP報(bào)文加上IP首部構(gòu)成IP數(shù)據(jù)報(bào)),但它也向IP提供服務(wù)。因此,我們不把IGMP看成是一個(gè)單獨(dú)的協(xié)議,而是屬于整個(gè)網(wǎng)際協(xié)議IP的一個(gè)組成部分。
IGMP是整個(gè)網(wǎng)際協(xié)議IP的一個(gè)組成部分和ICMP相IGMP可分為兩個(gè)階段第一階段:當(dāng)某個(gè)主機(jī)加入新的多播組時(shí),該主機(jī)應(yīng)向多播組的多播地址發(fā)送IGMP報(bào)文,聲明自己要成為該組的成員。本地的多播路由器收到IGMP報(bào)文后,將組成員關(guān)系轉(zhuǎn)發(fā)給因特網(wǎng)上的其他多播路由器。IGMP可分為兩個(gè)階段第一階段:當(dāng)某個(gè)主機(jī)加入新的多播組IGMP可分為兩個(gè)階段第二階段:因?yàn)榻M成員關(guān)系是動態(tài)的,因此本地多播路由器要周期性地探詢本地局域網(wǎng)上的主機(jī),以便知道這些主機(jī)是否還繼續(xù)是組的成員。只要對某個(gè)組有一個(gè)主機(jī)響應(yīng),那么多播路由器就認(rèn)為這個(gè)組是活躍的。但一個(gè)組在經(jīng)過幾次的探詢后仍然沒有一個(gè)主機(jī)響應(yīng),則不再將該組的成員關(guān)系轉(zhuǎn)發(fā)給其他的多播路由器。IGMP可分為兩個(gè)階段第二階段:因?yàn)榻M成員關(guān)系是動態(tài)的,IGMP采用的一些具體措施在主機(jī)和多播路由器之間的所有通信都是使用IP多播。多播路由器在探詢組成員關(guān)系時(shí),只需要對所有的組發(fā)送一個(gè)請求信息的詢問報(bào)文,而不需要對每一個(gè)組發(fā)送一個(gè)詢問報(bào)文。默認(rèn)的詢問速率是每125秒發(fā)送一次。當(dāng)同一個(gè)網(wǎng)絡(luò)上連接有幾個(gè)多播路由器時(shí),它們能夠迅速和有效地選擇其中的一個(gè)來探詢主機(jī)的成員關(guān)系。IGMP采用的一些具體措施在主機(jī)和多播路由器之間的所有通IGMP采用的一些具體措施(續(xù))在IGMP的詢問報(bào)文中有一個(gè)數(shù)值N,它指明一個(gè)最長響應(yīng)時(shí)間(默認(rèn)值為10秒)。當(dāng)收到詢問時(shí),主機(jī)在0到N之間隨機(jī)選擇發(fā)送響應(yīng)所需經(jīng)過的時(shí)延。對應(yīng)于最小時(shí)延的響應(yīng)最先發(fā)送。同一個(gè)組內(nèi)的每一個(gè)主機(jī)都要監(jiān)聽響應(yīng),只要有本組的其他主機(jī)先發(fā)送了響應(yīng),自己就可以不再發(fā)送響應(yīng)了。
IGMP采用的一些具體措施(續(xù))在IGMP的詢問報(bào)文中3.多播路由選擇多播路由選擇協(xié)議尚未標(biāo)準(zhǔn)化。一個(gè)多播組中的成員是動態(tài)變化的,隨時(shí)會有主機(jī)加入或離開這個(gè)多播組。多播路由選擇實(shí)際上就是要找出以源主機(jī)為根結(jié)點(diǎn)的多播轉(zhuǎn)發(fā)樹。在多播轉(zhuǎn)發(fā)樹上的路由器不會收到重復(fù)的多播數(shù)據(jù)報(bào)。對不同的多播組對應(yīng)于不同的多播轉(zhuǎn)發(fā)樹。同一個(gè)多播組,對不同的源點(diǎn)也會有不同的多播轉(zhuǎn)發(fā)樹。3.多播路由選擇多播路由選擇協(xié)議尚未標(biāo)準(zhǔn)化。轉(zhuǎn)發(fā)多播數(shù)據(jù)報(bào)使用的方法
這種方法適合于較小的多播組,而所有的組成員接入的局域網(wǎng)也是相鄰接的。一開始,路由器轉(zhuǎn)發(fā)多播數(shù)據(jù)報(bào)使用洪泛的方法(這就是廣播)。為了避免兜圈子,采用了叫做反向路徑廣播RPB(ReversePathBroadcasting)的策略。
(1)洪泛與剪除轉(zhuǎn)發(fā)多播數(shù)據(jù)報(bào)使用的方法
這種方法適合于較小的多播組,而所RPB的要點(diǎn)路由器收到多播數(shù)據(jù)報(bào)時(shí),先檢查是否從源點(diǎn)經(jīng)最短路徑傳送來的。若是,就向所有其他方向轉(zhuǎn)發(fā)剛才收到的多播數(shù)據(jù)報(bào)(但進(jìn)入的方向除外),否則就丟棄而不轉(zhuǎn)發(fā)。如果存在幾條同樣長度的最短路徑,那么只能選擇一條最短路徑,選擇的準(zhǔn)則就是看這幾條最短路徑中的相鄰路由器誰的IP地址最小。RPB的要點(diǎn)路由器收到多播數(shù)據(jù)報(bào)時(shí),先檢查是否從源點(diǎn)經(jīng)最剪除沒有組成員的樹枝源點(diǎn)R3R4R6R7R8R1R5R2轉(zhuǎn)發(fā)多播數(shù)據(jù)報(bào)收到后即丟棄反向路徑廣播RPB和剪除剪除沒有源點(diǎn)R3R4R6R7R8R1R5R2轉(zhuǎn)發(fā)多播數(shù)據(jù)報(bào)收(2)隧道技術(shù)(tunneling)不支持多播的網(wǎng)絡(luò)隧道多播數(shù)據(jù)報(bào)單播IP數(shù)據(jù)報(bào)首部數(shù)據(jù)首部數(shù)據(jù)網(wǎng)
1
和網(wǎng)2中的多播數(shù)據(jù)報(bào)隧道中通行的單播IP數(shù)據(jù)報(bào)R2R1網(wǎng)1(支持多播)網(wǎng)2(支持多播)(2)隧道技術(shù)(tunneling)不支持多播隧道多播數(shù)(3)基于核心的發(fā)現(xiàn)技術(shù)這種方法對于多播組的大小在較大范圍內(nèi)變化時(shí)都適合。這種方法是對每一個(gè)多播組G指定一個(gè)核心(core)路由器,給出它的IP單播地址。核心路由器按照前面講過的方法創(chuàng)建出對應(yīng)于多播組G的轉(zhuǎn)發(fā)樹。
(3)基于核心的發(fā)現(xiàn)技術(shù)這種方法對于多播組的大小在較大范幾種多播路由選擇協(xié)議距離向量多播路由選擇協(xié)議DVMRP(DistanceVectorMulticastRoutingProtocol)基于核心的轉(zhuǎn)發(fā)樹CBT(CoreBasedTree)開放最短通路優(yōu)先的多播擴(kuò)展MOSPF(Mu
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 二零二五年超市季節(jié)性促銷員勞動合同3篇
- 二零二五版智能家居砌墻裝修承包合同范本2篇
- 二零二五版3海上貨物運(yùn)輸合同-海上貨物運(yùn)輸事故處理及賠償協(xié)議2篇
- 二零二五版綜合性博士后研究人員聘用合同書3篇
- 二零二五版物聯(lián)網(wǎng)技術(shù)培訓(xùn)服務(wù)合同樣本2篇
- 二零二五年度版權(quán)買賣合同(圖書)5篇
- 二零二五版勞動合同法下社保購買期限及權(quán)益保障協(xié)議3篇
- 二零二五年度餐廳線上線下融合推廣承包合同2篇
- 二零二五年網(wǎng)絡(luò)廣告投放合同封面素材2篇
- 二零二五版電影IP授權(quán)與贊助合同3篇
- 稅前工資反算表模板
- 廣東省深圳市2023年中考英語試題(含答案與解析)
- MOOC 電工學(xué)(電氣工程學(xué)概論)-天津大學(xué) 中國大學(xué)慕課答案
- 2019級水電站動力設(shè)備專業(yè)三年制人才培養(yǎng)方案
- 室內(nèi)裝飾裝修施工組織設(shè)計(jì)方案
- 洗浴中心活動方案
- 送電線路工程施工流程及組織措施
- 肝素誘導(dǎo)的血小板減少癥培訓(xùn)課件
- 韓國文化特征課件
- 抖音認(rèn)證承諾函
- 清潔劑知識培訓(xùn)課件
評論
0/150
提交評論