WIFI 速度卡顿可能的问题在哪?

2020-10-21 11:06:46 +08:00
 cpstar
基础情况是 QNAP 的 NAS 盒,安装了官方推荐的 WIFI 网卡(四天线,800Mbps+1733Mbps 的能力),使用了官方的 WirelessAP 软件,以及官方的虚拟交换机等。基本网络架构是
1951 次点击
所在节点    路由器
5 条回复
cpstar
2020-10-21 11:30:29 +08:00
按错了键,具体内容在此:
基本网络架构:使用 NAS 虚拟机安装软路由,实现 NAT ;使用自带虚拟交换机完成交换机功能;配合官方无线网卡以及 WAP 软件实现 AP 功能(这个是运行在系统底层 docker 容器中),开通了 5G 和 2.4G 两个频段。人使用的终端(手机、平板、电脑等)使用 5G 频段,自动设备使用 2.4G 频段。

症状情况:正常情况下,5G 频段接入后,speedtest 测速,信号良好的情况下,能够达到 500Mbps (运行商签约 500Mbps ),一切都良好。但是说不清什么时候后,speedtest 会只能测到 5Mbps,在 NAS 上做了 10MB 的测试包,curl 的速度也确实只有 500KB/s 左右,iperf 一样,而与此同时 WIFI 设备的协商速率仍然是 866 、433 等正常值,而且 2.4G 频段同期协商速率、实际速率没有问题。目前只在 5G 频段有这个毛病,也许跟 2.4G 频段的设备较少有关系。
解决方式:关掉 SSID,再开,短时间恢复,一个小时内可能又歇菜了;重启 WAP 的底层运行环境 docker 容器,一段时间内确实恢复,但是仍然会出现;重启整个 NAS,那会相对长一些的时间再次遇到速度被卡的情况。

问题:什么情况下,协商速率没有问题而实际速率产生这么大的问题?物理层和数据链路层上? IP 层上?还是 WAP 本身有 BUG 或者性能缺陷?
我琢磨着是不是某个接入的设备与这套网络结构不匹配,那按道理一旦接入就会搞崩,但是一直没有找到这个设备,症状无法手动复现,而且时间复现上,似乎也没有规律。
各位了解无线网络深层次结构、原理的,给诊断诊断。
feast
2020-10-21 11:41:30 +08:00
SoftAP 一直都存在内存回收失败导致驱动进入僵尸状态的类似问题( PS,连 TP 的 vxworks 都会出现类似问题)
cpstar
2020-10-21 11:42:24 +08:00
附个图
cpstar
2020-10-21 11:44:52 +08:00
@feast 那是否意味着 2.4G 频段应当同样的问题?或者说 WAP 的机制是两个 SSID,两套“驱动”,互相不会干扰,所以 5G 频段歇菜了,并不影响 2.4G 频段。然后这是一个 WAP 的 BUG,甚至说是 Linux 系统做软 AP 的底层缺陷?
feast
2020-10-22 11:38:10 +08:00
@cpstar 5G 有什么 DFS 一类的东西会自己关掉信号,反正具体很复杂,导致比 2.4 问题多得多

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

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

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

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

© 2021 V2EX