突破千兆为什么要使用单端口速度大于 1 Gbps 的光猫?在光猫端发展链路聚合不行吗? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
MNIST
V2EX    宽带症候群

突破千兆为什么要使用单端口速度大于 1 Gbps 的光猫?在光猫端发展链路聚合不行吗?

  •  
  •   MNIST 2022-09-03 16:36:09 +08:00 3770 次点击
    这是一个创建于 1143 天前的主题,其中的信息可能已经有所发展或是发生改变。

    如题,很多追求超千兆速率的玩家都喜欢使用单端口速度超 1 Gbps 的光猫,甚至采用 SFP 接口的 “猫棒” ,这些玩家大多都拥有软路由,为什么不能在光猫和软路由之间配置链路聚合呢?(例如:LACP )这样容错性不是会更大吗?速度也可以实现超千兆

    第 1 条附言    2022-09-04 10:34:18 +08:00
    我在主题中提到的例子存在问题,下方有 V 友指出来了,Bond mode4 LACP ( 802.3 ad )的单线程是不能超过单端口极速的,那如果说不用 LACP ,用 Bond mode1 balance-rr 平衡轮询策略,是不是就能更好的聚合两个端口的速度(会牺牲一定的容错性,降低了系统整体的可靠性),这样就可以对一些老设备进行软件改造,实现较低成本的升级千兆网络。
    17 条回复    2022-09-04 20:00:31 +08:00
    ondh
        1
    ondh  
       2022-09-03 16:37:26 +08:00 via Android
    因为那样单线程也能上千兆
    MNIST
        2
    MNIST  
    OP
       2022-09-03 17:11:13 +08:00
    @ondh 公网上单线程超千兆的机会不多吧
    luoshengdu
        3
    luoshengdu  
       2022-09-03 18:16:05 +08:00
    因为我的路由器就一个 WAN 口啊。。。。
    milaixian
        4
    milaixian  
       2022-09-03 19:19:53 +08:00
    试过这个方案
    优点是便宜有全千兆口光猫就行
    缺点是和双拨一样获得两个 192.168.X.X 内网 ip ,nat 等级会变成 3 或者 4 ?不记得了,BT 下载没速度因为看不到其他用户,switch 主机游戏联机匹配不到人,已经在光猫端开启 DMZ 路由器和 fullconenat upnp ,路由器也开启 upnp fullconenat DMZ 全开依然无法改变 nat 等级
    my2492
        5
    my2492  
       2022-09-03 20:15:03 +08:00 via Android
    因为 2.5G PHY 芯片也不贵啊,纯粹是某些利益集团在阻挡,说的就是 251 厂
    MNIST
        6
    MNIST  
    OP
       2022-09-03 20:22:37 +08:00
    @luoshengdu 软路由可以随意指定端口是 LAN 口还是 WAN 口
    malash
        7
    malash  
       2022-09-04 04:21:39 +08:00
    当然可以,只是必须要选择特定型号的光猫才支持链路聚合,HN8546Q 等三款 Q 结尾的光猫是明确支持的。

    并且纠正一个误区,链路聚合是在链路层的,在 TCP/IP 模型里是比 PPPOE 还要低的,因此链路聚合之后只需要单拨即可突破千兆,也不会产生多个内网 IP 的情况,用起来和正常单拨是一模一样的。并且由于使用 balance-rr 模式,即使一条 WAN 口断了,另一个可以顶替上,整体可靠性会增加。

    我个人认为这套方案的缺点就是占用网口比较多,CPU 负载可能会高一点。但优点是价格便宜、配置不算复杂、可靠性好,并且上限很高,对于有 4 个千兆口的光猫,理论上最高可以聚合成 4G 的速度,是不是很让人心动?
    MNIST
        8
    MNIST  
    OP
       2022-09-04 10:43:37 +08:00
    @malash PPPOE 也是数据链路层协议,它们是在同一层的,balance-rr 的话,我个人感觉可靠性会有所下降,因为它没有 LACP 那种故障切换机制,如果断了线,会导致丢包的情况发生
    MNIST
        9
    MNIST  
    OP
       2022-09-04 10:44:39 +08:00
    @malash 但是使用这种 balance-rr 模式确实是一种低成本的超千兆的解决方案
    malash
        10
    malash  
       2022-09-04 14:26:21 +08:00
    @MNIST 确实,PPPOE 也是链路层,不过和链路聚合比还是高一点点,姑且叫做 2.5 层吧 ( https://www.zhihu.com/question/23939177/answer/132566457 ),但是单线程超千兆肯定是没问题的,亲测过。balance-rr 没有 LACP 好,但很可惜这几款光猫只支持 balance-rr 。原理上应该是光猫的 LAN 口硬件交换芯片自带了支持,从内核里是看不出来也无法控制的。

    现阶段成本是相当低的,一个 HN8546Q 才一百多块钱,而且能刷华为原厂界面、能切换 10G-PON 、10G-EPON ,全国几乎通用(除了 SDN 网关等特殊情况),搭配现在常见的多网口软路由
    malash
        11
    malash  
       2022-09-04 14:33:32 +08:00
    搭配现在常见的多网口软路由非常合适
    557
        12
    557  
       2022-09-04 15:10:17 +08:00 via Android
    链路最简单就是 ikuai 了 10s 搞定,接 2 个口就行,感觉比那猫棒实在太多了!!只需要你猫 ok 就行
    MNIST
        13
    MNIST  
    OP
       2022-09-04 15:57:02 +08:00
    @malash 是的,顺便提一嘴,电信的定制型号叫 HN8145V ,联通的叫 HN8346Q ,移动的叫 HN8546Q ,它们都是一种光猫的不同马甲型号
    malash
        14
    malash  
       2022-09-04 16:01:30 +08:00
    @MNIST 电信是 HN8145Q 哈,这三款外观几乎是一模一样的,都是白色方形三根天线。HN8145V 是黑色椭圆形两根天线
    MNIST
        15
    MNIST  
    OP
       2022-09-04 16:05:35 +08:00
    @malash 那就是我记错了,感谢帮忙勘误
    cpstar
        16
    cpstar  
       2022-09-04 19:09:58 +08:00
    软路由人人普及了还是猫棒人人普及了?运营商不止这些用户啊,更多的用户可都是。。。。
    MNIST
        17
    MNIST  
    OP
       2022-09-04 20:00:31 +08:00
    @cpstar 我的意思是通过链路聚合可以低成本的实现超千兆,如果 光猫端跟路由器端都能 通过软件升级 支持链路聚合,就没必要花大价钱折腾猫棒和软路由
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     3851 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 24ms UTC 10:29 PVG 18:29 LAX 03:29 JFK 06:29
    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