What's new

[Beta] Asuswrt-Merlin 384.9 Beta is now available

  • 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!

Status
Not open for further replies.
Thanks for posting this, I though I'm going crazy yesterday. Spent several hours on trying to find the issue and finally reverted back to 384.8_2. Tried different control channels, bandwidths, disable - enable nothing helps. Going back to 384.8_2 and everything works again. So there is definitely something in this firmware that doesn't work.
Restarting the wireless 5GHz service shows no errors in the sys log. Here is all that's displayed:
Jan 30 10:43:26 rc_service: cfg_server 1313:notify_rc restart_wireless
Thanks for replying. Glad to get confirmation it's a firmware bug and not a problem with my router or configuration.
 
Thanks for replying. Glad to get confirmation it's a firmware bug and not a problem with my router or configuration.
I had a similar issue with an earlier version, but it was with the 2.4 GHz radio. 5 GHz worked fine. I tried each beta version with no success. Finally at some point a late beta or the released version (I forget which) resurrected the 2.4 GHz radio and it worked fine ever since. It was baffling.
 
I have no problem at all with wifi on my RT-AX88U. Check your configuration, use a fixed channel, avoid DFS channels.
 
I have no problem at all with wifi on my RT-AX88U. Check your configuration, use a fixed channel, avoid DFS channels.
Ever since the AiMesh code was introduced, my RT-AC68R has been mostly collecting dust. Dropped packets and high latency kills streaming to my Chromecast.
Resetting and manually re-configuring has not helped. The latest idea was to reset to factory defaults and only set the wireless mode and channels for both bands. Still not good.
As much as I like Asus routers and your improvements, Eric, I am out of ideas to get this thing working as it should.

Thoughts?
 

Attachments

  • rt-ac68r_bad_wireless.png
    rt-ac68r_bad_wireless.png
    52.4 KB · Views: 344
I had a similar issue with an earlier version, but it was with the 2.4 GHz radio. 5 GHz worked fine. I tried each beta version with no success. Finally at some point a late beta or the released version (I forget which) resurrected the 2.4 GHz radio and it worked fine ever since. It was baffling.

I have a RT-AX88U, Rev. A1, and have installed all of the Alpha builds and have not experienced any issues (2.4 or 5 GHz) with wifi. For those experiencing problems, what hardware version do you have?
 
Last edited:
@rjih ...

I don't have any problems with Wifi, neither 2.4 nor in the 5Ghz band. RT-AX88U, Rev. A1.

:)
 
I have no problem at all with wifi on my RT-AX88U. Check your configuration, use a fixed channel, avoid DFS channels.
I loaded the beta again and changed the channel. The 5GHz channel is now fixed to 153 (None DFS) and it works again. Thanks for your help.
 
First post, been lurking for a few months since I picked up an AC66U_B1. Anyway,

I have no problem at all with wifi on my RT-AX88U. Check your configuration, use a fixed channel, avoid DFS channels.

would the same apply to my router? With 384.9 beta I the 5 GHz actually works for most things (couple of iPhones, couple of Roku's, couple of older Android phones and 1 PC), but there are 2 phones (both Moto G5's), that will connect and lose connection about every 15-20 seconds. Can see it in the phone and in the device list in the router GUI or wireless log. Rolled back to 384.8.2 and both phones connect as expected. Didn't notice anything amiss with them on the alpha, but definitely something going on with the beta.
 
Didn't notice anything amiss with them on the alpha, but definitely something going on with the beta.

There has been zero change to the RT-AC66U_B1 wifi code since the very early alphas.
 
Ever since the AiMesh code was introduced, my RT-AC68R has been mostly collecting dust. Dropped packets and high latency kills streaming to my Chromecast...........

Thoughts?

"Thoughts" ......... AiMesh ? Merlin doesn't support AiMesh , what firmware are you running?
 
The httpd still freezes up and must be restarted in order to gain access to the GUI on my AC86U. This happened after less than 1 day on the new beta, where the previous versions of the newer code, the GUI would work for a few days (depending upon usage), before becoming unresponsive and need a service restart.

Are there any more details on what was supposed to be fixed with the httpd with the AC86U?

The GUI was unresponsive again today. It looks like there is still a memory leak, at least for the RT-AC86U builds as the httpd process is huge (shown below).

ASUSWRT-Merlin RT-AC86U 384.9-beta1 Sat Jan 26 23:15:15 UTC 2019
admin@RT-AC86U-2A88:/tmp/home/root# ps |grep httpd|grep -v grep
763 admin 36492 S httpd -i br0
admin@RT-AC86U-2A88:/tmp/home/root# grep VmRSS /proc/763/status
VmRSS: 31644 kB

After restarting the httpd process, then the memory usage is much lower (shown below):

admin@RT-AC86U-2A88:/tmp/home/root# service restart_httpd
Done.
admin@RT-AC86U-2A88:/tmp/home/root# ps |grep httpd|grep -v grep
22359 admin 8348 S httpd -i br0
admin@RT-AC86U-2A88:/tmp/home/root# grep VmRSS /proc/22359/status
VmRSS: 3636 kB

Let me know if there's any other helpful information that I could provide and thanks in advance for your help.
-Stach
 
Hi there,
I have an Asus RT-AC87U.
I've just installed the 384.9 beta 1.
With the previous version i was able from my clients connected to Asus's OpenVPN server to reach my ISP modem (connected trough WAN port).
Now since the update from my clients I'm able to reach only the Asus network.
The advanced OpenVPN's settings seems to be ok and I also read the client's logs.
Since the only change has been the update to the beta version, could it be related to the issue?
Does the firmware version introduces some OpenVPN changes about it?
Thanks
 
"Thoughts" ......... AiMesh ? Merlin doesn't support AiMesh , what firmware are you running?
384.9 Beta 1, of course. I am pretty certain Merlin is not able to remove the AiMesh code since it is baked into the closed source.

It no longer matters, though. I am tired of wasting my time trying to figure out the right order of operations or the right combination of settings to make the RT-AC68R do the most basic tasks properly.
 
384.9 Beta 1, of course. I am pretty certain Merlin is not able to remove the AiMesh code since it is baked into the closed source.

It no longer matters, though. I am tired of wasting my time trying to figure out the right order of operations or the right combination of settings to make the RT-AC68R do the most basic tasks properly.
Beginning with 384.3 Merlin noted in the changelog:
- NOTE: AiMesh is currently not supported. Feasability of
supporting it is still under evaluation.
 
384.9 Beta 1, of course. I am pretty certain Merlin is not able to remove the AiMesh code since it is baked into the closed source.

It no longer matters, though. I am tired of wasting my time trying to figure out the right order of operations or the right combination of settings to make the RT-AC68R do the most basic tasks properly.
Sounds like you need to do a factory reset and manually reconfigure. Different SSID for 2.4 and 5 GHZ bands. Fixed channels and 20 MHZ on 2.4. Adaptive QOS and AiProtection recommend but not necessary.

Sent from my SM-T380 using Tapatalk
 
Sounds like you need to do a factory reset and manually reconfigure. Different SSID for 2.4 and 5 GHZ bands. Fixed channels and 20 MHZ on 2.4. Adaptive QOS and AiProtection recommend but not necessary.

Sent from my SM-T380 using Tapatalk
Forcing the 2.4GHz band to 20MHz is something I have not yet tried. All others I have already done and/or already do.
Thanks for the tips, bbunge. When Merlin releases the next build (beta 2 or official), I will give that a try and see what happens.
 
I've just installed the 384.9 beta 1.
With the previous version i was able from my clients connected to Asus's OpenVPN server to reach my ISP modem (connected trough WAN port).
Not sure what your prior version was, but along the way there was added on the VPN page an option to allow clients to access LAN, Internet, or both. Do you have that set to both?
 
Status
Not open for further replies.

Sign Up For SNBForums Daily Digest

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