What's new
  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Release RT-BE92UFirmware version 3.0.0.6_102_37526-g5772bd6_1099-ga930e 04/02/2025

Update went as expected, and everything seems to be normal. Screenshot below:
Screen Shot 2025-04-02 at 5.51.51 AM.png
 
Firmware version 3.0.0.6_102_37526-g5772bd6_1099-ga930e
- Release note -

Improved system stability
Support site:
The site still gives me 3.0.0.6.102_37506, but I checked for updates via the router settings page, and it did the auto upgrade for both my RT-BE92U
 
It looks like Asus is updating the bootloader in all of these updates. That is a generally bad practice unless they are actually fixing some faults or adding functionality in the bootloader. Anyone know why Asus is doing that?
 
I updated and have had to pull the plug on my router and modem multiple times and a factory reset on router to get it working.
Seeing my upload speed go from 60 to 10 Meg on my Gigabit Mediacom internet connection. Tested from the router and my iPhone with same result.
Very strange. I’m going to let it go overnight and check again in the morning.
 
I updated and have had to pull the plug on my router and modem multiple times and a factory reset on router to get it working.
Seeing my upload speed go from 60 to 10 Meg on my Gigabit Mediacom internet connection. Tested from the router and my iPhone with same result.
Very strange. I’m going to let it go overnight and check again in the morning.
weird, I didn't factory restore even, just did an upgrade and everything's working the same, so perfectly. This has been like one of the best and most stable routers that I've owned despite what some of the nagative reviews on Amazon from people complaining about overheating and whatnot
 
weird, I didn't factory restore even, just did an upgrade and everything's working the same, so perfectly. This has been like one of the best and most stable routers that I've owned despite what some of the nagative reviews on Amazon from people complaining about overheating and whatnot
I invoked the Mediacom troubleshooting bot again and it is now suggesting the splitter as a possible issue. Gonna try to bypass it when “She Who Must Be Obeyed” is not watching the TV.
 
I invoked the Mediacom troubleshooting bot again and it is now suggesting the splitter as a possible issue. Gonna try to bypass it when “She Who Must Be Obeyed” is not watching the TV.
I just ran a speedtest with this new firmware and everything is normal here. I used to have gigabit, but dropp3d it to 500 / 50 as Cox has issues with their lines, or was having issues and the higher speed plans weren't dependable. I also found (even for larger downloads) the plan I have stuck with is very comfortable. At first I was a bit disappointed that I couldn't keep the higher speeds reliable in my setup due to provider issues, but now it's OK, because I know the hardware can go up to 2.5Gbps when the time comes I need that much bandwidth, and have a more stable provider. They could have fixed the issue by now, but since things are stable, I've just left it alone.

Here are my speedtest results:
 
My issues were from a bad ground on the cable feed. Mediacom fixed it and I am going back to checking this release again.
So far, it has been stable since the cable fix.
 
My issues were from a bad ground on the cable feed. Mediacom fixed it and I am going back to checking this release again.
So far, it has been stable since the cable fix.
Good to hear everything turned out in the end for you, and things are now back to normal.
 
This build 3.0.0.6_102_37526 is pretty bad (37523 also was crap for those who could load it).

We probably all have pages and pages of what appear to be debug logfile entries with a bunch of hex registers. Look at your logfile or via SSH look at dmesg.

Apr 4 18:09:03 kernel: PKT:
Apr 4 18:09:03 kernel: 0000: 78 cb 5c 59 a1 03 00 00 a2 a2 a2 52 94 00 02 02
Apr 4 18:09:03 kernel: 0010: 0e 00 00 00 00 0d 00 00 00 00 20 00 ff ff 00 00

Went back to 3.0.0.6_102_37506
 
This build 3.0.0.6_102_37526 is pretty bad (37523 also was crap for those who could load it).

We probably all have pages and pages of what appear to be debug logfile entries with a bunch of hex registers. Look at your logfile or via SSH look at dmesg.

Apr 4 18:09:03 kernel: PKT:
Apr 4 18:09:03 kernel: 0000: 78 cb 5c 59 a1 03 00 00 a2 a2 a2 52 94 00 02 02
Apr 4 18:09:03 kernel: 0010: 0e 00 00 00 00 0d 00 00 00 00 20 00 ff ff 00 00

Went back to 3.0.0.6_102_37506
This is what was in my system log in the web UI:

Apr 4 05:04:13 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8715)]fimrware update check once
Apr 4 05:04:43 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8677)]do webs_update
Apr 4 05:04:43 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8695)]retrieve firmware information
Apr 4 05:04:43 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8710)]fimrware update check first time
Apr 4 05:04:43 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8741)]no need to upgrade firmware
Apr 4 15:59:04 wlceventd: wlceventd_proc_event(656): wl1.1: Deauth_ind 14:C1:4E:58:A0:CD, status: 0, reason: Unspecified reason (1), rssi:0
Apr 4 15:59:04 wlceventd: wlceventd_proc_event(673): wl1.1: Disassoc 14:C1:4E:58:A0:CD, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Apr 4 15:59:11 wlceventd: wlceventd_proc_event(733): wl1.1: Assoc 14:C1:4E:58:A0:CD, status: Successful (0), rssi:-43
Apr 5 02:21:54 wlceventd: wlceventd_proc_event(656): wl1.1: Deauth_ind 14:C1:4E:58:A0:CD, status: 0, reason: Deauthenticated because sending station is leaving (or has left) IBSS or ESS (3), rssi:0
Apr 5 02:21:54 wlceventd: wlceventd_proc_event(673): wl1.1: Disassoc 14:C1:4E:58:A0:CD, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Apr 5 02:22:15 wlceventd: wlceventd_proc_event(733): wl1.1: Assoc 14:C1:4E:58:A0:CD, status: Successful (0), rssi:-44
Apr 5 05:03:14 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8677)]do webs_update
Apr 5 05:03:23 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8695)]retrieve firmware information
Apr 5 05:03:23 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8710)]fimrware update check first time
Apr 5 05:03:23 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8741)]no need to upgrade firmware
Apr 5 05:03:53 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8677)]do webs_update
Apr 5 05:03:53 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8695)]retrieve firmware information
Apr 5 05:03:53 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8715)]fimrware update check once
Apr 5 05:04:23 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8677)]do webs_update
Apr 5 05:04:23 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8695)]retrieve firmware information
Apr 5 05:04:23 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8715)]fimrware update check once
Apr 5 05:04:53 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8677)]do webs_update
Apr 5 05:04:53 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8695)]retrieve firmware information
Apr 5 05:04:53 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8710)]fimrware update check first time
Apr 5 05:04:53 WATCHDOG: [FAUPGRADE][auto_firmware_check:(8741)]no need to upgrade firmware
 
I have pages and pages of Kernel PKT (packet) messages on 3.0.0.6_102_37523 and 3.0.0.6_102_37526 that I do not get on 3.0.0.6_102_37506. I have no idea what functions you are using. I am using main and guest networks, IPv6, DNS over TLS and all 3 wireless bands over a 500 Mbps fiber connection. So it very well could be a function that I am using triggers this, and you are not using that function. What function(s) are you exercising on your router?
 
I have pages and pages of Kernel PKT (packet) messages on 3.0.0.6_102_37523 and 3.0.0.6_102_37526 that I do not get on 3.0.0.6_102_37506. I have no idea what functions you are using. I am using main and guest networks, IPv6, DNS over TLS and all 3 wireless bands over a 500 Mbps fiber connection. So it very well could be a function that I am using triggers this, and you are not using that function. What function(s) are you exercising on your router?
I have all three wireless bands enabled, even though nothing is currently connected to 6GHz. I have the main network, and an iOT network (2.4Ghz only). I don't use TLS, and I don't use ipV6 except on the local network only between clients. If I use TLS, etc, or anything related, it's just on the computer, not on the router.
 
I am using DNS encryption over TLS protocol (Transport Layer Security). It is a WAN setting. This uses opensource software in the background called "stubby" that intercepts the DNS queries on the router and uses the encrypted DNS providers selected so all the lookups are fully encrypted. My point is that all of us have the same router but are using different functions on it. So our experiences may be very different with these firmware releases. I can also see that Asus is routinely updating the UBoot at each firmware upgrade, and that is a bad practice. Merlin, as an example, moved to only updating UBoot if there was a functional reason to do so.
 

Similar threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Back
Top