H3C 双线路 NQA 联动配置实战：智能切换与故障恢复

1. 双线路NQA联动配置的核心价值

第一次接触H3C双线路NQA联动配置时，我完全被它的智能切换能力震撼了。想象一下，你正在视频会议中，突然主用线路出现故障，系统能在毫秒级别自动切换到备用线路，整个过程用户毫无感知——这就是NQA联动带来的网络高可用性。

在实际项目中，我们经常遇到这样的场景：企业同时接入电信和联通双线路，但传统配置下，当主用线路故障时，要么需要手动切换，要么等待路由协议收敛（这个过程可能长达几十秒）。而通过NQA（Network Quality Analyzer）与静态路由的联动，可以实现秒级甚至毫秒级的故障检测与切换。

NQA的工作原理其实很像我们日常的健康检查。就像医生通过定期体检来监控病人状态一样，NQA会持续发送探测报文（比如ICMP Echo）到目标地址。当连续多次检测失败时，就判定线路异常，并触发预设的联动动作——通常是让关联的静态路由失效。这时备用路由就会自动接管流量，整个过程完全自动化。

2. 实战配置：从零搭建双线路智能切换系统

2.1 基础环境准备

假设我们有以下网络环境：

• 电信出口网关：10.1.0.1，探测目标IP设为1.1.1.1
• 联通出口网关：192.168.0.1，探测目标IP设为2.2.2.2

关键点在于探测目标的选择。我建议使用运营商提供的公共DNS地址（如电信的1.1.1.1），而不是随便找个公网IP。曾经有客户用百度IP做探测目标，结果百度服务器临时调整导致误切换，这个坑希望大家避开。

2.2 NQA探测配置详解

先来看电信线路的配置：

nqa entry dianxin 1 type icmp-echo # 使用ICMP协议探测 destination ip 1.1.1.1 # 探测目标地址 frequency 500 # 每500ms探测一次 next-hop ip 10.1.0.1 # 指定下一跳地址 probe count 5 # 每次连续发5个包 probe timeout 500 # 超时时间500ms reaction 1 checked-element probe-fail threshold-type consecutive 5 action-type trigger-only

这里有几个参数需要特别注意：

• frequency与probe timeout的关系：如果timeout大于frequency，会导致前一次探测未完成就发起新的探测，造成资源浪费。我的经验是保持timeout ≤ frequency/2。
• consecutive 5表示连续5次失败才触发切换。这个值需要根据业务敏感性调整。对实时性要求高的业务可以设为3，普通业务建议5-10。

联通线路的配置类似，只需修改目标地址和下一跳：

nqa entry liantong 1 type icmp-echo destination ip 2.2.2.2 next-hop ip 192.168.0.1 (其他参数与电信配置相同)

3. 路由与Track联动配置技巧

3.1 静态路由绑定

配置完NQA后，需要让静态路由与探测结果联动：

ip route-static 0.0.0.0 0 10.1.0.1 track 1 # 主路由 ip route-static 0.0.0.0 0 192.168.0.1 track 2 preference 65 # 备用路由

preference参数是切换的关键：主路由默认优先级60，备用路由必须大于60（这里设65）。当主路由因track1失效时，系统会自动选择优先级次优的路由。

3.2 Track项配置

Track项是连接NQA和路由的桥梁：

track 1 nqa entry dianxin 1 reaction 1 track 2 nqa entry liantong 1 reaction 1

在调试时，可以用display track all查看track状态。曾经遇到一个故障，track状态显示为"invalid"，最后发现是NQA没有启动调度。

3.3 启动NQA调度

别忘了这个关键步骤：

nqa schedule dianxin 1 start-time now lifetime forever nqa schedule liantong 1 start-time now lifetime forever

4. 故障排查与优化建议

4.1 常见问题排查

1. 切换不生效：首先检查display nqa result看探测是否真的失败。曾经有案例是防火墙拦截了ICMP报文导致误判。

2. 切换延迟大：调整frequency和probe count参数。对于金融类业务，我推荐frequency=200ms, probe count=3。

3. 频繁抖动：可能是线路质量不稳定。可以增加reaction的触发阈值，或者启用NQA的抖动检测功能。

4.2 高级优化方案

• 双活负载均衡：通过策略路由实现两条线路同时使用，NQA仅用于故障切换。
• 多目标探测：配置多个探测目标地址，避免因单个目标异常导致误切换。
• 延迟补偿：在切换后自动调整QoS策略，保障关键业务带宽。

有一次为客户部署时，发现切换后视频会议仍有卡顿。后来发现是备用线路带宽不足，通过联动QoS策略动态限速才解决问题。这提醒我们：线路切换只是第一步，业务保障同样重要。

5. 典型应用场景解析

5.1 企业双线接入

某跨境电商同时使用电信和联通线路，通过NQA联动实现：

• 日常流量走电信（低延迟）
• 电信故障时自动切联通
• 恢复时自动回切（通过NQA的恢复检测）

5.2 多云连接场景

对于同时连接阿里云和腾讯云的企业，可以用同样的方法实现云间备份。关键点在于：

• 探测目标设为云商的内网网关
• 调整MTU避免云商间的路径MTU问题

5.3 无线有线切换

在移动办公场景中，通过NQA检测WiFi质量，当信号弱时自动切换到4G链路。这时需要特别注意：

• 探测频率提高到100ms级别
• 设置适当的信号强度阈值

配置完成后，建议进行真实故障演练：直接拔掉主用线路网线，观察控制台日志和业务影响。只有通过实战测试，才能确认切换机制真正可靠。