４=參加組應答
５=離開組要求
６=離開組應答
７=確認組要求
８=確認組應答
代碼
在一個創建組請求消息中代碼字段指出新的主機組將是公共的或私有∶
0 =公共的
1 =私有
在所有其他的請求消息中,代碼字段包含零。
在一個回答信息中,代碼字段規定要求的結果∶
0 =請求答應
1 =要求被拒絕,無資源
２=要求被拒絕,無效代碼
３=要求被拒絕,無效組地址
４=要求被拒絕,無效存取關鍵字
5 - 255 =要求掛起,幾秒后重試
校驗和
EGP校驗和是從EGP版本IGMP類型開始的IGMP報文中16位字二進制反碼和的16位二進制反碼值。
為了計算該校驗和,校驗和域應該為零。
標識符
在一個確認組請求消息中,標識符字段包含零。
在所有其他的請求消息中,標識符域包含一個值以便將來自同一個主機的其他的要求其他的要求與該要求區別開來。
在一個回答信息中
,標識符域包含與在對應請求消息中同樣的值。
組地址
在一個組創建請求報文中,組地址字段包含零。
在所有其他的請求消息中,組地址域包含一個主機組地址。
在一個組創建應答報文中，組地址域或包含新的指定的主機組地址(如果該要求被允許)或包含零(如果被拒絕)。
在所有其他的應答報文中,組地址域包含與在對應請求報文中同樣的主機組地址。
存取關鍵字
在一個組創建請求報文中,存取關鍵字字段包含零。
在所有其他的請求消息中,存取關鍵字域包含分配給主機組在組地址域識別的(零對于公共的組)存取關鍵字。
在一個組創建應答報文中，存取關鍵字域或包含一個非零的64比特編號(如果要求一個私有組被允許)或包含零(如果被拒絕)。
在所有其他的應答報文中,存取關鍵字域包含與在對應要求中相同存取關鍵字。
協議規則
請求報文只通過主機發送。 應答報文只通過多點播送代理發送。 如果一個主機收到一個前面規定的四種應答類型之外的一種類型的IGMP報文,該報文被丟棄。
一個請求報文發送時具有它的IP目的地字段，該目的地字段包含著名的多點播送代理組的地址。 IP生存時間( TTL)域通過發送者置1初始化,以便約束要求的范圍為近的鄰機多點播送代理。 IP源地址字段包含發送主機的專用IP地址。
應答報文只在響應一個請求報文時發送。
IP目的地址域的包含該主機（發送該對應要求）的私有地址。 (一個組確認應答可能同時被發給在它的對應組確認要求中規定的主機組地址.) IP源地址字段包含該應答多點播送代理的專用IP地址。
當一個主機發送一個新的組創建、組參加、或離開組請求報文時,它供給一個任意的標識符，該任意的標識符在最后的T0秒內沒有用。 (僅僅為標識符在每個新的要求加１就足夠了.)該主機初始化一個計時器為T1秒并且初始化一個重復傳輸計數器為零。 如果具有一個匹配標識符應答報文沒有在計時器到期之前收到,它被重新設置為T1秒并且該重復傳輸計數器加１。 如果計算器小于N1該主機重復傳輸該具有相同標識符的請求報文。 如果該計算器等于N1,該主機放棄;如果該要求將創建或參加一個組,它被認為失敗;如果該要求將離開一個組,它被認為得逞;
如果一個"要求掛起"代碼在一個匹配一個創建組、參加組或離開組要求回答中收到,計時器重新設置為由該代碼規定的數值，并且重復傳輸計數器重新設置為零。 新的定時值僅應用于一個超時時間間隔——如果該計時器到期,它重新設置為T1秒,該計數器加１,并且要求被重傳。
一個組創建、組參加或離開組請求的第一個匹配的回答包含一個"請求答應"或"要求被拒絕"代碼，判斷該要求的結果。 任何后來的或非匹配的應答由該主機丟棄。 不過如果一個主機收到一個肯定的創建組應答或參加組應答，但是他們既不匹配一個未解決的請求又不包含一個該主機所屬的組地址,該主機應該立即發送一個離開組要求以便解決該出乎意外的組地址。
一個"請求答應（request granted）  "回答一個創建組請求，暗示,以及組正在創建,該請求主機被同意在該組中具有會員資格,那就是說不必發送一個單獨的參加組請求。
組確認要求報文必須由主機定期發送，以便通知主機在規定的組中的延續會員資格給鄰機多點播送代理。 如果一個代理沒有在一個代理定義的時間間隔內收到一個具體的組的組確認要求報文,它停止傳遞去往那個組的數據報。
對于它所屬的每個組，主機維護一個確認計時器和一個變量t.該變量t初始化為T2秒。每當主機的創建參加一個組請求的被允許,或者每當主機發送一個組確認要求或者收到組確認應答，該組確認要求或者收到組確認應答具有一個
該組的"請求答應"代碼,該主機設置該組的計時器為一個，該隨機數均勻分布在t和t + T3秒之間。 如果該主機收到一個組確認應答，該組確認應答具有一個
" request pending "代碼, t變成代碼值并且該計時器重新設置為一個新的t和t +T3間de隨機數。
 變量t保持它的值，直到另一個"請求掛起"代碼收到為止。 每當計時器到期,主機發送一個組確認要求。
即使一個主機未能它的請求的接收確認組回答,它繼續將本身認為該組的成員,因為它可能仍然能夠從在同一個局域網上的其他的主機收到多點播送數據報。只有當一個主機在一個組確認應答中收到一個"要求被拒絕"代碼讓它停止發送組確認要求時才認為它的會員資格已經被撤回。
多點播送代理通過發送組確認應答報文或者給該請求的個人發送者或者給在該請求中規定的主機組地址來響應組確認要求報文。 通過送回一個組確認應答一個組的所有鄰機成員,一個多點播送代理能夠用單個包重新設置每個成員的計時器。 計時器的隨機化只不過是用來促成一個計時器到期成員優先發送一個組確認要求,有助于用一個回答重置全部計時器。 通過利用"請求掛起"代碼讓多點播送代理控制接收組確認要求的速度。
協議定時常量
以下時間常數是為IGMP規定的。 由于運行經驗的結果他們可能會變化。
T0 = 300秒標識符最小數周期時間
T1 = 2秒，Create/Join/Leave請求的重傳時間間隔
N1 = 5 tries，Create/Join/Leave請求重傳極限
T2 = 15秒，確認請求變量t的初值
T2 = 15秒，確認請求變量t的任意數范圍
附錄II。 主機組地址問題
這個附錄不屬于IP多點廣播規范,但是提供幾個與IP主機組地址相關的爭執點的論述背景。
組地址捆綁
物理主機的IP主機組地址捆綁可能認為IP單路傳送地址捆綁的普遍化。 一個IP單路傳送地址被靜態地捆綁給單個IP網絡上的單個局部網絡接口。 IP主機組地址動態地捆綁給一組IP網絡上的一組局部網絡接口。
領會一個IP主機組地址不是捆綁給一組IP單路傳送地址是很重要的。 多點播送代理不需要維護每個主機組的一列專用成員。 比如,一個附著于一個以太網地多點播送代理只不過跟每個具有局部成員主機組的單個以太網多點播送地址關聯,而非一列會員們的專用IP或以太網地址關聯。
組地址作為邏輯地址
主機組地址已經明確地定義供多點播送IP數據報的目的地地址段里使用。 不過,組地址是獨立的位置(他們不靜態地捆綁與單個網絡接口)，可能作為多個普通"邏輯地址"在數據報的源和目的地址中段運用。 比如,一個可移動IP主機可能具有一個只不過作為它的身份地主機組地址,用作它發送的數據報的源。 每當可移動主機從一個網絡移動到另一個網絡,它可能在新的網絡參加它的自己的組并且離開在原網絡上的組。 其他的主機和可移動主機通訊僅僅會處理組地址并且可能不知道,并且不被可移動主機的網絡位置的改變所影響。
不過主機組地址不能用來解決所有互連網絡邏輯地址的所有問題,例如投遞到一個多穴主機的最靠近地或最小荷載的網絡接口。此外,當組實際上源地址字段包含以上主機的時候，在數據報的源地址字段使用組地址存在危險。 舉例來說, IP數據報再裝配算法每個主機使用不同的源地址。依靠 同時,用一組源地址發送的數據報中的錯誤可能導致錯誤報告回到該組的所有成員,不只是發送者。 鑒于這個危險,本備忘錄規定主機組地址的使用僅僅作為數據報的目的地,或在目的地址段或作為一個源路由選項的最后元素。 然而,具有一組源地址的數據報最好由被接收而不必申訴,從而允許其他實現的試用主機組地址的應用程序邏輯地址。
臨時的主機組地址的周期
因為主機組地址是固定的,有相對較小的尺寸,所以短暫的組地址必須反復循環以便滿足繼續新建一個團組的要求。 多點播送代理努力確保一個組指定它的新建群組地址之前在Internet中任何地方的不具有成員。 然而,在特定互連網絡分割和會員資格移動條件下,不可能保證一個地址的唯一的分配不危及主機組的健壯性和有效性。此外,不知道某個組已經不存在的主機可能在它的地址已經分配給一個新建群組很久以后還給它發送數據報， 所以主機應該對非故意的主機甚至私有組多點播送IP數據報的誤投的可能性有所準備, 這種誤投只得使用高級的標識符或認證記號在IP以上級偵聽。 (一個私有組的存取關鍵字可能用于某些應用程序地這樣一個標識符.)當然,在Internet中除組地址沖突之外，存在其他的隱避的通信威脅,例如不能信賴的網關或無擔保的網絡。端到端加密是這種對威脅的一個有效抵御。
RFC988——Host Extensions for IP Multicasting  IP多點廣播的主機擴展




10
RFC文檔中文翻譯計劃