多条宽带汇聚需求 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
hynik
V2EX    宽带症候群

多条宽带汇聚需求

  •  
  •   hynik 2025 年 11 月 13 日 2180 次点击
    这是一个创建于 83 天前的主题,其中的信息可能已经有所发展或是发生改变。

    如题

    公司有多条宽带,三家几乎都有拉条(一主/一援),办公监控无线宿舍都不同线出去 在机柜内,专门层都是光猫,光是光猫就有五六台了,而且都还蛮大台的,好占空间

    想说用 RouterOS 的 MikroTik ccr2004-1g-12s+2xs 上面搞光猫棒汇聚

    不知道有没人有这样试过,还是有更好的建议作法

    18 条回复    2025-11-20 14:17:21 +08:00
    thtznet
        1
    thtznet  
       2025 年 11 月 13 日   1
    汇聚就是伪需求,除了并发下载有点用,很多场景下并不能提高请求上限。大部分业务都需要源入源出。
    birdvdsk
        2
    birdvdsk  
       2025 年 11 月 13 日 via Android
    听起来当然可以,只需要设置好猫棒,再负载均衡拨号一下。
    不过拉了这么多宽带,是不是为了高可用,可能还需考虑要多个 ccr2004 搞 vrrp ,避免单点故障
    Ipsum
        3
    Ipsum  
       2025 年 11 月 13 日 via Android
    为啥要猫棒?直接光猫不香吗,你买个放碗筷的架子。把光猫竖着放进去不就完事?
    luoyide2010
        4
    luoyide2010  
       2025 年 11 月 13 日
    要是没有具体需求,宽带也够用,就别折腾,你换光猫棒还得找运维重新注册,MikroTik 上手难度可不小,而且你都汇聚到一台设备,万一炸了,整个公司就都停摆了
    @thtznet 主要作用是负载均衡,多线路不汇聚,难不成负载高的时候手动切路由,个人可能没什么用,企业可就不一样了
    Yien
        5
    Yien  
       2025 年 11 月 13 日
    不要搞猫棒,多起来发热太厉害了。
    出问题营运商也修不了。

    建议不要汇聚,搞分流+备份比较稳定。
    birdvdsk
        6
    birdvdsk  
       2025 年 11 月 13 日 via Android
    重新看了一下楼主目前的网络配置,1.每个运营商两条宽带 2.各个区域线路走不同的出口 3. 很多的光猫
    可能楼主想要借着这次换猫棒的机会重构一下网络?
    我来提出一个重构建议(狗头)
    看起来楼主有三个需求。一是保持网络高可用。二是进行汇聚。三是减少光猫数量,节省机柜空间。
    首先来看接入部分,「不」建议换光猫为猫棒。
    为什么?因为网络环境是公司,不是个人家里。上猫棒固然容易,照着光猫参数填进去拨号就行。但是要考虑到后面的维护问题,不仅猫棒过热可能不稳定,而且运营商员工恐怕也不会为你使用光猫提供有力的技术支持,建议你再整个机柜理理线,单独放光猫(狗头)。
    其次既然换 Mikrotik ,那要整两个及以上,比如把三个运营商的主宽带接到一号路由,三个备份宽带接到二号路由,总之需保证一定的冗余。
    对于汇聚问题需要考虑到你的实际需求,是下载速度更快?那就用 PCC 负载均衡等东东,是保证冗余?那就设置各个区域的策略路由,并且写脚本,当宽带 ping 失败自动切换网关。
    最后好奇一下,你是拉的什么宽带,怎么会同运营商拉进来两个光猫,难道是普通商宽(?),不如换成高大上的 PTN 专线,有两个光纤从两个光交拉进来,普通商宽可能是和家宽一个线路(参见 t/884303
    mytsing520
        7
    mytsing520  
    PRO
       2025 年 11 月 13 日
    注意宽带汇率可能违反运营商服务合同,在操作之前先看一下
    thtznet
        8
    thtznet  
       2025 年 11 月 13 日
    @luoyide2010 我目前没遇到过接入宽带的网关负载高到需要做汇聚的场景,如果是带宽不够就升级带宽,现在企业专线也便宜的。汇聚要做也是做到链路层,服务器有做分布式存储而本地交换机带宽设备不足以带动的情况下做汇聚。普遍的家用或者中小型企业场景,不太会接触到汇聚的。网络层没听过做汇聚的,VRRP 并不是汇聚,网络层就没有汇聚概念,只是很多人喜欢这样理解。VRRP 解决的是路由级别的 HA ,HA 和汇聚是完全两个概念。
    8355
        9
    8355  
       2025 年 11 月 13 日
    我司前面有人跑 pcdn ,后来最多双线走一个办公室,这样不至于整体断网,还可以根据不同办公室业务需求设置 qps 和限速更好定位问题。。。
    Aixiaoa
        10
    Aixiaoa  
       2025 年 11 月 13 日
    当你问出分流问题的时候你就已经不需要分流了

    我提一个以前实际用过的方案
    当时拉了 4 根宽带,要带的设备太多了,规划当中是六千台,后来实际运行的是两千多接近三千台的样子。
    我搞了四个路由 四个核心交换。每个宽带都是单独负责一块片区,但是四条做了灾备。任意哪条宽带断线都会把流量切到其他宽带上,最多可以容忍 3 条宽带断线。虽然理论设计高大上,实际情况是就遇到过一次其中一条宽带忘记续费断网了,后来还是调网络的时候才发现的。

    其实只要不搞什么叠加 分应用分流啥的,都很难搞出幺蛾子,直接按内网 ip 段分流。出问题了切换就是了。
    hackroad
        11
    hackroad  
       2025 年 11 月 14 日
    搞光猫棒汇聚?
    汇聚是汇聚,猫棒是猫棒,猫棒能干汇聚?

    你的需求都没有说清楚,是不同业务走不同宽带出去且冗余,还是一起包揽了做冗余?还是??
    dode
        12
    dode  
       2025 年 11 月 14 日
    不懂,可以把光纤都接在光交换机上配置 vlan ,然后用企业级路由分别拨号吗
    Rockbao
        13
    Rockbao  
       2025 年 11 月 14 日
    @thtznet 人家是公司不是个人。业务数量和使用人数必然是比个人用多的。源入源出的确是基础,但是在此基础上是可以做到流量均衡及多运营商均衡的。
    Rockbao
        14
    Rockbao  
       2025 年 11 月 14 日
    @mytsing520 一般也就转售可能列在合同里,从没听说过汇聚会违反协议的。
    mytsing520
        15
    mytsing520  
    PRO
       2025 年 11 月 14 日
    @Rockbao 比较少,我之前见过哪个地区是明确为违反协议
    thtznet
        16
    thtznet  
       2025 年 11 月 15 日
    @Rockbao 我知道是公司,题主开头就提到了,但是以我的经验,公司的网络架构设计能跑到论坛上来咨询的,撑死了一个中小型企业。这种规模的公司遇到这种问题的首选方案就是直接升级单条线路的专线带宽,还不需要考虑到所谓的流量均衡,真要做 HA 和均衡的企业规模的 IT 部门是不会来这里问这种问题的。
    Rockbao
        17
    Rockbao  
       2025 年 11 月 20 日
    @thtznet 现实社会上情况远比你想的复杂,举个我当下公司的例子。我们是制造业企业,员工住宿舍有小几千人,生产环境网络各自由专人维护没有问题,宿舍当时做了完整的 AP 覆盖。但是负责宽带开通的员工没有专业知识,开通宽带时由属地电信推荐开通了 3 条上下行均为 300M 的互联网专线。也就是不到 1000M 的带宽要供几千员工娱乐使用,并且没有做负载均衡,三条线路各自为战。每条线路六万多一年,带宽不足问题一开始就显现了,第一想法也是增加带宽。但是宽带价格要以十万+/年的数额增加。最后是以电信免费“试用”一年提升到 500M 凑合了一年。
    Rockbao
        18
    Rockbao  
       2025 年 11 月 20 日
    @thtznet 最近我也在协调调整,初步方案是宿舍娱乐使用的宽带撤掉专线,调整为千元一年的千兆宽带多条聚合后统一给这几千员工使用。
    同时这事涉及到现有资费调整和网络构架调整。流程还挺复杂麻烦。但是这事其实不归我管辖,做好了无功做坏了没准有过。
    我想说的是,其实社会上稀奇古怪的事蛮多的,技术就让他归于技术。没必要过多讨论需求背后的原因
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     4549 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 52ms UTC 06:47 PVG 14:47 LAX 22:47 JFK 01:47
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86