【正文】 34 IP 組播體系回顧 ?由兩類協(xié)議組成 ? 組成員管理協(xié)議 IGMP (Inter group management protocol) ? 組播樹 的構(gòu)造協(xié)議 (MOSPF、 DVMRP、 CBT、 PIM) 35 IP 組播協(xié)議 — MOSPF ? MOSPF (multicast extensions to OSPF) ? OSPF單播鏈路狀態(tài)路由協(xié)議的擴(kuò)展 ? 每個(gè)路由器通告其所連子網(wǎng)的組播接收者 —— 把組成員信息廣播到全網(wǎng) ? 因此，網(wǎng)絡(luò)中每個(gè) MOSPF路由器都具有每個(gè)組的成員信息 ? 組播樹上從組播源到每個(gè)組播接收者的路徑都是單播最短路徑 36 IP 組播協(xié)議 — DVMRP ? DVMRP (Distance vector multicast routing protocol) ? 組播源向本地網(wǎng)絡(luò)廣播每個(gè)組播分組； ? 與組播源相連的第一跳路由器將該分組轉(zhuǎn)發(fā)到所有出境接口； ? 每個(gè)收到組播分組的路由器都執(zhí)行 RPF檢查。 ? 開放性 ? 發(fā)送者只需要知道組播地址，不必知道組成員關(guān)系以及組成員個(gè)數(shù)。 28 COA 的形成 ? COA的作用 ? MN通過 在 HA注冊 COA和家鄉(xiāng)地址的綁定，就能在 HA的幫助下接收源自只知道自己家鄉(xiāng)地址的 CN的報(bào)文 ? 在 CN進(jìn)行類似的注冊，可直接使用 COA與 CN通信，避免三角路由 ? COA的分類 ? 主轉(zhuǎn)交地址（只能有一個(gè)）：注冊到 HA的 COA ? COA的形成 ? 使用新的缺省路由器提供的一個(gè)子網(wǎng)前綴 ? 通過無狀態(tài) /有狀態(tài)地址自動(dòng)配置機(jī)制生成 COA ? 新 COA的重復(fù)地址檢測（檢測地址是否正在被使用） ? MN在開始使用新地址的同時(shí)，異步地進(jìn)行重復(fù)地址檢測 29 單播數(shù)據(jù)報(bào) ? HA對數(shù)據(jù)報(bào)的截取 ? HA必須向家鄉(xiāng)鏈路組播發(fā)送關(guān)于 MN的鄰居通告消息，使得所有發(fā)向 MN家鄉(xiāng)地址的分組都被重定向到 HA； ? MN和 HA之間的隧道通信 ? 源自 HA的分組使用 router擴(kuò)展頭直接發(fā)送到 MN的COA ? 截取的分組必須用隧道轉(zhuǎn)發(fā)給 MN的 COA ? 隧道入口為 HA的地址 ? 隧道出口為 MN注冊的主 COA 30 單播數(shù)據(jù)報(bào)（續(xù)） ? MN對數(shù)據(jù)報(bào)的接收 ? 通過隧道來的數(shù)據(jù)報(bào) ? CN直接發(fā)來的數(shù)據(jù)報(bào)（使用 routing擴(kuò)展頭） ? MN對數(shù)據(jù)報(bào)的發(fā)送 ? 直接使用 COA作為 Source address (SA) ? 對于需要支持 ingress filtering的情況，使用 COA作為SA，但把自己的家鄉(xiāng)地址放在家鄉(xiāng)地址選項(xiàng)中； ? 對于尚未建立 binding cache的 CN來說，則采用逆向隧道通過 HA給 CN發(fā)送數(shù)據(jù)報(bào) 31 單播數(shù)據(jù)報(bào)（續(xù)） ?CN對數(shù)據(jù)報(bào)的發(fā)送 ?檢查是否 binding cache ? IPv6數(shù)據(jù)報(bào)的目的地址為對應(yīng)綁定緩存中的 COA ? Router擴(kuò)展頭包含 MN的家鄉(xiāng)地址 ?不存在 binding cache ? CN以常規(guī)的方式發(fā)送分組。 目的地?cái)U(kuò)展頭 23 動(dòng)態(tài)家鄉(xiāng)代理發(fā)現(xiàn) ?允許 MN動(dòng)態(tài)發(fā)現(xiàn)家鄉(xiāng)鏈路上現(xiàn)有家鄉(xiāng)代理的地址 ? 向其家鄉(xiāng)子網(wǎng)前綴特定的移動(dòng) IPv6家鄉(xiāng)代理 anycast發(fā)送ICMP家鄉(xiāng)代理地址發(fā)現(xiàn)請求消息； ? 其中一個(gè)家鄉(xiāng)代理向 MN返回一條 ICMP家鄉(xiāng)代理發(fā)現(xiàn)應(yīng)答消息，給出家鄉(xiāng)鏈路上一組家鄉(xiāng)代理的地址； ? MN可確定自己 HA的地址。 ?鄰居發(fā)現(xiàn)協(xié)議 ? 實(shí)現(xiàn)了 ARP、路由器發(fā)現(xiàn)協(xié)議和 ICMPv4重定向功能 ? Router advertisement ? Router solicitations ? Neighbor solicitations ? Neighbor advertisements ? Redirect 16 Mobile IPv6對 mobile IPv4 的改進(jìn) ? 外地代理 ? MN利用 IPv6特性（鄰居發(fā)現(xiàn)、地址自動(dòng)配置）無需外地網(wǎng)絡(luò)上的路由器提供特別的功能支持 ? 只定義了配置轉(zhuǎn)交地址 ? 路由優(yōu)化 ? 允許 CN發(fā)出的分組路由到 MN ? 解決了三角路由問題 ? 輸入過濾 (MN→CN) ? 路由優(yōu)化功能與路由器過濾功能并存 ? 分組攜帶 COA和家鄉(xiāng)地址能通過具有輸入過濾功能的路由器 ? COA: source address ? Mobile node’s home address is inserted in the Home Address option, a packet will be able to safely pass through any router implementing ingress filtering RFC3775 17 Mobile IPv6對 mobile IPv4 的改進(jìn)（續(xù)） ?組播分組的發(fā)送 ? MN作為組播成員直接發(fā)送分組 ?移動(dòng)檢測 ?提供 MN與缺省路由器之間雙向通信能力的確認(rèn) ? 抑制路由黑洞的出現(xiàn)，因?yàn)閭鹘y(tǒng)網(wǎng)絡(luò)只提供前向確認(rèn)（即：從路由器到節(jié)點(diǎn)），而沒有后向認(rèn)證機(jī)制 18 Mobile IPv6對 mobile IPv4 的改進(jìn)（續(xù)） ?隧道封裝 ? 采用 IPv6路由頭直接發(fā)送截取的分組到 MN ? 不需要隧道封裝 ?隧道軟狀態(tài) ? 使用 IPv6封裝和路由頭 (Extension Header: routing) ? 不再需要管理隧道軟狀態(tài) ?家鄉(xiāng)代理地址發(fā)現(xiàn) ? 使用 IPv6的選播地址 ? 僅返回一個(gè)應(yīng)答給 MN ? Anycast提供機(jī)制使得只有一個(gè) HA應(yīng)答 減少應(yīng)答報(bào)文 19 Mobile IPv6 基本操作過程 20 獲取 COA 并向家