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




10
RFC文檔中文翻譯計劃