组播泛洪与 IGMP Snooping 缺失
二层交换机在没有 IGMP Snooping 时无法知道哪些端口有组播接收者，组播帧只能按广播方式在 VLAN 内泛洪。视频监控、组播分发这类业务越多，泛洪放大越明显，接入端口普遍能看到组播流量，极端情况下叠加成风暴效果。启用 IGMP Snooping 后交换机学习组成员关系，只向有成员和路由器端口的方向转发。
基本信息
| 标准依据 | IGMP（RFC 1112/2236/3376）与二层监听机制 |
|---|---|
| 现象特征 | 接入端口普遍出现组播速率，非接收者端口也有流量 |
| 根因 | 二层没有组播成员表，未知组播按泛洪处理 |
| 处置方向 | 启用 IGMP Snooping，核查路由器端口与成员端口学习状态 |
| 区分方法 | 目的 MAC 为 01:00:5e 开头是 IPv4 组播，ff:ff:ff 是广播 |
典型使用场景
- 视频监控或组播分发业务上线前启用 IGMP Snooping，控制泛洪范围
- 排查接入端口普遍出现组播速率的问题，先确认是否开了监听
- 核对路由器端口是否正确学习，组播源方向不通往往是路由器端口缺失
- 评估广播与组播占比时区分流量类型，避免把组播泛洪当广播风暴处理
- 多 VLAN 场景按 VLAN 逐个启用监听并核对成员表
启用与核对
启用与核对
igmp-snooping enable # 全局使能（华为）
vlan 10
igmp-snooping enable # 按 VLAN 使能
display igmp-snooping group vlan 10 # 查看组成员与端口
display igmp-snooping router-port # 核对路由器端口学习情况
display igmp-snooping statistics # 报文统计与异常计数输出逐列读法
| 列 | 含义 | 正常与异常 |
|---|---|---|
| Group | 组播组地址 | 出现预期外的组地址说明有未登记的业务 |
| VLAN | 该组所属的广播域 | 跨 VLAN 重复成员要核对接入方式 |
| Port | 学习到的成员端口 | 成员端口数量与实际接收者数量是否吻合 |
| Router-Port | 路由器端口方向 | 缺失会导致组播源方向不通 |
组播泛洪经常被直接当成广播风暴处理，排查方向偏了会拖延定位，抓包看目的 MAC 前缀是最快的一步：01:00:5e 与 33:33 属组播，ff:ff:ff 才是广播。
开启监听后仍然泛洪，通常不是功能没生效，而是路由器端口未学习到或成员端口未上报，按成员表与路由器端口逐项核对。