在日常运维中，企业客户使用 CPE（Customer Premises Equipment）设备时，常常会遇到速率异常、丢包或链路中断等问题。本文分享一次实际的 CPE 主备切换后速率异常案例，希望能为大家提供排障思路和经验参考。
故障现象
❌ 客户主设备出现异常闪断，导致 CPE1 主备链路同时中断。
❌ 自定义监控也显示公网有过短暂中断，但 同一时刻 CPE2 并未断网，表现为设备间行为不一致。
❌ 运维切换到备设备作为主设备后，客户反馈：
本地 → 云端：速率很慢
云端 → 本地：速率正常
排查过程
01对比主备设备配置
发现主设备 VPN 协议为 TCP；
备设备 VPN 协议为 UDP（平台初始化时的默认配置）；
02验证客户感知
TCP 协议在弱网或抖动场景下对链路稳定性更敏感，会有重传机制；
UDP 则更倾向于低延迟传输，但在丢包情况下无法保证完整性。
因此在公网闪断的情况下，两台 CPE 的行为出现了差异。
03进一步溯源
内部确认：之前由于领星反馈业务出现丢包问题，曾对主设备的 VPN 协议做过临时性修改（UDP → TCP）；
但备设备初始化后仍为默认 UDP，且界面不支持手工切换成 TCP，导致主备协议不一致。
故障原因
■ 主备 CPE VPN 协议配置不一致（主为 TCP，备为 UDP）。
■ 当进行主备切换时，协议差异直接导致了客户的速率体验异常。
解决措施
后台研发介入，统一修改了CPE设备的 VPN 协议，保持与主设备一致；
确认切换后，客户上下行速率均恢复正常；
在平台侧补充管控能力，避免主备设备协议不一致问题再次发生。
经验总结
1、配置一致性检查不可忽视
■ 主备设备配置需要定期核查，尤其是 VPN、QoS、MTU 等关键参数。
■ 建议引入自动化对比工具，避免人工遗漏。
2、临时改动要形成闭环
■ 主设备因故障或性能问题做的临时配置调整，应同步更新至备设备。
■ 没有同步时，主备切换很容易触发新的问题。
3、协议选择要结合业务场景
■ TCP：适用于对可靠性要求高的应用场景（如文件传输、数据库同步）。
■ UDP：适用于低延迟、可容忍少量丢包的场景（如语音、视频）。
■ CPE 在公网复杂网络环境下，建议默认统一为 TCP，除非特定业务需要。
运维启示
■ CPE 故障不只是“硬件或链路”问题，配置细节往往是关键。
■ 在客户感知与链路监控表现不一致时，应优先对比主备配置，验证协议、策略是否一致。
■ 建议企业运维团队建立 配置基线+自动化巡检机制，在设备切换、升级、重启等场景下快速发现差异。
通过这次案例可以看到，很多看似复杂的速率问题，其实源头可能只是“一个小小的协议配置差异”。
