备份隧道设计要点
双隧道的核心问题不是「能不能建起来」，而是「什么时候切、切了以后怎么回」。常见做法是给主备两条隧道各配一个隧道接口与一段互联地址，用静态路由的度量或动态路由的优先级区分，正常时备份隧道不承载业务流量。切换依赖两个条件：一是检测到主链路或主隧道失效，二是路由表把流量指向备份。检测太快会在链路抖动时反复切换，太慢则中断时间拉长，两者都要按业务容忍度设定。
基本信息
| 结构 | 主备各一条隧道，对应不同 ISP 或不同对端 |
|---|---|
| 区分方式 | 浮动静态路由度量、或动态路由协议开销值 |
| 检测手段 | DPD 判断对端存活，接口状态判断本地链路 |
| 切换粒度 | 整条隧道切换；也可按网段分流 |
| 回切 | 主链路恢复后由度量决定是否回切 |
| 注意 | 备份隧道参数可与主隧道不同，但需两端对齐 |
典型使用场景
- 双运营商接入：主用专线故障时切到备用线路
- 总部与分支关键业务：要求链路级冗余而不是单点设备备份
- 跨地域互备：两条隧道走不同物理路径，避免同沟同缆同断
- 割接过渡：新建链路先作为备份并行运行，验证后再转主用
- 按业务分级：语音走低时延链路，数据走大带宽链路，互为主备
双隧道度量控制
双隧道度量控制
# 主隧道：走 ISP1
interface Tunnel100
ip address 169.254.100.1 255.255.255.252
tunnel source GigabitEthernet0/0
tunnel destination 203.0.113.2
tunnel protection ipsec profile PROF-A
# 备份隧道：走 ISP2
interface Tunnel200
ip address 169.254.200.1 255.255.255.252
tunnel source GigabitEthernet0/1
tunnel destination 198.51.100.9
tunnel protection ipsec profile PROF-B
# 浮动静态路由：备份度量更大，主用恢复后自动回切
ip route 10.2.0.0 255.255.0.0 Tunnel100 10
ip route 10.2.0.0 255.255.0.0 Tunnel200 200切换方式对照
| 方式 | 触发依据 | 适用与代价 |
|---|---|---|
| 浮动静态路由 | 接口状态与隧道可达性 | 结构简单，需手工维护度量 |
| 动态路由 | 协议邻居失效后重新计算 | 自动收敛，需防路由环路 |
| 同接口多 peer | 按顺序尝试对端 | 只覆盖对端侧故障，不覆盖本地链路 |
| DPD 联动 | 对端存活探测失败 | 检测快，参数不当会误切 |
备份隧道要定期做切换演练：只把配置写上去不够，还要验证切换时间、回切行为与切换后的时延是否满足业务要求。
两条隧道如果都走同一台设备和同一条物理线路，只能防对端故障，无法防本地单点；真正冗余要求路径分离。