› UKTH forums › 🛜 Wireless Routers & Modems › ASUS & Wireless › ASUS ZenWiFi AX Whole Home Tri-Band Mesh WiFi 6 System Not sure if this is the right place to ask…. I am thinking of upgrading my Google Mesh wifi to the above. Has anyone used this and does it...
- This topic has 1,410 replies, 25 voices, and was last updated 3 months, 3 weeks ago by
UK Sentinel.
- AuthorPosts
- November 6, 2024 at 5:59 pm #34752
Do the changes in the newly released BIOS appear to have any impact on actual Mesh or connectivity or is it all related to security for connecting TO the router? I know that’s important as well, but wondering if there are any “under the hood” changes that would impact stability or wifi usage etc.
You need to login in order to vote
November 6, 2024 at 9:13 pm #34757The ASUS GT-BE98 Pro, RT-AX86U_Pro and a few others ASUS models have had this new release available to them an so far no real issues around AiMesh stability has been reported.
I appreciate early days and changelog reads more around Security improvements (certs, buffer handling and data processing workflows) etc.
FWIW, I did hear that malware was effecting certain ASUS routers, hence these quick Firmware releases.
Always nice to have a volunteer to try first

In a completely sane world, madness is the only freedom (J.G.Ballard).
You need to login in order to vote
November 6, 2024 at 11:01 pm #34763Well I updated to 3.0.0.4.388_24684 (v1 flavour) about 8 hours ago. The only issue I had was with some of my 2.4G devices not reconnecting, so I just turned off the 2.4G radio for a few seconds, turned it back on and everything came back up. I can’t report on any node issues because mine are all hard wired.
Now let’s see if it holds up.
You need to login in order to vote
November 7, 2024 at 5:06 am #34764Congrats on being the first Forum member to try this new firmware release 3.0.0.4.388_24684 (v1).

In a completely sane world, madness is the only freedom (J.G.Ballard).
You need to login in order to vote
November 7, 2024 at 9:24 am #34766. dodgydrains Said:ASUS ZenWiFi XT8 Firmware version 3.0.0.4.388_24684
1. Strengthened input validation and data processing workflows to further protect information security.
2. Enhanced AiCloud password protection mechanisms, safeguarding against unauthorized access attempts.
3. Enhanced device security through improved buffer handling in connection features.
4. Refined data handling processes, ensuring secure and accurate information management.
5. Enhanced file access control mechanisms, promoting a more secure operating environment.
6. Strengthened certificate protection, providing enhanced data security.I have been testing this for nearly 24 hours. Seems stable for my use case on 160MHz wireless backhaul.
You need to login in order to vote
November 9, 2024 at 11:32 am #34800. Nicky Said:Well I updated to 3.0.0.4.388_24684 (v1 flavour) about 8 hours ago. The only issue I had was with some of my 2.4G devices not reconnecting, so I just turned off the 2.4G radio for a few seconds, turned it back on and everything came back up. I can’t report on any node issues because mine are all hard wired.
Now let’s see if it holds up.
It’s been over 2 days and nothing untoward. It looks like a stable update for me.
You need to login in order to vote
November 9, 2024 at 11:34 am #34801Great news so far

In a completely sane world, madness is the only freedom (J.G.Ballard).
You need to login in order to vote
November 17, 2024 at 9:17 pm #34915I run GNUton firmware on my primary router, and Asus latest on my aimesh node.
I have a scheduled reboot set for 6am Sunday mornings, just to clear thing out and avoid memory leak issues etc… About 45 minutes after reboot I and seeing this in the log. Anything to worry about?
Nov 17 06:45:24 kernel: CPU: 1 PID: 1719 Comm: asd Tainted: P O 4.1.52 #1
Nov 17 06:45:24 kernel: Hardware name: Generic DT based system
Nov 17 06:45:24 kernel: task: d22b7c00 ti: d3672000 task.ti: d3672000
Nov 17 06:45:24 kernel: PC is at 0xb6906fbc
Nov 17 06:45:24 kernel: LR is at 0xb6907e14
Nov 17 06:45:24 kernel: pc : [<b6906fbc>] lr : [<b6907e14>] psr: 20010010
Nov 17 06:45:24 kernel: sp : be885340 ip : b691b150 fp : 00000000
Nov 17 06:45:24 kernel: r10: b690a458 r9 : b690a2d4 r8 : 00000000
Nov 17 06:45:24 kernel: r7 : 01763b50 r6 : be885360 r5 : 017639d0 r4 : 01769f48
Nov 17 06:45:24 kernel: r3 : 0000676f r2 : b6500928 r1 : 00000400 r0 : 00000000
Nov 17 06:45:24 kernel: Flags: nzCv IRQs on FIQs on Mode USER_32 ISA ARM Segment user
Nov 17 06:45:24 kernel: Control: 10c5387d Table: 1370804a DAC: 00000015
Nov 17 06:45:24 kernel: CPU: 1 PID: 1719 Comm: asd Tainted: P O 4.1.52 #1
Nov 17 06:45:24 kernel: Hardware name: Generic DT based system
Nov 17 06:45:24 kernel: [<c0026f20>] (unwind_backtrace) from [<c0022cf8>] (show_stack+0x10/0x14)
Nov 17 06:45:24 kernel: [<c0022cf8>] (show_stack) from [<c04d329c>] (dump_stack+0x8c/0xa0)
Nov 17 06:45:24 kernel: [<c04d329c>] (dump_stack) from [<c003abc8>] (get_signal+0x490/0x558)
Nov 17 06:45:24 kernel: [<c003abc8>] (get_signal) from [<c0022290>] (do_signal+0xc8/0x3ac)
Nov 17 06:45:24 kernel: [<c0022290>] (do_signal) from [<c0022718>] (do_work_pending+0x94/0xa4)
Nov 17 06:45:24 kernel: [<c0022718>] (do_work_pending) from [<c001f58c>] (work_pending+0xc/0x20)
Nov 17 06:45:29 rc_service: service 12078:notify_rc restart_firewallYou need to login in order to vote
November 17, 2024 at 9:38 pm #34916Looks like the asd Tainted (“asd” daemon crashed) and then restarts and the “restart_firewall” is called by “asd” after it restarts.
(The ASD from a Linux perspective stands for ‘anything-sync-daemon’ I believe and handles temp files and writing them to storage etc.)
-
This reply was modified 1 year, 5 months ago by
UK Sentinel. Reason: added details "restart_firewall" is called by "asd"
In a completely sane world, madness is the only freedom (J.G.Ballard).
You need to login in order to vote
November 18, 2024 at 11:38 am #34917As a follow on and to brake the following down a little ..
CPU: 1 PID: 1719 Comm: asd Tainted: P O 4.1.52 #1.- CPU: = Central processing Unit
- 1 PID = Uniquely identifier for an active process (LINUX)
- 1719 Comm = Shared memory channel
- asd Tainted = ‘anything-sync-daemon’ is in an unsupported state because it cannot be guaranteed to function correctly.
- P O 4.1.52 #1 = I do not know but assume memory or space allocation etc
Note: anything-sync-daemon (asd) is a tiny pseudo-daemon designed to manage user defined dirs in tmpfs and to periodically sync back to the physical disc (HDD/SSD).
Q. Have you any third party storage devices plugged in if not then maybe just a bug in the underlying code ?
In a completely sane world, madness is the only freedom (J.G.Ballard).
You need to login in order to vote
November 20, 2024 at 1:19 pm #34927Much thanks to all that post in this forum. In the past 2 years since owning 3 of these ASUS units this forum has been by far the most helpful.
Background intro: My setup is quantity 3 of these Zenwifi AX units. All are only in AP mode. I purchased them to leverage the 3rd band for a high speed bridge for a few wired devices at different points in the home where I did not have wired Ethernet. It is only since the last two firmware updates that I could go a complete week without having to reboot the system as the 3rd band would drop leaving the mesh running only on the 2.5 slow band (yellow line). Indeed it was so frustrating that I finally decided to spend the money to install Ethernet to enable Ethernet backhaul between the 3 units (which I understand was also troublesome until the past few updates). My general goal is stability sufficient to allow for only monthly reboots. Prior to this most recent update I have not been able to get past a week. Finally I am now at ten days and cautiously optimistic.
Additional info on this latest release: I also have seen “tainted” entries in my log since the last update, but they were for the http daemon. Also on the first reboot after this most recent update while the Ethernet backhaul came up fine and was showing traffic one of the mesh satellite units had an entry in the wifi log as being connected via the 2.5 even though it was on Ethernet backhaul. I rebooted the system again and that issue cleared.
Prior to buying this ASUS system I had three Apple AirPort Extreme units in a different home that ran flawlessly in AP only mode between monthly reboots. Hopefully ASUS will get us to that point while this hardware generation remain supported :-)
-
This reply was modified 1 year, 5 months ago by
Oltex8.
You need to login in order to vote
November 20, 2024 at 4:20 pm #34929Welcome, like many others glad you are enjoying the journey with your ASUS ZenWiFi XT8’s

In a completely sane world, madness is the only freedom (J.G.Ballard).
You need to login in order to vote
November 30, 2024 at 5:22 am #35020I just got the notification of an update to ” 3.0.0.4.388_24688-gf94212b”. I bit the bullet, now lets see.
Anyway, I thought they were going to include monthly reboots in the next update?
You need to login in order to vote
November 30, 2024 at 7:23 am #35021ASUS ZenWiFi XT8 Firmware version 3.0.0.4.388_24688 update is a security update after a recent malware problem all ASUS routers have had.
ASUS have said that monthly reboot feature is now included in their SW roadmap, this could in theory take several months before we see it in end user devices unfortunately.

In a completely sane world, madness is the only freedom (J.G.Ballard).
You need to login in order to vote
November 30, 2024 at 11:06 am #35022The changelog seems exactly the same as 24684.
It looks like 24686 is only released for V1 and V2 is still on 24684 (I am checking on the Asus UK site).
Also, on the UK site I can only see 24684 (for V1) and 24684 (for V2). The older FW releases are not there.
You need to login in order to vote
-
This reply was modified 1 year, 5 months ago by
- AuthorPosts
- You must be logged in to reply to this topic.
