[在發表本備忘錄時,具有28未指定的位的以太網多點播送地址塊還沒有從分配權力機構處獲得。 如果不能獲得這樣的地址塊,可能會規定一個替換映射方案.]
6.5.對局域網模塊而不是以太網的擴展
為了發送多點播送IP數據報，其他的直接支持多點廣播的網絡例如符合IEEE 802.2標準的環或總線型網絡,可以用和以太網一樣的方法處理。 對于支持廣播而不是多點播送地網絡,例如試驗性以太網,所有IP主機組地址都可以被映射到單個局部廣播地址(以增加所有本地主機開銷為代價）。 對于一個象ARPANET或公用數據網那樣的點到點網絡
( X.25),所有IP主機組地址都可能被映射到一個盡人皆知的一個IP多點播送代理的局部地址;一個這種網絡上的代理負責在網絡以及網絡間完成多點播送投遞。
⒎接收多點播送IP數據報
7.1.對于IP服務接口的擴建
為支持多點播送IP數據報的接收IP服務接口不需要做出修改。 利用和普通的" Receive IP"一樣的操作（單路傳送數據報），入局多點播送IP數據報被投遞給上層協議模塊。
7.2.對IP模塊的擴展
為了支持多點播送IP數據報的接收,必須擴展IP模塊，使它除認出主機的專用IP地址之外可以認出主機當前所屬的IP主機組的地址, 去往那些組地址中的一個的入局數據報用和處理主機的私有地址中的一個的數據報完全一樣的方法處理。
去往非該主機所屬的組的入局數據報被丟棄，不產生任何關于錯誤的報告。
關于連接一個以上網絡的主機,如果一個數據報到達一個網絡接口,要去的該主機所屬的組在一個不同的接口上,該數據報被默默地丟棄。 (這個只有在局域網模塊缺乏多點播送地址過濾的情況下才會發生.)
在它的源地址字段或在源路由選項中的什么地方具有一個IP主機組地址的入局數據報不會被拒絕。
ICMP錯誤報文(目的地不可達、時間超出、參數問題、源熄滅或重定向)從來不因一個去往IP主機組的數據報引起。
7.3.對于局域網服務接口的擴建部分
為支持多點播送IP數據報的接收局域網服務接口不需要做出修改。 入局局域網包,不管多點播送或單路傳送,被用" Receive Local"一樣的操作投遞給IP模塊。
IP多點廣播的主機擴展
7.4.對于以太網局域網模塊的擴展
為了支持多點播送IP數據報的接收,一個以太網模塊必須能夠接收發給該以太網多點播送地址的包，該以太網多點播送地址與主機的IP主機組地址對應。 任何地址過濾器能力（以太網硬件接口可能具有）的優越性都是非常所希望的,所以主機僅接收去往它的那些包。
令人遺憾地是，當前許多以太網接口對硬件可以辨認的地址的數目只有一個很小的限制。 不過,一個實現必須能夠偵聽偵聽任意數目的以太網多點播送地址,可能意指為了在地址的數目越出過濾器允許范圍期間全部接受多點播送包打開地址過濾器。
缺乏的機器地址過濾器的那些接口,可能希望在以太網模塊的軟件內部完成以太網地址過濾。 不過,這不是強制性的,因為IP模塊根據IP目的地址執行它的自己的過濾。
7.5.對局域網模塊而不是以太網的擴展
為了接收多點播送IP數據報，其他的直接支持多點廣播的網絡例如符合IEEE 802.2網絡,為了接收多點播送IP數據報可以用和以太網一樣的方法處理。 對于純廣播式網,例如試驗性以太網,所有入局廣播包都被接受然后為了進行IP級過濾而傳送給IP模塊。 在一個點到點網絡上,多點播送IP數據報可能作為局域網單路傳送到達,所以沒有必要改變局域網模塊。
⒏管理組員身份
8.1.78.1.對于IP服務接口的擴展
為了讓上層協議模塊要求它們的主機創建、參加、或離開一個主機組, IP服務接口必須被擴展以便提供以下三個新操作∶
CreateGroup ( private, loopback )
 --> outcome, group-address, access-key
該CreateGroup操作請求生成一個新的、臨時的主機組,只有這個主機作為它的成員。 這
" private（私有）"參數規定了該組將是私有的or公共的。 該" loopback（回送）"參數規定了不管是否是發自這個主機去該組的數據報都應該局部地其他的成員主機。遞送給 The " outcome（結果）"指出請求是允許或被拒絕的。 如果是允許,返回一個新的32位IP主機組地址,以及一個64位存取關鍵字，零是為公共的組和非零為私有組。 該請求可能被被拒絕的，由于缺乏來自一個多點播送代理響應、或缺乏資源。
JoinGroup ( group-address, access-key, loopback ) --> outcome
該joingroup操作要求這個主機成為該主機組的通過"組地址"辨認的一個成員,具有規定的存取關鍵字。該" loopback（回送）"參數規定了不管是否是發自這個主機去該組的數據報都應該局部地其他的成員主機。遞送給 The " outcome（結果）"指出請求是允許或被拒絕的。 由于缺乏來自一個多點播送代理響應、一個缺乏資源、一個非法組地址、一個錯誤的存取關鍵字或已是一個成員,該請求可能被拒絕。
LeaveGroup ( group-address, access-key ) --> outcome
該LeaveGroup操作要求這個主機放棄該主機組的能夠通過"組地址"辨認的一個成員的資格,具有規定的存取關鍵字。 The " outcome（結果）"指出請求是允許或被拒絕的。 由于缺乏來自一個多點播送代理響應、一個缺乏資源、一個非法組地址、一個錯誤的存取關鍵字或當前不是一個成員,該請求可能被拒絕。
這些操作中間每一個可能占據一分鐘以上才能完工,取決于IGMP重傳的數目
在IP模塊內部執行、多點播送代理產生一個應答需要的時間。不過,標準的延遲應該幾秒左右。
除LeaveGroup操作之外,每當主機或它的IP模塊崩潰，或在罕見的情景中——當一個多點播送代理撤回它的會員時，該主機丟失它在一個組中的會員資格。 當它的會員資格已經被撤回時， IP服務接口將提供某些方法通知上層模塊。
會員資格可能由于缺乏資源、組地址的存儲單元分配、或發現另一個主機組用具有一個不同的存取關鍵字的同樣的組地址，會員資格可能被撤回。 (參見附錄II，詳述了地址回收問題.)
注意到IP組員身份是per - host（每主機）而非per - process（每進程）是是很重要的。 一個IP服務接口不應該為同一個組讓多進程啟用JoinGroup操作作為完成投遞給跟多的進程的方法 IP模塊傳遞每個入局數據報,不管多點播送或單路傳送,給一個上層協議模塊,該上層協議模塊通過數據報的IP報頭中的協議域認出;不管是否傳遞入局數據報給多個進程,它都是個上層問題,也許應該using " process groups（進程組）"概念或" shared ports（共享入口） "概念。
8.2.對IP模塊的擴展
IP模塊內部,會員資格management操作通過Internet Group Management Protocol ( IGMP)支持，在附錄I.中規定。也使報文與每一上面規定的操作相對應，IGMP還規定一個
" deadman timer "程序借此主機定期用multicast agents確認它們的會員資格。
IP模塊必須維護一個數據結構,該數據結構列出主機當前所屬的所有主機組的IP地址、以及每個組的回送政策、存取關鍵字和時間變量。 這個數據結構被用于IP多址通信傳輸服務，了解哪些輸出數據報給回送,通過接收服務了解哪些入局數據報去接受。 IGMP的和management接口操作的用途是維護這個數據結構。
每個會員資格與具體的網絡接口相聯系，連接一個以上網絡的主機上, 在這種主機上，上面的每個management接口操作可能要求一個附加參數來規定接口創建、
參加或離開請求申請。 組員身份數據結構還必須必須進行擴展以便使每個會員資格于一個接口聯系起來。 如果一個主機在一個以上網絡接口上參加同一個主機組,它可能期望接收每個發送給那個組的數據報的多個副本。
8.3.對于局域網服務接口的擴展
為讓一個IP模塊控制什么樣的包應該通過局域網模塊接受,必須用以下兩個新的操作擴展該局域網服務接口∶
AcceptAddress ( group-address )
RejectAddress ( group-address )
這里的" group - address（組地址）"是一個IP主機組地址。 該。AcceptAddress操作要求該局域網模塊接受和放棄隨后到達的去往與" group - address（組地址）"相當的本地網絡地址的那些包。 該RejectAddress操作要求該局域網模塊停止傳輸隨后到達的去往與" group - address（組地址）"相當的本地網絡地址的那些包。
Any局域網模塊都能夠自由地忽略RejectAddress請求,并且可能傳遞去往比那個在AcceptAddress要求中規定的地址多的包,如果它不能充分地過濾入局包。
8.4.對于以太網局域網模塊的擴展
一個以太網模塊通過給它的入局包的接受過濾條件增加對應的以太網多點播送地址就可以響應AcceptAddress操作。 rejectaddress操作引起對應以太網地址從過濾處落下。 對于限制能夠被增加給過濾器的地址的數目的以太網接口,當臨界被超出以太網軟件模塊必須偵聽并且打開過濾全部接受多點播送包。 當地址的數目降低到臨界入口程度，它還應該偵聽并且恢復單個地址過濾。
8.5.對局域網模塊而不是以太網的擴展
為了控制地址過濾器，其他的多點廣播網絡例如符合IEEE 802.2網絡,為了控制地址過濾器可以用和以太網一樣的方法處理。 對于一個純廣播式網或一個
點到點網絡,該AcceptAddress和RejectAddress操作也許已無效;為了進行IP級過濾所有入局包能夠傳送給IP模塊。
附錄I. INTERNET GROUP MANAGEMENT PROTOCOL ( IGMP)
IGMP被用在IP主機和它們的緊接的鄰機多點播送代理之間支持臨時團體的生成添加和刪除一個組的成員,定期證實組員身份。 IGMP是一個不對稱協議而且這里從一個主機觀點而非一個多點播送代理來加以說明。
像ICMP（Internet信報控制協議）一樣, IGMP是一個IP的組成部分。 它要求通過所有主機對應的２級IP多點廣播規范完全地實現。 IGMP報文被壓縮在IP數據報中,具有一個IP協議號碼2.所有IGMP報文具有以下格式∶

    0                   1                   2                   3    
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1  
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
   |     Type      |     Code      |           Checksum            | 
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
   |                          Identifier                           | 
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
   |                         Group Address                         | 
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
   |                                                               | 
   +                         Access Key                            + 
   |                                                               | 
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

類型
有八種IGMP報文∶
1 =創建組要求
２=創建組應答
３=參加組要求