第145篇：IGMP Snooping：交换机如何感知组播

关键词：IGMP Snooping、组播MAC、二层组播、组播泛洪、MVR、MLD Snooping、华为

一、引言

第144篇介绍了 IGMP 协议——它运行在主机和路由器之间，用于管理组播组成员关系。但在一个典型的园区网中，主机连接在二层交换机上，而交换机默认不解析 IP 层的 IGMP 报文。这就产生了一个问题：交换机如何知道哪些端口连接了组播接收者？

IGMP Snooping（IGMP 监听）就是解决这个问题的关键技术。它让二层交换机"旁听"主机和路由器之间的 IGMP 交互，构建出端口到组播组的映射关系，从而在二层精准转发组播流量，避免不必要的泛洪。

二、核心概念

2.1 问题：没有 IGMP Snooping 时会发生什么？

当组播数据报到达二层交换机时，交换机查看目的 MAC 地址——组播 MAC 地址（01:00:5E:xx:xx:xx）不属于交换机的 MAC 地址表。交换机的默认行为是泛洪（Flood）：将该帧发送到所有端口（除接收端口外）。

这就导致： 1. 带宽浪费：不关心该组播流的端口也会收到数据 2. CPU 负担：所有终端的网卡都需要处理这些不需要的帧 3. 安全隐患：非组成员也能截获组播内容

2.2 IGMP Snooping 工作原理

IGMP Snooping 的核心思想是"旁听"——交换机不主动参与 IGMP 协议，而是被动监听经过自己的 IGMP 报文，从中提取组播组成员信息。

2.3 组播 MAC 地址映射

组播 IP 地址需要映射为 MAC 地址才能在二层传输。映射规则如下：

组播 MAC 地址格式：01:00:5E:0:u23:u16:u15:u14:u13:u12:u11

重要：由于 IP 地址的高 8 位被截断，32 位的组播 IP 地址只有低 23 位映射到 48 位的组播 MAC 地址。这意味着 2^8 = 256 个组播 IP 地址会映射到同一个组播 MAC 地址。例如：

这就是为什么 IGMP Snooping 必须在 IP 层（而非 MAC 层）进行——仅靠 MAC 地址无法区分 256 个组播组。

2.4 IGMP Snooping 表项结构

三、技术细节

3.1 交换机端口角色

3.2 路由器端口发现机制

路由器端口的发现方式： 1. 动态发现：交换机监听 IGMP Query 报文，发送 Query 的端口即为路由器端口 2. 静态配置：管理员手动指定路由器端口 3. Heim 模式：通过 DHCP Option 82 识别

3.3 IGMP Snooping 与 IGMP Proxy

3.4 MVR（Multicast VLAN Registration）

MVR 是华为的一项专利技术，用于在 VLAN 间高效分发组播流。传统方案下，不同 VLAN 的组播流需要独立复制和传输。MVR 允许将组播源放在一个 VLAN（Source VLAN）中，多个接收 VLAN（Receiver VLAN）注册到该源，实现一次传输、多 VLAN 接收。

四、实战配置/案例分析

4.1 IGMP Snooping 基础配置

# ========== 二层交换机 ==========
[HUAWEI] sysname ACC-SW-01

# 全局使能 IGMP Snooping
[ACC-SW-01] igmp-snooping enable

# 在 VLAN 中使能 IGMP Snooping
[ACC-SW-01] vlan 10
[ACC-SW-01-vlan10] igmp-snooping enable
[ACC-SW-01-vlan10] igmp-snooping version 2

# 配置 IGMP Snooping 静态组
[ACC-SW-01] vlan 10
[ACC-SW-01-vlan10] igmp-snooping static-group 239.1.1.1 interface 10GE1/0/1

# 配置静态路由器端口
[ACC-SW-01] vlan 10
[ACC-SW-01-vlan10] igmp-snooping static-router-port 10GE1/0/48

# 配置 IGMP Snooping 老化时间
[ACC-SW-01] vlan 10
[ACC-SW-01-vlan10] igmp-snooping timer member-age 260    # 成员老化 260s
[ACC-SW-01-vlan10] igmp-snooping timer last-member 10     # 最后成员查询 10s

4.2 MVR 配置

# ========== MVR 配置 ==========
[HUAWEI] sysname ACC-SW-MVR

# 全局使能 MVR
[ACC-SW-MVR] mvr enable

# 定义 Source VLAN（组播源所在 VLAN）
[ACC-SW-MVR] vlan 100
[ACC-SW-MVR-vlan100] mvr source-vlan

# 定义 Receiver VLAN（组播接收 VLAN）
[ACC-SW-MVR] vlan 10
[ACC-SW-MVR-vlan10] mvr receiver-vlan
[ACC-SW-MVR-vlan10] mvr group 239.1.1.1 source-vlan 100

[ACC-SW-MVR] vlan 20
[ACC-SW-MVR-vlan20] mvr receiver-vlan
[ACC-SW-MVR-vlan20] mvr group 239.1.1.1 source-vlan 100

# 在组播源端口使能 MVR
[ACC-SW-MVR] interface 10GE1/0/1
[ACC-SW-MVR-10GE1/0/1] port link-mode bridge
[ACC-SW-MVR-10GE1/0/1] port default vlan 100
[ACC-SW-MVR-10GE1/0/1] mvr source-port

4.3 验证命令

# 查看 IGMP Snooping 组信息
[ACC-SW-01] display igmp-snooping vlan 10 group
# VLAN: 10
# Total groups: 2
# Group Address  Type      Port List            Expires
# 239.1.1.1      (S,G)     10GE1/0/1(Static)   N/A
# 239.1.1.2      (*,G)     10GE1/0/5,10GE1/0/8  00:03:45

# 查看路由器端口
[ACC-SW-01] display igmp-snooping vlan 10 router-port
# VLAN: 10
# Total router ports: 1
# Interface          Type      Expires
# 10GE1/0/48         Static    N/A

# 查看 MVR 组信息
[ACC-SW-MVR] display mvr group
# Source VLAN: 100
# Group Address  Receiver VLANs
# 239.1.1.1      10, 20

4.4 故障案例：组播泛洪（Snooping 未生效）

场景：某园区网启用了组播 IPTV 业务。接入交换机未配置 IGMP Snooping，导致大量非 IPTV 用户端口也收到组播流量，网络利用率飙升。

排查过程：

# 1. 检查端口流量
[ACC-SW-01] display interface 10GE1/0/5
# Input bandwidth utilization  : 85.2%    ← 利用率异常高
# Input multicast packets/sec  : 2500     ← 大量组播包

# 2. 检查 IGMP Snooping 状态
[ACC-SW-01] display igmp-snooping configuration
# Global IGMP-Snooping function : disable  ← 全局未使能!

# 3. 检查 VLAN 级别
[ACC-SW-01] display igmp-snooping vlan 10
# VLAN 10 IGMP-Snooping: disable

根因：交换机全局和 VLAN 级别的 IGMP Snooping 均未被启用。组播流量以广播方式泛洪到所有端口。

解决方案：

# 启用 IGMP Snooping
[ACC-SW-01] igmp-snooping enable

[ACC-SW-01] vlan 10
[ACC-SW-01-vlan10] igmp-snooping enable
[ACC-SW-01-vlan10] igmp-snooping version 2

# 配置静态路由器端口（连接到三层网关）
[ACC-SW-01-vlan10] igmp-snooping static-router-port 10GE1/0/48

# 验证
[ACC-SW-01] display igmp-snooping vlan 10 group
# 确认只有组成员端口出现在 Port List 中

# 再次检查端口流量
[ACC-SW-01] display interface 10GE1/0/5
# Input bandwidth utilization  : 2.1%    ← 恢复正常

4.5 故障案例：路由器端口老化导致组播中断

场景：组播源持续发送组播流，但接收者每隔 260 秒（默认老化时间）就会丢失组播流，约 10 秒后恢复。循环往复。

排查过程：

# 1. 检查路由器端口状态
[ACC-SW-01] display igmp-snooping vlan 10 router-port
# 路由器端口: 10GE1/0/48
# 类型: Dynamic
# 老化时间: 00:01:50 (接近 260s 老化)

# 2. 检查日志
[ACC-SW-01] display logbuffer | include IGMP
# %IGMP-SNOOPING-4-ROUTER_PORT_AGED: Router port 10GE1/0/48 aged out in VLAN 10
# %IGMP-SNOOPING-4-ROUTER_PORT_DISCOVERED: Router port 10GE1/0/48 discovered in VLAN 10
# （循环出现）

# 3. 检查上游路由器是否发送 Query
[MR-01] display igmp interface Vlanif 10
# Query Timer: 60s (查询间隔)

根因：上游路由器发送 IGMP Query 的间隔（60s）正常，但由于交换机和路由器之间的链路拥塞或 MTU 问题，部分 Query 报文丢失。当交换机超过老化时间未收到 Query 时，路由器端口老化，组播数据停止转发。下次 Query 到达时，路由器端口重新发现，组播恢复。

解决方案：

# 方案一：将路由器端口改为静态
[ACC-SW-01] vlan 10
[ACC-SW-01-vlan10] igmp-snooping static-router-port 10GE1/0/48
# 静态路由器端口不会老化

# 方案二：延长老化时间
[ACC-SW-01] vlan 10
[ACC-SW-01-vlan10] igmp-snooping timer router-port-age 300

# 方案三（治本）：排查链路问题，确保 Query 报文正常传输
[ACC-SW-01] display interface 10GE1/0/48
# 检查 CRC 错误、丢包等

五、总结

思考

1. 组播 IP 到 MAC 的映射存在 256:1 的冲突。IGMP Snooping 在 IP 层工作可以避免这个问题。但如果一台交换机只支持 MAC 层的组播过滤（不支持 IGMP Snooping），这种 256:1 的映射冲突会导致什么具体问题？

2. IGMP Snooping 需要路由器端口来接收来自路由器的组播数据。如果网络中路由器端口老化，但组播源仍在持续发送数据，此时接收者会立即感知到组播中断吗？延迟多久？

3. MVR 和 VLAN 间路由转发组播流量有什么区别？什么场景下应该选择 MVR 而不是通过三层路由实现跨 VLAN 组播？

下篇预告：第146篇：PIM-DM 与 PIM-SM 组播路由协议