摘要:互聯網技術基于多播路由協議的解決方案
6.2 移動多播解決方案
6.2.1 基于多播路由協議的解決方案
多播路由協議的協始設計思想不支持移動是造成移動多播實現困難的主要原因,相關研究針對這一問題提出了一些解決方案。
1.MRP
移動感知:1:聚點(Mobility-aware Rendezvous Point,MRP)方案用于支持移動源,通過構建多播注冊緩存記錄多播源的家鄉地址(HoA)和轉交地址(CoA)之間的映射,并采用HoA和CoA來索引多播轉發表。
在注冊過程中,移動多播源采用兩層包頭封裝多播數據,轉發給MRP。其中,外層數據包頭采用當前的CoA作為源地址,內層數據包頭采用HoA作為源地址。MRP驗證多播數據包的合法性,解封裝數據包,將內層多播數據(HoA為源地址)轉發給多播接收者。當多播源移動到新的位置后,源向MRP發送消息更新綁定緩存和多播轉發表。若多播源移動到另一個域,則先向外地域的MRP執行注冊過程,然后’通過多播源發現協議(MSDP)與家鄉域內的_完成相關狀態更新和多播數據轉發。
該方案主要是解決多播路由協議不支持移動源的問題,通過擴展RP上的多播轉發表,用HoA代替CoA,實現接收者對多播源移動的透明性。
2.DVMRPv6
DVMRPv6提出了一種逆向流量接口機制,支持多播源移動,并結合DVMRP和MIPv6提出了DVMRPv6方案,其核心思想是將多播源當前所在子網嫁接到原來的多播轉發樹上,保降多播樹的完整性。
在DVMRPV6中,當多播源發生移動時,首先檢杏多播源的新位置是否存在到前一個位罝的路徑,若存在,則稱該路徑為強制后向路徑(Backward-Forced Path,BFP),若多播源當前所在的子網在多播樹上,則多播源利用BFP冏原多播樹根發送多播數據,原多播樹根在收到后利用原有的轉發樹轉發數據到各個接收者。若多播源的當前位置不在多播樹上,則發送嫁接消息,將當前位罝嫁接到多播源的前一個位罝,實現多播數據轉發。該方案依賴復雜的額外倍令開銷修改DVMRP轉發狀態,解決RPF檢測失效問題。
此類方案主要是針對多播路由協議進行修改,其特點是實現復雜度較高,協議開銷較大。在實際部署中,網絡中可能存在多種不同的多播路由協議,移動節點在移動過程中,外地W絡可能使用不同多播路由協議,從而造成額外的多播路由協議互揀作性問題。
返回目錄:
編輯特別推薦:
通信工程師備考資料免費領取
去領取
專注在線職業教育25年