OpenMPTCProuter 中异步下载速度问题的分析与解决方案

问题背景

在使用 OpenMPTCProuter 进行多线路带宽聚合时，用户报告了一个典型问题：当同时使用 DSL（80Mbps 下行/35Mbps 上行）和 Cable（1000Mbps 下行/50Mbps 上行）两种不同速度的线路时，上传速度聚合效果良好，但下载速度却经常低于 10Mbps 且波动较大。

问题现象分析

1. 性能表现异常：

   • 单独使用 Cable 线路时，下载速度稳定在 1000Mbps
   • 启用多线路聚合后，下载速度骤降至 10-15Mbps
   • 上传速度聚合效果正常，可达 85Mbps

2. 硬件资源观察：

   • 使用 Intel N100 处理器
   • 系统负载在单线路测试时约为 30%
   • 多线路聚合时负载降至 2%，排除硬件性能瓶颈

根本原因探究

经过社区讨论和测试，发现问题的核心原因在于代理协议的选择：

1. 代理协议A 2022 的问题：

   • 无法正确遵循 MPTCP 调度策略
   • 强制使用负载均衡模式而非主备模式
   • 导致数据包分散到低速线路
   • 产生周期性高延迟（每10-30秒出现100ms以上延迟）

2. VPS 服务商限制：

   • 部分云服务商（如 Hetzner）会限制消费者级服务的带宽
   • 可能导致速度测试结果不稳定

解决方案

推荐方案：更换代理协议

1. 使用 Xray VLESS 协议：

   • 正确支持 MPTCP 调度策略
   • 优先使用主线路（WAN1）直到饱和
   • 解决了下载速度低的问题
   • 消除了周期性延迟

2. 配置建议：

   • 在 OpenMPTCProuter 设置中将代理协议改为 Xray VLESS
   • 确保硬件性能足够（推荐使用至少 N100 级别处理器）

辅助优化措施

1. SQM 优化：

   • 为 Cable 线路设置正确的 Overhead 值（DOCSIS 建议 22 Bytes）
   • 可显著减少延迟波动

2. 网络特性调整：

   • 考虑禁用 TSO/GSO 等卸载功能
   • 可能进一步改善网络延迟表现

3. VPS 选择建议：

   • 优先选择低延迟的本地化服务
   • 确保服务商不限制 MPTCP 流量

实施效果

采用 Xray VLESS 协议后：

• 下载速度恢复至接近单线路性能（1000Mbps）
• 上传速度保持聚合效果（85Mbps）
• 网络延迟稳定，无周期性波动
• 多线路切换行为符合预期（主备模式）

技术原理深入

MPTCP 协议在多线路环境中的表现高度依赖于底层传输协议的实现。代理协议A 2022 版本可能存在与 MPTCP 调度器的兼容性问题，导致：

1. 调度策略失效，无法正确识别线路优先级
2. 数据包分配算法不适合非对称带宽场景
3. 重传机制与 MPTCP 的拥塞控制产生冲突

而 Xray VLESS 协议：

1. 实现了更完善的 MPTCP 支持
2. 采用更智能的线路选择算法
3. 与内核级 MPTCP 实现协同更好

总结

对于 OpenMPTCProuter 用户遇到的非对称带宽聚合问题，核心解决方案是使用 Xray VLESS 替代代理协议A 2022 作为代理协议。这一变更能够：

• 恢复高速下载性能
• 保持上传聚合优势
• 提高网络稳定性

同时建议用户根据实际网络环境调整 SQM 参数，并选择适合的 VPS 服务商，以获得最佳的多线路聚合体验。