KoolShare

 找回密码
 立即注册
搜索
查看: 8267|回复: 104

[固件讨论] AX86U固件现状(至20201230)

[复制链接]

3

主题

116

帖子

111

积分

初级魔法师

Rank: 2

精华
0
门户文章
0
魔力币
93
魔法值
0
注册时间
2020-10-25
发表于 2020-11-29 20:59:05 | 显示全部楼层 |阅读模式
本帖最后由 MorpheusZ 于 2020-12-30 22:21 编辑

我10.23日在JD购买的AX86U,已经使用了一个多月。下面按照版本号,逐一说明我遇到的问题。(20201230更新的固件已经解决了大部分问题,本贴已修改)


384.9283及更旧版本:
带宽监控数值为0,不可使用。
2.5G网口稳定性存在问题。如果wifi地区不为中国,路由器重启之后2.5G网口是断联状态,需要重新插拔。(论坛网友反馈)
AiProtection 问题,外网为固定IP时连线问题。这两个是下一版(9298)固件的修复内容,不清楚具体是什么,但既然修复了,说明这版肯定是有这些问题。


384.9298:
QOS关闭,和开启任何QOS的状态,带宽监控都可用,数值正确。这也是目前为止,带宽监控唯一正常的版本。
开启adaptive qos,应用分析等趋势科技相关功能时,5G WiFi数据收发会导致日志中“kernel: invalid dirty_p detected: ffffffc000000000 valid=[ffffffc03ccbbb40 ffffffc03ccbbc80]”刷屏,其中valid=的内容各不相同。数据量越大,刷屏越严重。在触发该问题时,5G WiFi的上传速度会非常慢。我这里上传速度有20M以上,触发该问题后,速度在3-5M。
QOS关闭时,进入“网络监控家 adaptive qos”页面查看各设备带宽,同样会触发上述问题。切到其它页面时,有大概率在日志中显示
BWDPI: force to flush flowcache entries
BWDPI: rollback fc
nat: apply nat rules (/tmp/nat_rules_ppp0_eth0)

并结束5G WiFi的刷屏,以及上传带宽过慢的问题。也有一定概率不刷这三条内容,刷屏和带宽过慢会一直持续,重启路由器可以暂时解决。


384.9318:
QOS关闭,和开启adaptive qos时,带宽监控数值错误,非常低。我第一次见,同一个问题,修复了之后,再下一版固件以另一个形式又出现的。。
9298的日志刷屏和上传带宽过慢问题,都存在。


386.40577 beta:
9318有的问题,这版都有。
由于386.40947更新日志中没提到AX86U的bug修复,所以这版很可能和386.40577有相同问题。我没有测试。


386_41034-ge2d15cc alpha:
这版是一位外国友人向外国客服反馈开启Aiprotection后5G上传带宽过慢问题后,客服给了他一个内部测试版固件,我要来了一份。
这版彻底解决了kernel: invalid dirty_p detected刷屏问题。
但是QOS关闭,和开启adaptive qos时,带宽监控数值错误,非常低的问题依然存在。

20201206更新:
9.0.0.4.386.41157:
解决了kernel: invalid dirty_p detected刷屏问题。关闭QOS和开启adaptive qos时,带宽监控数值错误。开启传统带宽管理或带宽限制时,带宽监控数值正确。
有人反馈miniupnpd有bug。当有程序申请UPNP时,会有下面这些内容刷屏。
miniupnpd[1409]: addmasqueraderule() : chain UPNP-POSTROUTING not found
miniupnpd[1409]: add_redirect_rule2(): addmasqueraderule returned -1

玫琳 386.1 Beta:
这版是merge的386.41035,版本其实比较低。
kernel: invalid dirty_p detected问题依然存在。带宽监控数值依然是错误的。
但是
玫琳似乎是把miniupnpd的bug修了。
另外对于刷kernel: invalid dirty_p detected的版本,开启传统带宽管理或带宽限制后,这个刷屏就会彻底消失。

2020.12.30更新:

386.41535正式版:
上面提到的所有问题都已经解决。
带宽监控可用且数值正确。
5G wifi不再导致日志dirty p刷屏。
upnp可以正常使用。
WAN口设置增加了nat type选项。
QQ截图20201230220241.png





386固件的共性问题:
多了一些刷屏日志。
例如“kernel: CONSOLE: 155296.523 wl1.0: wlc_send_bar: for (MAC地址) seq 0x2f9 tid 0”。大部分设备连接后,只是刷4条。而有些设备连接后,会一直刷,每分钟都在刷。
例如
kernel: CONSOLE: 153213.964 wl1: wlc_recv: dropping a frame with invalid src mac addressef:be:b4:47:8f:ca
kernel: CONSOLE: 153213.964 Unexpected RX reason 22 {if=wl1 fc=0040 seq=c9e0 A1=ff:ff:ff:ff:ff:ff A2=ef:be:b4:47:8f:ca}

这个MAC地址不属于我的设备。
刷这些内容时,似乎是不影响使用。


上述所有固件共性问题:
1.那些带宽监控数值过低的版本,开启传统带宽管理或带宽限制后,带宽监控数值是正常的,而且5G wifi不会导致刷屏,上传带宽也正常。


2.有些笔记本网卡,尤其是高通的,会经常触发“wlceventd: wlceventd_proc_event(520): eth6: ReAssoc (MAC地址), status: Successful (0),此时在游戏内会触发严重的延迟和丢包,有的游戏甚至会卡掉。频率很高,十分钟两三次。


3.传统带宽管理QOS的规则中有mac地址的条目时,如果路由器开机时,这些设备不在线,那么QOS就会失效。在这些设备全部在线时,进入一次QOS设置界面,什么都不用动,切到其它界面,就可以恢复QOS效果。
如果mac涉及的设备不在线,开机时,以及进入qos设置界面时,日志里都会刷”kernel: x_tables: ip_tables: mac match: used from hooks FORWARD/OUTPUT, but only valid from PREROUTING/INPUT/FORWARD“。如果刷这个,QOS是肯定没效果的。
如果条目中没有任何MAC地址,带宽管理QOS完全正常。
所以可以在DHCP中给特定MAC绑定IP,再在带宽管理规则中使用IP,就不会触发该问题。。。




3

主题

116

帖子

111

积分

初级魔法师

Rank: 2

精华
0
门户文章
0
魔力币
93
魔法值
0
注册时间
2020-10-25
 楼主| 发表于 2020-11-30 00:14:31 来自手机 | 显示全部楼层
1.说完全不推荐买并不准确。如果你买它是为了它的硬件性能,规格,和特性,那么是可以买的。我测试过usb到lan的读写带宽可以在110m/s左右,5gWiFi 80mhz 2x2访问usb有70m/s以上。当做mesh节点,或者刷官改实现一些特殊功能,也是可以的。2.官改固件是官方固件加软件中心,所以官方固件有的bug,官改固件大概率也有。

0

主题

36

帖子

215

积分

中级魔法师

Rank: 3Rank: 3

精华
0
门户文章
0
魔力币
209
魔法值
0
注册时间
2018-5-25
发表于 2020-11-30 09:15:10 | 显示全部楼层
感谢分享

0

主题

32

帖子

78

积分

初级魔法师

Rank: 2

精华
0
门户文章
0
魔力币
74
魔法值
0
注册时间
2020-11-5
发表于 2020-11-30 09:49:49 | 显示全部楼层
谢谢分享

4

主题

33

帖子

245

积分

中级魔法师

Rank: 3Rank: 3

精华
0
门户文章
0
魔力币
233
魔法值
0
注册时间
2016-8-30
发表于 2020-11-30 09:55:17 | 显示全部楼层
我的感受是断流严重,打王者经常几百甚至460

3

主题

116

帖子

111

积分

初级魔法师

Rank: 2

精华
0
门户文章
0
魔力币
93
魔法值
0
注册时间
2020-10-25
 楼主| 发表于 2020-11-30 09:59:07 来自手机 | 显示全部楼层
gsok 发表于 2020-11-30 09:55
我的感受是断流严重,打王者经常几百甚至460

看断流发生时的日志内容,说不定能找到原因。

134

主题

3553

帖子

1万

积分

KoolShare开发组

Rank: 15Rank: 15Rank: 15Rank: 15Rank: 15

精华
1
门户文章
1
魔力币
2938
魔法值
10
注册时间
2015-3-28

DDOS纪念勋章

发表于 2020-11-30 10:07:58 | 显示全部楼层
没有完美的固件

这么说虽然没毛病,但是确实如楼主所说,自己宣传的功能都没有搞好那确实是有问题的。

最近接触的几款机型,我都明显发现不同程度的固件问题

RT-AX86U就不说了,从一开始流量统计等就不起作用,而且机器发布的时候是宣传有腾讯加速器的,但是到后面的版本才加上。

RT-AX56U_V2,或者叫RT-AX56U青春版/热血版/刺客信条版,这机器发的时候官方宣传是有aimesh功能的,但是官方第一个版本的固件确实没有aimesh的。

华硕一方面在大力扩充其wifi6产品线,不断的推出新的机器,甚至一些硬件基本相同的马甲机型,目前华硕的wifi6网络产品已经达到了10多款,这可能造成了硬件走在固件前面,固件团队也许天天加班都跟不上节奏

另一方面,华硕应该也意识到了当前固件版本的碎片化,推测应该是从固件团队抽了一部分人去开发386固件,导致384这边人手更加不够,固件更新缓慢,源码更是放得慢。

现在正是华硕固件384 到 386的过度时期,我认为等过度完成,固件的更新和维护应该会回到正轨把。

2

主题

303

帖子

1082

积分

大魔法师

Rank: 5Rank: 5

精华
0
门户文章
0
魔力币
966
魔法值
0
注册时间
2016-5-2
发表于 2020-11-30 10:09:21 | 显示全部楼层
你说得对啊!我现在都在用9283而已

0

主题

14

帖子

59

积分

初级魔法师

Rank: 2

精华
0
门户文章
0
魔力币
57
魔法值
0
注册时间
2020-6-3
发表于 2020-11-30 10:29:03 来自手机 | 显示全部楼层
AX88U也是类似问题,日志一直刷 wlceventd_proc_event(481): eth6: Disassoc,特别是苹果设备。

1

主题

182

帖子

629

积分

高级魔法师

Rank: 4

精华
0
门户文章
0
魔力币
580
魔法值
0
注册时间
2018-12-12
发表于 2020-11-30 10:30:25 | 显示全部楼层
从你字行间看出你的愤怒与无奈,华硕的高傲让aimesh2.0计划晚了,因为竞争对手都相继推出mesh路由,又刚好卡在wifi6技术的推出,所以出现AX系列后又马上内测386,只能赶紧彻底放弃aimesh1.0,推出386再修复BUG,高傲与不屑让它很被动

0

主题

14

帖子

59

积分

初级魔法师

Rank: 2

精华
0
门户文章
0
魔力币
57
魔法值
0
注册时间
2020-6-3
发表于 2020-11-30 10:30:52 来自手机 | 显示全部楼层
AX88U最新固件,日志一直刷wlceventd_proc_event(481): eth6: Disassoc,MAC地址是一台iPad,苹果11也刷,不过频率没有iPad高

0

主题

14

帖子

59

积分

初级魔法师

Rank: 2

精华
0
门户文章
0
魔力币
57
魔法值
0
注册时间
2020-6-3
发表于 2020-11-30 10:37:46 | 显示全部楼层
Nov 30 10:16:14 kernel: SHN Release Version: 2.0.1 4b635f32
Nov 30 10:16:14 kernel: UDB Core Version: 0.2.18
Nov 30 10:16:14 kernel: sizeof forward pkt param = 280
Nov 30 10:16:14 BWDPI: fun bitmap = 3
Nov 30 10:16:27 BWDPI: force to flush flowcache entries
Nov 30 10:16:27 kernel: x_tables: ip_tables: mac match: used from hooks FORWARD/OUTPUT, but only valid from PREROUTING/INPUT/FORWARD
Nov 30 10:16:27 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
Nov 30 10:16:27 kernel: HTB: quantum of class 10002 is big. Consider r2q change.
Nov 30 10:16:27 kernel: HTB: quantum of class 10060 is big. Consider r2q change.
Nov 30 10:16:27 kernel: HTB: quantum of class 10010 is big. Consider r2q change.
Nov 30 10:16:27 kernel: HTB: quantum of class 10040 is big. Consider r2q change.
Nov 30 10:16:27 kernel: HTB: quantum of class 20010 is big. Consider r2q change.
Nov 30 10:16:27 kernel: HTB: quantum of class 20040 is big. Consider r2q change.
Nov 30 10:16:27 modprobe: module ip6t_REJECT not found in modules.dep
Nov 30 10:16:27 modprobe: module ip6t_ROUTE not found in modules.dep
Nov 30 10:16:27 modprobe: module ip6t_LOG not found in modules.dep

貌似ipv6的功能也有bug,开了一直报错

5

主题

166

帖子

367

积分

中级魔法师

Rank: 3Rank: 3

精华
0
门户文章
0
魔力币
327
魔法值
0
注册时间
2016-2-28
发表于 2020-11-30 10:37:55 | 显示全部楼层
的确,没有一个固件有用的,只能等了,不像是一个大企业应该的表现。

0

主题

7

帖子

34

积分

魔法学徒

Rank: 1

精华
0
门户文章
0
魔力币
33
魔法值
0
注册时间
2017-3-15
发表于 2020-11-30 12:06:59 | 显示全部楼层
你要整天扒在路由器上看监控,玩它,折腾他确实有些不完善,但他就是个路由器,我就是为了稳定上网,速率够看4k视频,稳定的感觉不到它的存在,足够了

3

主题

116

帖子

111

积分

初级魔法师

Rank: 2

精华
0
门户文章
0
魔力币
93
魔法值
0
注册时间
2020-10-25
 楼主| 发表于 2020-11-30 12:27:35 | 显示全部楼层
sgq0006 发表于 2020-11-30 12:06
你要整天扒在路由器上看监控,玩它,折腾他确实有些不完善,但他就是个路由器,我就是为了稳定上网,速率够 ...

日志刷一些内容时,功能上可能存在问题。
例如kernel: invalid dirty_p detected: ffffffc000000000 valid=[ffffffc03ccbbb40 ffffffc03ccbbc80]会导致5G WiFi上传速度非常慢。如果不测速和看日志,那确实可以稳定用,但花这么多钱,体验下降,肯定是不好的。
刷wlceventd: wlceventd_proc_event(520): eth6: ReAssoc (MAC地址), status: Successful (0)时则会导致延迟暴涨和丢包。。。

3

主题

116

帖子

111

积分

初级魔法师

Rank: 2

精华
0
门户文章
0
魔力币
93
魔法值
0
注册时间
2020-10-25
 楼主| 发表于 2020-11-30 12:32:36 | 显示全部楼层
lawawa 发表于 2020-11-30 10:37
Nov 30 10:16:14 kernel: SHN Release Version: 2.0.1 4b635f32
Nov 30 10:16:14 kernel: UDB Core Version ...

查了一下这个报错。美琳作者的说法是:
Those are simply Netfilter modules that do not exist as external module. They have no impact on IPv6 functionality itself.
如果不是一直刷屏,应该不会影响ipv6的使用。

3

主题

116

帖子

111

积分

初级魔法师

Rank: 2

精华
0
门户文章
0
魔力币
93
魔法值
0
注册时间
2020-10-25
 楼主| 发表于 2020-11-30 12:34:10 | 显示全部楼层
lawawa 发表于 2020-11-30 10:30
AX88U最新固件,日志一直刷wlceventd_proc_event(481): eth6: Disassoc,MAC地址是一台iPad,苹果11也刷, ...

刷这个肯定会瞬时断流,如果玩游戏的话应该能感受到延迟暴涨。
可以试试调WIFI设置,把各种附加功能关掉看看。
我也看到过有人反馈iPhone11和华硕ax路由器不太兼容,先调调设置看看吧。

3

主题

116

帖子

111

积分

初级魔法师

Rank: 2

精华
0
门户文章
0
魔力币
93
魔法值
0
注册时间
2020-10-25
 楼主| 发表于 2020-11-30 12:35:53 | 显示全部楼层
dwz0809 发表于 2020-11-30 10:30
从你字行间看出你的愤怒与无奈,华硕的高傲让aimesh2.0计划晚了,因为竞争对手都相继推出mesh路由,又刚好 ...

肯定是管理层让程序员优先开发aimesh2.0,作为消费者,没什么可说的。。只能等着了。

55

主题

1065

帖子

617

积分

高级魔法师

Rank: 4

精华
0
门户文章
0
魔力币
323
魔法值
0
注册时间
2020-1-8
发表于 2020-11-30 12:42:56 | 显示全部楼层
日誌天天都有出來...但..我不理會了..

3

主题

116

帖子

111

积分

初级魔法师

Rank: 2

精华
0
门户文章
0
魔力币
93
魔法值
0
注册时间
2020-10-25
 楼主| 发表于 2020-11-30 12:43:13 | 显示全部楼层
sadog 发表于 2020-11-30 10:07
没有完美的固件

这么说虽然没毛病,但是确实如楼主所说,自己宣传的功能都没有搞好那确实是有问题的。

是啊。
我的感觉是,产品太多,bug太多,技术部门忙不过来了,还要开发386的aimesh2.0。。估计程序员比我们用户还难受。

联系我们|手机版|KoolShare ( 沪ICP备13045430号962110 沪公网备31010402005377

GMT+8, 2021-1-23 14:44 , Processed in 0.118016 second(s), 9 queries , Gzip On, Redis On.

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表