用红米 ax6 中继模式作 ap 的注意了，这货可能有 bug，无线网不稳定，严重抖动

再来反馈下，无解，重启后就又变回老样子了，Realtek 8852AE 搭配红米 ax6 ，个人猜测路由器有协商，中继的时候没有办法做针对性的优化

追加，果然。。 估计路由器和网卡不兼容 multi-channel concurrent 设置为 disabled 就好了，现在稳定了，之前在路由器模式也只有 700 多兆，估计小米强制降级了 MU-MIMO 模式

之前我们 ax6 ，发现它的 160m 和自家 mtk 的手机有兼容性问题

@cubecube 太坑了。。 查了 2 天。。 不清楚是无线网卡问题还是路由器问题，反正买新网卡了，过几天就知道了

@xmh51 如果开了 160 ，可以试试改成 80 ，我上次就这样解决的，然后出掉换了别的路由

@cubecube 大哥，你换啥路由器了？我也在找。。怕也有其他的问题

@xmh51 我无线路由器都是当 AP 用，这次升级主要是为了换三频，用一个频段专门走 iptv ，换了 jd 的雅典娜，颜值可以，无线覆盖比 AX6 不差

@cubecube 我也是，就当 ap 用

终极解决方案，2.4 和 5g 双频合并，采用官方中继方案就好了。猜测双频合并，小米路由器就不得不参与协商，这样就能正常通信。

可能大伙儿看那几个 up 主都在狂吹 AP 模式，手机和主路由在一套子网里的话效率多好，然后跟风都改 AP 模式，但下面这几个问题好像都没人测过：

多数路由品牌都只按路由模式来优化了硬件和固件，尤其是 NAT 硬转发功能，如果开启了 AP 模式，或者用关闭 DHCP 接 LAN 口方式实现伪 AP 模式，这个 NAT 硬件转发功能大概率失效。变成纯靠 CPU 运算了，早期的 tplink 带天线 1wan4lan 没有写 ap 模式的哪几款都有这问题，测速都能正常跑满，但打开多图（没用 websocket ）的网站就很抓瞎，总有几幅图出不来或出来得贼慢，路由器上抓包就能看到一些 tcp 断开了，为啥捏？大概率还是伪 AP 让硬转发失效后 cpu 算不过来了。华为早期那批路由器也有这问题



另一个问题就很常见了，AP 模式把主路由有线那边的广播风暴数据包也大量发射出来，直接后果就是造成无线速率剧减，大量的 UDP 数据包（比如机顶盒、台式机装了优酷爱奇艺土豆迅雷客户端），都能通过 AP 对无线终端的数据流产生杀伤效果，当然如果家里设备少这效果就不是很明显，而路由模式就能避免这一广播风暴的问题，仅仅多了一层转发而已，只要无线路由器上 NAT 硬件转发能生效，规避这部分广播风暴的效果比路由模式多一层转发的小损失更好！当然，非要用 AP 模式的话，可以通过在主路由上多划一个子网的方式解决。想测试一下？主路由上开启 BBR 就能体验了，Wi-Fi 一会儿就失联了。

楼主的问题，我猜测大概率是固件里的硬转发功能失效，且局域网过多的无效数据包导致 AP 的 CPU 扛不住。

换成原厂固件，换成默认路由模式，wan 口接主路由试试，主路由开了 Qos 的话，先关掉 Qos 试试

@spediacn 。。我是想用 ap 模式， 原因是局域网设备互联，子网的话，打通更加麻烦，最后是通过双频合一就好了，我是猜测双频合一的时候，路由器固件里的某个机制正常触发了。