关于家用网络带宽和专线带宽 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
blackbookbj277
V2EX    问与答

关于家用网络带宽和专线带宽

  •  
  •   blackbookbj277 2022-04-02 08:50:27 +08:00 2863 次点击
    这是一个创建于 1292 天前的主题,其中的信息可能已经有所发展或是发生改变。

    单位是移动 LAN 接入的互联网专线,总共 3G 带宽,但是感觉上网也不快啊,近千个用户吧。这个 3G 带宽是不是跟家用的 3 个千兆宽带一样啊。

    16 条回复    2022-04-08 11:05:23 +08:00
    villivateur
        1
    villivateur  
       2022-04-02 08:51:34 +08:00
    3G 带宽,一千个用户,平均每人只有 3K 的带宽,怎么可能快……
    c0mmand
        2
    c0mmand  
       2022-04-02 09:16:22 +08:00
    专线和普通宽带就算带宽一样,使用感受也不会一样,特别是人多的情况下。专线的延迟、超大连接数时的稳定性是普通宽带无法比的。比如我司 100 兆专线比起另外一条 300 兆的普通宽带好得不是一点半点。当然费用也是好几倍的差距。
    wanguorui123
        3
    wanguorui123  
       2022-04-02 09:18:06 +08:00
    专线是物理带宽,家宽是共享带宽
    ryd994
        4
    ryd994  
       2022-04-02 09:39:05 +08:00 via Android
    @villivateur 你再算一遍,看你数学老师打不打你?
    而且这 1000 人又不是同时在跑下载。每个人实际使用效果远不止 3M
    villivateur
        5
    villivateur  
       2022-04-02 09:59:10 +08:00
    @ryd994 抱歉算错了 被自己蠢哭
    neptuno
        6
    neptuno  
       2022-04-02 11:13:54 +08:00 via iPhone
    跟路由器有关?或者真的有人一直在跑下载呢?
    blackbookbj277
        7
    blackbookbj277  
    OP
       2022-04-02 11:29:36 +08:00
    出口是有一台防火墙,通过查询可以看到流量第一的是 SSL 应用,这个也无法定位是啥软件了,估计 APP 类的都是走这个的吧。
    aru
        8
    aru  
       2022-04-02 13:03:06 +08:00
    ssl 是 https 吧,现在网页和 app 基本都是走 https
    如果带宽使用率高可以限制单个 ip 最大带宽 50Mbps 就够了
    3G 带宽 1000 个用户应该是很充裕的
    LLaMA2
        9
    LLaMA2  
       2022-04-02 13:45:56 +08:00
    你需要很详细的 QOS 策略,例如唯盟家的
    LLaMA2
        10
    LLaMA2  
       2022-04-02 13:46:55 +08:00
    抱歉,是维盟
    blackbookbj277
        11
    blackbookbj277  
    OP
       2022-04-02 13:47:03 +08:00
    @aru 估计都是刷短视频的。
    totoro625
        12
    totoro625  
       2022-04-02 13:56:25 +08:00
    专线是,划拨一个 3G 口给你,不管什么时候用都是 3G

    家用是,看良心,
    可能划拨一个 10G ,限速到 1G 给你用
    也可能划拨一个 1G ,超售给 1000 人,还是给你 1G 用

    一个最直接的例子是,你入户 1G ,你接一个 1G 的交换机,上面 10 个 1G 口,你用了 3 个 G 口,算是拥有了 3G 网络吗?
    这个时候你内网一个 NAS ,也接了 3 个 G 口,链路聚合,算是拥有了 3G 网络吗?
    goodryb
        13
    goodryb  
       2022-04-02 14:47:57 +08:00
    近千个用户估计终端数超过 2000 了吧,电脑+手机 ,上网慢有可能并不是带宽不足,比如 AP 接入点的性能。
    Kinnice
        14
    Kinnice  
       2022-04-02 15:04:01 +08:00
    连接数需要关注一下,运营商大部分情况下是限制连接数的
    datocp
        15
    datocp  
       2022-04-02 16:01:39 +08:00
    cat /tmp/dhcp.leases|wc -l
    194

    公司 100mbps 带了 dhcp 终端 194 个,难道有 230 个终端在线? 12 个 AP 分布在 1 万平方的场地,AP 采取每天定时重启,不然像 realtek 之类的终端存在低速率的问题。
    硬件
    路由 erx 刷 openwrt 18.06.9
    交换机 s5720s li
    AP uap ac lr+uap mesh m 刷 openwrt 18.06.9
    从玩 ddwrt 时就在研究 QOS 。。。从基于终端数量的均分策略,浪费 CPU 资源。
    到现在的脚本进行动态插值。
    流程
    发现流量超标的 ip ,将 IP 置于高优先级队列,但只能使用总流量的 50%
    其它 IP ,次优先级,但能使用 100%的流量
    循环反复,这样就能做到动态 QOS 过程,任何 IP 都有机会获得 100%的流量。这样就不存在根据 IP 数量进行限速,导致的 iptables 遍历规则导致的 CPU 性能浪费。越后面的带宽越分配不到 IP 。

    这方面 linux 类路由就有优势了,可以跑脚本进行逻辑运算。想想当年思科的 CCNA 教学设备被我 100 块卖了。能跑 shell 的路由真的很强大。

    1.主路由 NAT 性能要达到 3Gbps
    2.所谓的 QOS 路由,但能实现灵活的 QOS ,目前接触的也只有 linux 的 tc 了
    3.AP 设备的稳定性,以前我喜欢看 uptime ,现在直接 cron 每天定时重启
    4.s5720s 的有些设定不符合 AP 环境的,会有一些自动关闭端口的特性(像 mac 漂移),因为使用的是有线 mesh ,很多问题一直到使用 2 年以后才发现。。。
    blackbookbj277
        16
    blackbookbj277  
    OP
       2022-04-08 11:05:23 +08:00
    还是要请教下,运营商给的 3000M 的带宽,但是从运营商下来接的防火墙是个 1000M 的网口,是不是就会受到限制。必须换成万兆的防火墙才行?
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     905 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 26ms UTC 20:41 PVG 04:41 LAX 13:41 JFK 16:41
    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