SPEED AND TROUBLESHOOTING

测速不是验收,稳定才是。

速度问题要按线路、设备、节点、业务四层排查。只看一个测速结果,很容易误判。

开源技术底座基于 OpenWrt 与多路径传输能力
本地网关 + 汇聚节点两部分都要部署和维护
蚂蚁聚合商业版硬件、云端、配置、售后组合
国内商业权益官方合作、商标权益与本地化服务
TEST COMMANDS

官方测速命令整理。

官方文档提供 omr-test-speed 和 omr-iperf 两类工具。测试时至少运行 2 分钟,按 Ctrl+C 停止,结果才更接近真实。

聚合下载测试

在路由器上运行 omr-test-speed,观察聚合下载表现。

  • 命令:omr-test-speed

单线下载测试

指定真实接口,例如 wan1 或 eth1,确认每条线路基线。

  • 命令:omr-test-speed wan1

节点方向测试

使用 omr-iperf 测试到远端节点的上传或下载方向。

  • 上传:omr-iperf
  • 下载:omr-iperf vps -R
TROUBLESHOOTING MATRIX

速度不理想时按层定位。

很多时候不是 OpenMPTCProuter 本身慢,而是某条线路、远端节点或设备 CPU 成为瓶颈。

线路层

逐条 WAN 测试下载、上传、延迟、丢包和运营商波动。某条线质量差会拖累整体体验。

设备层

用 htop 或状态页观察路由器 CPU、内存、温度和网口协商速率。低性能设备会限制聚合上限。

节点层

远端服务器带宽必须大于本地计划聚合带宽,同时 CPU 不能被打满。

业务层

下载测速、直播上行、监控回传、办公访问要分开验证,不要混成一个结论。

OPTIMIZATION

可尝试的优化方向。

官方优化文档提到 TCP 拥塞控制、连接质量和 CPU 能力都会影响结果。生产环境不要盲目改高级参数。

检查远端节点带宽节点带宽必须高于要聚合的线路总带宽,否则它会成为瓶颈。
检查两端 CPU路由器和服务器都要看 CPU;服务器可安装 htop,路由器可通过 SSH 查看。
逐条线路测速使用 omr-test-speed wan1 等命令单独测每条线路。
谨慎调整拥塞控制BBR/BBR2 在好线路上可能表现更好,Cubic 通用性更强;有丢包时不要盲目追参数。
查看系统日志路由器可通过 logread 查看系统日志,定位接口、拨号、DNS 或服务异常。
FIELD FAQ

现场常见问题。

为什么测速高但直播仍然卡?

直播更关注上行、丢包、延迟和抖动,下载峰值不能代表真实体验。

为什么加线后速度不明显提升?

可能是节点带宽、路由器 CPU、某条线路质量或业务协议限制。

SSH 一段时间无响应怎么办?

可检查客户端 ServerAliveInterval,或在高级设置里调整 TCP keepalive 时间。

接口名重启后变化怎么办?

检查 System -> OpenMPTCProuter 高级设置里的接口自动重命名相关选项。

OPEN SOURCE AND COMMERCIAL

开源版适合技术团队自建,商业版适合生产交付。

开源版 OpenMPTCProuter

  • 需要自行选择设备、刷机、部署远端节点、维护系统版本。
  • 适合学习、验证、研发测试和有专职网络工程师的团队。
  • 问题排查依赖自己的 Linux、OpenWrt、路由和服务器经验。

蚂蚁聚合商业版

  • 面向直播回传、门店联网、车载现场、工厂和企业办公。
  • 提供适配硬件、预配置系统、云端汇聚节点、中文支持和售后。
  • 把教程里的技术步骤变成可交付清单,减少现场试错。

教程可以自学,生产环境建议先做方案评估。

把线路数量、运营商、现场地点、带宽目标、业务类型发给我们。蚂蚁聚合会按合规业务网络场景给出硬件、节点、配置和维护建议。