Looking for Feedback: RT-BE92U stability issues

[RMerlin]

Hi,

I'm trying to gather more info/feedback from RT-BE92U owners who are suffering from major performance issues, or general instability or crashes.

If you are experiencing issues, please test again using the latest stock firmware (if you were using Asuswrt-Merlin). If you can still reproduce the issues, then please report them back here so I can forward the feedback to Asus, as at this point there doesn't seem to be any internal info hinting at widespread issues, which is somewhat surprising. Using the Feedback form on the webui is also a good idea, as it will forward technical details to Asus for further investigation.

 

[iceorbital]

I do not mean to derail the thread, but is it remotely possible that GT-BE98 Pro also have general instability issues?

 

[RMerlin]

I do not mean to derail the thread, but is it remotely possible that GT-BE98 Pro also have general instability issues?

No.

 

[Samuel_1975]

Seems to be more okay on my rt-be92u and uses 6ghz, I don't know how 2.4 or 5ghz are like that as I have disabled them so I don't know about these,
Because it was very disconnected from the beginning but I haven't noticed much now anymore,
I'm going to update my dad's rt-be92u router with beta 2 because it works pretty okay for me on my Rt-be92u

 

[RMerlin]

Seems to be more okay on my rt-be92u and uses 6ghz, I don't know how 2.4 or 5ghz are like that as I have disabled them so I don't know about these,
Because it was very disconnected from the beginning but I haven't noticed much now anymore,
I'm going to update my dad's rt-be92u router with beta 2 because it works pretty okay for me on my Rt-be92u

So far the most serious issues seem to be related to the Ethernet ports.

 

[jzchen]

Going to change from yours to ASUS stock now....

 

[Tech9]

@jzchen, test the reported LAN ports isolation when WLAN radio clients isolation is selected. If this one is reproduceable - it's a huge bug. I know it was reported to ASUS already, but see what is happening on latest Asuswrt. Also mention your hardware revision, some folks report V5.1 already. This is unusual, I don't remember seeing so many different revisions in short period of time. Thank you!

 

[GJJ]

I've experienced repeatable 2 issues while on the current FW, both relating to the 2.4 radio.

I have some smart bulbs, that if you switch them off at the power, so that they suddenly lose connection, the 2.4GHz radio will crash and restart.
As I have said in posts elsewhere, I'm now avoiding the issue by blocking them from connecting to the network. Essentially they're now dumb bulbs, but we weren't using them smartly in the first place, so no loss. Probably an issue with the driver and out of ASUS's control, but an issue none the less.

The other issue that I had, was when I reduced the Tx power of the 2.4GHz. The radio was generally unstable, would restart often, ran core 2 at nearly 100% and consumed much of the free memory. Returning the radio to full power fixed all of the mentioned issues. Easy work around would be to disable or remove the setting until they get it working.

I don't know if either issue occurs on the other 2 radios, as I haven't tried.


The DNS server crashed on me 2 or 3 times, but I don't know the cause and can't repeat it. After returning the Tx power to full, a lot of my issues have gone away, this might might be the same.

Over the past 6 weeks, I have been running 3 SSIDs: one for 6 and 7 clients, one for 4 and 5 clients and one for IoT devices. This seems to have made the unit and clients a little happier with a small reduction in re/de authorisations, connects/disconnects and swapping between radios. To me this suggests that there could be some more work to be done with its tolerance to older devices and protocols. I suspect that will come in the next fw, if the February fw for some other ASUS BE routers is anything to go by.

GJ

 

[JB1]

RT-BE92U - I did a factory reset about 13 hours ago. Its a simple setup with a couple of vlans for 14 IoT devices, expressVPN and and a few scripts, i,m not aware of any problems so far

 

[jzchen]

@jzchen, test the reported LAN ports isolation when WLAN radio clients isolation is selected. If this one is reproduceable - it's a huge bug. I know it was reported to ASUS already, but see what is happening on latest Asuswrt. Also mention your hardware revision, some forks report V5.1 already. This is unusual, I don't remember seeing so many different revisions for short period of time. Thank you!

Hmmm. This is going to take some effort on my part... (No sarcasm intended)...

I reported somewhere here my prior V3.0 bricked on stock firmware. I did not purchase it from an ASUS authorized vendor but there's a story behind that too. Current one is V4.1 which I got from MicroCenter/ASUS vendor...

What's up with ASUS routers, Ethernet ports, and ASUSwrt 5.0? I remember when the GT-AXE16000 got switched from 4.0 to 5.0 the whole router's Ethernet would go out, during the night hours....

EDIT- The bricking happened while I was out with my mother having our (almost) daily lunch, basically no effort on my part. A couple of new firmware populated quickly after the return...

 

[RMerlin]

@jzchen, test the reported LAN ports isolation when WLAN radio clients isolation is selected. If this one is reproduceable - it's a huge bug. I know it was reported to ASUS already, but see what is happening on latest Asuswrt. Also mention your hardware revision, some forks report V5.1 already. This is unusual, I don't remember seeing so many different revisions for short period of time. Thank you!

Not sure if this is this specific bug, but they confirmed having already fixed a bug related to ports 2-4. The fix will be included in the next stock release/GPL merge.

 

[kdh812]

I’m using an ASUS RT-BE92U AiMesh (2 nodes, wired backhaul) and have been chasing intermittent stability issues. I’m currently on the latest official ASUSWRT firmware (3.0.0.6.102_38980).

My environment / current setup

• Total Wi-Fi clients: ~53 (roughly 2.4 GHz: 30, 5 GHz: 16, 6 GHz: 7)
• Additional ~50 Zigbee devices (handled by hubs, not on Wi-Fi)
• Three separate SSIDs by band:
  • 2.4 GHz IoT SSID (WPA2-Personal only)
  • 5 GHz SSID (general devices)
  • 6 GHz SSID (high-band devices)
• MLO disabled (I previously tried mixed/combined setups; now fully separated by band)

Issues I experienced (before)​

1. Random WAN drops / internet loss
   • WAN link looked “up”, but internet connectivity would disappear unexpectedly.
   • I tried various tweaks, but the most impactful change was setting custom DNS (instead of defaults). Since then, WAN drops have been much less frequent / seemingly gone (so far).
2. 2.4 GHz instability (felt like partial Wi-Fi restarts / reconnection storms)
   • 2.4 GHz clients would intermittently disconnect/reconnect, and it sometimes looked like only the 2.4 radio was restarting.
   • I tried many typical stability settings (separate SSIDs, WPA2 only, no MLO, etc.) with no clear improvement.

What seems to have helped (surprisingly)​

I changed 2.4 GHz channel width from “20 MHz only” to “20/40 MHz (Auto)” — and the network feels significantly more stable afterward. I’ve only observed this for ~12 hours, so it’s too early to claim victory, but the improvement is noticeable.

 

[jzchen]

I think there's a LAN/Ethernet concern...

I've always liked SmartConnect, specifically 2.4 and 5 GHz. It's been around and brand agnostic, (other brands have it too aka band steering). It allows bandwidth intensive clients which typically also have 5 GHz capability unload the 2.4 GHz and move to the 5 GHz....

That said my oldest device is WiFi 5/AC, so 3 generations of Wifi in my household, but I do not have anything older....

 

[Blacklistedcard]

I do not mean to derail the thread, but is it remotely possible that GT-BE98 Pro also have general instability issues?

Confirming I don't suffer any performance problems with my GT-BE98 Pro. It's rock solid.