【正文】 ? Mobile IP協(xié)議獨(dú)立于鏈路層對切換帶來不便 ? MN只能完成鏈路切換后才能通過網(wǎng)絡(luò)層協(xié)議獲得 COA ? 此后才能啟動 registration和 binding update過程 64 移動切換（續(xù) ) ? 切換管理 ? 節(jié)點(diǎn)在移動時(shí)接入點(diǎn)的改變所涉及的管理 ? 主要的切換技術(shù) ? 低延遲切換（基于 mobile IPv4） ? 快速切換（ mobile IPv6的擴(kuò)充） ? 平滑切換 ? 節(jié)點(diǎn)發(fā)生切換時(shí)由舊的接入點(diǎn)到能夠數(shù)據(jù)轉(zhuǎn)發(fā)至新的接入點(diǎn)，使切換過程中的丟包基本達(dá)到零。 62 移動 IP中的關(guān)鍵技術(shù) ?宏觀移動 ? 基本協(xié)議 ? IPv4對移動的支持 ? Mobile IPv6 ? 其他協(xié)議 ? 隧道技術(shù) ? 封裝技術(shù) ? 移動 IP的管理信息庫MIB ?微觀移動 ? 快速切換 ? 平滑切換 ? 無縫切換 ? 區(qū)域注冊 ? 緩存管理 ? 報(bào)頭壓縮 ?服務(wù)質(zhì)量 ?AAA ?組播 ?流量工程 63 移動切換 ?切換（ handoff/handover） ? 移動節(jié)點(diǎn)在新子網(wǎng)獲得新 COA不同于前一個(gè)網(wǎng)路的COA時(shí)，移動節(jié)點(diǎn)必須向家鄉(xiāng)代理注冊，以及向通信對端（ CN）重新綁定。優(yōu)化的數(shù)據(jù)傳送路徑 ? 直接使用現(xiàn)有的組播協(xié)議，不需要建立任何隧道； ?缺點(diǎn) ? 樹重構(gòu)的開銷大（只適合共享樹） ? 數(shù)據(jù)丟失率高（在 MN切換時(shí)由 joingraft延遲引起） ? 必須解決 TTL問題 ? 各子網(wǎng)的 TTL設(shè)置不同 ? 引入“同步丟失問題 (outofsynch problem)‖ 48 同步丟失問題 ? 當(dāng) MN從子網(wǎng) 1移動到子網(wǎng) 2，即使切換延遲可以忽略，該 MN仍然會丟失序號為 4和 5的組播分組 49 雙向隧道（ Bidirectional Tunneling） ?MN為組播接收者 ? 通過隧道向 HA發(fā)送 IGMP消息申請加入 ? HA將該 MN加入組播組 ? 組播路由協(xié)議建立到家鄉(xiāng)網(wǎng)絡(luò)的組播樹 50 雙向隧道（ Bidirectional Tunneling）（續(xù)） ?MN作為組播源 ? MN通過隧道將組播分組發(fā)送給 HA ? HA負(fù)責(zé)通過組播樹以組播的方式發(fā)送該組播分組 source 51 雙向隧道的優(yōu)缺點(diǎn) ?優(yōu)點(diǎn) ? 隱藏了節(jié)點(diǎn)的移動性使得移動對組播是透明的 ? 在組播源移動的情況下不需要重新計(jì)算組播樹 ?缺點(diǎn) ? 組播分組的發(fā)送 /接收都通過 HA中轉(zhuǎn)，三角路由引入很多不必要的開銷； ? 導(dǎo)致“隧道聚集問題 (tunneling convergence problem)‖ ? 引入“失效集中點(diǎn) (central point of failure)‖ ? HA failure 52 隧道聚集問題及其改進(jìn) HA有多個(gè) MN在同一個(gè)外地鏈路 每個(gè) MN都通過 HA獲得組播分組 FA將從不同的隧道接收多個(gè)重復(fù)的組播分組拷貝 FA代表該外地鏈路中的 MN向 HA發(fā)送 IGMP消息申請加入組播組 HAb HAb HAc HAc 53 MoM方案 : 從 HAa, HAb, HAc三個(gè)家鄉(xiāng) 代理中為當(dāng)前 FA選擇出一個(gè) “指定組播服務(wù)提供者” 而 disable 另外兩個(gè) 54 Mobile multicast protocol (MoM) ? 基本思想 ? 以 雙向隧道 算法為基礎(chǔ) ? 避免通過隧道向同一個(gè)外地代理轉(zhuǎn)發(fā)重復(fù)的組播包 ? 引入“指定組播服務(wù)提供者（ DMSP）” ? FA為每個(gè)組播組從 一組 HA中選擇 一個(gè) HA作為 DMSP，只有 DMSP與 FA之間建立隧道并轉(zhuǎn)發(fā)組播分組。 ? MN直接通過外地網(wǎng)絡(luò)上的組播路由器收發(fā)組播數(shù)據(jù)報(bào)(multicast datagram)。 ? 通過隧道發(fā)送和接收組成員控制消息 ? HA加入組播組，替代 MN收發(fā)消息。 ? 使用單播路由表獲得通往核心節(jié)點(diǎn)的下一跳路由器信息； 39 IP 組播協(xié)議 — CBT（續(xù)） core router 40 IP 組播協(xié)議 — PIMSM ? Protocol Independent Multicast –sparse mode ? ―協(xié)議無關(guān)”的稀疏多播協(xié)議 ? 不用交換多播路由信息 ? 利用單播路由表 ? 接收者向 RP（ Rendezvous Point）發(fā)送“ join‖消息，發(fā)送者發(fā)送之前首先向 RP注冊 ? “當(dāng)前最好”的域內(nèi)協(xié)議 ? 權(quán)衡效率和復(fù)雜性 ? 得到最廣泛的支持和部署 41 IP 組播協(xié)議 — PIMSM（續(xù)） （指定點(diǎn)） 42 移動環(huán)境中 IP 組播面臨的新問題 ? Inter組播協(xié)議在建立組播樹時(shí)都假設(shè)其組成員是靜 止的； ? 移動節(jié)點(diǎn)作為組播源移動時(shí)將會引起整個(gè)組播樹的重建； ? 在新的組播樹建立之前，源節(jié)點(diǎn)向組成員發(fā)送的組播數(shù)據(jù)流會發(fā)生中斷； ? 組播成員移動時(shí)的切換延遲相對較大 ? 網(wǎng)絡(luò)鏈路的切換 ? FA重新加入組播樹 ? 計(jì)算和建立組播樹的延遲 43 移動環(huán)境中 IP 組播面臨的新問題（續(xù)） ?丟包問題 ? 無線鏈路質(zhì)量差 ? MN在發(fā)生切換時(shí)組播分組的丟失 ? 切換而帶來的“同步丟失”等問題 ?移動給組播帶來了比較嚴(yán)重的異構(gòu)性問題 ? IP組播還可能遇到外地鏈路沒有支持組播的路由器、發(fā)生“隧道聚集”、不同區(qū)域的 TTL閾值設(shè)置方式不同，區(qū)域內(nèi)組播地址重復(fù)等其它多種問題。有則轉(zhuǎn)發(fā)；否則逆向發(fā)送一個(gè)“剪枝”消息； ? “剪枝”信息被逆向發(fā)往組播源，經(jīng)過路由器在接收接口創(chuàng)建剪枝狀態(tài)。