Beta Asuswrt-Merlin 386.2 Beta is now available

[Howard_inGA]

So on a flyer, after all the flail I've had with the 386 update line , I decided to put the Beta 3 in via dirty update from 384.19 final. This would have meant the end of operations for the router in previous 386 Betas/Finals. EVERYTHING is working as advertised!!!
I am able to access the cable modem, QOS seems to be working, Firewall (including DOS) IS FULLY working-url (keyword is off) filtering is working, IPv6 is working...Astounding!!
I have only a handful of log entries of concern:

Apr 1 13:21:04 kernel: gro disabled
Apr 1 13:21:05 avahi-daemon[1938]: WARNING: No NSS support for mDNS detected, consider installing nss-mdns!
Apr 1 13:21:18 kernel: SHN Release Version: 2.0.1 f45bb18
Apr 1 13:21:18 kernel: UDB Core Version: 0.2.20
Apr 1 13:21:18 kernel: sizeof forward pkt param = 192
Apr 1 13:21:22 kernel: ERR[qos_start:3363] qos_ops is not registered!
Apr 1 13:21:22 kernel: ioctl_iqos_op_switch(1) fail!
Apr 1 13:21:32 crond[561]: time disparity of 1530016 minutes detected

I'd love to know if these are actionable items for me (QOS, mDNS, and time), but things are working. That is the key!
Thanks to all for getting the 386 line back in the usual easy upgrade flow!

 

[Howard_inGA]

I'd love to know if these are actionable items for me (QOS, mDNS, and time), but things are working. That is the key!
Thanks to all for getting the 386 line back in the usual easy upgrade flow!

Only problem that has surfaced occurs when I turn off IPv6 and start the VPN. The fixed DHCP assignments get lost, and the bridge router-192.168.1.169 fixed- intermittently takes the main router url- 192.168.1.1.
DNS leak check shows a secure connection, and the speedtest shows about 10% of available connection speed. That seems to be standard when using the router VPN. I'll note that the PC Nord VPN gives within 1% of my max speed while using the same VPN access point.
After the VPN was shutdown, and IPv6 restored, the operation of the router was rock solid once again!!

 

[Lee MacMillan]

AX86U crashed this morning as I was connecting via Instant Guard. From the log:

Apr  1 09:15:18 vpn: + 597c4d91b055409f9dbaa3dc128391e2 10.10.10.1/32 == 50.211.2.169 -- 75.165.xx.xxx == 0.0.0.0/0
May  5 01:05:08 syslogd started: BusyBox v1.25.1
May  5 01:05:08 crashlog: LOG
May  5 01:05:08 crashlog: <6>mod epilog takes 0 jiffies
May  5 01:05:08 crashlog: <6>IDPfw: Exit IDPfw
May  5 01:05:08 crashlog: <6>CFG80211-ERROR) wl_cfg80211_sta_info : GET STA INFO failed, -1
May  5 01:05:08 crashlog: <4>dhd_os_stop_wd_thread(): thread:dhd_watchdog_thread:2ee terminated OK
May  5 01:05:08 crashlog: <6>CFG80211-ERROR) wl_add_remove_eventmsg : Get event_msgs error (-1)
May  5 01:05:08 crashlog: <6>br0: received packet on eth6 with own address as source address
May  5 01:05:08 crashlog: <6>br0: received packet on eth6 with own address as source address
May  5 01:05:08 crashlog: <0>NMI watchdog: BUG: soft lockup - CPU#0 stuck for 23s! [pdc_rx:268]
May  5 01:05:08 crashlog: <4>Modules linked in: tun init_addr(          (null) -           (null)), core_addr(ffffffbffc168000 - ffffffbffc16b54c)
May  5 01:05:08 crashlog: <4> sch_cake init_addr(          (null) -           (null)), core_addr(ffffffbffc18d000 - ffffffbffc191fb8)
May  5 01:05:08 crashlog: <4> tdts_udbfw(O-) init_addr(          (null) -           (null)), core_addr(ffffffbffc15b000 - ffffffbffc160500)
May  5 01:05:08 crashlog: <4> tdts_udb(PO) init_addr(          (null) -           (null)), core_addr(ffffffbffc357000 - ffffffbffc37a054)
May  5 01:05:08 crashlog: <4> tdts(PO) init_addr(          (null) -           (null)), core_addr(ffffffbffd20a000 - ffffffbffd245de8)
May  5 01:05:08 crashlog: <4> sr_mod init_addr(          (null) -           (null)), core_addr(ffffffbffd202000 - ffffffbffd204308)
May  5 01:05:08 crashlog: <4> cdrom init_addr(          (null) -           (null)), core_addr(ffffffbffd1f5000 - ffffffbffd1f9cb0)
May  5 01:05:08 crashlog: <4> thfsplus(O) init_addr(          (null) -           (null)), core_addr(ffffffbffd1d3000 - ffffffbffd1e0084)
May  5 01:05:08 crashlog: <4> tntfs(PO) init_addr(          (null) -           (null)), core_addr(ffffffbffd146000 - ffffffbffd192438)
May  5 01:05:08 crashlog: <4> tfat(PO) init_addr(          (null) -           (null)), core_addr(ffffffbffd0f1000 - ffffffbffd122368)
May  5 01:05:08 crashlog: <4> uas init_addr(          (null) -           (null)), core_addr(ffffffbffd0e8000 - ffffffbffd0ea140)
May  5 01:05:08 crashlog: <4> usb_storage init_addr(          (null) -           (null)), core_addr(ffffffbffd0cf000 - ffffffbffd0d2c20)
May  5 01:05:08 crashlog: <4> sg init_addr(          (null) -           (null)), core_addr(ffffffbffd0c1000 - ffffffbffd0c55d0)
May  5 01:05:08 crashlog: <4> sd_mod init_addr(          (null) -           (null)), core_addr(ffffffbffd0b3000 - ffffffbffd0b7bd8)
May  5 01:05:08 crashlog: <4> scsi_mod init_addr(          (null) -           (null)), core_addr(ffffffbffd075000 - ffffffbffd085960)
May  5 01:05:08 crashlog: <4> nf_nat_sip init_addr(          (null) -           (null)), core_addr(ffffffbffd06e000 - ffffffbffd06f998)
May  5 01:05:08 crashlog: <4> nf_conntrack_sip init_addr(          (null) -           (null)), core_addr(ffffffbffd063000 - ffffffbffd066108)
May  5 01:05:08 crashlog: <4> nf_nat_h323 init_addr(          (null) -           (null)), core_addr(ffffffbffd05d000 - ffffffbffd05e0e8)
May  5 01:05:08 crashlog: <4> nf_conntrack_h323 init_addr(          (null) -           (null)), core_addr(ffffffbffd04b000 - ffffffbffd04ea00)
May  5 01:05:08 kernel: klogd started: BusyBox v1.25.1 (2021-03-28 13:47:46 EDT)
May  5 01:05:08 crashlog: <4> nf_nat_rtsp init_addr(          (null) -           (null)), core_addr(ffffffbffd046000 - ffffffbffd0469f0)
May  5 01:05:08 crashlog: <4> nf_conntrack_rtsp init_addr(          (null) -           (null)), core_addr(ffffffbffd040000 - ffffffbffd041188)
May  5 01:05:08 kernel: rdd_init_params.runner_nat_cache_key_ptr=0xffffffc00bd00000

Subsequent connection was OK.

My AX86u running 386.1_2 has crashed like that 3 or 4 times in the last 4 days. I see very similar log entries and all the connections restore themselves just fine. At this point, I have no idea if it is hardware or software related. I've got a pretty vanilla setup but I don't think it's ever gone longer than 5 days without spontaneously rebooting. Works fine otherwise. Makes me wonder if I should have stuck with my AC66U_B1 until it died.

 

[bbunge]

My AX86u running 386.1_2 has crashed like that 3 or 4 times in the last 4 days. I see very similar log entries and all the connections restore themselves just fine. At this point, I have no idea if it is hardware or software related. I've got a pretty vanilla setup but I don't think it's ever gone longer than 5 days without spontaneously rebooting. Works fine otherwise. Makes me wonder if I should have stuck with my AC66U_B1 until it died.

Agree, I don't like reboots like that especially when my wife was doing the banking. I heard about that in loud terms. The Asus factory firmware has been very stable on this touter. So, back I went... to insure domestic tranquility...

 

[AntonK]

Agree, I don't like reboots like that especially when my wife was doing the banking. I heard about that in loud terms. The Asus factory firmware has been very stable on this touter. So, back I went... to insure domestic tranquility...

Mine hasn't crashed at all. Are both of yours crashing when attempting to connect via Instant Guard? @Lee MacMillan

 

[bbunge]

Mine hasn't crashed at all. Are both of yours crashing when attempting to connect via Instant Guard? @Lee MacMillan

May have been a coincidence that the router crashed when I was trying to connect with InstantGuard. That was the first time I was away from home and connected to a "public" WIFI with the Android phone. On cellular connection InstantGuard has worked fine. OpenVPN also worked fine after the crash. I did have Cake QOS enabled when it crashed and now, yes I reloaded 386.2 beta 3, am using the Asus QOS. Have not set up OpenVPN or InstantGuard...yet.

 

[akamaka]

Not sure this is the right forum to post but I will give it a shot.
Anyone has an idea why the I would get different Internet Speeds when testing from the router compared to what I get on www.speedtest.net website? Is the ISP provider plying tricks?
Router: up - 112Mbps / down - 18.28 Mbps
Website: up - 459Mbps / down - 19.23 Mbps
Using ASUS RT-AC 5300, with Merlin Firmware version: 386.1.2

 

[KingBravery]

Not sure this is the right forum to post but I will give it a shot.
Anyone has an idea why the I would get different Internet Speeds when testing from the router compared to what I get on www.speedtest.net website? Is the ISP provider plying tricks?
Router: up - 112Mbps / down - 18.28 Mbps
Website: up - 459Mbps / down - 19.23 Mbps
Using ASUS RT-AC 5300, with Merlin Firmware version: 386.1.2

Your router's chipset is not powerful enough. The website or windows app is more accurate.

 

[RMerlin]

386.2 has now been released. Thanks everyone for your participation in this beta cycle.