小型直播间用什么网络设备? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
wanggh1021
V2EX    宽带症候群

小型直播间用什么网络设备?

  •  
  •   wanggh1021 2022-05-10 10:20:51 +08:00 4355 次点击
    这是一个创建于 1249 天前的主题,其中的信息可能已经有所发展或是发生改变。

    简单说一下情况:公司有原来有两个直播间,各拉了一条上下行对等的 100M 电信,每个房间放了一台家用无线路由,也够用,毕竟就带 1 台电脑和 2 个手机;后来业务多了,需要再加两个直播间,由于新直播间在办公区域(老直播间在同层其他区域的房间有专门的入户光纤),原有办公区域光纤已经做了分线,一个用于普通办公区域,另一个现在升级为上 200M 、下 180M 的企业宽带,用什么设备能做到两个直播间能平使用,不相互影响,并且能预留 30M 给另外一些业务使用呢?

    补充一下:普通办公用的是上 30M 、下 1000M 的企业宽带,用的 H3C 企业路由+AP 的解决方案,目前使用设备在 120 台左右( PC 和移动设备大约一般一般吧),偶尔会有人反应网卡,但不是所有人,查看路由 cpu 和内存占用率并不高,怀疑是个别 AP 下的设备数量过多( 60 左右),另外一个就是个别笔记本网卡在 win11 下驱动有问题;如果直播宽带并入已有的办公路由,担心会出现影响直播效果;

    求助各位有没有推荐的方案!!!谢谢

    37 条回复    2022-05-11 11:23:09 +08:00
    whale
        1
    whale  
       2022-05-10 10:40:22 +08:00
    普通区域上行低了,更何况国内那么多软件偷偷上传;企业千兆上行不应该这么低,找客户经理升级。

    直播间的看得有点懵,建议画个直观点的图。
    xiaoranj
        2
    xiaoranj  
       2022-05-10 10:49:35 +08:00 via Android
    一般的路由都能做到
    rssf
        3
    rssf  
       2022-05-10 10:55:19 +08:00
    划分 vlan ,然后加流控,最便宜的是爱快
    wanggh1021
        4
    wanggh1021  
    OP
       2022-05-10 10:57:09 +08:00
    @whale 普通的主要还是下行,毕竟企业上行加大的话只能选 100M 上下对等的专线,而且价格喜人,16k 一年,下行太低了;
    直播间简单概括需求就是:2 个直播间,每个直播各 70M 上下行,剩余 40M 给另外一个服务器使用,三个网络各自独立,不相互影响
    wanggh1021
        5
    wanggh1021  
    OP
       2022-05-10 10:59:28 +08:00
    @xiaoranj 一般路由虽然功能上显示支持,但真正使用就发现不行,一个直播如果用相机的话,3-4 个小时直播光上行就五、六十个 G ,普通路由扛不住
    wanggh1021
        6
    wanggh1021  
    OP
       2022-05-10 11:00:28 +08:00
    @rssf 兄弟,设备有没有推荐,要求稳定就行
    whale
        7
    whale  
       2022-05-10 11:31:33 +08:00
    @wanggh1021 #4 上家公司(深圳) 500M 企业拨号光纤,上行 50M ,升级千兆免费升级到了 200M 还是多少。

    不能开源就只能节流了,就像上面说的划分 VLAN 做流控,例如限制每台设备的上行,实现方式都大同小异。
    datocp
        8
    datocp  
       2022-05-10 11:32:40 +08:00   1
    这是 QOS 的话题。
    描述中的什么设备能做到两个直播间能平均使用,不相互影响。指的是使用 200M/180M 这根宽带?

    没玩过直播,不知道并发数是直接来源于入口,还是反向到相应的平台。

    对于 QOS 来说,市面上宣传有这功能的有 ros/爱快 /高恪,但是 QOS 的优先级实现是非常有针对性的配置,也许得找人家帮你配置好.
    用 180M 来保障 2 台电脑+4 个手机的上行+120 台电脑,我觉得是小菜一碟.

    对于 openwrt htb 算法来说
    1.它的 class 可以用来将大水管分成各种小水管,并且通过 ceil 来限制上限
    2.它有 prio 优先级,可以保障 6 个终端的 IP 高优先级出列,或者更精确的服务端口.
    3.然后就是如何理解通过的流量饱合程度造成的延迟变化,当时是按照 ADSL 线路 60%的流量低延迟,80%延迟可以接受.来相应的设定 rate 保障值
    #$TC class add dev $UDEV parent 1:1 classid 1:2 htb rate $((UPLINK*8/10))kbps ceil $((UPLINK*9/10))kbps

    #$TC class add dev $UDEV parent 1:1 classid 1:10 htb quantum 1514 rate $((UPLINK*1/10))kbps ceil $((UPLINK))kbps prio 0
    #$TC class add dev $UDEV parent 1:1 classid 1:20 htb quantum 1514 rate $((UPLINK*1/10))kbps ceil $((UPLINK))kbps prio 2
    #$TC class add dev $UDEV parent 1:2 classid 1:30 htb quantum 1514 rate $((UPLINK*3/100))kbps ceil $((UPLINK*90/100))kbps prio 3
    #$TC class add dev $UDEV parent 1:2 classid 1:40 htb quantum 1514 rate $((UPLINK*5/100))kbps ceil $((UPLINK*85/100))kbps prio 4


    类似这种基于 ip 的优先级实现.QOS 通过对各种小水管通过的流量饱合程度来解决延迟问题.它在同样的一个带宽可以造成高优先级 19ms,低优先级接近 600ms 的延迟.
    以下只是一个示例,现在不用这种基于 ip 的实现,对于 iptables 来说规则越多越耗 cpu,性能也相应的变低.

    #!/bin/sh

    iptables -t mangle -F POSTROUTING
    tc qdisc del dev br0 root 2> /dev/null > /dev/null

    tc qdisc add dev br0 root handle 1: htb default 119
    tc class add dev br0 parent 1: classid 1:1 htb rate $((3072))kbps

    tc class add dev br0 parent 1:1 classid 1:2 htb rate $((3072*6/10))kbps ceil $((3072*6/10))kbps

    IP=101;while [ $IP -le 125 ];do
    tc class add dev br0 parent 1:2 classid 1:$IP htb rate $((3072*1/10))kbps ceil $((3072*1/4))kbps prio 4
    tc qdisc add dev br0 parent 1:$IP handle $IP: sfq perturb 10
    tc filter add dev br0 parent 1: prio 20 protocol ip handle $IP fw flowid 1:$IP
    iptables -t mangle -A POSTROUTING -d 192.168.8.$IP -j MARK --set-mark $IP
    iptables -t mangle -A POSTROUTING -d 192.168.8.$IP -j RETURN;let "IP+=1";done

    tc class add dev br0 parent 1:1 classid 1:3 htb rate $((3072*5/10))kbps ceil $((3072*10/10))kbps prio 0
    tc qdisc add dev br0 parent 1:3 handle 3: sfq perturb 10
    tc filter add dev br0 parent 1: prio 10 protocol ip handle 3 fw flowid 1:3

    iptables -t mangle -I POSTROUTING -m iprange --dst-range 192.168.8.200-192.168.8.205 -j RETURN
    iptables -t mangle -I POSTROUTING -m iprange --dst-range 192.168.8.200-192.168.8.205 -j MARK --set-mark 3
    datocp
        9
    datocp  
       2022-05-10 11:38:20 +08:00
    做在交换机的 vlan 流控(仅仅只是个限速)和在路由上行方向的流控效果是不一样的,openwrt 的 CONNMARK 可以将上行标记带到下行流量。而且按照 tcp 握手过程,更早出去的上行流量也带来了更早的下行流量。
    也许可以尝试一下 openwrt 里的 qos-scripts 。
    weak
        10
    weak  
       2022-05-10 11:57:32 +08:00 via iPhone
    你们直播一般是在晚上吧 把其他地方的网点拔了 物理 QOS
    lcy630409
        11
    lcy630409  
       2022-05-10 12:00:58 +08:00
    直接把所有宽带放在一张网里
    办公区上网的路由(加入网关 ip1.1)开启 dhcp ,其他不开
    另外的宽带 2.1 3.1 ,直播间的直播设备直接固定 ip 指向各自的网关。
    这是最简单的方案了。

    还有你的宽带.....原先两个直播间,各拉了一条?还是只有一条?后面的升级为上 200 下 180....是哪一条?表述太混乱了

    分配带宽,直接用普通的路由器限速就行,直播建议保障基础 50M 上行,具体带宽 在他们直播的时候 看一下速度就知道了
    lcy630409
        12
    lcy630409  
       2022-05-10 12:03:55 +08:00
    还有你说的直播 3 4 个小时就 5 60g ,扛不住,这理由有误吧,流量只是流量 ,路由器主要看并发转发性能

    按照你说的最大 4 个小时 60G ,也就是 4M 一秒左右,就是 50M 的上行带宽了
    huaes
        13
    huaes  
       2022-05-10 12:36:36 +08:00
    手机直播? 无线的话基本无解只能控制无线路由接入数量
    q9339
        14
    q9339  
       2022-05-10 13:41:40 +08:00
    拉 电信的拨号光纤, 拉 3 条 当办公用 够用了。。
    zanzhz1101
        15
    zanzhz1101  
       2022-05-10 14:08:17 +08:00
    30M 上行肯定太低了,这边建议直接在斗鱼用 obs 开个直播开两天试试,码率 10M ,用 ae 简单做个时间、文字测试就可以了
    sgrw2
        16
    sgrw2  
       2022-05-10 14:29:42 +08:00
    软路由,分分钟解决
    wanggh1021
        17
    wanggh1021  
    OP
       2022-05-10 15:03:10 +08:00
    @whale 可能分地域和写字楼,部分写字楼没把饭,霸王条约,就这几个可以选,也没啥优惠
    wanggh1021
        18
    wanggh1021  
    OP
       2022-05-10 15:11:59 +08:00
    @zanzhz1101 @huaes @lcy630409 @weak @sgrw2 感谢各位帮忙,表述的不清晰,导致各位不太好判断

    ① 30M/1000M 电信企业宽带: 用于普通办公,主要是 pc 办公和手机端; H3C 的设备,一个路由带一个 poe 交换机连接 3 个 ap
    ② 100M/100M 电信专线:直播间 1 (相机直播)
    ③ 100M/100M 电信专线: 直播间 2 (目前用于两个直播间的手机直播)

    ④ 准备开通 180M/200M 移动企业宽带(有固定 ip ): 用于新的两个直播间 + 服务器的外网映射
    huaes
        19
    huaes  
       2022-05-10 15:22:18 +08:00
    div class="reply_content">@wanggh1021 有线做好电磁屏蔽,有时候对讲机都能让画面卡好几秒,无线的话给直播间配一个单独无线路由器,上传速率没问题就确保接入设备吧
    zanzhz1101
        20
    zanzhz1101  
       2022-05-10 15:22:31 +08:00
    @wanggh1021 嗯看了下你这个带宽应该是没问题的,不需要开通新的,还是原来的专线带直播就可以了,移动不建议考虑
    stephenyin
        21
    stephenyin  
       2022-05-10 15:31:57 +08:00
    @huaes #19 无线主要还是要考虑频段划分,信噪比等射频指标。
    lcy630409
        22
    lcy630409  
       2022-05-10 15:34:59 +08:00
    @wanggh1021
    50M 一个直播够的,不需要再搞宽带了
    你这两个 100m 的 基本能满足 4 个直播同时直播,如果再加直播设备,才需要考虑增加宽带
    然后直播的路由器 就买 100 左右的家庭路由就行了,不用买太好的,主要是稳定就行,直播的话 ,如果是苹果安卓设备 都有闪电 /type c 转 有线网卡的线,jd 买 很便宜,直播插线最稳定,还能一边充电
    huaes
        23
    huaes  
       2022-05-10 15:36:12 +08:00
    @stephenyin 有的设备带机量就是不行,五台以上就卡信道还瞎选
    wanggh1021
        24
    wanggh1021  
    OP
       2022-05-10 15:38:10 +08:00
    @zanzhz1101 @huaes @lcy630409 @weak @sgrw2
    有几个问题咨询一下,本人不是网络专业出身,麻烦各位大神:
    问题 1:
    ① 30M/1000M 电信企业宽带 + ④ 准备开通 180M/200M 移动企业宽带 用一个路由器,路由器负责划分 VLAN 和外网映射服务,以及拨号,网络负载分配和流控, 现在路由下面接的是 poe 交换机和一个二层交换,都作为普通交换机使用,是否应该把 poe 交换机挂到 二层交换机下面,让二层交换来管理 vlan ?

    问题 2:
    我看 poe 交换有: 标准交换、vlan 模式、流控模式、汇聚上联 四种模式,它下面就接了 3 个 AP ,应该用哪个呢?

    问题 3:
    在多 WAN 口介入的情况下路由自带的负载均衡是否有效,直播上行也会自动分配吗?
    zanzhz1101
        25
    zanzhz1101  
       2022-05-10 15:40:06 +08:00
    @wanggh1021 不建议搞那么复杂说实话,不利于维护
    huaes
        26
    huaes  
       2022-05-10 15:42:27 +08:00
    @wanggh1021 你办公无所谓,对直播有要求最好直连,多一个设备多一道风险,楼上说的对手机直播最好别用无线了,买个转接卡用有线吧
    wanggh1021
        27
    wanggh1021  
    OP
       2022-05-10 15:43:19 +08:00
    @lcy630409 50M 一个相机直播可能不够,直播时候观察过,高峰每秒上行 8M/s 左右
    wanggh1021
        28
    wanggh1021  
    OP
       2022-05-10 15:46:22 +08:00
    @huaes 办公还是有点复杂的,因为有一台服务器,里面虚了大约 5 个虚机,里面跑了两家公司的办公服务;另外 ap 节点也是服务了两家公司(都在一层楼)
    lcy630409
        29
    lcy630409  
       2022-05-10 15:48:38 +08:00
    @wanggh1021
    不要考虑 vlan ,特别是你不懂这个的时候。
    直接专线专用,网络不够的话,那就两条 100M 对等 给两个直播间用,一根一个
    另外一个 180M/200M 的,直接买一个普通路由,一个直播间一个,限速最大上传 90M ,服务器 ip 限速最大上传 30M 即可,这个 180M/200M 的路由 要买好一点,移动应该会送,用移动的也行,企业路由基本没问题。
    datocp
        30
    datocp  
       2022-05-10 15:56:27 +08:00
    我们公司就
    erx(openwrt)+huawei s5720s li 52p pwr(所谓的弱三层 vlan+acl 控制功能蛮多的,华为的东西就是文档齐全看文档都会了+固件更新勤快当前的都更新 33 个补丁了,上面还有两个大版本更新。。。)+uap ac(openwrt)
    网络结构越简单越好,网管交换机也有助于发现网络异常。
    zong400
        31
    zong400  
       2022-05-10 16:11:41 +08:00
    @datocp uap-ac-pro 和 er-4 能刷成 openwrt ?
    singing
        32
    singing  
       2022-05-10 16:13:54 +08:00
    拉商用是前提
    datocp
        33
    datocp  
       2022-05-10 16:26:56 +08:00
    https://openwrt.org/toh/ubiquiti/edgerouter_4
    https://openwrt.org/toh/ubiquiti/unifiac

    我没有这两个硬件,但看起来已经被支持了。ubnt 的东西还是要小心点,可能还是有点版本区别的。
    rusteer
        34
    rusteer  
       2022-05-10 17:34:18 +08:00
    1.出口猫用华为的运营商可以换掉(换成万兆猫)
    2.出口用华为企业级的路由器,(并发和稳定性高一些,多 WAN 出口也可以负载,也可以手动指定终端走指定 wan 口出去)
    3.交换机( 5720 或者 5730 都可以)
    4.能用有线就用有线 无线选择较新版本的 AP(如果办公集中把 AP 允许的最大用户数调低一点),新电脑或者手机都支持 WiFi6 (新机器 Windows 11 会提示 AP 老协议安全性等,这个无所谓)
    5.AC 控制器采用旁路即可,
    路由>核心交换->poe 交换机>AP (可以给个工位布局图,让华为给个 AP 信号仿真图(我就是这么干的))
    核心交换>汇聚层交换机(员工数量如果不多汇聚层就够了,大部分可能无线比较多)
    核心交换>服务器多一点就在接个交换机 服务器少就直接插服务器网口
    核心交换>接 AC 控制器
    核心交换可以买全光万兆交换机也可以千兆看需求
    建议电信联通两条光纤(有时候其中一条挂了可以切换到另一个,这种情况比较少见,但是出现这种就很烦)
    有条件搞个监控,看下网络的运行情况
    wanggh1021
        35
    wanggh1021  
    OP
       2022-05-11 09:12:31 +08:00
    感谢大家的建议,周末尝试一下
    lcy630409
        36
    lcy630409  
       2022-05-11 10:27:54 +08:00
    楼上这些 真行
    60 人左右的公司 整些万兆设备,都是拿钱不当钱
    ap 点卡 就直接丢两个路由 两个 ssid ,直接简单粗暴的,那边的人连哪一个就行了
    Kinnice
        37
    Kinnice  
       2022-05-11 11:23:09 +08:00
    简单有效的方案: 购买 lightning/Type-C 转 rj45 网卡的转接线,使用有线进行直播。
    你的带宽,qos 之类的基本没问题
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2294 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 27ms UTC 15:52 PVG 23:52 LAX 08:52 JFK 11:52
    Do have faith in what you're doing.
    ubao 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