基于优先级的OVS主动流插入与路由：备份路径切换咨询

你说的完全没错——普通OVS流表是纯静态匹配执行动作，不会主动感知端口/链路的在线状态，哪怕主路径端口down了，流量还是会硬往那个端口发，根本不会触发备份流表的匹配。Fast Failure（FF）组就是OVS专门用来解决这类动态路径切换问题的工具，它能实时监测端口状态，一旦主端口故障立刻切换到备份端口，完全不需要依赖流表优先级的静态逻辑。

下面是一步步的落地配置指导，我用具体命令示例帮你快速实现：

1. 先理清Fast Failure Group的核心逻辑 #

FF组属于OVS Group Table的一种特殊类型，它会维护一组"bucket"（路径候选），每个bucket对应一个输出端口，同时OVS会持续监测每个bucket绑定的watch_port状态：

• 只有处于"up"状态的bucket才会被选中转发流量
• 当主端口故障（链路down/端口禁用），FF组会自动切换到第一个可用的备份bucket；主端口恢复后，又会自动切回主路径

2. 创建Fast Failure Group #

假设你的场景参数：

• 网桥名称：br0
• 主路径端口：eth1（端口编号可通过ovs-ofctl show br0查询，示例中为1）
• 备份路径端口：eth2（端口编号示例中为2）

执行以下命令创建FF组：

ovs-ofctl add-group br0 group_id=1,type=ff,buckets=watch_port:1,output:1,watch_port:2,output:2

参数拆解：

• group_id=1：给这个组分配一个唯一ID（1-65535之间任选）
• type=ff：指定组类型为Fast Failure
• buckets=...：定义候选路径，顺序决定优先级（第一个是主路径，后面是备份）
  • watch_port:1：监测端口1（eth1）的状态，一旦它down了，这个bucket就会被标记为不可用
  • output:1：该bucket的转发动作是把流量输出到端口1

3. 创建流表，将流量导向FF组 #

现在不要再给流量配置直接输出到端口的流表，而是匹配流量后指向刚才创建的group 1。比如匹配源网段192.168.1.0/24到目的网段10.0.0.0/24的流量：

ovs-ofctl add-flow br0 priority=10,ip,nw_src=192.168.1.0/24,nw_dst=10.0.0.0/24,actions=group:1

这里actions=group:1就是让流量交给FF组去处理，由它根据端口状态动态选择转发路径。

4. 验证配置与故障切换效果 #

查看组状态： #

ovs-ofctl dump-groups br0

你能看到group 1的详细配置，以及每个bucket的watch_port状态和可用性标记。

测试故障切换： #

1. 先正常发送流量，确认走主端口eth1
2. 手动down掉eth1：ip link set eth1 down
3. 立刻检查流量是否切换到eth2，同时用ovs-ofctl dump-groups br0查看，会发现主bucket已标记为不可用，备份bucket被激活
4. 恢复eth1：ip link set eth1 up，流量会自动切回主路径

注意事项 #

• 确保你的OVS版本≥2.5，这个版本开始Fast Failure Group才进入稳定支持阶段
• 如果需要监测更底层的链路状态（比如BFD），可以结合watch_group或OVS的BFD配置，但基础场景用watch_port就足够
• 不要同时配置主备两条不同优先级的静态流表，否则会干扰FF组的自动切换逻辑，只需要一条流表指向FF组即可

内容的提问来源于stack exchange，提问作者moyeen52