OpenMPTCProuter主WAN失效时新连接建立问题分析

问题背景

OpenMPTCProuter（以下简称OMR）是一款基于多路径TCP（MPTCP）技术的智能路由解决方案，旨在通过聚合多个网络接口提供更稳定可靠的网络连接。然而，在实际使用中发现一个关键性问题：当主WAN接口失去互联网连接时，系统虽然能维持现有连接，但无法建立新的网络连接，即使其他备用WAN接口仍保持正常联网状态。

技术现象分析

1. 连接保持但新建失败：现有TCP连接通过MPTCP机制可以继续工作，但系统无法初始化新的连接请求
2. 检测机制缺陷：OMR Tracker对主WAN失效检测存在延迟，日志显示持续尝试通过失效接口连接服务器
3. 路由策略问题：系统过度依赖主WAN进行服务器状态检测，未能及时切换到可用备用路径

根本原因

1. 主WAN优先策略：OMR设计上将主WAN作为服务器状态检测的唯一通道
2. 检测机制不完善：
   • 仅通过ICMP ping检测连接状态
   • 缺乏多路径检测策略
   • 故障切换逻辑不够智能
3. 路由表更新延迟：系统未能及时移除失效WAN的默认路由

临时解决方案

1. 虚拟专用网络接口作为主路径：将tun0虚拟接口设为主WAN
   • 优点：利用MPTCP保持服务器检测通道
   • 缺点：非标准配置，可能影响其他功能
2. 调整检测参数：
   • 缩短检测间隔
   • 增加检测尝试次数
   • 但这会导致日志泛滥

建议的优化方向

1. 多路径检测机制：
   • 实现服务器状态检测的MPTCP化
   • 允许通过任意可用WAN进行检测
2. 智能故障切换：
   • 引入加权检测策略
   • 实现快速失效转移
3. 连接状态保持：
   • 建立持久化MPTCP控制连接
   • 实现连接状态同步

技术实现建议

1. 改进检测协议：
   • 采用HTTP/HTTPS检测替代简单ping
   • 实现多接口并行检测
2. 路由策略优化：
   • 动态调整默认路由权重
   • 实现快速路由收敛
3. 状态管理增强：
   • 维护服务器连接状态机
   • 实现优雅降级机制

总结

OpenMPTCProuter在主WAN失效场景下的表现暴露了其故障检测和切换机制的不足。理想的解决方案应该是实现真正的多路径感知，不仅是在数据传输层面，也包括控制平面的状态检测。这需要从架构层面重新设计检测机制，使其充分体现MPTCP的冗余优势，而不仅仅是作为带宽聚合工具。对于用户而言，在当前版本下采用虚拟专用网络接口作为主路径的变通方案虽然不够优雅，但确实能有效缓解问题，可作为临时解决方案。