組播路由培訓(xùn)膠片-

IP組播路由協(xié)議培訓(xùn)IPMulticastingRoutingProtocolTraining王伯劍IP路由協(xié)議高級系列培訓(xùn)——組播路由1培訓(xùn)內(nèi)容組播介紹組播基礎(chǔ)IGMP協(xié)議組播路由協(xié)議2組播介紹單播(unicast)：“一對一”通信，源主機為每一個接收者都發(fā)一份拷貝。廣播(broadcast)：“一對多”通信，廣播包被發(fā)往網(wǎng)絡(luò)上的所有主機。這樣會產(chǎn)生大量的數(shù)據(jù)報拷貝。組播(multicast)：“一對多”通信，介于廣播單播之間，源主機將同樣的數(shù)據(jù)報發(fā)給多個接受者，但又不是網(wǎng)絡(luò)中全部的主機。3組播介紹組播與單播4組播介紹組播技術(shù)的優(yōu)點增強的效率：控制網(wǎng)絡(luò)流量，減少服務(wù)器和CPU負載優(yōu)化的性能：消除流量冗余分布式應(yīng)用：使多點傳輸成為可能

5組播介紹組播應(yīng)用基于UDP!!!組播技術(shù)的缺點最佳努力交付沒有擁塞避免重復(fù)數(shù)據(jù)包的生成數(shù)據(jù)包的無序交付6組播介紹端到端協(xié)議：組播會話協(xié)議

可靠組播傳輸協(xié)議

組播安全協(xié)議IP/TV服務(wù)器IP/TV請求者組播路由協(xié)議

IPMulticast-MPLS

IPMulticast-ATM組播地址的管理和分配接入側(cè)協(xié)議：IGMP二層組播協(xié)議組播隧道技術(shù)7組播介紹組播應(yīng)用音頻與視頻網(wǎng)多媒體會議數(shù)據(jù)分發(fā)游戲和仿真如：Netmeeting、whiteboard以及Cisco的IPTV等等8組播介紹發(fā)展現(xiàn)狀I(lǐng)P組播技術(shù)90年代初就出現(xiàn)，但是直到現(xiàn)在它的能力才被充分的認識。最近幾年MBone獲得了快速的發(fā)展，但是其規(guī)模還不大。作為新技術(shù)，IP組播本身還有很多的問題。在Internet的所有成員都使用IP組播之前，還有很長的路要走。9培訓(xùn)內(nèi)容組播介紹組播基礎(chǔ)IGMP協(xié)議組播路由協(xié)議10組播基礎(chǔ)組播地址IP組播地址 224.0.0.0—239.255.255.255 D類地址空間第一個字節(jié)的高比特位序=“1110”保留組播地址 224.0.0.0—224.0.0.255 TTL=1 例子224.0.0.1 子網(wǎng)中的全主機224.0.0.2 子網(wǎng)中的全路由器224.0.0.4 DVMRP路由器224.0.0.5 OSPF路由器224.0.0.13 PIM路由器11組播基礎(chǔ)用于管理權(quán)限的組播地址

239.0.0.0—239.255.255.255專用地址空間類似RFC1918單播地址不用于全球Internet流量用于限制組播傳輸流量的限制相同的地址可以在不同組播傳輸?shù)牟煌恢檬褂美诱军c—本地范圍：239.253.0.0/16

機構(gòu)—本地范圍：239.192.0.0/14想象成IP單播的預(yù)留地址：10.0.0.0/812組播基礎(chǔ)組播MAC地址IP組播MAC地址映射(FDDI和Ethernet)23位25位48位28位32位1110239.255.0.101–00-5e-7f-00-015位丟失13組播基礎(chǔ)組播MAC地址IP組播MAC地址映射(FDDI和Ethernet)當(dāng)心32:1地址重疊32個組播IP地址224.1.1.1224.129.1.1225.1.1.1225.129.1.1..238.1.1.1238.129.1.1239.1.1.1239.129.1.11個組播MAC地址0x0100.5e01.010114組播基礎(chǔ)組播分布樹單播模型：數(shù)據(jù)包通過網(wǎng)絡(luò)沿單一的路徑從源主機向目的主機傳遞組播模型：數(shù)據(jù)包向任一被組播組地址表示的主機傳遞；數(shù)據(jù)包在網(wǎng)絡(luò)中的傳播路徑可以用一棵樹來描述－－組播分布樹組播分布樹有兩種形式：有源樹和共享樹15組播基礎(chǔ)有源樹：有源樹的樹根是組播信息流的來源，有源樹的分支形成了通過網(wǎng)絡(luò)到達接收站點的分布樹。有源樹以最短的路徑貫穿網(wǎng)絡(luò)，所以也稱最短路徑樹SPT（ShortestPathTree）。最短路徑或來源分布樹來源1來源2ABDFCE接收者1接收者2符號表示：(S,G)S=來源G=組16組播基礎(chǔ)最短路徑或來源分布樹來源1來源2ABDFCE接收者1接收者2符號表示：(S,G)S=來源G=組17組播基礎(chǔ)共享樹：同有源樹以信息源作根不同，共享樹使用放在網(wǎng)絡(luò)的某些可選擇的點的單獨的公用樹根。這個根常被叫做匯合點RP（rendezvousPoint）共享分布樹ABD(RP)FCE接收者1接收者2符號表示：(*,G)*=所有來源G=組(RP)PIM匯合點共享樹18組播基礎(chǔ)共享分布樹來源1來源2ABD(RP)FCE接收者1接收者2符號表示：(*,G)*=所有來源G=組(RP)PIM匯合點共享樹來源樹19組播基礎(chǔ)組播分布樹的特征：有源樹：以數(shù)據(jù)源作為組播分布樹的根，對應(yīng)每個源存在一棵分布樹共享樹：以網(wǎng)絡(luò)中的RP作為組播分布樹的根，對應(yīng)每個RP存在一棵樹20組播基礎(chǔ)單播模型中，轉(zhuǎn)發(fā)是基于數(shù)據(jù)包的目的地址組播模型中，轉(zhuǎn)發(fā)的依據(jù)是反向路徑轉(zhuǎn)發(fā)（RPF）組播路由協(xié)議的路由項實際應(yīng)該是轉(zhuǎn)發(fā)項，包括：數(shù)據(jù)源、組地址、入接口以及出接口列表組播轉(zhuǎn)發(fā)21組播基礎(chǔ)反向路徑轉(zhuǎn)發(fā)(RPF--ReversePathForwarding)

組播轉(zhuǎn)發(fā)組播包的轉(zhuǎn)發(fā)不是基于IP包的目的地址的，而是用RPF檢查作為決定是否轉(zhuǎn)發(fā)和丟棄輸入信息包的主要機制。RPF檢查的過程如下： 路由器檢查到達組播包的源地址，如果信息包是在可返回源站點的接口上到達，則RPF檢查成功，信息包被轉(zhuǎn)發(fā) 如果RPF檢查失敗，丟棄信息包對組播包源地址的檢查是通過查詢單播路由表來實現(xiàn)的22組播基礎(chǔ)例子：RPF檢查組播轉(zhuǎn)發(fā)RPF檢查失敗數(shù)據(jù)包到達錯誤接口！來源1組播流151.10.3.2123組播基礎(chǔ)進一步觀察：RPF檢查失敗組播轉(zhuǎn)發(fā)RPF檢查失敗!來自151.10.3.21的組播數(shù)據(jù)包單播路由表NetworkInterface151.10.0.0/16S1198.14.32.0/24S0204.1.16.0/24E0數(shù)據(jù)包到達錯誤的接口！丟棄數(shù)據(jù)包！S0S1E0S224組播基礎(chǔ)進一步觀察：RPF檢查成功組播轉(zhuǎn)發(fā)RPF檢查成功!來自151.10.3.21的組播數(shù)據(jù)包單播路由表NetworkInterface151.10.0.0/16S1198.14.32.0/24S0204.1.16.0/24E0數(shù)據(jù)包到達正確的接口！轉(zhuǎn)發(fā)出所有的出接口（沿著分布樹）S0S1E0S225組播基礎(chǔ)用來穿越不支持組播的網(wǎng)絡(luò)將組播報文封裝在單播報文中（IP-IN-IP）缺點在于需要手工配置組播隧道26培訓(xùn)內(nèi)容組播介紹組播基礎(chǔ)IGMP協(xié)議組播路由協(xié)議27IGMP協(xié)議IGMP協(xié)議——因特網(wǎng)組管理協(xié)議主機通過IGMP協(xié)議將組成員關(guān)系報告路由器路由器通過IGMP協(xié)議了解直連主機加入組的情況RFC1112規(guī)定了IGMPV1（支持windows95）RFC2236規(guī)定了IGMPV2（支持windows和大多數(shù)Unix最新的服務(wù)包）Draft-ietf-idmr-igmp-v3-03.txt規(guī)定了最新的IGMPV3特殊組播組地址：224.0.0.1和224.0.0.228IGMP協(xié)議IGMP協(xié)議——組加入加入一個組H1H2H3報告224.1.1.1主機發(fā)送IGMP報告，加入組29IGMP協(xié)議IGMP協(xié)議——定期查詢路由器向224.0.0.1發(fā)送定期查詢每個子網(wǎng)報告每個組的一個成員其他成員抑制報告維護一個組H1H2H3查詢報告224.1.1.1抑制224.1.1.1抑制224.1.1.130IGMP協(xié)議IGMP協(xié)議——組離開（V1）主機安靜地離開組路由器發(fā)送3個總體查詢（60秒）沒有收到組的IGMP報告組超時（最糟糕的情況延時=3分鐘）離開一個組（IGMPV1）H1H2H3總體查詢31IGMP協(xié)議IGMP協(xié)議——組離開（V2）主機向224.0.0.2發(fā)送離開消息路由器向224.1.1.1發(fā)送特定組查詢大約3秒沒有收到IGMP報告組224.1.1.1超時離開一個組（IGMPV2）H1H2H3224.1.1.1離開到224.0.0.2組特定查詢224.1.1.132IGMP協(xié)議IGMP協(xié)議——報文格式IP協(xié)議號為2TTL值為1TYPEMaxRepTimeCheckSumGroupAddress0x11路由器發(fā)出的組成員查詢關(guān)系0x12主機發(fā)出的版本1的成員加入報告0x16主機發(fā)出的版本2的成員加入報告0x17主機發(fā)出的組成員離開報告TYPE33IGMP協(xié)議IGMP協(xié)議——各版本比較34IGMP協(xié)議IGMP協(xié)議——版本3示意H1希望從S=1.1.1.1，而不是S=2.2.2.2處接收流量使用IGMPV3，可以加入指定源的組中Source=1.1.11Group=224.1.1.1Source=2.2.2.2Group=224.1.1.1R1R2R3H1組224.1.1.1的成員IGMPV3:Join1.1.1.1,224.1.11Leave2.2.2.2,224.1.1.135IGMP協(xié)議IGMP協(xié)議——路由器上的配置1、啟動組播應(yīng)用RTA（config）#ipmulticast-routing2、模擬主機行為——加入一個組RTA（config-ethernet0）#ipigmpjoin-group224.1.1.13、指定IGMP版本號RTA（config-ethernet0）#ipigmpversion14、顯示IGMP接口信息RTA#showipigmpinterfaceethernet036培訓(xùn)內(nèi)容組播介紹組播基礎(chǔ)IGMP協(xié)議組播路由協(xié)議37組播路由協(xié)議協(xié)議概述域內(nèi)組播路由協(xié)議DVMRPV#（距離矢量組播路由協(xié)議（InternetDraft）PIM-DM（InternetDraft）PIM-SM（RFC2362）MOSPF（RFC1584）其他（CBT，OCBT等）域間組播路由協(xié)議38組播路由協(xié)議類型密集模式（Dense-mode）使用“PUSH”模型流量在整個網(wǎng)絡(luò)中溢流在不需要的地方進行剪枝Flood和Prune行為（一般3分鐘）例如：DVMRP、PIM-DM稀疏模式（Sparse-mode）使用“PULL”模型流量僅僅被發(fā)送到需要它的地方顯示/主動的加入例如：PIM-SM39組播路由協(xié)議DVMRP（距離矢量路由協(xié)議）密集模式協(xié)議，包括組播路由和單播路由的實現(xiàn)基于距離矢量類似RIP（周期性交換路由更新）Infinity=32路由更新包括掩碼使用單播路由進行RPF檢查通過毒性逆轉(zhuǎn)，建立上下游鄰居關(guān)系使用Flood和Prune操作組播分支的周期性剪枝和嫁接DVMRP報文封裝在IP層，利用了IGMP的協(xié)議號40DVMRP鄰居發(fā)現(xiàn)機制——周期性發(fā)送Probe報文DVMRP的組播地址：224.0.0.4171.68.37.1171.68.37.21.發(fā)送搜索相鄰點列表：NULL2.接收對端的搜索3.發(fā)送搜索相鄰點列表：171.68.37.14.發(fā)送搜索相鄰點列表：171.68.37.241DVMRP截斷廣播樹的建立針對每個源都有對應(yīng)的截斷廣播樹路由更新報文的周期性交換毒性逆轉(zhuǎn)——建立上下游的依賴關(guān)系上下游的確定是依賴于特定的源網(wǎng)絡(luò)42DVMRP毒性逆轉(zhuǎn)發(fā)送給上游路由器，路由器根據(jù)“父接點”接收到該源的流量

m到源網(wǎng)絡(luò)的路由metric是“N”N針對此源網(wǎng)絡(luò)的截斷廣播樹來源網(wǎng)ABCDEXY截斷廣播樹使用到源網(wǎng)絡(luò)的最好DVMRP的Metric建立低的IP地址獲勝(IPaddressofD<C B<A）11222331353534333343DVMRPB和C都有通向網(wǎng)絡(luò)X的路徑為了避免重復(fù)，只有一個路由器成為網(wǎng)絡(luò)X的“指定轉(zhuǎn)發(fā)器”（DesignatedRouter）擁有最佳度量的路由器被選為“指定轉(zhuǎn)發(fā)器”最低的IP地址作為最后的判決條件本例中，C為最佳（因為C的IP地址小于B）網(wǎng)絡(luò)XABC2211選舉DR(DesignatedRouter)轉(zhuǎn)發(fā)到多路訪問網(wǎng)絡(luò)44DVMRP(S，G)組播傳輸數(shù)據(jù)流擴散——剪枝（FloodandPrune）：初始階段截斷廣播樹基于DVMRP路徑度量2接收者1（組G）來源SABCDEXY1(S,G)組播數(shù)據(jù)包沿截斷廣播樹的初始溢流45DVMRP擴散——剪枝（FloodandPrune）：剪枝階段截斷廣播樹基于DVMRP路徑度量(S，G)組播傳輸數(shù)據(jù)流接收者1（組G）來源SABCDEXY1路由器C是一個葉子節(jié)點，因此它發(fā)送“(S,G)Prune”消息路由器B修剪接口Prune46DVMRP擴散——剪枝（FloodandPrune）：剪枝階段截斷廣播樹基于DVMRP路徑度量(S，G)組播傳輸數(shù)據(jù)流路由器X和Y也是葉子節(jié)點，因此它們發(fā)送“(S,G)Prune”消息CD接收者1（組G）來源SABEXY1PrunePrune47DVMRP擴散——剪枝（FloodandPrune）：剪枝階段(S，G)組播傳輸數(shù)據(jù)流截斷廣播樹基于DVMRP路徑度量現(xiàn)在路由器E是葉子節(jié)點，因此它發(fā)送“(S,G)Prune”消息路由器D修剪接口ACEXY接收者1（組G）來源SBDPrune48DVMRP擴散——剪枝（FloodandPrune）：剪枝階段(S，G)組播傳輸數(shù)據(jù)流截斷廣播樹基于DVMRP路徑度量最終修剪狀態(tài)ACEXY接收者1（組G）來源SBD49DVMRP嫁接（Graft）(S，G)組播傳輸數(shù)據(jù)流截斷廣播樹基于DVMRP路徑度量接收者2加入組G，路由器Y發(fā)送“Graft(S,G)”消息 ACEXY接收者1（組G）來源SBDGraft接收者2（組G）50DVMRP嫁接應(yīng)答（Graft-ACK）截斷廣播樹基于DVMRP路徑度量(S，G)組播傳輸數(shù)據(jù)流路由器E響應(yīng)一個“Graft-ACK”,發(fā)送自己的“Graft(S,G)消息”

ACEXY接收者1（組G）來源SBDGraft接收者2（組G）Graft-ACK51DVMRP嫁接應(yīng)答（Graft-ACK）截斷廣播樹基于DVMRP路徑度量(S，G)組播傳輸數(shù)據(jù)流路由器D響應(yīng)一個“Graft-ACK”,開始轉(zhuǎn)發(fā)（S,G）數(shù)據(jù)包AE接收者2（組G）CXY接收者1（組G）來源SBDGraft-ACK52DVMRPDVMRP隧道(Tunnel)DVMRP路由器DVMRP路由器單播路由器DVMRP隧道172.16.1.0/2410.1.1.0/24.1.2.1.2目的10.1.1.2源172.16.1.1協(xié)議4組播報文53DVMRP路由器上的配置1、啟動組播進程RTA（config）#ipmulticast-routing2、在接口上啟動DVMRPRTA（config-if-ethernet0）#ipdvmrp3、配置DVMRP隧道RTA（config-if-ethernet0）#ipdvmrptunnel*.*.*.*4、修改DVMRP單播路由的metricRTA（config-if-ethernet0）#ipdvmrpmetricin54DVMRPDVMRP的局限性廣泛應(yīng)用在MBONE（正逐步停止使用）上巨大的擴展問題緩慢匯合——RIP類似的行為大量組播傳輸路由狀態(tài)信息被存儲在路由器中——（S,G）不支持共享樹最大跳躍數(shù)〈32不適合大規(guī)模應(yīng)用網(wǎng)絡(luò)由于Flood和Prune行為由于其低劣的可伸縮性55PIM-DMPIM密集模式PIM（protocolindependenetMulticasting）獨立于單播協(xié)議的實現(xiàn)（使用任意單播路由），依賴單播協(xié)議進行RPF檢查擴散-剪枝方式建立組播分布樹（類似于DVMRP）通過Assert機制修剪冗余的數(shù)據(jù)流適合于高速網(wǎng)絡(luò)或者是組播接收點分布密集的網(wǎng)絡(luò)協(xié)議號：103PIM的組地址為：224.0.0.1356PIM-DM鄰居發(fā)現(xiàn)機制周期性發(fā)送Hello報文——建立鄰居關(guān)系選舉DR——當(dāng)IGMPv1用于接口時，選舉查詢器171.68.37.2PIM-DMRouter2PIM查詢報文PIM查詢報文171.68.37.1PIM-DMRouter1IP地址最高者成為本網(wǎng)段的DR57PIM-DM擴散——剪枝過程（FloodandPrune）：初始階段初始溢流來源1組播流(S,G)在網(wǎng)絡(luò)中的每個路由器上創(chuàng)建狀態(tài)58PIM-DM擴散——剪枝過程（FloodandPrune）：剪枝階段修剪不需要的流量來源1組播流修剪消息59PIM-DM擴散——剪枝過程（FloodandPrune）：剪枝結(jié)果修剪后的結(jié)果組播流來源1Flood&Prune過程每3分鐘重復(fù)1次!!!(S,G)狀態(tài)存在網(wǎng)絡(luò)中的每個路由器上60PIM-DM擴散——剪枝過程（FloodandPrune）：剪枝否決在多路訪問網(wǎng)絡(luò)中存在ReceiverE0E0E0E1E1RTBRTARTC1.Prune3.JoinS0S1(S,G)Packets2.在我決定要剪枝掉intE0之前，我要等3秒鐘，看是否有其他人需要接收(S.G)61PIM-DM嫁接和嫁接應(yīng)答（GraftandGraft-ACK）ReceiverE0E0E0E1E1RTBRTARTC2.PIMGraftS0S1(S,G)Packets1.IGMPJoin3.PIMGraft-ACK62PIM-DMAssert機制——選舉指定轉(zhuǎn)發(fā)器（DF）E0S0S0E0進入的組播數(shù)據(jù)包（成功的RPF檢查）

1Assert<distance,metric>Assert<distance,metric>路由器在它們的“offlist”中接收到一個接口上的數(shù)據(jù)包!!只有一個路由器應(yīng)當(dāng)繼續(xù)發(fā)送，以避免重復(fù)的數(shù)據(jù)包路由器發(fā)送“PIMAssert”消息比較距離（優(yōu)先級）和尺度擁有最佳來源路徑的路由器獲勝如果度量和距離相等，那么最高的IP地址獲勝失敗的路由器終止發(fā)送（修剪接口）63PIM-DM路由器上的配置啟動組播進程RTA(config)#ipmulticast-routing在接口上啟動PIM-DMRTA(config-if-ethernet0)#ippimdense-mode64PIM-DMPIM-Dm的局限性對小型網(wǎng)絡(luò)有效優(yōu)點易于配置——兩個命令簡單的Flood和Prune機制潛在的問題不足的Flood和Prune行為復(fù)雜的Assert機制每個路由器都要維護(S，G)狀態(tài)不支持共享樹65PIM-SMPIM稀疏模式（Sparse-mode）PIM協(xié)議支持共享樹（RP）通過顯式的加入建立組播分布樹會合點（RP）的發(fā)現(xiàn)和配置適用于接收點比較分散的網(wǎng)絡(luò)一些機制與DM相同鄰居發(fā)現(xiàn)機制選舉DR的目的與DM有所不同Assert機制66PIM-SM共享樹的建立通過周期性的發(fā)送加入（Join）和剪枝（Prune）報文來維持共享樹共享樹的根是RP加入/剪枝報文是目的地址：224.0.0.13的組播報文加入/剪枝報文中的目的地址字段是RP的地址加入/剪枝報文是針對（RP，組地址）對而言加入過程的啟動是由DR來完成（DR的用處！?。?7PIM-SM顯式加入模型接收者RP(*,G)加入共享樹僅沿著共享樹創(chuàng)建（*,G）狀態(tài)網(wǎng)絡(luò)中所有PIM路由器都了解RP68PIM-SM源注冊機制（Register）來源接收者RP流量流共享樹僅沿著來源樹創(chuàng)建（*,G）狀態(tài)來源樹(S,G)注冊(S,G)加入單播69PIM-SM源注冊停止來源接收者RP流量流共享樹（S,G）流量通過來源樹開始到達RP來源樹(S,G)注冊(S,G)注冊停止單播單播RP將Register-stop發(fā)回第一跳路由器終止注冊過程70PIM-SM組播轉(zhuǎn)發(fā)樹的建立實際上是一棵SPT樹加上一棵RP樹來源接收者RP流量流共享樹來源流量自然地沿著SPT流向RP來源樹流量從RP沿著共享樹流向接收者71PIM-SM最短路徑樹切換由DR啟動加快組播數(shù)據(jù)流的接收來源接收者RP流量流共享樹上一跳路由器加入來源樹來源樹新增的（S,G）狀態(tài)沿著來源樹的新部分創(chuàng)建(S，G)加入72PIM-SM最短路徑樹切換——過程來源接收者RP流量流共享樹流量開始沿著來源樹的新分支流動來源樹新增的（S,G）狀態(tài)沿著來源樹創(chuàng)建，以修剪（S，G）流量(S，G)

RP位剪枝73PIM-SM最短路徑樹切換——完成缺省行為是檢測到組播源之后立刻切換到SPT樹來源接收者RP流量流共享樹來源樹（S,G）流量流現(xiàn)在僅通過來源樹的單一分支流向接收者74PIM-SMRP的靜態(tài)配置硬編碼的RP地址使用時，必須在每一臺路由器上配置所有的路由器必須擁有相同的RP地址RP一般不可能故障恢復(fù)命令ippimrp-address<IPaddress>[group-list<acl>][override]組列表規(guī)定組的范圍缺?。篟ange=224.0.0.4/4關(guān)鍵字“override”表示覆蓋“Auto-RP”信息缺?。篈uto-RP學(xué)到的信息優(yōu)先75PIM-SM自動RP（Auto-RP）所有路由器自動學(xué)習(xí)RP地址除了在“候選RP”和“映射代理”上之外利用組播分布信息使用兩個特殊的IANA分配的組Cisco-RP-Announce:224.0.1.39 接收候選RP的聲明Cisco-RP-Discovery:224.0.1.40 接收自動RP映射消息典型的密集模式被用于這些組允許配置備份RP能夠與Admin-Scoping配套使用76PIM-SM自動RP機制AEDCBFGRP映射代理C-RPC-RP組播到224.0.1.39的候選RP聲明組播到224.0.1.40的RP映射聲明77PIM-SM自舉機制發(fā)現(xiàn)RP（Bootstrap）——BSR選擇單一引導(dǎo)路由器（BSR）可以配置多個候選BSR（C-BSR）如果目前選擇的BSR發(fā)生故障，則提供備份C-RP向BSR發(fā)送C-RP宣布C-RP宣布通過單點傳送發(fā)送BSR將所有C-RP宣布存儲在“RP-set”中BSR定期向所有路由器發(fā)送BSR消息BSR消息含有BSR的整個RP-set和IP地址消息在整個網(wǎng)絡(luò)逐跳躍地從BSR溢流所有路由器從RP-set選擇RP所有路由器使用相同的選擇算法：選擇相同的RPBSR不能與管理轄區(qū)配套使用78PIM-SM自舉機制發(fā)現(xiàn)RP（Bootstrap）——C-RP候選RP通過全局配置命令配置ippimrp-candidate<intfc>[group-listacl]向BSR單點傳送PIMv2C-RP消息從BSR消息學(xué)習(xí)BSR的IP地址發(fā)送每一個rp-announce-interval（缺?。?0秒）C-RP消息含有：組范圍（缺省=224.0.0.0/4）候選人的RP地址保持時間=3*<rp-a