[ 386.4 alpha Build(s) ] Testing available build(s)

[supe]

I’ve heard a few odd reports of AX86U users having unique issues. No idea where they come from, though. Is LAN to LAN throughput fine if you use Adaptive QoS or no QoS?

Adaptive QOS doesn't slow down the LAN to LAN transfers, but traditional and Cake does. The problem with adaptive QOS is that I don't want to use sign up with TrendMicro.

I wonder if it has something to do with the fact that the ax86u has a dedicated "gaming port" assigned to LAN port 1?

 

[octopus]

The drop-down list is fixed, verified.

I don't see the other issue at all so far either.

Thank you!

 

[octopus]

Thank to new Alpha build!
386.4_alpha2-ga85421da82

Console debug log output seem gone

Just tested and seems working just fine.
I only found few GUI thing.
All other things seem fixed.

Aimesh => Node => Network => Wireless 5 Ghz PHY rate

and on same side

CONSOL OUTPUT (F12)

Uncaught ReferenceError: _ap_info is not defined
jQuery 11
nvramGet http://192.168.12.1/js/httpApi.js:60
jQuery 3
onclick http://192.168.12.1/AiMesh.asp:1

Uncaught ReferenceError: _ap_info is not defined
jQuery 4
onclick http://192.168.12.1/AiMesh.asp:1

Uncaught ReferenceError: _ap_info is not defined
jQuery 10
set_backhaul_data
network_set_backhaul_info
display_network_block
control_category_block
change_node
initial_AiMesh
dispatch
handle
trigger
triggerHandler
trigger http://192.168.12.1/js/jstree/jstree.js:898
select_node http://192.168.12.1/js/jstree/jstree.js:3158
set_state http://192.168.12.1/js/jstree/jstree.js:3434
each jQuery
set_state http://192.168.12.1/js/jstree/jstree.js:3433
set_state http://192.168.12.1/js/jstree/jstree.js:3424
set_state http://192.168.12.1/js/jstree/jstree.js:3411
_load_nodes http://192.168.12.1/js/jstree/jstree.js:1317
set_state http://192.168.12.1/js/jstree/jstree.js:3408
set_state http://192.168.12.1/js/jstree/jstree.js:3392
refresh http://192.168.12.1/js/jstree/jstree.js:3502
load_node http://192.168.12.1/js/jstree/jstree.js:1286
i jQuery
_load_node http://192.168.12.1/js/jstree/jstree.js:1433
rslt http://192.168.12.1/js/jstree/jstree.js:1869
_append_json_data http://192.168.12.1/js/jstree/jstree.js:1911
_load_node http://192.168.12.1/js/jstree/jstree.js:1432
load_node http://192.168.12.1/js/jstree/jstree.js:1253
refresh http://192.168.12.1/js/jstree/jstree.js:3496

 

[Adam Williamson]

i dont see alpha 2 build for rt-ac86u

 

[L&LD]

It's not there.

RMerlin doesn't currently have the GPL code needed for all models yet.

 

[Max33Verstappen]

Test the alpha 2 (v3) on ax88u.
"/jffs/configs/shadow.add" doesn't get imported to the "/ etc/shadow" in this version.

And the new wsdd2 apparently has some compatibility issues, at least in my case. It keeps disappearing from "Network" in windows. (Restart the wsdd2, it re-appears, but after a while, it disappears again). Using the old wsdd2 blob from 386.3 is all good. So maybe it has some issues dealing with extra interfaces or VLANs or whatever.

 

[Milan]

Mine AX88u with near all scripts from amtm running fine. No issues seen ...

I call it "pounding code into submission through the application of debugging output carpet bombing".

This method of debugging is used by me really very often too ... carpet bombing .

Can I use this name freely, or you have a trademark on it?

 

[bluepoint]

@RMerlin
I don't know if this is unique for me but Daylight Savings change today caused Let's Encrypt to get crazy because of Inadyns inability to resolve ns1.asuscomm.com after WAN restarted. For some reason daylight savings restarted WAN as part of the procedure which triggers Letsencrypt's DDNS failure notifications.

Nov  7 01:00:00 watchdog: restart_firewall due DST time changed(1->0)
Nov  7 01:00:00 rc_service: watchdog 1355:notify_rc restart_firewall
Nov  7 01:00:00 rc_service: watchdog 1355:notify_rc restart_wan
Nov  7 01:00:00 rc_service: waitting "restart_firewall" via watchdog ...
Nov  7 01:00:00 custom_script: Running /jffs/scripts/service-event (args: restart firewall)
Nov  7 01:00:00 custom_script: Running /jffs/scripts/nat-start
Nov  7 01:00:00 ntpMerlin: Sleeping for 5s to allow firewall/nat startup to be completed...
Nov  7 01:00:00 custom_script: Running /jffs/scripts/firewall-start (args: eth0)
Nov  7 01:00:01 custom_script: Running /jffs/scripts/service-event (args: restart wan)
Nov  7 01:00:01 miniupnpd[3322]: shutting down MiniUPnPd
Nov  7 01:00:01 lldpd[2080]: removal request for address of xx.xxx.xx.250%10, but no knowledge of it
Nov  7 01:00:05 miniupnpd[10430]: HTTP listening on port 53824
Nov  7 01:00:05 miniupnpd[10430]: Listening for NAT-PMP/PCP traffic on port 5351
Nov  7 01:00:06 lldpd[2080]: removal request for address of xx.xxxx.xx.201%10, but no knowledge of it
Nov  7 01:00:06 custom_script: Running /jffs/scripts/nat-start
Nov  7 01:00:07 ntpMerlin: Sleeping for 5s to allow firewall/nat startup to be completed...
Nov  7 01:00:07 custom_script: Running /jffs/scripts/firewall-start (args: eth0)
Nov  7 01:00:07 wan: finish adding multi routes
Nov  7 01:00:08 miniupnpd[10430]: shutting down MiniUPnPd
Nov  7 01:00:08 miniupnpd[10524]: HTTP listening on port 51649
Nov  7 01:00:08 miniupnpd[10524]: Listening for NAT-PMP/PCP traffic on port 5351
Nov  7 01:00:08 start_ddns: update WWW.ASUS.COM [email protected], wan_unit 0
Nov  7 01:00:08 inadyn[10540]: In-a-dyn version 2.8.1 -- Dynamic DNS update client.
Nov  7 01:00:08 inadyn[10540]: Update forced for alias xxxxxxxx.asuscomm.com, new IP# xx.xxx.xx.201
Nov  7 01:00:08 rc_service: udhcpc 10460:notify_rc stop_samba
Nov  7 01:00:08 rc_service: udhcpc 10460:notify_rc start_samba
Nov  7 01:00:08 rc_service: waitting "stop_samba" via udhcpc ...
Nov  7 01:00:08 custom_script: Running /jffs/scripts/service-event (args: stop samba)
Nov  7 01:00:08 wsdd2[3500]: terminating.
Nov  7 01:00:08 Samba_Server: smb daemon is stopped
Nov  7 01:00:08 WAN_Connection: WAN was restored.
Nov  7 01:00:09 dhcp_client: bound xx.xxx..201/255.255.255.0 via xx.xxx.xx.1 for 7200 seconds.
Nov  7 01:00:09 custom_script: Running /jffs/scripts/service-event (args: start samba)
Nov  7 01:00:10 inadyn[10540]: Failed resolving hostname ns1.asuscomm.com: No address associated with hostname
Nov  7 01:00:10 custom_config: Appending content of /jffs/configs/dnsmasq.conf.add.
Nov  7 01:00:10 custom_script: Running /jffs/scripts/dnsmasq.postconf (args: /etc/dnsmasq.conf)
Nov  7 01:00:11 Diversion: restarted Dnsmasq to apply settings
Nov  7 01:00:11 stubby[10720]: Stubby version: Stubby 0.4.0
Nov  7 01:00:11 Samba_Server: daemon is started
Nov  7 01:00:11 wsdd2[10738]: starting.
Nov  7 03:00:00 rc_service: service 3822:notify_rc restart_letsencrypt
Nov  7 03:00:00 custom_script: Running /jffs/scripts/service-event (args: restart letsencrypt)
Nov  7 03:00:00 Let's_Encrypt: Err, DDNS update failed.
Nov  7 03:05:00 rc_service: service 5115:notify_rc restart_letsencrypt
Nov  7 03:05:00 custom_script: Running /jffs/scripts/service-event (args: restart letsencrypt)
Nov  7 03:05:00 Let's_Encrypt: Err, DDNS update failed.

However, when I check DDNS Page, it appears nothing is amiss.

Restarted DDNS letsencrypt to recover from repeating DDNS errors.

Nov  7 06:56:24 rc_service: httpd 1331:notify_rc restart_ddns_le
Nov  7 06:56:24 custom_script: Running /jffs/scripts/service-event (args: restart ddns_le)
Nov  7 06:56:24 start_ddns: update WWW.ASUS.COM [email protected], wan_unit 0
Nov  7 06:56:24 inadyn[25266]: In-a-dyn version 2.8.1 -- Dynamic DNS update client.
Nov  7 06:56:24 inadyn[25266]: Update forced for alias xxxxxxxx.asuscomm.com, new IP# xx.xxx.xx.xx
Nov  7 06:56:25 inadyn[25266]: alias address=<xx.xxx.xx.xx>
Nov  7 06:56:25 inadyn[25266]: request<GET /ddns/update.jsp?hostname=xxxxxxxx.asuscomm.com&myip=xx.xxx.xx.xxx&model=RT-AX88U&fw_ver=3.0.0.4.386.4_alpha2-ga85421da8 HTTP/1.0^M Authorization: Basic MDRENEM0NEZGRUUwOjNCMTlFNjQxOUU5NzkwOTJFMzg4MTlCMTRFOTcyQTc3^M Host: ns1.asuscomm.com^M User-Agent: inadyn/2.8.1 https://github.com/troglobit/inadyn/issues^M ^M >
Nov  7 06:56:26 inadyn[25266]: [response_update]HTTP/1.1 200 OK^M Date: Sun, 07 Nov 2021 11:56:26 GMT^M Server: Apache^M Content-Length: 0^M Connection: close^M Content-Type: text/html; charset=UTF-8^M ^M
Nov  7 06:56:26 inadyn[25266]: Remove old cache file /var/cache/inadyn for xxxxxxxx.asuscomm.com
Nov  7 06:56:26 inadyn[25266]: Updating cache for xxxxxxxx.asuscomm.com

RT-AX88U_386.4_alpha2-ga85421da82

 

[octopus]

This can't find file in /jffs but it's in that directory and file exists. In /tmp it's missing.

Seem to missing in /tmp

asuswrt-merlin.ng/release/src/router/networkmap/networkmap.h at 6b60627c8c9c5c0271e956c914afb5277f81f9c4 · RMerl/asuswrt-merlin.ng

Third party firmware for Asus routers (newer codebase) - RMerl/asuswrt-merlin.ng

github.com

May 5 07:05:10 dnsmasq-script[1313]: json_object_from_file: error opening file /jffs/nmp_vc_json.js: No such file or directory
May 5 07:05:11 dnsmasq-script[1313]: json_object_from_file: error opening file /jffs/nmp_vc_json.js: No such file or directory
Nov 7 17:38:09 dnsmasq-script[3079]: json_object_from_file: error opening file /jffs/nmp_vc_json.js: No such file or directory
Nov 7 17:38:09 dnsmasq-script[3079]: json_object_from_file: error opening file /jffs/nmp_vc_json.js: No such file or directory
Nov 7 17:38:14 dnsmasq-script[3079]: json_object_from_file: error opening file /jffs/nmp_vc_json.js: No such file or directory
Nov 7 17:41:50 dnsmasq-script[3079]: json_object_from_file: error opening file /jffs/nmp_vc_json.js: No such file or directory
Nov 7 17:42:57 dnsmasq-script[3079]: json_object_from_file: error opening file /jffs/nmp_vc_json.js: No such file or directory

 

[busch09]

as of Alpha2 unable to add RT-AX58 as Mesh node on RT-AX88. It finds my other RT-AX88 just fine, but the AX58 doesnt show up in mesh search. So both RTAX88 on Alpha2 and joined in mesh.
Reverting to 386.4 Alpha1 makes it show up in mesh node search again.

 

[Mutzli]

as of Alpha2 unable to add RT-AX58 as Mesh node on RT-AX88. It finds my other RT-AX88 just fine, but the AX58 doesnt show up in mesh search.
Reverting to 386.4 Alpha1 makes it show up in mesh node search again.

Do you have both on alpha 2 or just the main router?

 

[Billy Chaney]

This version was well worth the wait. I seems that the dcd taint error is gone. Also I'm not showing any errors with my wireless n devices using 5G.

 

[Treadler]

This version was well worth the wait. I seems that the dcd taint error is gone. Also I'm not showing any errors with my wireless n devices using 5G.

Ha ha, this version is the first that gave me Dcd tainted. Go figure!
Doesnt appear to affect operation though, so I just ignore it.

 

[slavon]

any plain to add RT-AX53U support? i will test

 

[RMerlin]

any plain to add RT-AX53U support? i will test

No.

 

[SomeWhereOverTheRainBow]

Mine AX88u with near all scripts from amtm running fine. No issues seen ...


This method of debugging is used by me really very often too ... carpet bombing .

Can I use this name freely, or you have a trademark on it?

If @RMerlin ever makes a famous phrases section, he definitely needs to add

I call it "pounding code into submission through the application of debugging output carpet bombing".

to it.

 

[penguin22]

Eric, you pulled your magic with this alpha release. Not sure what would have changed use so much, however with my AX86U, I was at around 80-90% memory consumption on prior alpha, though the new build I am sitting at just over 50% with everything running and no issues to report. Thank you for your patience, perseverance, and dedication to this effort.

I know that it may come to an end at some point in the future, and that will be a very sad day, however, you have affected so many people in such a positive way, which I hope you can realize and smile about.

Thank you!

 

[kabukimurder]

Quick question: Is Asus implementation of Wireguard included in this version?

 

[Blacklistedcard]

This version was well worth the wait. I seems that the dcd taint error is gone. Also I'm not showing any errors with my wireless n devices using 5G.

I'm still getting the dcd errors on my AX88u.

 

[Jeffrey Young]

Quick question: Is Asus implementation of Wireguard included in this version?

No