IGMP_V3 中文.doc

备忘录状态??? 略摘要??? 本文档说明了因特网组管理协议的第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不支持源过滤，只有一个简单的服务接口，通过加入和离开操作来打开和关闭给定接口上给定多播地址的接收。在新的服务接口上的一个等效的操作如下：??? 加入操作等效于：