|  |      1flynaj      2023-07-17 23:28:57 +08:00 via Android 两地就不可能聚合了,聚合要在一个物理位置,你这个是异地组网,看上行,估计可以有个 30 兆。 | 
|  |      2terrancesiu      2023-07-18 08:59:05 +08:00 聚合还是别折腾了,尤其是隧道,多隧道更多的是基于业务分流,我记得老韩 1 米 9 的视频说过案列。要么直接买商宽提升上行。 | 
|  |      3zhengrt OP @terrancesiu 已经提升到极致了,深圳最大就 100M | 
|      4nkloveni      2023-07-18 10:34:52 +08:00 你先用 VPN 让两边的两条宽带分别能点对点 3 层互通,然后两边路由表都设置等价路由就好了。 | 
|  |      6zhengrt OP | 
|      7ttvast      2023-07-18 11:17:05 +08:00 单机点对点聚合带宽基本是不可行的。除非两条数据链路是那种完全相同的本地线路(两个交换机之间连接两条一摸一样的光纤)。 否则,tcp 通讯里面出现乱序数据包,反而会降低传送速度。 | 
|  |      11zhengrt OP @terrancesiu 您说的那个老韩 1 米 9 的视频方便发个链接看看吗。我没找到 | 
|      12cnbatch      2023-07-18 15:06:54 +08:00 异地+隧道+聚合? 先不说实际效果会受到上行带宽的限制,正常使用时两个出口 IP 的归属地完全不一样,要是访问的网站恰好有风控,归属地跳来跳去就很容易触发风控的吧 (假设:上一分钟是深圳 IP ,这一分钟变成东莞 IP ,下一分钟又变成深圳 IP ) | 
|      13nkloveni      2023-07-18 22:18:54 +08:00 @zhengrt  不是的,数据包是从两个链路传输的,你自己搞搞就知道了。你搜下 OSPF ,企业网多链路聚合都是这么搞的。 | 
|      14nkloveni      2023-07-18 22:20:54 +08:00 @ttvast 大佬说到关键点上了,确实这么搞最大的坑是 tcp 乱序。不过要是两条链路都是同一个运营上的,也可以搞搞试试,可能没那么悲观。不行再套层 kcp 啥的缓解下 | 
|  |      15zhengrt OP | 
|      16zmcity      2023-07-19 09:59:59 +08:00 如果不用于上网的话,还是传输软件本身支持多线程+多路传输比较好。 直接在三层协议上下功夫,得不偿失。肯定会影响正常的数据业务的。 | 
|      17nkloveni      2023-07-19 12:03:03 +08:00 @zhengrt 那就简单了,在两边核心路由上用 GRE 或者 IPSec 打通 3 层连接就行了,OSPF 会自动帮你搞定路由的 | 
|      19tavimori      2023-07-19 14:42:39 +08:00 可以使用支持多路径的四层代理协议来避免 TCP 乱序的问题。例如首先通过隧道组成两条并列的三层网络,然后传输层再使用 MPTCP 透明代理 TCP 流量。当然,如果没有需要单连接突破 100M 的需要的话,用 ECMP 之类的对不同连接进行负载均衡的方案就可以。 | 
|  |      21thereone      2023-07-19 19:23:43 +08:00 正规证据的说没有,什么链路聚合都没有用,想增加就老老实实的加钱。不然运营商给你 100M 的你就只有 100M 的。什么 OSPF 什么分流就不可能有用最多 IP 多出口总带宽只有 100M 玩出花也只有 100M 。不知道上面那个层主到底有没有理解 OSPF 的负载均衡。 野路子就是 tr069 互联,正规做法是找运营商拉数据专线最少 100M 的 二层 三层的都行最佳就是裸纤想多大就有多大的带宽只看两端接的光模块速度,这样你的两地就有非互联网互联基础了,之后就是根据多 wan 路由器负载均衡就行。不过数据专线可不便宜还不如加钱加大宽带。 |