nmcli 不支持配置静态多播路由，因其仅管理单播路由等 NetworkManager 原生功能，而多播路由需通过 ip 命令配合 smcroute、pimd 等工具或 VXLAN 组播泛洪实现。
在 Linux 中用 nmcli 配置静态多播路由表，本身存在根本性限制：NetworkManager（及其命令行工具 nmcli）**不支持直接管理多播路由条目**。多播路由（如 `224.0.0.0/4` 范围内的组播转发）依赖内核的多播路由子系统（`ipmr`），需通过 `ip` 命令配合 `pimd`、`smcroute` 或 `mrouted` 等专用守护进程实现，nmcli 无法替代。
为什么 nmcli 不能配置多播路由
nmcli 仅管理单播路由、IP 地址、DNS、连接状态等 NetworkManager 原生支持的网络属性。多播路由表（即内核中的 ip mroute 表）属于底层转发逻辑，不在 NetworkManager 的抽象范围内。尝试用 nmcli connection modify ... +ipv4.routes 添加多播地址（如 224.1.1.1/32）会被忽略或报错。
正确实现跨子网组播分发的路径
要让组播流量跨越不同子网（例如从 host1 的 192.168.10.0/24 发送到 host2 的 192.168.20.0/24），需分三步协同工作：
-
启用接口多播能力：确保物理/虚拟接口开启多播（默认通常已开），且未被防火墙拦截（如
iptables -I INPUT -d 224.0.0.0/4 -j ACCEPT） -
配置 PIM 或静态多播路由：在每台主机上运行
smcroute（轻量级）或pimd（标准PIM-SM），并手动添加跨网段的多播路由规则 -
配合 VXLAN+Bridge（可选但推荐）：若目标是二层组播透传（如容器或虚拟机间组播），更可靠的做法是构建 VXLAN 组播泛洪网络，再桥接到业务接口——这正是你知识库中反复出现的
br-vxlan + vxlan + multicast模式
实操示例：用 smcroute 实现静态多播路由
以 host1（192.168.10.10）向 host2（192.168.20.20）转发 225.1.1.1 流量为例：
sudo apt install smcroute # Debian/Ubuntu<br>sudo systemctl enable --now smcrouted② 添加静态多播路由（host1 上执行）
sudo smcroute -a eth0 225.1.1.1/32 eth1
含义：从 eth0 收到目的为 225.1.1.1 的组播包，经 eth1 转发出去（eth1 连 host2 所在子网）
③ host2 上接收并加入组ip addr add 225.1.1.1/32 dev lo<br>echo "225.1.1.1" > /proc/sys/net/ipv4/conf/all/accept_sources
替代方案：VXLAN 组播泛洪（更贴近你的知识库场景）
若你已在用 VXLAN，这是更稳定、无需手动维护多播路由的方式：
- host1 创建 VXLAN 设备，指定多播组（如
239.1.1.1）、源 IP 和远端（host2 IP） - 将 VXLAN 设备绑定到网桥
br-vxlan，再把业务接口（如 eth0）接入该网桥 - host2 做同样配置，使用相同多播组和 VNI
- 组播帧在 VXLAN 封装后，由底层多播网络自动泛洪，两端网桥解封装后交付给本地组播应用
此方式下，组播分发由 VXLAN 隧道隐式完成，无需额外配置多播路由表。
