1.消息格式
TYPE： 請看消息類型小節(jié)
Max Resp Time：
最大響應時間（只在查詢消息中設置，其他消息中為0x00）是主機用membership report 來響應查詢包的最長等待時間，默認10s，使用ip igmp query-max-response-time修改（此處設置的單位是s），而這個時間存儲在報文中則是以1/10s為單位。因此這個值的范圍是：0-255個1/10s或0-25.5s
Group address：
在發(fā)送常規(guī)查詢時，該字段為全0；特定組查詢中該字段設置為該組的組播地址。
在成員關系報告或離開組消息中，該字段設置為目標組播組地址。
2.消息類型
2.1 成員關系查詢 Membership query (TYPE：0x11)
路由器向子網(wǎng)中所有主機進行輪詢 發(fā)向224.0.0.1，而且不涉及任何一個具體組播組。消息中的組地址設置為0.0.0.0。
如果一臺組播路由器在querier timeout 計時器（默認是3倍的查詢間隔）超前仍沒有收到一個特定子網(wǎng)的Membership Report消息，那么這個路由器將宣布這個子網(wǎng)中沒有組員，不再向這個子網(wǎng)發(fā)送組播數(shù)據(jù)。
常規(guī)查詢默認60s發(fā)送一次（范圍0-65535），可使用ip igmp query-interval修改。這個查詢中同時包含Max ResponseTime，這個值告訴主機用membership report消息回應這個查詢的最長等待時間，默認10S，使用ip igmp query-max-response-time修改，單位1/10S，范圍是0-255個1/10S。
- 特定組查詢Group-Specific Query
路由器的Group-Specific Query消息是根據(jù)主機發(fā)出的Leave Group消息而發(fā)出的，當路由器收到Leave Group消息時，必須判斷子網(wǎng)中是否仍有組員存在。特定組查詢消息報文目的地址為該發(fā)出Leave Group的主機所在組的組地址。為了避免Group-Specific Query被意外丟棄或被破壞導致路由器誤以為組內(nèi)沒有成員了，因此查詢路由器將間隔1S一次性發(fā)送兩個Group-Specific Query消息（可以使用ip igmp last-member-query-count修改發(fā)送幾個特定組查詢消息），如果依然沒有成員響應，路由器刪除該組。
2.2 Membership Report (0x16)
這個消息在一臺主機第一次加入組播組時發(fā)送，用于通知IGMP查詢器自己要加入特定的組播組。這個報文也用來響應IGMP查詢器發(fā)出的membership Query。該消息被封裝在IP報文中，目的是該主機期望加入的組播組地址。
2.3 Version1 Membership Report (0x12)
功能同上，為兼容V1而設定的消息。
2.4 Leave report (0x17)
發(fā)向224.0.0.2，這樣子網(wǎng)中的組播路由器都知道。這個消息包含有想退出的組播組的地址。當IGMP查詢器收到一個離開消息的時候，會向這個特定組發(fā)送一個“特定組查詢消息”，這樣，如果這個組內(nèi)還有其他PC，則有人會回應，如果沒有人回應，則路由器將不向該組發(fā)送組播消息。
3.報告抑制機制
當一臺主機想加入某個組播組（224.5.5.5）時，發(fā)送關于224.5.5.5的Membership Report，由于這是個組播報文，當二層交換機收到時，沒有關于這個目的MAC地址（01-00-5e-05-05-05）的轉發(fā)表項,因此就從所有端口發(fā)送出去，這時，當網(wǎng)絡中還有需要接收224.5.5.5組播數(shù)據(jù)的主機收到這個關于224.5.5.5的Membership Report時，自己就不會再發(fā)送關于224.5.5.5的Membership 報文.這樣可以減少組播數(shù)據(jù)在網(wǎng)絡中的泛洪。這些個現(xiàn)象，可以通過debug ip igmp看到。
4.離開機制
首先我們看一下上圖所示的情況：有組成員希望離開組播組，但該主機不是子網(wǎng)中該組播組的最后一個組播成員。
- PC1要離開組224.1.1.1，發(fā)送IGMPv2離開消息，目的地址是224.0.0.2。
- A收到該消息，發(fā)送一個“特定組查詢消息”以便確認該子網(wǎng)中是否有該組的其他成員。
- PC3仍然是組224.1.1.1的成員，因此它將響應該查詢。
- A知道該子網(wǎng)中仍然存在該組播組的成員。
上面這種情況，PC2為224.2.2.2組播組的最后一個成員：
- PC2要離開組播組224.2.2.2，發(fā)送IGMPv2離開消息，目的地址是224.0.0.2。
- A收到該消息，發(fā)送一個特定組查詢消息以便了解該子網(wǎng)中是否有該組播組的其他成員。
- 現(xiàn)在組224.2.2.2已經(jīng)沒有成員了，因此沒有主機對這個查詢包進行響應。A在等待“最后組成員查詢期間”（last-member-query-interval 默認1s），仍然向沒有響應的地方發(fā)送另一個特定組查詢（其實前后一共發(fā)了兩個，可以用last-member-query-count來修改個數(shù)）。此后確認組中沒有成員，停止轉發(fā)該組在子網(wǎng)中的流量。
5.IGMPv2查詢器
如果一個LAN中有多個組播路由器，這些組播路由器都發(fā)送IGMP查詢消息的話那就顯得非常多余且低效，這種情況下我們會在這些路由器（的接口）中選擇出一臺IGMP查詢器。前面我們已經(jīng)了解到IGMPv1沒有定義機制來選舉查詢器，因此不得不依賴于第三層的組播路由協(xié)議來協(xié)助選擇。而IGMPv2就定義了查詢器的選舉辦法，IP地址?。ㄖ傅氖前l(fā)送genernal Query的源地址）的路由器來充當IGMP查詢器，由它來發(fā)送查詢消息。
初始化的時候大家伙兒都會發(fā)，穩(wěn)定后只有IP小的那個充當查詢者。如果非查詢者在“other query persent Interval”（other query persent Interval這個計時器在CISCO IOS上默認120s，這個時間是查詢間隔計時器的兩倍，后來IETF又做了微調(diào)，把查詢間隔計時器改成125s，因此other query persent Interval默認就是兩倍的125s也就是250s，這里在實際部署的時候一定要注意新舊設備的計時器差異） 內(nèi)沒有收到查詢者的查詢，那么它會認為查詢者掛了，自己就會成為查詢者。
6.IGMPv2計時器
紅茶三杯
網(wǎng)絡工程 | 項目管理 | 技術培訓
沉淀 提升 成長 分享
