[Release] Asuswrt-Merlin 384.9 is now available

[Frankflash]

Please stop trolling your nonsense . ......

their is lots of problems not trolling nonsense

 

[Frankflash]

i am not trolling nonsense

 

[AndreiV]

i am not trolling nonsense

Sitting in the relaxation room at my nephew's offices these are some of the devices I can see happily connected to an Asus RT-AX88U running Merlin 384.9
Samsung Galaxy Tab S3
Huawei MediaPad M5 8.4
Samsung Galaxy Tab S4
Xiaomi Mi Pad
Amazon Fire HD
Amazon Fire 7
Samsung Galaxy Tab Active2
Lenovo Yoga Tab 3 Plus
iPads x4
Macbook Pros x2
iPhones x5
and x7 other Android phones

All working , no issues.

I had no problems with slow WiFi devices in the 3 alpha stages , nor the betas.
Nothing has changed that can cause what you describe , it is YOUR device that has an issue.

You really think that this firmware can just pick one random Samsung device to not work with?

 

[Grisu]

That is exactly my case...
the download Master is not there anymore...
how did you have acces to your already installed Download Master?
thanks for answering.
rgds

Mine too, DownloadMaster not shown, but I can access DM with direct link safed in firefox.
Just for info 86U running in AP mode.

 

[Thorton]

Updated AC87U, then did full factory reset and re-configured again (to be sure everything works OK). I like the new feature that doesn't reset VPN settings after uploading new file with VPN profile, but I found that only some settings are kept, and some settings still are reset. These get reset every time I upload new file:

Automatic start at boot time
Accept DNS Configuration
Username/Password (but I guess it's normal to reset these fields)

 

[penguin22]

384.9 has been running great on my AC86U and AC3200. I tested yesterday switching my AC68P Media Bridge from DD-WRT to 384.9 after performing a firmware recovery; however, the DHCP issue still exists where clients cannot obtain the DHCP address although the router is offering.

This is a longstanding ASUS issue that I'm not hopeful will be addressed, but thankfully DD-WRT works without the issue in media bridge mode. The only issue is that DD-WRT doesn't show all clients on the router and instead shows them connected through the media bridge, which limits some functionality, such as QOS, etc.

 

[RT-N66U]

What version are you trying to flash and what is your previous version?

Previous version: 384.8_2
Flashed version: 384.9 (But reverted back to above)

 

[overlordbubblez]

Hey

Problem with WiFi on my tablet on latest update (384.9). Keeps disconnecting and reconnecting. Logs as follows:

Feb 4 12:27:47 WLCEVENTD: eth2: Disassoc MAC
Feb 4 12:27:49 WLCEVENTD: eth2: Assoc MAC
Feb 4 12:27:49 dnsmasq-dhcp[298]: DHCPDISCOVER(br0)
Feb 4 12:27:49 dnsmasq-dhcp[298]: DHCPOFFER(br0) 192.168.1.48
Feb 4 12:27:49 dnsmasq-dhcp[298]: DHCPREQUEST(br0) 192.168.1.48
Feb 4 12:27:49 dnsmasq-dhcp[298]: DHCPACK(br0) 192.168.1.48 MIPAD4-MiPad
Feb 4 12:28:58 WLCEVENTD: eth2: Disassoc MAC
Feb 4 12:29:00 WLCEVENTD: eth2: Assoc MAC
Feb 4 12:29:00 dnsmasq-dhcp[298]: DHCPDISCOVER(br0)
Feb 4 12:29:00 dnsmasq-dhcp[298]: DHCPOFFER(br0) 192.168.1.181
Feb 4 12:29:00 dnsmasq-dhcp[298]: DHCPREQUEST(br0) 192.168.1.181
Feb 4 12:29:00 dnsmasq-dhcp[298]: DHCPACK(br0) 192.168.1.181
Feb 4 12:37:49 WLCEVENTD: eth2: Disassoc MAC
Feb 4 12:37:51 WLCEVENTD: eth2: Assoc MAC
Feb 4 12:37:51 dnsmasq-dhcp[298]: DHCPDISCOVER(br0)
Feb 4 12:37:51 dnsmasq-dhcp[298]: DHCPOFFER(br0) 192.168.1.48
Feb 4 12:37:51 dnsmasq-dhcp[298]: DHCPREQUEST(br0) 192.168.1.48
Feb 4 12:37:51 dnsmasq-dhcp[298]: DHCPACK(br0) 192.168.1.48 MIPAD4-MiPad

Didn't have much time to troubleshoot today, rolled back and no longer have issue.

Any ideas? Thanks!

Edit: removed MAC addresses

 

[Jasso]

Why am I getting these in System Log when I didn't with 384.8.2?

Feb 4 09:11:09 WLCEVENTD: eth2: ReAssoc 34:97:F6:63:22:1C
Feb 4 09:16:42 WLCEVENTD: eth2: Disassoc 34:97:F6:63:22:1C
Feb 4 09:18:42 WLCEVENTD: eth2: Disassoc A4:31:35:EC:CB:71
Feb 4 09:18:43 WLCEVENTD: eth2: Disassoc 0C:15:39:32:0B:E2
Feb 4 14:07:09 WLCEVENTD: eth2: Assoc A4:31:35:EC:CB:71
Feb 4 14:24:35 WLCEVENTD: eth3: Assoc 10:FE:ED:24:18:FF
Feb 4 14:24:44 WLCEVENTD: eth1: Assoc 74:EA:3A:87:A4:46
Feb 4 14:24:45 WLCEVENTD: eth2: Assoc A8:54:B2:3A:59:A1
Feb 4 14:24:52 WLCEVENTD: eth2: Disassoc A8:54:B2:3A:59:A1
Feb 4 14:24:56 WLCEVENTD: eth2: Assoc A8:54:B2:3A:59:A1
Feb 4 14:26:57 WLCEVENTD: eth2: Assoc 0C:15:39:32:0B:E2

RT-AC5300 Merlin 384.9

 

[skeal]

You know this must be frustrating for @RMerlin. He lets people know upfront the issues for this release, yet people still, still list the fact that they have the issue that he reported. Just think of how much smaller this thread would be without such nonsensical posts. Another thing if @RMerlin comes across an issue he reports it to Asus. It is therefore in their court. He then tries to use his skill to eliminate the problem, unfortunately some issues cannot be dealt with fast enough, or have closed source components. This forum doesn't need people reporting the already known issues. So I ask please read the change log included with the firmware you downloaded. It clearly says what frustrates @RMerlin, yet the people still report anyway. I've been around now a while and if @RMerlin can fix something he does, whether it be through Asus development or his own doings. Please have consideration for the developer and only seek help for not reported issues. One more thing, people are upgrading and not resetting to defaults if issues are present, this is just stupid, there are so many posts that show this issue, if something basic like wifi is broken, why seed the forum with a suspicion that has yet to be proven out, why not go to great lengths to prove out a firmware problem. Just my opinion.

 

[dlandiss]

network map list is indeed unreliable
i see 8 clients connected, while i am sure more than 20 clients are
how to obtain that list of connected clients?

Wireless Network Watcher which, despite its name, reports everything on your LAN.

 

[Pergola Fabio]

Wireless Network Watcher which, despite its name, reports everything on your LAN.

Indeed , now using a IP scanner for discovery... Too bad though, the client mappigb was working better in older release

 

[GHammer]

Wow, I've had dcd tainted crashes for two days now. Happens every 20-30 minutes. Hope there is a fix for it.

Sorry if this is getting old.

As a matter of fact, it is.
It has nothing to do with the ASUSWRT-Merlin firmware and everything to do with the ASUS closed source.
Take the chronic reports to ASUS directly if you feel the need to comment on it.

 

[Jack Yaz]

As a matter of fact, it is.
It has nothing to do with the ASUSWRT-Merlin firmware and everything to do with the ASUS closed source.
Take the chronic reports to ASUS directly if you feel the need to comment on it.

Especially since I already answered him...https://www.snbforums.com/threads/r...4-9-is-now-available.54843/page-4#post-463642

 

[John Adler]

Mine too, DownloadMaster not shown, but I can access DM with direct link safed in firefox.
Just for info 86U running in AP mode.

I jumped back to the previous version with a dirty flash.
everything there again.
DownloadMaster and the access button also.
I wait for the next firmware.
Merlin is doing a phantastic job!!!

 

[Dhunt2]

Hey

Problem with WiFi on my tablet on latest update (384.9). Keeps disconnecting and reconnecting. Logs as follows:

Feb 4 12:27:47 WLCEVENTD: eth2: Disassoc MAC
Feb 4 12:27:49 WLCEVENTD: eth2: Assoc MAC
Feb 4 12:27:49 dnsmasq-dhcp[298]: DHCPDISCOVER(br0)
Feb 4 12:27:49 dnsmasq-dhcp[298]: DHCPOFFER(br0) 192.168.1.48
Feb 4 12:27:49 dnsmasq-dhcp[298]: DHCPREQUEST(br0) 192.168.1.48
Feb 4 12:27:49 dnsmasq-dhcp[298]: DHCPACK(br0) 192.168.1.48 MIPAD4-MiPad
Feb 4 12:28:58 WLCEVENTD: eth2: Disassoc MAC
Feb 4 12:29:00 WLCEVENTD: eth2: Assoc MAC
Feb 4 12:29:00 dnsmasq-dhcp[298]: DHCPDISCOVER(br0)
Feb 4 12:29:00 dnsmasq-dhcp[298]: DHCPOFFER(br0) 192.168.1.181
Feb 4 12:29:00 dnsmasq-dhcp[298]: DHCPREQUEST(br0) 192.168.1.181
Feb 4 12:29:00 dnsmasq-dhcp[298]: DHCPACK(br0) 192.168.1.181
Feb 4 12:37:49 WLCEVENTD: eth2: Disassoc MAC
Feb 4 12:37:51 WLCEVENTD: eth2: Assoc MAC
Feb 4 12:37:51 dnsmasq-dhcp[298]: DHCPDISCOVER(br0)
Feb 4 12:37:51 dnsmasq-dhcp[298]: DHCPOFFER(br0) 192.168.1.48
Feb 4 12:37:51 dnsmasq-dhcp[298]: DHCPREQUEST(br0) 192.168.1.48
Feb 4 12:37:51 dnsmasq-dhcp[298]: DHCPACK(br0) 192.168.1.48 MIPAD4-MiPad

Didn't have much time to troubleshoot today, rolled back and no longer have issue.

Any ideas? Thanks!

Edit: removed MAC addresses

Had the same issue with RT-AC68U after loading 384.9. Reboot seems to have fixed it.

 

[Marcogv]

My rt-ac87U refuse to upgrade to 384.9.
After loading the firmware it displays the previous version 384.7-2.
I have tried some times.
Some advice?

 

[skeal]

Just a quick note. When you see a problem no one has reported yet, I encourage you to reset to defaults with no importing of settings. Usually if the problem goes away when flashing back to earlier firmware, a reset could solve your upgraded firmware problem. This is how you the end user can authenticate a real problem. Lots of people post that the firmware has a bug, lets try to prove out these issues before insulting comments start.

 

[skeal]

My rt-ac87U refuse to upgrade to 384.9.
After loading the firmware it displays the previous version 384.7-2.
I have tried some times.
Some advice?

Search this thread it has been talked about adnauseam. Please search at the very least everyone!

 

[Howard_inGA]

RT AC5300-Dirty upgrade with both usb ports (1 is 3.0) in use through the upgrade. Worked like a charm!!
Thanks, Eric!