IPv6 组播的二层映射与影响
IPv6 大量使用组播：邻居发现、路由器通告、地址自动配置都依赖它。组播地址映射到以 33:33 开头的 MAC 地址，取组播地址低 32 位拼接而成。二层设备在没有 MLD 监听时按泛洪处理这些帧，接入端口会普遍出现 IPv6 组播流量；启用监听后按成员关系转发。排查 IPv6 连通性问题时，邻居表与 MAC 表要同时核对。
基本信息
| MAC 映射 | 33:33 前缀加 IPv6 组播地址低 32 位 |
|---|---|
| 代表协议 | 邻居发现的请求节点组播、路由器通告 |
| 二层处理 | 未启用监听时泛洪，启用 MLD 监听后按成员转发 |
| 标准依据 | IPv6 地址架构与邻居发现相关规范 |
| 排查入口 | 邻居表、接口地址与监听成员表三者一起看 |
典型使用场景
- 接入网出现大量 IPv6 组播流量，评估是否需要启用 MLD 监听
- 排查 IPv6 地址自动配置失败，核对邻居发现报文是否可达
- 分析接入端口泛洪成分时区分 IPv4 组播、IPv6 组播与广播
- 双栈业务上线前核对二层对 IPv6 组播的处理策略
- 巡检时观察邻居表项与 MAC 表项是否匹配
查看与使能
查看与使能
display ipv6 neighbors # 邻居表是否正常生成
display ipv6 interface brief # 接口地址与状态
display ipv6 interface GigabitEthernet0/0/1 # 组播成员与配置
mld-snooping enable # 按平台使能监听
vlan 10
mld-snooping enable # 按 VLAN 使能
display mld-snooping group vlan 10 # 成员表核对流量前缀与含义
| MAC 前缀 | 对应流量 | 二层行为 |
|---|---|---|
| 33:33 | IPv6 组播，含邻居发现与通告 | 无监听时泛洪 |
| 01:00:5e | IPv4 组播 | 无监听的组播按泛洪处理 |
| 33:33:ff | 请求节点组播（地址解析） | 接入端口常见 |
| ff:ff:ff | 以太网广播 | 广播域内泛洪 |
IPv6 的泛洪问题常被误判为广播问题：抓包看目的 MAC 前缀最快，33:33 开头即为 IPv6 组播，处理方式与广播抑制不同。
IPv6 地址解析依赖邻居表与二层转发表同时正确：邻居表正常但二层表项缺失，业务照样不通，两者要同时核对。