[384.18_Alpha Builds] Testing all variants

[RMerlin]

Asus still didn't release .385 code ?

385 and 384 code is identical. It's just a version bump to resolve a rollover issue caused by build number becoming too large.

 

[bigcid10]

You can post the output from the command below to get some hints (it removes user and password). I'm guessing the DDNS update isn't finishing successfully and setting the nvram ddns_updated. Run this before and after one of the 30 second updates.

nvram show 2>/dev/null | grep -E "^ddns_" | grep -vE "passwd|username" | sort

do I have to ssh into it to run that command ?
Thank you


ASUSWRT-Merlin RT-AX88U 384.18_alpha1-g6368a955e8 Fri May 29 04:01:05 UTC 2020
Paul@RT-AX88U-5F18:/tmp/home/root# nvram show 2>/dev/null | grep -E "^ddns_" | g
rep -vE "passwd|username" | sort
ddns_enable_x=1
ddns_hostname_old=bigcid10.ddns.net
ddns_hostname_x=bigcid10.mooo.com
ddns_hostname_x_old=
ddns_ipcheck=0
ddns_last_wan_unit=0
ddns_refresh_x=21
ddns_regular_check=1
ddns_regular_period=120
ddns_return_code=200
ddns_return_code_chk=200
ddns_server_x=FREEDNS.AFRAID.ORG
ddns_server_x_old=WWW.NO-IP.COM
ddns_suggest_name=bigcid103130.asuscomm.com
ddns_transfer=
ddns_update_by_wdog=1
ddns_wan_unit=-1
ddns_wildcard_x=0

 

[jackiechun]

This may be a silly question, but does 384.18 Alpha include the possibility of enabling DHCP "Continuous" mode on AC86U as referenced in this post? https://www.snbforums.com/threads/a...ot-function-properly.61907/page-2#post-573192

"The Continuous Mode module should have been included in the latest firmware 3.0.0.4.384.81792" and I see that the version used in this is 384_81846.

I believe the answer is yes but just wanted to confirm. Thanks!

To follow up (and thanks @Vexira): flashed 384.18 Alpha onto my AC86U (previously 384.13), factory reset, re-configured everything by hand then set DHCP into "Continuous" mode and confirmed the setting change with the methods mentioned in the quoted post. Also updated my AC66U B1 node to 3.0.0.4.385.20490 (+ factory reset). An important note to anyone doing the same is you will need to re-run the command if you save anything on the WAN Settings page (as I assume it overwrites the "Continuous" setting with Normal/Aggressive).

So far so good! Thank you very much @RMerlin for everything - on behalf of my parents as well.

 

[Trent Hubbert]

Getting a few log entries. Upgraded to the Alpha 4 days ago. Everything is working great with RT86U.

Jun 11 14:08:41 rc_service: check_watchdog 1227:notify_rc restart_watchdog
Jun 11 14:10:13 rc_service: rc 5804:notify_rc restart_wrs
Jun 11 14:10:16 kernel: The For ALL DEVICES flag of Prof 1 has been set to ENABLE
Jun 11 14:10:16 BWDPI: fun bitmap = 47f
Jun 11 21:14:49 kernel: ERR[update_qos_data_by_mac:3585] Failed to find udb entry by skb src-MAC!

 

[JWoo]

Looks like Asus just released a good sized update for the RT-AX58U / RT-AX3000:

Version 3.0.0.4.384.93542020/06/1168.44 MBytes

ASUS RT-AX58U Firmware version 3.0.0.4.384.9354
- Fixed openvpn related issue
- Fixed Let's encrypt related issue
- Fixed Parental control issue
- Fixed system unstable when applying specfic iptv profile
- Fixed AiCloud share link bugs.
- Fixed AiCloud connection bugs with AiMusic App.
- Fixed AiMesh advanced parameters synchronize issue
- Fixed offline client removing problem with ASUS router app.
- Adaptive QoS supported more apps
Work-From-Home: WeChat Work®, RescueAssist, Tencent/VooV Meeting®
Learn-From-Home: LinkedIn Learning®, Binkist®, Skillshare®, edX®
Media Streaming: SiriusXM®, Bilibili®
Indoor training: The Sufferfest®, Bkool Fitness®, TrainerRoad®, Rouvy®

Please unzip the firmware file first then check the MD5 code.
MD5: a24260f1300b27bd9135e3030b9fa737

 

[maghuro]

RT-AC86U GPL 81918 is live.

 

[dave14305]

RT-AC86U GPL 81918 is live.

And many times that means Asus uploaded it directly to Merlin's server days ago. Time will tell.

 

[QuikSilver]

And many times that means Asus uploaded it directly to Merlin's server days ago. Time will tell.

Yea, I don't think @RMerlin comes to check these forums to see what GPLs have been released by Asus.

 

[L&LD]

Yea, I don't think @RMerlin comes to check these forums to see what GPLs have been released by Asus.

 

[fields987]

I ran a build for my AX88U to include the new commits in the AX repository. On the Firmware Upgrade page, I can manually check for trend and fw updates, but am unable to set the config for scheduled check for new firmware availability. It does not retain yes or no, and I do not see an apply button of the page to save the setting. I see this in the console in edge 83, although I've tried a handful of browsers on different devices and get the same behavior here.

jquery.js:5 [Deprecation] Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check https://xhr.spec.whatwg.org/.
send @ jquery.js:5
ajax @ jquery.js:5
hookGet @ httpApi.js:252
initial @ Advanced_FirmwareUpgrade_Content.asp:134
onload @ Advanced_FirmwareUpgrade_Content.asp:1029

 

[Thermaltake]

385 and 384 code is identical. It's just a version bump to resolve a rollover issue caused by build number becoming too large.

Oh ok.

Fixes from .385 AC88U latest firmware are in this release ?

 

[RMerlin]

Oh ok.

Fixes from .385 AC88U latest firmware are in this release ?

There is no RT-AC88U build, the latest GPL code I have for that model is not compatible with the rest.

 

[Thermaltake]

There is no RT-AC88U build, the latest GPL code I have for that model is not compatible with the rest.

I bet they are doing that on purpose, what do you think ?

 

[dave14305]

New builds!

 

[Kingp1n]

New builds!

Good looking out...downloading now!!!

 

[SMS786]

New builds!

Changelog for 384.18_alpha1-gb66d5282dd:

384.18 (xx-xxx-2020)
- NOTE: Starting with 384.18, the RT-AC88U/3100/5300 firmware now uses
the new encrypted router password mechanism. This means that
downgrading any of these models to an older version (or to a
stock firmware older than 384_81790) will require a factory
default reset afterward.
- UPDATED: Merged GPL 384_8563 for AX models.
- UPDATED: Merged GPL 384_81846 for mainline models (code is almost
identical to 385_20490)
- UPDATED: Merged SDK + binary blobs from 384_81846 for RT-AC86U.
- UPDATED: Merged SDK + binary blobs from 384_81844 for RT-AC5300.
- UPDATED: Merged SDK + binary blobs from 385_20490 for RT-AC68U
and RT-AC3100.
- UPDATED: Merged SDK + binary blobs 384_8563 for RT-AX58U.
- UPDATED: amtm to 3.1.7.
- UPDATED: Root certificate bundle to June 3rd 2020.
- UPDATED: OUI database used by the webui.
- FIXED: ssh/scp client would fail to connect while negotiating
a chacha20 connection (themiron)

Edit: Refer to https://github.com/RMerl/asuswrt-merlin.ng for more/up-to-date details.

 

[RMerlin]

I bet they are doing that on purpose, what do you think ?

Why would they?

 

[RMerlin]

Changelog for 384.18_alpha1-gb66d5282dd:

That's not the up-to-date changelog, you need to refer to Github for accurate details.

 

[SMS786]

That's not the up-to-date changelog, you need to refer to Github for accurate details.

Noted

 

[jackiechun]

Up-to-date changelog:

https://github.com/RMerl/asuswrt-merlin.ng/blob/master/Changelog-NG.txt

Excited to see 384_81918 for mainline + AC86U, been reading a few good things about this build over in Asus Official. 81858 also included "improved connection stability" and "optimized CPU utilization", which are probably included in 81918. Might dirty flash later tonight.

The first 384.18 alpha with 384_81846 on my AC86U has been rock-solid.

EDIT: Pinging @DarkKnight75 because I know how much you love 81918 and your posts are tempting me to install the latest alpha RMerlin just uploaded I was on Merlin 384.13 up until a couple of days ago.

EDIT 2: dirty flashed to latest alpha; confirmed DHCP Continuous mode is still enabled.