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

• 主 資深大佬 : cpstar

  按错了键，具体内容在此：
  基本网络架构：使用 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

  SoftAP 一直都存在内存回收失败导致驱动进入僵尸状态的类似问题（ PS，连 TP 的 vxworks 都会出现类似问题）

• 主 資深大佬 : cpstar

  附个图
  

• 主 資深大佬 : cpstar

  @feast 那是否意味着 2.4G 频段应当同样的问题？或者说 WAP 的机制是两个 SSID，两套“驱动”，互相不会干扰，所以 5G 频段歇菜了，并不影响 2.4G 频段。然后这是一个 WAP 的 BUG，甚至说是 Linux 系统做软 AP 的底层缺陷？

• 資深大佬 : feast

  @cpstar 5G 有什么 DFS 一类的东西会自己关掉信号，反正具体很复杂，导致比 2.4 问题多得多