nmcli 不能直接配置 forward-delay，因其属于内核 bridge 模块的运行时 STP 参数，而 NetworkManager 仅管理声明式连接状态，不介入底层桥接调优；需通过 sysfs 手动写入并配合 dispatcher 脚本持久化，或禁用 STP 以简化流程。
nmcli 本身不提供直接设置网桥 forward-delay 参数的选项。这个值属于 STP（生成树协议）的运行时参数，由内核 bridge 模块在网桥启用后通过 sysfs 接口管理，nmcli 仅负责连接定义与启停，不介入底层桥接行为调优。
为什么 nmcli 不能直接配置 forward-delay
NetworkManager 的设计原则是声明式抽象：它关注“连接状态”（如 IP、主从关系、是否启用），而非内核桥接子系统的运行时行为细节。forward-delay 是 STP 协议中用于防止临时环路的时间窗口，默认 15 秒，影响的是网桥端口从 listening → learning → forwarding 的过渡时长，属于内核 net/bridge/ 子系统范畴，不在 NM 的配置模型中。
如何实际修改 forward-delay 值
必须在网桥创建并启用后，通过 sysfs 手动写入。操作需 root 权限，且建议在 NetworkManager 管理流程之后执行：
- 先用 nmcli 创建并启用网桥（例如 br0）：
sudo nmcli con add type bridge ifname br0 con-name br0
sudo nmcli con add type bridge-slave ifname eno1 master br0
sudo nmcli con down "Wired connection 1" && sudo nmcli con up br0 - 确认网桥已上线：
ip link show br0 | grep 'state UP' - 立即写入自定义 forward-delay（单位：秒，最小可设为 0，但不推荐低于 2）：
echo 2 | sudo tee /sys/class/net/br0/bridge/forward_delay
让优化持久化（重启后仍生效）
因为 sysfs 设置重启即失效，需配合 NetworkManager 的 connection-up 脚本机制：
- 创建脚本文件：
sudo nano /etc/NetworkManager/dispatcher.d/99-br0-forward-delay - 写入内容（注意检查接口名和数值）：
#!/bin/bash
if [ "$1" = "br0" ] && [ "$2" = "up" ]; then
echo 2 > /sys/class/net/br0/bridge/forward_delay 2>/dev/null
fi - 赋予执行权限：
sudo chmod +x /etc/NetworkManager/dispatcher.d/99-br0-forward-delay
注意事项与替代建议
若目标仅为加快桥接启动速度，更安全有效的做法是：
- 禁用 STP（适用于无环路风险的单臂环境，如宿主机直连物理交换机且无冗余链路）：
sudo nmcli con modify br0 bridge.stp no - 禁用后 forward-delay 自动失效（内核不启动 STP 状态机），端口几乎瞬时进入 forwarding 状态
- 禁用 STP 后无需再调 forward-delay，也避免了手动写 sysfs 的运维负担
