V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
zhengrt
V2EX  ›  宽带症候群

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

  •  
  •   zhengrt · 2023-07-17 21:12:55 +08:00 · 1649 次点击
    这是一个创建于 529 天前的主题,其中的信息可能已经有所发展或是发生改变。
    先说一下需求,东莞和深圳两地有两个地址,每边各有 100M 宽带两条,现在需要把两地利用隧道链接起来,传输带宽需要有**200M**,注意是需要聚合起来,基于路由的分流措施并不合适,有没有什么好的方案可以将两个隧道宽带聚合在一起。
    **以下是两位大佬提供的方案:**
    Ar**b:ROS 的 balance-rr
    Pe**r:ikuai + softether (本质 LoadBalancing )
    请问各位大佬有无好的想法的点子?大家交流学习下。
    22 条回复    2023-07-20 12:47:27 +08:00
    flynaj
        1
    flynaj  
       2023-07-17 23:28:57 +08:00 via Android
    两地就不可能聚合了,聚合要在一个物理位置,你这个是异地组网,看上行,估计可以有个 30 兆。
    terrancesiu
        2
    terrancesiu  
       2023-07-18 08:59:05 +08:00
    聚合还是别折腾了,尤其是隧道,多隧道更多的是基于业务分流,我记得老韩 1 米 9 的视频说过案列。要么直接买商宽提升上行。
    zhengrt
        3
    zhengrt  
    OP
       2023-07-18 10:06:53 +08:00
    @terrancesiu 已经提升到极致了,深圳最大就 100M
    nkloveni
        4
    nkloveni  
       2023-07-18 10:34:52 +08:00
    你先用 VPN 让两边的两条宽带分别能点对点 3 层互通,然后两边路由表都设置等价路由就好了。
    mandymak
        5
    mandymak  
       2023-07-18 11:05:01 +08:00
    @zhengrt 大佬两地走 tr069?
    zhengrt
        6
    zhengrt  
    OP
       2023-07-18 11:10:46 +08:00
    @nkloveni 但是这样的话,内网还是随机走其中一条隧道,单机点对点还是 100M ,我就想聚合实现单机点对点 200M 跑
    @mandymak 不是,公网
    ttvast
        7
    ttvast  
       2023-07-18 11:17:05 +08:00
    单机点对点聚合带宽基本是不可行的。除非两条数据链路是那种完全相同的本地线路(两个交换机之间连接两条一摸一样的光纤)。
    否则,tcp 通讯里面出现乱序数据包,反而会降低传送速度。
    mandymak
        8
    mandymak  
       2023-07-18 11:39:59 +08:00
    @zhengrt 公网那就没意思了,得占用上下行带宽。对了!大佬我那事进展如何?
    zhengrt
        9
    zhengrt  
    OP
       2023-07-18 12:56:55 +08:00
    @ttvast 是一模一样的

    @mandymak 没消息,有消息私聊你
    mandymak
        10
    mandymak  
       2023-07-18 13:14:53 +08:00
    @zhengrt 好!静候佳音!
    zhengrt
        11
    zhengrt  
    OP
       2023-07-18 14:41:09 +08:00
    @terrancesiu 您说的那个老韩 1 米 9 的视频方便发个链接看看吗。我没找到
    cnbatch
        12
    cnbatch  
       2023-07-18 15:06:54 +08:00
    异地+隧道+聚合?

    先不说实际效果会受到上行带宽的限制,正常使用时两个出口 IP 的归属地完全不一样,要是访问的网站恰好有风控,归属地跳来跳去就很容易触发风控的吧
    (假设:上一分钟是深圳 IP ,这一分钟变成东莞 IP ,下一分钟又变成深圳 IP )
    nkloveni
        13
    nkloveni  
       2023-07-18 22:18:54 +08:00
    @zhengrt
    不是的,数据包是从两个链路传输的,你自己搞搞就知道了。你搜下 OSPF ,企业网多链路聚合都是这么搞的。
    nkloveni
        14
    nkloveni  
       2023-07-18 22:20:54 +08:00
    @ttvast 大佬说到关键点上了,确实这么搞最大的坑是 tcp 乱序。不过要是两条链路都是同一个运营上的,也可以搞搞试试,可能没那么悲观。不行再套层 kcp 啥的缓解下
    zhengrt
        15
    zhengrt  
    OP
       2023-07-19 09:33:19 +08:00
    @nkloveni 我目前局域网就是有 OSPF ,但是应用在隧道,我还没试过
    @cnbatch 不是通过隧道上网,是传数据
    zmcity
        16
    zmcity  
       2023-07-19 09:59:59 +08:00
    如果不用于上网的话,还是传输软件本身支持多线程+多路传输比较好。
    直接在三层协议上下功夫,得不偿失。肯定会影响正常的数据业务的。
    nkloveni
        17
    nkloveni  
       2023-07-19 12:03:03 +08:00
    @zhengrt 那就简单了,在两边核心路由上用 GRE 或者 IPSec 打通 3 层连接就行了,OSPF 会自动帮你搞定路由的
    zhengrt
        18
    zhengrt  
    OP
       2023-07-19 12:35:27 +08:00
    @nkloveni 好的,了解了,多谢,另外 ipip 隧道怎么样或者 eoip
    tavimori
        19
    tavimori  
       2023-07-19 14:42:39 +08:00
    可以使用支持多路径的四层代理协议来避免 TCP 乱序的问题。例如首先通过隧道组成两条并列的三层网络,然后传输层再使用 MPTCP 透明代理 TCP 流量。当然,如果没有需要单连接突破 100M 的需要的话,用 ECMP 之类的对不同连接进行负载均衡的方案就可以。
    nkloveni
        20
    nkloveni  
       2023-07-19 16:13:54 +08:00
    @zhengrt 差不多,找个能用的就行,好像对 MTU 影响大一些吧,效率方面半斤八两
    thereone
        21
    thereone  
       2023-07-19 19:23:43 +08:00
    正规证据的说没有,什么链路聚合都没有用,想增加就老老实实的加钱。不然运营商给你 100M 的你就只有 100M 的。什么 OSPF 什么分流就不可能有用最多 IP 多出口总带宽只有 100M 玩出花也只有 100M 。不知道上面那个层主到底有没有理解 OSPF 的负载均衡。
    野路子就是 tr069 互联,正规做法是找运营商拉数据专线最少 100M 的 二层 三层的都行最佳就是裸纤想多大就有多大的带宽只看两端接的光模块速度,这样你的两地就有非互联网互联基础了,之后就是根据多 wan 路由器负载均衡就行。不过数据专线可不便宜还不如加钱加大宽带。
    zhengrt
        22
    zhengrt  
    OP
       2023-07-20 12:47:27 +08:00
    @tavimori 好的,感谢
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   959 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 24ms · UTC 22:34 · PVG 06:34 · LAX 14:34 · JFK 17:34
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.