OpenMPTCProuter多WAN负载均衡配置问题分析

问题现象描述

在使用OpenMPTCProuter搭建多WAN网络环境时，用户遇到了一个典型的路由负载均衡问题。系统配置了两条DSL线路（各约5Mbps带宽），理论上应该实现带宽叠加效果（5+5Mbps）。然而实际运行中，所有网络流量仅通过其中一条线路传输，导致实际可用带宽仅为理论值的一半。

技术背景

OpenMPTCProuter是一个基于MPTCP（多路径TCP）协议的路由解决方案，它能够将多个互联网连接聚合起来，实现带宽叠加和故障转移。在正常工作状态下，系统应该能够：

1. 自动检测所有可用的WAN接口
2. 通过MPTCP协议在多条路径上分配流量
3. 实现带宽的叠加效果
4. 提供故障自动切换能力

问题排查过程

初步诊断

用户首先检查了系统状态页面，确认了两个WAN接口（eth1和eth2）都已正确识别并连接。通过omr-test-speed命令进行的带宽测试显示：

• 综合测试（不指定接口）：约300Kbps
• eth1接口测试：约7Mbps
• eth2接口测试：约700Kbps

测试结果表明，各接口单独工作时带宽表现正常，但综合使用时未能实现预期的叠加效果。

配置检查

用户发现问题的关键在于MPTCP配置中的主/备设置：

• 初始配置：WAN1为主接口，WAN2为活动接口
• 问题现象：所有流量仅通过WAN1传输
• 调整后配置：将WAN2设为主接口，WAN1设为活动接口
• 结果：负载均衡功能恢复正常

技术分析

这种现象揭示了OpenMPTCProuter在多WAN配置中的一个重要特性：主接口的角色不仅影响故障转移行为，还可能影响负载均衡策略。在默认配置下，系统可能倾向于将主要流量路由到主接口，而备用接口仅作为备份或承担少量流量。

可能的原因

1. 路由优先级：主接口可能被赋予了更高的路由优先级
2. MPTCP子流分配：系统可能优先在主接口上建立MPTCP子流
3. 负载均衡算法：默认的负载均衡策略可能不够激进
4. 接口健康检查：备用接口可能未被正确识别为"活跃"状态

解决方案与最佳实践

基于此案例，我们总结出以下配置建议：

1. 主备角色分配：不要过于依赖默认的主备设置，应根据实际带宽情况合理分配
2. 配置验证：更改主备角色后，必须进行全面的功能测试
3. 带宽测试：定期使用omr-test-speed命令验证各接口性能
4. 监控观察：通过系统状态页面持续监控各接口的流量分布

深入理解

这个案例也提醒我们，在多WAN环境中，简单的"主备"概念可能不足以描述复杂的流量工程需求。现代MPTCP实现应该考虑：

• 基于带宽比例的流量分配
• 基于延迟的动态路由调整
• 基于应用类型的差异化路由
• 基于时间的策略调整（如按流量计费时段）

结论

OpenMPTCProuter作为一款强大的多WAN聚合解决方案，其行为可能受到配置细节的显著影响。通过理解系统内部的主备关系和工作原理，用户可以更有效地优化网络性能，实现真正的带宽叠加效果。对于遇到类似问题的用户，建议首先检查并调整接口的主备角色设置，这是解决负载不均衡问题的一个简单而有效的方法。