这是一个创建于 1821 天前的主题，其中的信息可能已经有所发展或是发生改变。
基础情况是 QNAP 的 NAS 盒，安装了官方推荐的 WIFI 网卡（四天线，800Mbps+1733Mbps 的能力），使用了官方的 WirelessAP 软件，以及官方的虚拟交换机等。基本网络架构是
5 条回复 2020-10-22 11:38:10 +08:00
 | 1 cpstar OP 按错了键，具体内容在此： 基本网络架构：使用 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 或者性能缺陷？ 我琢磨着是不是某个接入的设备与这套网络结构不匹配，那按道理一旦接入就会搞崩，但是一直没有找到这个设备，症状无法手动复现，而且时间复现上，似乎也没有规律。 各位了解无线网络深层次结构、原理的，给诊断诊断。 |
 | 2 feast 2020-10-21 11:41:30 +08:00 SoftAP 一直都存在内存回收失败导致驱动进入僵尸状态的类似问题（ PS，连 TP 的 vxworks 都会出现类似问题） |
| 3 cpstar OP 附个图  |
Select Language