组播流量转发管理——IGMP Snooping示例

关注

原创最新推荐文章于 2026-08-01 21:15:08 发布 1.8k 阅读 AI 写同款· GEO 优化 ›

组播——IGMP Snooping 当组播源和组成员之间为二层网络时，此时网络设备是不需要配置IGMP协议以及PIM协议的，如果此时在网络设备上配置了IGMP Snooping，则会出现以下问题（此时路由端口手动配置）只要是动态的端口，只要是端口上维持“动态”特性的协议报文（PIM或IGMP）在端口老化时间内未收到，端口就会从组播转发表中消失。该端口在2s内没有收到报告报文，则删除该成员端口，如果该成员端口收到了报告报文，重置成员端口老化时间。当端口收到IGMP报文或PIM Hello报文后，会刷新组播路由器中的路由器端口的老化时间。阅读详情

IGMP Snooping工作机制示例

如下图所示，R1是最后一跳组播路由器，其连接交换机SW的接口已经激活了IGMPv2，SW是一台以太网二层交换机，该交换机已经部署了IGMP Snooping，SW的所有接口都加入了VLAN 10。初始时SW的二层组播转发表是空的，因此即使其收到R1转发的组播流量，它也不会将流量转发到任何接口。
在这里插入图片描述

（1）IGMP查询器处理流程：

R1的接口激活IGMP后，开始周期性地发送IGMPv2 membership query报文。

（2）SW处理流程：

SW将在其GE0/0/20接口收到R1发送的IGMP常规查询报文，由于此时SW的IGMP Snooping路由器接口列表为空，因此它将GE0/0/20添加到该列表中，也就是将这个接口指定为动态路由器接口，同时为路由器接口启动一个老化计时器(缺省为180秒)。此后如果SW再次在该接口上收到IGMP常规查询报文，则刷新这个计时器。
然后，SW将该IGMP常规查询报文从VLAN10中除了GE0/0/20接口之外的所有接口泛洪出去，如下图所示。

（3）组播接收者处理流程：

PC1 、PC2及PC3都将收到SW泛洪的IGMP常规查询报文。
由于PC3并非任何组播组的成员，因此它只是简单地丢弃该报文，不会做任何回应；而PC1、PC2是组播织239.1.1.66的成员，因此它们各自发送IGMPv2 membership report报文。（当PC1及PC2首次加入组播组239.1.1.66时，它们可以主动发送IGMPv2 membership report，而无需等待IGMP常规查询。）

（4）SW处理流程：

SW将在自己的GE0/0/1、GE0/0/2接口上收到IGMPv2 membership report报文，
由于激活了IGMP Snooping，因此SW将解析其所收到的IGMP成员关系报告报文，它意识到GE0/0/1及GE0/0/2接口所连接的用户需要加入组播组239.1.1.66，于是它在自己的二层组播转发表中创建239.1.1.66表项，将GE0/0/1及GE0/0/2接口指定为该表项的动态成员接口，并分别为这两个接口启动老化计时器。此后SW如果再次在这两个接口上收到IGMP成员关系报告报文，则刷新该计时器。
最后，SW将其收到的IGMP成员关系报告报文从路由器接口GE0/0/20转发出去，如下图所示。

引入问题

为了避免了网段中出现多余的IGMP成员关系报告，存在IGMP成员关系报告的抑制机制。

当IGMP查询器向一个网段发送IGMP常规查询报文时，如果所有的组成员都使用IGMP成员关系报告报文进行回复，显然是多余的。为了避免这种情况，当组成员收到IGMP常规查询报文后，会启动一个时间随机的报告延迟计时器，当该计时器超时后，组成员才会发送IGMP成员关系报告，而同网段中其他同组的成员如果收到这个IGMP成员关系报告并且其报告延迟计时器尚未超时，则会抑制自己的成员关系报告。

需要注意的是，这个机制在IGMPSnooping环境中可能引发一些问题：

如上图所示，在本例中如果PC1率先使用IGMP成员关系报告回应R1的查询，
由于IGMP成员关系报告报文本质上是一个组播报文，因此SW若将这个报文泛洪到VLAN 10中的所有接口，那么PC2也将会收到该报文，
如果此时PC2的报告延迟计时器尚未超时，那么它将抑制自己的IGMP成员关系报告，这样一来，SW的GE0/0/2接口将无法收到IGMP成员关系报告并导致老化计时器超时，SW会将该接口从成员接口列表中删除，因此当其收到发往239.1.1.66的组播流量时，也就不会再向GE0/0/2接口转发，而PC2也就无法接收到组播流量了。