PIM Protocols
Protocol Independent Multicast協議無關組播（協議）
目的：構造組播分發樹/MDT，但是擁有兩種工作模式：
Dense-mode：假設組播協議鄰居都對組播流量感興趣，源樹是在這種模式下實現組播通信的唯一方式
Sparse-mode：假設組播協議鄰居都對組播流量不感興趣；如果某個鄰居感興趣一定要明確說明，該模式下需要源樹和共享樹的結合才能完成組播流的通信
Dense-mode Uses “Push” Model
Sparse-mode Uses “Pull” Model
PIM-DM（Dense-mode）
不需要該流量的設備：Purning
爲了維護分發樹，所以每隔3min泛洪一次，因此不接受組播流量的設備再次修剪一次，從而導致資源浪費
PIM-SM
Support both source and shared trees
Senders are "registered" with RP by their first-hop router
Receivers are "joined" to the Shared Tree (root at the RP) by their local Designated Router(DR)
DR作用：The DR is respinsible for sending all Joins and Register messages for any receivers or senders on the network（DR負責發送Joins和Register消息）
PIM-SM RPT形成過程
(1)最後一跳路由器從接收者接收到IGMP report消息
創建RPT分支
將接收到report接口放入RPT的OIL中
本網段的DR向RP方向逐跳join（*，G）
(2)上游路由器接收到最後一跳路由器的（*，G）join
創建RPT分支
將接收到（*，G）接口放入RPT的OIL中
本路由器向RP方向逐跳join（*，G）
一直到RP位置，由RP反向形成完成的RPT
DR是用來觸發源和共享樹的形成
PIM-SM SPT形成過程
(1)第一跳路由器收到發送者的第一份組播流
創建SPT分支，但OIL爲空
因爲第一跳路由器知道RP，所以用單播的方式封裝原始組播包向RP發送（S，G）的register消息
(2)RP收到第一跳路由器的（S，G）註冊消息
解封裝
RPF校驗
通過校驗則向RPT的OIL發送組播流，否則丟棄
RP向源方向join（S，G）
一直到源爲止，由源反向形成完整的SPT
RP可以從兩個方向接收組播數據（單播的封裝和SPT的下發）
當RP從SPT接收到第一個組播包，就會向第一跳路由器發送register-stop消息