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

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

  •  
  •   xmh51 · 2022-06-18 21:59:51 +08:00 · 2091 次点击
    这是一个创建于 649 天前的主题,其中的信息可能已经有所发展或是发生改变。
    现象:在中继模式下,ax6 作为中继模式。在无线状态下 ping 主路由器,会出现从 1 到上百毫秒的延迟,测试 wifi6 内网速度也在 150M 左右,严重不达标。假如路由器切换回路由模式,会马上恢复,延迟在 1ms 左右,测试也是大几百兆。

    解决方案:换中继方案,弃用官方的,用一个旁门左道,首先切换成路由模式,一切设置好之后,关闭 dhcp ,把上级路由的网线从 wan 口,换成 lan 口,这样就解决了。。操作真骚

    今天折腾一天了,猜测是软件问题,正好能刷机,原本想刷机,结果手里没有其他 openwrt 路由器了,虚拟机方案尝试了很久,最后还是不行,猜测原因是 https://blog.csdn.net/m15151850711/article/details/121848463 ,就在想放弃的时候,v2 有人提了 这个方案 https://www.v2ex.com/t/846559 ,最后终于解决了
    xmh51
        1
    xmh51  
    OP
       2022-06-19 13:27:13 +08:00
    再来反馈下,无解,重启后就又变回老样子了,Realtek 8852AE 搭配红米 ax6 ,个人猜测路由器有协商,中继的时候没有办法做针对性的优化
    xmh51
        2
    xmh51  
    OP
       2022-06-19 14:27:00 +08:00
    追加,果然。。 估计路由器和网卡不兼容 multi-channel concurrent 设置为 disabled 就好了,现在稳定了,之前在路由器模式也只有 700 多兆,估计小米强制降级了 MU-MIMO 模式
    cubecube
        3
    cubecube  
       2022-06-20 18:55:37 +08:00
    之前我们 ax6 ,发现它的 160m 和自家 mtk 的手机有兼容性问题
    xmh51
        4
    xmh51  
    OP
       2022-06-20 23:33:12 +08:00
    @cubecube 太坑了。。 查了 2 天。。 不清楚是无线网卡问题还是路由器问题,反正买新网卡了,过几天就知道了
    cubecube
        5
    cubecube  
       2022-06-21 01:04:22 +08:00
    @xmh51 如果开了 160 ,可以试试改成 80 ,我上次就这样解决的,然后出掉换了别的路由
    xmh51
        6
    xmh51  
    OP
       2022-06-21 10:15:35 +08:00
    @cubecube 大哥,你换啥路由器了?我也在找。。怕也有其他的问题
    cubecube
        7
    cubecube  
       2022-06-21 17:37:05 +08:00
    @xmh51 我无线路由器都是当 AP 用,这次升级主要是为了换三频,用一个频段专门走 iptv ,换了 jd 的雅典娜,颜值可以,无线覆盖比 AX6 不差
    xmh51
        8
    xmh51  
    OP
       2022-06-21 18:28:02 +08:00
    @cubecube 我也是,就当 ap 用
    xmh51
        9
    xmh51  
    OP
       2022-06-25 21:25:27 +08:00
    终极解决方案,2.4 和 5g 双频合并,采用官方中继方案就好了。猜测双频合并,小米路由器就不得不参与协商,这样就能正常通信。
    spediacn
        10
    spediacn  
       2022-07-26 04:06:00 +08:00 via iPhone
    可能大伙儿看那几个 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 一会儿就失联了。
    spediacn
        11
    spediacn  
       2022-07-26 04:17:07 +08:00 via iPhone
    楼主的问题,我猜测大概率是固件里的硬转发功能失效,且局域网过多的无效数据包导致 AP 的 CPU 扛不住。

    换成原厂固件,换成默认路由模式,wan 口接主路由试试,主路由开了 Qos 的话,先关掉 Qos 试试
    xmh51
        12
    xmh51  
    OP
       2022-07-26 20:46:24 +08:00
    @spediacn 。。我是想用 ap 模式, 原因是局域网设备互联,子网的话,打通更加麻烦,最后是通过双频合一就好了,我是猜测双频合一的时候,路由器固件里的某个机制正常触发了。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5293 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 05:45 · PVG 13:45 · LAX 22:45 · JFK 01:45
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.