实现出口链路高可用调度的关键是建立“可感知、可决策、可切换”闭环机制，需配置主动健康探测（如nqa/tcp）、按线路特征匹配调度算法（带宽比例/isp选路/源ip哈希）、实现秒级无感切换（自动降权+预加载策略），并持续验证优化。
要实现出口链路的高可用调度，关键不是堆设备或配一堆策略，而是建立“可感知、可决策、可切换”的闭环机制。核心在于让设备真正理解每条出口的状态，并按业务需要动态分配流量，而不是静态写死路由。
健康探测是调度的前提
没有可靠的状态感知，负载均衡就是盲调。必须为每条出口配置主动探测（如NQA、IP SLA或H3C的Link Health Check），目标地址建议选运营商网关或稳定DNS（如114.114.114.114、8.8.8.8），不能只ping本端接口。
- 探测频率建议设为3–5秒，连续3–5次失败才判定链路异常，避免误切
- 优先使用TCP探测（如访问运营商HTTP服务端口）比纯ICMP更真实反映应用层可达性
- H3C/华为设备需将探测结果绑定到track对象，再与路由或策略联动，否则探测形同虚设
调度模式要匹配实际线路特征
选错算法，多线反而不如单线。带宽、运营商、业务类型这三项必须一起看：
- 两条同运营商、带宽相近（如都是200M电信），用轮询或连接数均衡即可
- 带宽差异大（如100M电信 + 500M移动），必须启用带宽比例调度，否则小带宽链路很快拥塞
- 跨运营商访问频繁（如客户含大量联通用户），必须开启ISP智能选路，否则会出现“电信出口送联通网站，绕远+丢包”
- 对支付、视频会议等会话敏感业务，启用源IP哈希保持策略，避免TCP重连中断
故障切换必须秒级且无感
切换慢=业务断；切换不干净=部分请求仍发往故障链路。重点在两个动作：自动降权 + 流量牵引。
- 主链路探测失败后，应在1秒内将关联的默认路由或策略路由置为无效（华为/AR系列靠track联动，H3C靠Link Down触发）
- 备用链路需预加载完整NAT规则和策略，不能等切换后再加载，否则首包延迟高甚至丢弃
- 建议配置“回切抑制”，即主链路恢复后等待30–60秒再切回，防止抖动反复切换
验证与持续优化不能少
配置完不等于跑得稳。真实效果要靠数据说话：
- 用display ip routing-table protocol static确认当前生效的默认路由是否符合预期
- 查display nqa results或display track看探测状态和联动是否正常
- 通过流量统计（如H3C的NetStream或华为的NetStream）观察各WAN口实时字节数、连接数分布
- 定期模拟单线拔线，测试切换时长和业务连续性（如HTTP请求成功率、DNS解析延迟）
