技术讨论，关于异地同运营商隧道聚合问题，提高利用效率。

[zhengrt]

先说一下需求，东莞和深圳两地有两个地址，每边各有 100M 宽带两条，现在需要把两地利用隧道链接起来，传输带宽需要有**200M**，注意是需要聚合起来，基于路由的分流措施并不合适，有没有什么好的方案可以将两个隧道宽带聚合在一起。
**以下是两位大佬提供的方案：**
Ar**b：ROS 的 balance-rr
Pe**r：ikuai + softether （本质 LoadBalancing ）
请问各位大佬有无好的想法的点子？大家交流学习下。

[flynaj]

两地就不可能聚合了，聚合要在一个物理位置，你这个是异地组网，看上行，估计可以有个 30 兆。

[terrancesiu]

聚合还是别折腾了，尤其是隧道，多隧道更多的是基于业务分流，我记得老韩 1 米 9 的视频说过案列。要么直接买商宽提升上行。

[zhengrt]

@terrancesiu 已经提升到极致了，深圳最大就 100M

[nkloveni]

你先用 VPN 让两边的两条宽带分别能点对点 3 层互通，然后两边路由表都设置等价路由就好了。

[mandymak]

@zhengrt 大佬两地走 tr069?

[zhengrt]

@nkloveni 但是这样的话，内网还是随机走其中一条隧道，单机点对点还是 100M ，我就想聚合实现单机点对点 200M 跑
@mandymak 不是，公网

[ttvast]

单机点对点聚合带宽基本是不可行的。除非两条数据链路是那种完全相同的本地线路（两个交换机之间连接两条一摸一样的光纤）。
否则，tcp 通讯里面出现乱序数据包，反而会降低传送速度。

[mandymak]

@zhengrt 公网那就没意思了，得占用上下行带宽。对了！大佬我那事进展如何？

[zhengrt]

@ttvast 是一模一样的

@mandymak 没消息，有消息私聊你

[mandymak]

@zhengrt 好！静候佳音！

[zhengrt]

@terrancesiu 您说的那个老韩 1 米 9 的视频方便发个链接看看吗。我没找到

[cnbatch]

异地+隧道+聚合？

先不说实际效果会受到上行带宽的限制，正常使用时两个出口 IP 的归属地完全不一样，要是访问的网站恰好有风控，归属地跳来跳去就很容易触发风控的吧
（假设：上一分钟是深圳 IP ，这一分钟变成东莞 IP ，下一分钟又变成深圳 IP ）

[nkloveni]

@zhengrt
不是的，数据包是从两个链路传输的，你自己搞搞就知道了。你搜下 OSPF ，企业网多链路聚合都是这么搞的。

[nkloveni]

@ttvast 大佬说到关键点上了，确实这么搞最大的坑是 tcp 乱序。不过要是两条链路都是同一个运营上的，也可以搞搞试试，可能没那么悲观。不行再套层 kcp 啥的缓解下

[zhengrt]

@nkloveni 我目前局域网就是有 OSPF ，但是应用在隧道，我还没试过
@cnbatch 不是通过隧道上网，是传数据

[zmcity]

如果不用于上网的话，还是传输软件本身支持多线程+多路传输比较好。
直接在三层协议上下功夫，得不偿失。肯定会影响正常的数据业务的。

[nkloveni]

@zhengrt 那就简单了，在两边核心路由上用 GRE 或者 IPSec 打通 3 层连接就行了，OSPF 会自动帮你搞定路由的

[zhengrt]

@nkloveni 好的，了解了，多谢，另外 ipip 隧道怎么样或者 eoip

[tavimori]

可以使用支持多路径的四层代理协议来避免 TCP 乱序的问题。例如首先通过隧道组成两条并列的三层网络，然后传输层再使用 MPTCP 透明代理 TCP 流量。当然，如果没有需要单连接突破 100M 的需要的话，用 ECMP 之类的对不同连接进行负载均衡的方案就可以。

[nkloveni]

@zhengrt 差不多，找个能用的就行，好像对 MTU 影响大一些吧，效率方面半斤八两