浮动路由配置详解：静态路由优先级与BFD联动实现毫秒级故障切换

1. 浮动路由到底在解决什么问题

第一次接触浮动路由这个概念，很多人会误以为它是一种特殊的路由协议，或者某种高级交换技术。其实它压根不是什么新协议，而是路由表里一条条静态路由之间的优先级游戏。说白了，浮动路由就是给同一个目标网络配置两条静态路由，一条主用，一条备用，主用那条平时干活，一旦它失效了，备用那条自动顶上来。这个“浮动”指的就是备用路由平时不出现在路由表里，像浮在水面下一样，只有当主路由沉了它才浮上来。

我最早接触这个技术是在一个双出口的小型办公网络里。当时客户拉了两条宽带，一条主用一条备用，要求主线路断了能自动切到备用线路，而且切换过程要快，不能影响办公。那时候预算有限，不可能上动态路由协议搞一堆配置，浮动路由就是最经济实惠的方案。两条静态路由，改一下优先级，十分钟搞定，效果还特别稳。

浮动路由的核心价值在于用最低的配置成本实现链路冗余。它不需要跑OSPF、BGP这些动态协议，不占用额外的CPU和内存资源，配置逻辑简单到只要理解一个参数就行——优先级（Preference）。在华为设备上叫Preference，在思科设备上叫Administrative Distance（管理距离），叫法不同但作用一样：数值越小越优先。主路由优先级设默认值60，备用路由设成100，平时只有优先级60的那条会进入路由表，优先级100的那条就静静地等着。

这个技术适合谁学？我觉得三类人最需要掌握。第一类是刚入行的网络运维，日常工作中经常遇到双线接入的场景，领导要求做冗余但又不给预算上高级方案，浮动路由就是你的救命稻草。第二类是准备考网络工程师认证的学员，浮动路由是静态路由部分的必考知识点，实验题里出现的频率极高。第三类是自己折腾家庭网络或者小型工作室的爱好者，两条宽带想做个自动切换，浮动路由比什么双WAN口路由器都靠谱。

但这里有个前提你得先搞清楚：浮动路由只能检测直连链路的物理状态。什么意思呢？如果主路由的下一跳地址是可达的，但中间某段链路断了，浮动路由是不会切换的。因为它只看自己接口的状态，接口up它就认为路由有效。这是浮动路由最大的局限，也是很多人配完了发现“怎么没切换”的根本原因。要解决这个问题，得配合BFD或者NQA来做联动检测，这个后面我会详细讲。

2. 优先级与度量值的底层逻辑拆解

2.1 路由表选路的优先级规则

路由器选路不是随便挑一条就转发，它有一套严格的比较流程。当数据包到达路由器，路由器会拿目的IP去路由表里查，如果有多个路由条目都能匹配这个目的地址，它就开始比优先级。优先级数值小的赢，如果优先级一样，再比度量值（Metric），度量值小的赢。如果度量值也一样，那就看谁先进入路由表，先来的优先。

这个规则在华为设备上体现得特别明显。华为的路由优先级范围是0到255，数值越小越优先。直连路由优先级是0，这是最高的，因为直连的肯定最可靠。静态路由默认优先级是60，OSPF内部路由是10，IS-IS是15，RIP是100。你看，静态路由的60比OSPF的10要大，所以如果同时存在OSPF路由和静态路由去同一个目的地，OSPF会赢。但如果你手动把静态路由的优先级改成比10还小，比如改成5，那静态路由就会抢过OSPF。

浮动路由就是利用这个机制。主路由用默认优先级60，备用路由改成100。平时路由表里只有优先级60的那条，因为100的那条在选路比较中输了，根本不会出现在路由表里。只有当优先级60的那条路由消失——比如接口down了、下一跳不可达了——路由器才会把优先级100的那条拿出来用。

这里有个细节很多人会忽略：备用路由的优先级不能设得比主路由低太多，也不能设得一样。设成一样的话两条路由会同时出现在路由表里，形成等价路由，数据包会负载分担到两条链路上。这本身不是坏事，但如果你想要的是主备模式而不是负载均衡模式，那就必须让优先级有差异。一般建议主路由用默认的60，备用路由设成100或者120，差距足够大，不会因为其他协议的路由插进来捣乱。

2.2 为什么是静态路由而不是动态路由

有人会问，既然要做冗余，为什么不直接跑OSPF或者BGP？动态路由协议不是能自动收敛吗？这个问题问得好，但答案取决于场景。

动态路由协议确实能自动检测故障并切换，但它的代价是配置复杂度高、资源占用大、收敛速度受协议机制限制。OSPF从检测到故障到完成收敛，快则几秒慢则几十秒，这期间数据包是丢的。BGP就更慢了，默认的Keepalive时间是60秒，Hold时间180秒，故障检测至少需要三倍于Keepalive的时间。对于一个小型办公网络来说，为了两条宽带搞一套OSPF，配置量翻了好几倍，维护成本也上去了。

浮动路由的优势在于简单直接。两条静态路由，改一个优先级参数，完事。故障切换速度取决于接口检测机制，如果是物理接口down，几乎是毫秒级触发。如果是下一跳不可达，取决于ARP老化时间，一般也就几十秒。配合BFD的话可以做到毫秒级检测。

但浮动路由的劣势也很明显：它只能检测直连链路状态，无法感知远端网络的变化。比如主路由的下一跳是运营商A的网关，运营商A的骨干网断了，但你的接口还是up的，下一跳地址还是能ARP到的，浮动路由就不会切换。这种情况下动态路由协议反而更有优势，因为OSPF能通过Hello包感知到远端邻居的消失。

所以我的经验是：双线接入且两条线路连接的是不同运营商时，浮动路由配合BFD是最佳组合。BFD能检测端到端的连通性，比单纯看接口状态可靠得多。如果两条线路连接的是同一个运营商的同一个城域网，那动态路由协议可能更合适，因为运营商内部的路由变化你没法用静态路由感知。

2.3 浮动路由与路由备份的区别

这里要澄清一个概念混淆。很多人把浮动路由和路由备份当成一回事，其实它们有细微差别。

浮动路由强调的是同一目的地有多条路由，通过优先级决定谁活跃。备用路由平时不在路由表里，是“浮动”状态。而路由备份可以指任何形式的冗余机制，包括动态路由的备份、策略路由的备份等等。浮动路由是路由备份的一种实现方式，但路由备份不一定是浮动路由。

还有一个容易混淆的是接口备份。接口备份是物理层面的冗余，比如两个物理接口做主备，一个down了另一个自动up。浮动路由是逻辑层面的冗余，接口可能都是up的，但路由条目有主备之分。两者可以结合使用，比如主接口配主路由，备用接口配备用路由，接口备份负责物理切换，浮动路由负责逻辑切换。

3. 华为设备浮动路由配置全流程

3.1 实验拓扑与地址规划

光讲理论没意思，咱们直接上手配。我设计一个最简单的实验拓扑，你在eNSP或者真实设备上都能复现。

拓扑结构是这样的：一台路由器R1，两个出口接口分别连接两台ISP路由器（ISP-A和ISP-B）。R1的G0/0/0接口连ISP-A，IP地址是10.1.1.1/30；G0/0/1接口连ISP-B，IP地址是10.1.2.1/30。ISP-A的接口地址是10.1.1.2/30，ISP-B的接口地址是10.1.2.2/30。R1的G0/0/2接口连接内网，地址是192.168.1.1/24。内网有一台PC，地址是192.168.1.100/24，网关指向192.168.1.1。

ISP-A和ISP-B上各配置一个Loopback接口模拟公网目标网络，ISP-A的Loopback0地址是1.1.1.1/32，ISP-B的Loopback0地址是2.2.2.2/32。我们的目标是让内网PC能访问1.1.1.1和2.2.2.2，并且优先走ISP-A，ISP-A断了自动切到ISP-B。

地址规划表如下：

这个拓扑虽然简单，但涵盖了浮动路由的所有关键要素：两个出口、两条路径、一个目标网络。你把这个实验做通了，实际工作中的双线冗余场景就能直接套用。

3.2 基础配置与接口地址

先配R1的基础接口地址。进入系统视图，改个名字方便识别。

system-view sysname R1 interface GigabitEthernet0/0/0 ip address 10.1.1.1 30 interface GigabitEthernet0/0/1 ip address 10.1.2.1 30 interface GigabitEthernet0/0/2 ip address 192.168.1.1 24 quit

ISP-A的配置：

system-view sysname ISP-A interface GigabitEthernet0/0/0 ip address 10.1.1.2 30 interface Loopback0 ip address 1.1.1.1 32 quit

ISP-B的配置：

system-view sysname ISP-B interface GigabitEthernet0/0/0 ip address 10.1.2.2 30 interface Loopback0 ip address 2.2.2.2 32 quit

配完接口地址后，先在R1上ping一下两个ISP的直连地址，确认链路层是通的。如果ping不通，检查接口有没有undo shutdown，线缆连接是否正确。这一步看似简单，但实际排错时经常发现是接口没起来或者IP地址配错了掩码。

3.3 主备静态路由的配置与验证

现在开始配浮动路由。R1上要配置去往1.1.1.1和2.2.2.2的静态路由。注意，这两个目标网络在ISP-A和ISP-B上都有Loopback接口，但实际场景中公网目标是通过运营商网络可达的，这里为了简化直接用Loopback模拟。

主路由走ISP-A，下一跳是10.1.1.2，优先级用默认的60。备用路由走ISP-B，下一跳是10.1.2.2，优先级设成100。

ip route-static 1.1.1.1 32 10.1.1.2 ip route-static 1.1.1.1 32 10.1.2.2 preference 100 ip route-static 2.2.2.2 32 10.1.1.2 ip route-static 2.2.2.2 32 10.1.2.2 preference 100

配完之后，用display ip routing-table查看路由表。你应该只能看到优先级60的那两条路由，优先级100的那两条不会显示。这就是浮动路由的“浮动”状态——备用路由在路由表里是隐藏的。

display ip routing-table

输出里应该能看到类似这样的条目：

Destination/Mask Proto Pre Cost NextHop Interface 1.1.1.1/32 Static 60 0 10.1.1.2 GE0/0/0 2.2.2.2/32 Static 60 0 10.1.1.2 GE0/0/0

注意看Pre那一列，显示的是60，说明当前活跃的是主路由。备用路由虽然配置了，但没有出现在路由表里。

现在验证一下连通性。在PC上ping 1.1.1.1和2.2.2.2，应该都能通。然后在R1上tracert一下1.1.1.1，看看走的是哪个出口。

tracert 1.1.1.1

结果应该显示第一跳是10.1.1.2，说明走的是ISP-A。

3.4 故障切换测试与路由表变化

关键的一步来了：模拟主链路故障。你可以直接在R1上把G0/0/0接口shutdown，或者拔掉ISP-A的线缆。我建议用shutdown命令，因为可以随时恢复。

interface GigabitEthernet0/0/0 shutdown

然后立刻在R1上查看路由表：

display ip routing-table

这时候你应该看到路由表变了：

Destination/Mask Proto Pre Cost NextHop Interface 1.1.1.1/32 Static 100 0 10.1.2.2 GE0/0/1 2.2.2.2/32 Static 100 0 10.1.2.2 GE0/0/1

优先级从60变成了100，下一跳从10.1.1.2变成了10.1.2.2，出接口从GE0/0/0变成了GE0/0/1。备用路由成功“浮”上来了。

再在PC上ping 1.1.1.1，应该还是通的，但路径已经切换到了ISP-B。tracert一下确认：

tracert 1.1.1.1

第一跳应该变成10.1.2.2了。

最后把G0/0/0接口恢复：

interface GigabitEthernet0/0/0 undo shutdown

等几秒钟，路由表会自动切回主路由，优先级重新变回60。这个过程是自动的，不需要手动干预。

注意：接口恢复后路由切换的速度取决于路由器的处理机制，一般几秒内完成。如果发现没有切回来，检查一下接口状态是否真的up了，以及下一跳地址是否可达。

4. 进阶场景：BFD联动实现毫秒级故障检测

4.1 为什么需要BFD

前面那个实验有个隐藏问题：如果ISP-A的接口是up的，但ISP-A上游的链路断了，R1是感知不到的。因为R1的G0/0/0接口还是up状态，下一跳10.1.1.2还是能ARP到的，浮动路由不会切换。这种情况下数据包会被送到ISP-A，然后被丢弃，造成业务中断。

解决这个问题的标准方案是BFD（Bidirectional Forwarding Detection，双向转发检测）。BFD是一个轻量级的检测协议，它能在两个系统之间快速检测链路故障，检测时间可以做到毫秒级。BFD本身不负责路由计算，它只负责告诉路由协议“这条路径还活着”或者“这条路径死了”。

BFD和静态路由联动的工作机制是这样的：R1和ISP-A之间建立BFD会话，R1周期性发送BFD控制报文，ISP-A收到后回复。如果R1连续几个周期收不到回复，就认为会话down了，然后通知静态路由模块，把关联的静态路由从路由表里撤掉。备用路由随即生效。

4.2 BFD会话配置步骤

在R1上配置BFD会话，检测目标是10.1.1.2。先全局开启BFD功能：

bfd quit

然后配置一个BFD会话，名字叫to-isp-a，绑定到G0/0/0接口，检测对端地址10.1.1.2：

bfd to-isp-a bind peer-ip 10.1.1.2 interface GigabitEthernet0/0/0 discriminator local 1 discriminator remote 2 min-tx-interval 100 min-rx-interval 100 detect-multiplier 3 commit quit

这里解释一下参数：min-tx-interval是本地发送BFD报文的最小间隔，100毫秒；min-rx-interval是期望接收报文的最小间隔，也是100毫秒；detect-multiplier是检测倍数，3倍。这意味着如果连续3个100毫秒周期（即300毫秒）没有收到对端的BFD报文，就认为会话down了。实际协商后的检测时间取双方配置的较大值，所以两端都要配。

ISP-A上也要配对应的BFD会话：

bfd quit bfd to-r1 bind peer-ip 10.1.1.1 interface GigabitEthernet0/0/0 discriminator local 2 discriminator remote 1 min-tx-interval 100 min-rx-interval 100 detect-multiplier 3 commit quit

注意discriminator local和remote的对应关系：R1的local是1，remote是2；ISP-A的local是2，remote是1。两边要匹配上，否则会话建立不起来。

4.3 静态路由与BFD联动配置

BFD会话建好之后，需要把静态路由和BFD关联起来。在R1上修改主路由的配置，加上bfd参数：

undo ip route-static 1.1.1.1 32 10.1.1.2 ip route-static 1.1.1.1 32 10.1.1.2 bfd to-isp-a undo ip route-static 2.2.2.2 32 10.1.1.2 ip route-static 2.2.2.2 32 10.1.1.2 bfd to-isp-a

这样配置之后，静态路由的状态就和BFD会话绑定了。BFD会话up，静态路由就活跃；BFD会话down，静态路由就失效，备用路由自动顶上。

验证BFD会话状态：

display bfd session all

应该能看到to-isp-a会话的状态是Up。然后测试一下：在ISP-A上把Loopback0接口shutdown，模拟远端网络故障。这时候R1的G0/0/0接口还是up的，但BFD会话会检测到对端不可达，会话变成Down，静态路由随即失效。

display bfd session all display ip routing-table

你会看到路由表已经切换到了备用路由，优先级变成了100。整个过程在几百毫秒内完成，比单纯依赖接口状态检测快得多。

提示：BFD的检测时间不要设得太激进。100毫秒乘以3倍等于300毫秒，这个已经很快了。如果设成10毫秒乘以3倍，虽然检测更快，但对设备性能要求高，而且网络抖动可能导致误切换。一般生产环境建议100到300毫秒的检测间隔，乘以3到5倍。

5. 常见问题排查与避坑指南

5.1 备用路由不生效的几种原因

配了浮动路由但备用路由死活不生效，这是最常见的问题。我总结了几种典型情况：

第一种是优先级设反了。主路由优先级设成了100，备用路由设成了60，结果备用路由一直在活跃，主路由反而在浮动。这种低级错误新手经常犯，配完一定要display ip routing-table确认一下Pre列的值。

第二种是下一跳不可达。备用路由的下一跳地址如果本身就不通，那这条路由根本不会进入路由表。比如ISP-B的接口地址配错了，或者接口没up，备用路由就是无效的。配之前先ping一下下一跳地址，确认直连是通的。

第三种是路由被其他协议覆盖。如果网络里跑了OSPF，OSPF学到的路由优先级是10，比静态路由的60小，那OSPF路由会赢，静态路由根本进不了路由表。这时候要么改静态路由的优先级，要么做路由引入。

第四种是接口状态检测的盲区。前面说过，接口up但远端故障的情况，浮动路由不会切换。必须配BFD或者NQA联动。

5.2 路由环路与次优路径问题

浮动路由配不好容易产生环路。比如R1和R2之间互相指默认路由，R1的默认路由指向R2，R2的默认路由指向R1，数据包就在两台路由器之间来回打转。这种环路在浮动路由场景下也可能出现，特别是备用路由的下一跳指向了错误的设备。

避免环路的核心原则是：备用路由的下一跳必须是真正能到达目标网络的设备。在双ISP场景下，备用路由的下一跳应该是ISP-B的接口地址，而不是内网其他路由器的地址。如果你把备用路由的下一跳指向了内网的一台路由器，而那台路由器又把流量指回了R1，环路就形成了。

次优路径是另一个问题。主路由失效后切到备用路由，备用路由的带宽可能比主路由小，或者延迟比主路由高。这时候业务虽然通了，但体验下降了。解决办法是在备用路由上配QoS策略，限制非关键业务的带宽，保证关键业务的体验。

5.3 常见问题速查表

5.4 实操心得与避坑技巧

第一个心得：配浮动路由之前先画拓扑图。把主备路径、下一跳地址、接口编号都标清楚，配的时候照着图来，不容易出错。我见过太多人配到一半忘了备用路由的下一跳是哪个地址，然后开始瞎猜。

第二个心得：优先级不要用默认值以外的奇怪数字。有人喜欢把主路由设成1，备用设成2，觉得这样更直观。但1和2都太小了，直连路由是0，万一以后加了其他协议的路由，优先级可能比你的静态路由还小，路由就被抢走了。用60和100是行业惯例，大家都这么用，维护的时候一眼就能看懂。

第三个心得：BFD会话的discriminator值要规划好。如果网络里有多条BFD会话，local和remote值不能重复。建议按设备编号来分配，比如R1用1开头，R2用2开头，这样不容易冲突。

第四个心得：测试切换的时候不要只ping一个目标。ping 1.1.1.1通了不代表所有业务都通了。最好同时ping多个目标地址，并且用tracert确认路径确实切换了。有条件的话跑个持续ping，观察切换过程中的丢包情况。

第五个心得：备用路由的优先级不要设得比动态路由还小。比如你网络里跑了OSPF，OSPF路由优先级是10，你把备用静态路由设成5，那备用路由会抢过OSPF路由，可能导致流量走错方向。一般备用路由设成100到120之间比较安全，比OSPF大但比RIP小。

6. 浮动路由在实际网络中的扩展应用

6.1 双出口负载分担与主备混合模式

浮动路由不一定非要做成纯主备模式。你可以做成部分主备、部分负载的混合模式。比如去往目标网段A的流量走ISP-A，去往目标网段B的流量走ISP-B，同时各自配备用路由。这样两条链路平时都在用，利用率上去了，冗余也没丢。

配置方法是：目标网段A的主路由走ISP-A优先级60，备用走ISP-B优先级100；目标网段B的主路由走ISP-B优先级60，备用走ISP-A优先级100。这样正常情况下A走ISP-A，B走ISP-B，任何一条链路断了，另一条链路能接管全部流量。

这种模式适合两条链路带宽相当、且业务可以按目标网段分类的场景。比如一条链路专门访问某个云服务，另一条链路访问其他公网资源。

6.2 与策略路由的配合使用

策略路由（PBR）可以根据源地址、目的地址、协议类型等条件来指定转发路径，比浮动路由更灵活。但策略路由本身没有冗余机制，如果指定的下一跳不可达，流量就丢了。把策略路由和浮动路由结合起来，可以实现更精细的控制。

比如内网有两组用户，研发组走ISP-A，办公组走ISP-B。用策略路由把研发组的流量指向ISP-A，办公组的流量指向ISP-B。然后为每条策略路由配置对应的浮动路由作为备份。当ISP-A故障时，研发组的策略路由失效，流量回落到全局路由表，走ISP-B的备用路由。

这种配置稍微复杂一些，但灵活性极高。需要注意的是策略路由的优先级高于路由表，所以策略路由生效时，浮动路由是不起作用的。只有策略路由失效了，才会查全局路由表。

6.3 多级浮动路由的优先级规划

如果网络规模稍大，可能需要多级备份。比如主路由走ISP-A，第一备用走ISP-B，第二备用走ISP-C。这时候优先级规划就很重要了。

建议的优先级分配方案是：主路由60，第一备用100，第二备用120，第三备用140。每级之间差20，留出足够的空间。不要设成60、61、62这种，差距太小容易因为其他协议的插入导致顺序混乱。

多级浮动路由的切换逻辑是：主路由失效切第一备用，第一备用失效切第二备用，以此类推。每级切换都需要BFD或者接口状态检测来触发。如果只有接口状态检测，那只有直连链路断才会切换，远端故障检测不到。

6.4 浮动路由在IPv6环境下的配置差异

IPv6环境下浮动路由的原理和IPv4一样，但配置命令有些差异。华为设备上IPv6静态路由的命令是ipv6 route-static，优先级参数也是preference。

ipv6 route-static 2001:db8::1 128 2001:db8:1::2 ipv6 route-static 2001:db8::1 128 2001:db8:2::2 preference 100

BFD在IPv6环境下也支持，但需要确认设备是否开启了IPv6 BFD功能。有些老型号的设备可能不支持IPv6 BFD，那就只能用NQA来做检测。

IPv6的地址长度是128位，配置的时候容易敲错，建议用复制粘贴的方式，不要手动输入。另外IPv6的邻居发现机制和IPv4的ARP不一样，下一跳可达性的检测方式也有差异，排错的时候要注意区分。

7. 个人实操体会与建议

浮动路由这个技术，配置本身不难，难的是理解它的适用边界。我见过太多人把浮动路由当成万能药，结果在远端故障场景下吃了大亏。记住一句话：浮动路由只能检测直连链路状态，远端故障必须靠BFD或者NQA来补。

另外，浮动路由的切换速度取决于检测机制。纯接口状态检测最快，接口down的瞬间就触发切换。BFD检测可以做到毫秒级，但需要额外配置。NQA检测相对慢一些，但兼容性更好，老设备也支持。选择哪种检测方式，取决于你的设备能力和业务对切换时间的要求。

最后说一个容易被忽略的点：备用路由的带宽规划。很多人配了备用路由就完事了，没考虑备用链路的带宽能不能扛住主链路切换过来的流量。主链路如果是100M，备用链路只有10M，切换后业务虽然通了，但速度慢得让人抓狂。所以备用链路的带宽至少要能承载关键业务的流量，非关键业务可以在切换后限流或者排队。

我在实际项目中一般会建议客户：主备链路的带宽比例不要低于3比1，备用链路至少能承载主链路30%的流量。如果预算允许，两条链路带宽对等是最好的，这样切换后体验没有明显下降。