简单说一下情况:公司有原来有两个直播间,各拉了一条上下行对等的 100M 电信,每个房间放了一台家用无线路由,也够用,毕竟就带 1 台电脑和 2 个手机;后来业务多了,需要再加两个直播间,由于新直播间在办公区域(老直播间在同层其他区域的房间有专门的入户光纤),原有办公区域光纤已经做了分线,一个用于普通办公区域,另一个现在升级为上 200M 、下 180M 的企业宽带,用什么设备能做到两个直播间能平均使用,不相互影响,并且能预留 30M 给另外一些业务使用呢?
补充一下:普通办公用的是上 30M 、下 1000M 的企业宽带,用的 H3C 企业路由+AP 的解决方案,目前使用设备在 120 台左右( PC 和移动设备大约一般一般吧),偶尔会有人反应网卡,但不是所有人,查看路由 cpu 和内存占用率并不高,怀疑是个别 AP 下的设备数量过多( 60 左右),另外一个就是个别笔记本网卡在 win11 下驱动有问题;如果直播宽带并入已有的办公路由,担心会出现影响直播效果;
求助各位有没有推荐的方案!!!谢谢
1
whale 2022-05-10 10:40:22 +08:00
普通区域上行低了,更何况国内那么多软件偷偷上传;企业千兆上行不应该这么低,找客户经理升级。
直播间的看得有点懵,建议画个直观点的图。 |
2
xiaoranj 2022-05-10 10:49:35 +08:00 via Android
一般的路由都能做到
|
3
rssf 2022-05-10 10:55:19 +08:00
划分 vlan ,然后加流控,最便宜的是爱快
|
4
wanggh1021 OP @whale 普通的主要还是下行,毕竟企业上行加大的话只能选 100M 上下对等的专线,而且价格喜人,16k 一年,下行太低了;
直播间简单概括需求就是:2 个直播间,每个直播各 70M 上下行,剩余 40M 给另外一个服务器使用,三个网络各自独立,不相互影响 |
5
wanggh1021 OP @xiaoranj 一般路由虽然功能上显示支持,但真正使用就发现不行,一个直播如果用相机的话,3-4 个小时直播光上行就五、六十个 G ,普通路由扛不住
|
6
wanggh1021 OP @rssf 兄弟,设备有没有推荐,要求稳定就行
|
7
whale 2022-05-10 11:31:33 +08:00
@wanggh1021 #4 上家公司(深圳) 500M 企业拨号光纤,上行 50M ,升级千兆免费升级到了 200M 还是多少。
不能开源就只能节流了,就像上面说的划分 VLAN 做流控,例如限制每台设备的上行,实现方式都大同小异。 |
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 |
9
datocp 2022-05-10 11:38:20 +08:00
做在交换机的 vlan 流控(仅仅只是个限速)和在路由上行方向的流控效果是不一样的,openwrt 的 CONNMARK 可以将上行标记带到下行流量。而且按照 tcp 握手过程,更早出去的上行流量也带来了更早的下行流量。
也许可以尝试一下 openwrt 里的 qos-scripts 。 |
10
weak 2022-05-10 11:57:32 +08:00 via iPhone
你们直播一般是在晚上吧 把其他地方的网点拔了 物理 QOS
|
11
lcy630409 2022-05-10 12:00:58 +08:00
直接把所有宽带放在一张网里
办公区上网的路由(加入网关 ip1.1)开启 dhcp ,其他不开 另外的宽带 2.1 3.1 ,直播间的直播设备直接固定 ip 指向各自的网关。 这是最简单的方案了。 还有你的宽带.....原先两个直播间,各拉了一条?还是只有一条?后面的升级为上 200 下 180....是哪一条?表述太混乱了 分配带宽,直接用普通的路由器限速就行,直播建议保障基础 50M 上行,具体带宽 在他们直播的时候 看一下速度就知道了 |
12
lcy630409 2022-05-10 12:03:55 +08:00
还有你说的直播 3 4 个小时就 5 60g ,扛不住,这理由有误吧,流量只是流量 ,路由器主要看并发转发性能
按照你说的最大 4 个小时 60G ,也就是 4M 一秒左右,就是 50M 的上行带宽了 |
13
huaes 2022-05-10 12:36:36 +08:00
手机直播? 无线的话基本无解只能控制无线路由接入数量
|
14
q9339 2022-05-10 13:41:40 +08:00
拉 电信的拨号光纤, 拉 3 条 当办公用 够用了。。
|
15
zanzhz1101 2022-05-10 14:08:17 +08:00
30M 上行肯定太低了,这边建议直接在斗鱼用 obs 开个直播开两天试试,码率 10M ,用 ae 简单做个时间、文字测试就可以了
|
16
sgrw2 2022-05-10 14:29:42 +08:00
软路由,分分钟解决
|
17
wanggh1021 OP @whale 可能分地域和写字楼,部分写字楼没把饭,霸王条约,就这几个可以选,也没啥优惠
|
18
wanggh1021 OP @zanzhz1101 @huaes @lcy630409 @weak @sgrw2 感谢各位帮忙,表述的不清晰,导致各位不太好判断
① 30M/1000M 电信企业宽带: 用于普通办公,主要是 pc 办公和手机端; H3C 的设备,一个路由带一个 poe 交换机连接 3 个 ap ② 100M/100M 电信专线:直播间 1 (相机直播) ③ 100M/100M 电信专线: 直播间 2 (目前用于两个直播间的手机直播) ———————————————————————— ④ 准备开通 180M/200M 移动企业宽带(有固定 ip ): 用于新的两个直播间 + 服务器的外网映射 |
19
huaes 2022-05-10 15:22:18 +08:00
@wanggh1021 有线做好电磁屏蔽,有时候对讲机都能让画面卡好几秒,无线的话给直播间配一个单独无线路由器,上传速率没问题就确保接入设备吧
|
20
zanzhz1101 2022-05-10 15:22:31 +08:00
@wanggh1021 嗯看了下你这个带宽应该是没问题的,不需要开通新的,还是原来的专线带直播就可以了,移动不建议考虑
|
21
stephenyin 2022-05-10 15:31:57 +08:00
@huaes #19 无线主要还是要考虑频段划分,信噪比等射频指标。
|
22
lcy630409 2022-05-10 15:34:59 +08:00
@wanggh1021
50M 一个直播够的,不需要再搞宽带了 你这两个 100m 的 基本能满足 4 个直播同时直播,如果再加直播设备,才需要考虑增加宽带 然后直播的路由器 就买 100 左右的家庭路由就行了,不用买太好的,主要是稳定就行,直播的话 ,如果是苹果安卓设备 都有闪电 /type c 转 有线网卡的线,jd 买 很便宜,直播插线最稳定,还能一边充电 |
23
huaes 2022-05-10 15:36:12 +08:00
@stephenyin 有的设备带机量就是不行,五台以上就卡信道还瞎选
|
24
wanggh1021 OP @zanzhz1101 @huaes @lcy630409 @weak @sgrw2
有几个问题咨询一下,本人不是网络专业出身,麻烦各位大神: 问题 1: ① 30M/1000M 电信企业宽带 + ④ 准备开通 180M/200M 移动企业宽带 用一个路由器,路由器负责划分 VLAN 和外网映射服务,以及拨号,网络负载分配和流控, 现在路由下面接的是 poe 交换机和一个二层交换,都作为普通交换机使用,是否应该把 poe 交换机挂到 二层交换机下面,让二层交换来管理 vlan ? 问题 2: 我看 poe 交换有: 标准交换、vlan 模式、流控模式、汇聚上联 四种模式,它下面就接了 3 个 AP ,应该用哪个呢? 问题 3: 在多 WAN 口介入的情况下路由自带的负载均衡是否有效,直播上行也会自动分配吗? |
25
zanzhz1101 2022-05-10 15:40:06 +08:00
@wanggh1021 不建议搞那么复杂说实话,不利于维护
|
26
huaes 2022-05-10 15:42:27 +08:00
@wanggh1021 你办公无所谓,对直播有要求最好直连,多一个设备多一道风险,楼上说的对手机直播最好别用无线了,买个转接卡用有线吧
|
27
wanggh1021 OP @lcy630409 50M 一个相机直播可能不够,直播时候观察过,高峰每秒上行 8M/s 左右
|
28
wanggh1021 OP @huaes 办公还是有点复杂的,因为有一台服务器,里面虚了大约 5 个虚机,里面跑了两家公司的办公服务;另外 ap 节点也是服务了两家公司(都在一层楼)
|
29
lcy630409 2022-05-10 15:48:38 +08:00
@wanggh1021
不要考虑 vlan ,特别是你不懂这个的时候。 直接专线专用,网络不够的话,那就两条 100M 对等 给两个直播间用,一根一个 另外一个 180M/200M 的,直接买一个普通路由,一个直播间一个,限速最大上传 90M ,服务器 ip 限速最大上传 30M 即可,这个 180M/200M 的路由 要买好一点,移动应该会送,用移动的也行,企业路由基本没问题。 |
30
datocp 2022-05-10 15:56:27 +08:00
我们公司就
erx(openwrt)+huawei s5720s li 52p pwr(所谓的弱三层 vlan+acl 控制功能蛮多的,华为的东西就是文档齐全看文档都会了+固件更新勤快当前的都更新 33 个补丁了,上面还有两个大版本更新。。。)+uap ac(openwrt) 网络结构越简单越好,网管交换机也有助于发现网络异常。 |
32
singing 2022-05-10 16:13:54 +08:00
拉商用是前提
|
33
datocp 2022-05-10 16:26:56 +08:00
https://openwrt.org/toh/ubiquiti/edgerouter_4
https://openwrt.org/toh/ubiquiti/unifiac 我没有这两个硬件,但看起来已经被支持了。ubnt 的东西还是要小心点,可能还是有点版本区别的。 |
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 控制器 核心交换可以买全光万兆交换机也可以千兆看需求 建议电信联通两条光纤(有时候其中一条挂了可以切换到另一个,这种情况比较少见,但是出现这种就很烦) 有条件搞个监控,看下网络的运行情况 |
35
wanggh1021 OP 感谢大家的建议,周末尝试一下
|
36
lcy630409 2022-05-11 10:27:54 +08:00
楼上这些 真行
60 人左右的公司 整些万兆设备,都是拿钱不当钱 ap 点卡 就直接丢两个路由 两个 ssid ,直接简单粗暴的,那边的人连哪一个就行了 |
37
Kinnice 2022-05-11 11:23:09 +08:00
简单有效的方案: 购买 lightning/Type-C 转 rj45 网卡的转接线,使用有线进行直播。
你的带宽,qos 之类的基本没问题 |