RFC3376-IGMPv3.docVIP

RFC3376 網際網路組管理協議 IGMPv3 譯 摘要 本文檔說明了網際網路組管理協議的第3版，IGMPv3。IGMP協定被IPv4系統用於向鄰接的多播路由器報告它們的組成員關係。第3版的IGMP增加了對“源過濾”的支援，即系統能夠報告它只對接收到的發往某一特定多播組的資料報中，某些來自特定源位址的資料感興趣，或者是只對除了某些特定源位址之外的資料感興趣。這個資訊能夠被多播路由協議用於避免把某些來自特定源位址的多播資料報發往對它不感興趣的網路。1、簡介 IGMP協定被IPv4系統 主機或路由器 用於向鄰接的多播路由器報告它們的組成員關係。需要注意的是IP多播路由器本身也可能是一個或多個多播組的成員。在這種情況下，它會既執行協議的“多播路由器部分” 為它的多播路由協定收集成員資訊 ，又執行協定的“組成員部分” 把自己的成員關係通知自己，其他主機，還有鄰接的多播路由器 。 IGMP協議還用於其他的IP多播管理功能，這通過使用組成員報告之外的其他的消息類型來實現。這份文檔只描述組成員關係報告功能和消息。 這份文檔說明IGMP第3版。第1版在RFC1112中說明，是第1個被廣泛使用的版本，也是第1個成為網際網路標準的版本。第2版在RFC2236中說明，增加了對“組成員快速離開”的支持，即多播路由器獲知相連的網路中的某一個組中已經沒有組成員所花費的時間大大減少。而第3版增加了對“源過濾”的支援，即系統有能力報告對發往某個特定多播位址的資料報，只希望接收某些特定源的，以支持特定源多播[SSM]，或者只希望接收除了某些特定源的。第3版被設計為能夠跟第1版，第2版互操作的。 多播偵聽者發現 MLD 是IPv6系統採用的一種相似的方法，MLD第1版實現了IGMP第2版的功能，MLD第2版實現了IGMP第3版的功能。2、用於IP多播接收的服務介面 在一個IP系統內，有一個 至少概念上有 服務介面，被上層協定或者應用程式用於打開或者關閉IP層對發往某一特定IP多播位址的資料報的接收。為了充分利IGMPv3的能力，一個系統的IP服務介面必須支援以下操作： IPMulticastListen socket, interface, multicast-address, filter-mode, source-list 這裏： socket是一個實現相關的參數，用於區別系統中不同的請求實體 程式或者進程 ；BSD unix系統的socket參數就是一個例子。 interface是網路介面的一個本地標識，是打開或關閉這個介面對特定多播位址的接收。介面必須是物理上的 比如說乙太網介面 或者是虛擬的 比如偵中繼虛擬電路的端點，或者IP-in-IP遂道的端點 。具體的實現必須允許向interface參數傳遞一個未指定值，在這種情況下，請求就會被作用於系統的主介面或缺省介面 可能是由系統配置建立的 。如果需要在多個介面上接收同一個多播位址，IPMulticastListen需要為每一個介面單獨調用。 multicast-address是該請求所屬的那個IP多播位址，或者說是組。如果一個介面上需要接收多個組位址，IPMulticastListen需要為每一個組位址單獨調用。 filter-mode可以是INCLUDE或者是EXCLUDE。在INCLUDE模式下，只有來自source-list參數中列出的那些IP源位址的併發往指定多播位址的資料報才會被接收。在EXCLUDE模式下，只有來自除source-list參數中列出的那些IP源位址之外的源位址，併發往指定多播位址的資料才會被接收。 source-list是0個或多個未排序的IP多播位址的列表。這些位址是希望接收的或者是不希望接收的，這具體取決於filter-mode參數。一個具體的實現可能會對源列表的大小強加一個限制，但是這個限制不能小於每個列表64個位址。當一個操作引起源列表大小的限制被超出，服務介面必須返回一個錯誤。 對於一個給定的socket，interface，和multicast address的組合，在任一時刻，只能有一個filter-mode和source-list有效。但是，filter-mode或者source-list，或者兩者，可以被接下來的作用於同一socket，interface，和multicast address組合的IPMulticastListen操作修改。每一個接下來的請求都會完全替換上一個請求。 以前版本的IGMP不支持源過濾，只有一個簡單的服務介面，通過加入和離開操作來打開和關閉給定介面上給定多播位址的接收。在新的服務介面上的一個等效的操作如下： 加入操作等效於： IPMulticastListen socket，interface，multicast-