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

[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 影响大一些吧，效率方面半斤八两

[thereone]

正规证据的说没有，什么链路聚合都没有用，想增加就老老实实的加钱。不然运营商给你 100M 的你就只有 100M 的。什么 OSPF 什么分流就不可能有用最多 IP 多出口总带宽只有 100M 玩出花也只有 100M 。不知道上面那个层主到底有没有理解 OSPF 的负载均衡。
野路子就是 tr069 互联，正规做法是找运营商拉数据专线最少 100M 的 二层 三层的都行最佳就是裸纤想多大就有多大的带宽只看两端接的光模块速度，这样你的两地就有非互联网互联基础了，之后就是根据多 wan 路由器负载均衡就行。不过数据专线可不便宜还不如加钱加大宽带。

[zhengrt]

@tavimori 好的，感谢