Release Asuswrt-Merlin 386.9 is now available for AC models

[FernandoF]

Just reporting that I'm also getting the "DNS packet size" log entry discussed in the beta thread. I do have both DNSSEC and DNS-over-TLS (Cloudflare Family) enabled, and my log level settings are Notice/Notice. Some of the log entries seem to be spaced by multiples of 60 minutes:

   Feb  4 18:00:23 dnsmasq[1447]: reducing DNS packet size for nameserver 127.0.1.1 to 1232
   Feb  4 19:53:12 dnsmasq[1447]: reducing DNS packet size for nameserver 127.0.1.1 to 1232
   Feb  4 21:27:10 dnsmasq[1447]: reducing DNS packet size for nameserver 127.0.1.1 to 1232
   Feb  4 23:27:16 dnsmasq[1447]: reducing DNS packet size for nameserver 127.0.1.1 to 1232
   Feb  5 00:27:17 dnsmasq[1447]: reducing DNS packet size for nameserver 127.0.1.1 to 1232
   Feb  5 02:27:20 dnsmasq[1447]: reducing DNS packet size for nameserver 127.0.1.1 to 1232
   Feb  5 13:41:17 dnsmasq[1447]: reducing DNS packet size for nameserver 127.0.1.1 to 1232
   Feb  5 19:23:58 dnsmasq[1447]: reducing DNS packet size for nameserver 127.0.1.1 to 1232
   Feb  5 20:25:06 dnsmasq[1447]: reducing DNS packet size for nameserver 127.0.1.1 to 1232

 

[dave14305]

Just reporting that I'm also getting the "DNS packet size" log entry discussed in the beta thread. I do have both DNSSEC and DNS-over-TLS (Cloudflare Family) enabled, and my log level settings are Notice/Notice. Some of the log entries seem to be spaced by multiples of 60 minutes:

It's been addressed in the next 388.2 release. For 386.9, you can update the dnsmasq.conf configuration to avoid these messages.

This is an example /jffs/scripts/dnsmasq.postconf script:

#!/bin/sh

CONFIG="$1"
. /usr/sbin/helper.sh

pc_replace "edns-packet-max=1280" "edns-packet-max=1232" "$CONFIG"

 

[FernandoF]

Thanks again Dave!

 

[Pergola Fabio]

is that 388.2 release also for AC models now?

 

[L&LD]

No. There will never be a 388.xx release for AC models.

 

[bennor]

is that 388.2 release also for AC models now?

No. The AC series routers will remain on 386.x. The 388.x firmware is for the AX series (and newer) routers. This is addressed in the Asus-Merlin Change Log:

388.1 (3-Dec-2022)
- NOTE: This release is only available for AX models.
AC models will remain on the 386_xx release branch.

RMerlin explained elsewhere:

388.1 Release notes
This code base is only available for AX models, AC models will stay on the 386.x code base. Asus hasn't added any of these to their End-of-Life list as of now, so that means they will still get updates, just not as frequently. Most of these models being 5-7 years old now, having reduced support isn't unreasonable (as opposed to competitors typically completely dropping ALL support within 2-4 years). On my end, I currently don't plan to drop support for these AC models for the time being, but as with upstream updates, these older models will get less frequent updates from me as well.

 

[heysoundude]

I tried a few more times without success, just gonna leave it and buy a new router at some point

did you try clearing your browser cache? that might show that you've been successful before you go trashing a perfectly good piece of kit, or doing a reset.

 

[heysoundude]

No. There will never be a 388.xx release for AC models.

but there is an alpha of 386.10 being worked up on the GitHub...

 

[Clark Griswald]

but there is an alpha of 386.10 being worked up on the GitHub...

Spoiler Alert

 

[dbell]

but there is an alpha of 386.10 being worked up on the GitHub...

Now posted: https://onedrive.live.com/?authkey=!AGY2taGX02nVmWA&id=CCE5625ED3599CE0!21084&cid=CCE5625ED3599CE0

 

[bennor]

Now posted: https://onedrive.live.com/?authkey=!AGY2taGX02nVmWA&id=CCE5625ED3599CE0!21084&cid=CCE5625ED3599CE0

Started a seperate thread for discussion on the 386.10 Alpha1 builds.

[ 386.10 Alpha Build(s) ] Testing available build(s) for AC models

See the Test Builds 386 folder: https://onedrive.live.com/?authkey=!AGY2taGX02nVmWA&id=CCE5625ED3599CE0!21084&cid=CCE5625ED3599CE0 Initial models that have the 386.10 alpha1 firmware as of this post: GT-AC2900 RT-AC68U RT-AC86U RT-AC88U RT-AC3100 RT-AC5300 Change Log: 386.10 (x-xxx-2023) -...

www.snbforums.com

 

[heysoundude]

Spoiler Alert

lol not really...the GH repo link is right at the bottom of the asuswrt-merlin.com homepage

 

[Alex(zander)]

Goodness to all. Upgraded to 386.9 firmware. After the upgrade, the hard drive is always being accessed. The external 3.5 drive is connected via USB 3.0. For a week now it has been running constantly as if it is being accessed all the time. Can you tell me how to fix it and what the problem may be. Especially disconnected everything so no one unnecessary access to the drive, but still rustling relentlessly for a week. Sorry for my English, I do not speak it very well. Thank you all!

 

[RMerlin]

Can you tell me how to fix it and what the problem may be.

There was another thread discussing it a few weeks ago. This is caused by the Asus security daemon. The issue will be resolved in 386.10 which will use the new 2.0 engine.

 

[gmt]

Hello, dirty upgrade my AC86U which is running my OpenVPN server, and the speeds decreased around 10 x

Previously
AX86U, 388.1 openVPN client -> AC86U, 386.7_2 OpenVPN Server speed: Download ~160Mb; Upload 30Mb

After upgrade
AX86U, 388.1 openVPN client -> AC86U, 386.9 OpenVPN Server speed Download ~12Mb; Upload 3Mb

Reverted back to 386.7_2
AX86U, 388.1 openVPN client -> AC86U, 386.7_2 OpenVPN Server speed: Download 150Mb; Upload 30Mb

I hope I did not miss and post again something that has been already answered.

Best regards

 

[sdmf74]

I noticed an issue with 386.9 (RT-AC86U). Its not a huge issue but whenever I go to client list to change a name or icon of a device & hit apply it doesnt apply the new name. Finally I decided to reboot router then it showed the device name changes.
I never had this issue with any previous firmware. Anyone else experience this problem on the current firmware?

 

[L&LD]

Yes, rebooting does solve issues.

 

[sdmf74]

No Kidding bruh, cool problem solved lol

 

[HiHat]

All Virtual Server / Port Forwarding profiles were cleared after upgrade to 386.9 on AC68U.
Can't create any profile now. Newly created profile disappearing after switching to other tab and returning to Virtual Server / Port Forwarding tab.

Update: Seems occurred due to low NVRAM. Factory reset and manual reconfiguration required

 

[heywire]

Any hopes of the client list - in both Network Map, Wireless Log and the QoS page - being worked out in the next version?

On 386.9 (and at least back to 386.7), the lists are completely out of wack - not listing all clients to begin with, and not being updated beyond reboot. Especially on devices connected to Aimesh routers, it seems. The problem spans across both the web interface and in the app.