nmcli 不能直接配置静态多播组，因其仅管理连接级配置（ip、路由等），不支持链路层多播成员控制；需禁用 nm 管理后用 ip maddr add 手动添加，并通过 systemd 服务或 ifup 钩子实现持久化。
nmcli 本身不支持直接配置网卡加入静态多播组（如 IGMP group join），它不提供类似 ip maddr add 或 smcroute 的组播成员管理功能。静态多播组成员身份属于内核网络栈的底层控制范畴，NetworkManager（及其命令行工具 nmcli）默认会忽略或覆盖手动添加的多播地址，尤其在连接激活/重载时。
为什么 nmcli 不能直接设静态多播组
NetworkManager 的设计目标是管理“连接级”配置（IP、路由、DNS、DHCP 等），而非链路层多播组成员关系。多播组加入（如 224.0.1.1）由内核通过 IGMP 协议动态维护，或需用户空间工具显式注册。nmcli 没有 ipv4.mcast-groups 或类似参数，所有尝试用 nmcli connection modify 添加多播地址的操作均无效。
正确做法：绕过 NM 管理，用 ip 命令手动添加
若业务要求网卡**静态、持久化**加入某个多播组（例如接收监控流 239.192.1.100），应在 NetworkManager 不接管该接口的前提下操作：
- 先禁用 NM 对目标网卡的管理：
nmcli device set ens33 managed no - 再用
ip命令添加多播地址：ip link set ens33 upip maddr add 239.192.1.100 dev ens33 - 验证是否生效：
ip maddr show dev ens33 | grep 239.192.1.100
让静态多播配置开机自动生效
单纯执行 ip maddr add 是临时的，重启即丢失。推荐两种可靠方式：
-
方案一：写入 systemd 服务
创建/etc/systemd/system/mcast-join@.service，启用时传入网卡名和组播地址，例如：systemctl enable mcast-join@ens33.service -
方案二：在 ifup 钩子中添加
若系统使用 ifupdown（如 Debian/Ubuntu 18.04），可在/etc/network/if-up.d/下放脚本，检测接口名后执行ip maddr add - 注意：不要在 NetworkManager 的
.nmconnection文件中硬编码多播地址——它会被忽略，且可能因 NM 重载连接而被清空
补充说明：IGMP 与业务协同的关键点
仅加多播地址还不够，还需确保：
- 内核开启 IGMP：
sysctl net.ipv4.conf.ens33.forwarding=0（非路由器场景应为 0）sysctl net.ipv4.conf.ens33.force_igmp_version=2（如需指定版本） - 确认上联交换机已启用 IGMP snooping，并允许该组播组通过对应端口
- 应用层程序（如 VLC、GStreamer）需绑定到该多播地址+端口，且使用
SO_REUSEADDR和IP_ADD_MEMBERSHIP系统调用——这是业务侧责任，nmcli 完全不参与
