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

2022-05-10 10:20:51 +08:00
 wanggh1021

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

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

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

3721 次点击
所在节点    宽带症候群
37 条回复
whale
2022-05-10 10:40:22 +08:00
普通区域上行低了,更何况国内那么多软件偷偷上传;企业千兆上行不应该这么低,找客户经理升级。

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

不能开源就只能节流了,就像上面说的划分 VLAN 做流控,例如限制每台设备的上行,实现方式都大同小异。
datocp
2022-05-10 11:32:40 +08:00
这是 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
2022-05-10 11:38:20 +08:00
做在交换机的 vlan 流控(仅仅只是个限速)和在路由上行方向的流控效果是不一样的,openwrt 的 CONNMARK 可以将上行标记带到下行流量。而且按照 tcp 握手过程,更早出去的上行流量也带来了更早的下行流量。
也许可以尝试一下 openwrt 里的 qos-scripts 。
weak
2022-05-10 11:57:32 +08:00
你们直播一般是在晚上吧 把其他地方的网点拔了 物理 QOS
lcy630409
2022-05-10 12:00:58 +08:00
直接把所有宽带放在一张网里
办公区上网的路由(加入网关 ip1.1)开启 dhcp ,其他不开
另外的宽带 2.1 3.1 ,直播间的直播设备直接固定 ip 指向各自的网关。
这是最简单的方案了。

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

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

按照你说的最大 4 个小时 60G ,也就是 4M 一秒左右,就是 50M 的上行带宽了
huaes
2022-05-10 12:36:36 +08:00
手机直播? 无线的话基本无解只能控制无线路由接入数量
q9339
2022-05-10 13:41:40 +08:00
拉 电信的拨号光纤, 拉 3 条 当办公用 够用了。。
zanzhz1101
2022-05-10 14:08:17 +08:00
30M 上行肯定太低了,这边建议直接在斗鱼用 obs 开个直播开两天试试,码率 10M ,用 ae 简单做个时间、文字测试就可以了
sgrw2
2022-05-10 14:29:42 +08:00
软路由,分分钟解决
wanggh1021
2022-05-10 15:03:10 +08:00
@whale 可能分地域和写字楼,部分写字楼没把饭,霸王条约,就这几个可以选,也没啥优惠
wanggh1021
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
2022-05-10 15:22:18 +08:00
@wanggh1021 有线做好电磁屏蔽,有时候对讲机都能让画面卡好几秒,无线的话给直播间配一个单独无线路由器,上传速率没问题就确保接入设备吧
zanzhz1101
2022-05-10 15:22:31 +08:00
@wanggh1021 嗯看了下你这个带宽应该是没问题的,不需要开通新的,还是原来的专线带直播就可以了,移动不建议考虑

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/851904

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX