新华三交换机S5560X-54C-EI组播问题3

故障根因 + 仅针对 41/42 口的最简配置（不全局开启 IGMP Snooping）
一、先讲核心故障原理（完全匹配你的现象）
提示 IMPORTANT is not cOnfigured= 交换机存在未知组播丢弃 / 不泛洪机制（igmp-snooping nonflooding-enable），只要交换机开启了这条全局命令，无 IGMP 加入报文的端口不会泛洪组播，只会收到自身发出的组播。
13/14 口服务器能收全部组播：服务器应用主动发送了 IGMP Report 加入 228.0.0.1，交换机把 13/14 口记录为组成员，组播会转发过来；
41/42 口新服务器只能抓自己的组播：新服务器应用不主动发送 IGMP 加入报文（沉默终端），交换机没有该端口的组播成员表项，直接丢弃其他端口发来的组播；
你要求：不全局开启 IGMP Snooping，只让 41、42 口接收全量组播，方案：给 41/42 配置静态组播组端口，强制交换机把 228.0.0.1 组播复制到这两个接口。
二、仅在 41、42 口生效的完整配置（VLAN1）
plaintext
system-view
# 进入41口
interface GigabitEthernet 1/0/41
port link-type access
port access vlan 1
# 静态绑定组播组228.0.0.1，强制该端口接收此组播流量
l2-multicast static-group 228.0.0.1 vlan 1
# 进入42口
interface GigabitEthernet 1/0/42
port link-type access
port access vlan 1
l2-multicast static-group 228.0.0.1 vlan 1
关键说明（满足你 “不全局开组播” 要求）
无需全局igmp-snooping enable，只在两个故障端口添加静态组播绑定；
交换机收到 228.0.0.1 组播报文时，会自动复制转发给 13、14、41、42 四个端口；
原有 13/14 口不受任何改动，维持现有正常状态；
仅对 228.0.0.1 生效，其他组播不受影响。
三、补充排查验证命令
1. 查看静态组播绑定是否生效
plaintext
display l2-multicast static-group vlan 1
输出会显示 G1/0/41、G1/0/42 绑定 228.0.0.1。
2. 查看二层组播转发表，确认端口存在
plaintext
display l2-multicast forwarding-table vlan 1 group 228.0.0.1
正常输出接口列表包含 13、14、41、42。
3. 确认全局未知组播抑制配置（报错来源）
plaintext
display current-configuration | include nonflooding
若输出igmp-snooping nonflooding-enable，就是该命令导致无 IGMP 端口收不到组播，不用删除这条全局命令，静态组播绑定可以绕过该限制。
四、备用方案（如果静态组播不生效，仅放开 41/42 口泛洪）
若业务存在多组播地址、不想逐个绑定，可单独给 41/42 口开启未知组播泛洪，不改动全局：
plaintext
interface GigabitEthernet 1/0/41
igmp-snooping flood unknown-multicast
interface GigabitEthernet 1/0/42
igmp-snooping flood unknown-multicast
作用：无论 41/42 口是否发送 IGMP 加入报文，VLAN1 内所有未知组播都会泛洪到该端口，适配任意组播地址。
五、现象解释（你做的插拔测试）
把新服务器插到 13 口立刻正常：13 口原本有 IGMP 成员记录，交换机直接转发组播；41/42 无记录 + 全局抑制未知组播，因此被丢弃，静态绑定后彻底解决。
极简总结
故障根源：交换机开启igmp-snooping nonflooding-enable，沉默终端无 IGMP 报文则丢弃外来组播；
最优配置：仅在 G1/0/41、G1/0/42 添加l2-multicast static-group 228.0.0.1 vlan 1；
全程无需全局开启 IGMP Snooping，仅修改两个故障端口，不影响原有业务。