V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
cpstar
V2EX  ›  路由器

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

  •  
  •   cpstar · 2020-10-21 11:06:46 +08:00 · 1934 次点击
    这是一个创建于 1477 天前的主题,其中的信息可能已经有所发展或是发生改变。
    基础情况是 QNAP 的 NAS 盒,安装了官方推荐的 WIFI 网卡(四天线,800Mbps+1733Mbps 的能力),使用了官方的 WirelessAP 软件,以及官方的虚拟交换机等。基本网络架构是
    5 条回复    2020-10-22 11:38:10 +08:00
    cpstar
        1
    cpstar  
    OP
       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
        2
    feast  
       2020-10-21 11:41:30 +08:00
    SoftAP 一直都存在内存回收失败导致驱动进入僵尸状态的类似问题( PS,连 TP 的 vxworks 都会出现类似问题)
    cpstar
        3
    cpstar  
    OP
       2020-10-21 11:42:24 +08:00
    附个图
    cpstar
        4
    cpstar  
    OP
       2020-10-21 11:44:52 +08:00
    @feast 那是否意味着 2.4G 频段应当同样的问题?或者说 WAP 的机制是两个 SSID,两套“驱动”,互相不会干扰,所以 5G 频段歇菜了,并不影响 2.4G 频段。然后这是一个 WAP 的 BUG,甚至说是 Linux 系统做软 AP 的底层缺陷?
    feast
        5
    feast  
       2020-10-22 11:38:10 +08:00
    @cpstar 5G 有什么 DFS 一类的东西会自己关掉信号,反正具体很复杂,导致比 2.4 问题多得多
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5670 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 25ms · UTC 03:25 · PVG 11:25 · LAX 19:25 · JFK 22:25
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.