What's new

Release Asuswrt-Merlin 3006.102.7 is now available

Subject: RT-AX86U Pro (3006.102.7): Dual WAN Load Balance broken & Failover requires reboot
  • It feels like the routing table or conntrack is not being properly flushed/updated when WAN settings change in this build.
Has anyone else noticed this behavior on the 3006 branch? Any suggestions on how to force a routing table flush via SSH without rebooting every time would be greatly appreciated.
@Saulus, I also have a RT-AX86U Pro with Load Balance enabled and I agree with at least some of your findings. According to my observations, ip rules are not properly cleaned up when one of the Dual WAN connections is stopped, restarted, etc. Starting with one of the earlier 3006.102.x versions (my guess is .6), the behavior has drastically changed when compared to past versions.

As far as I understand, Dual WAN is closed source, but I'm confirming some of reported issues in case @RMerlin is able to check what is happening to the ip rules after a notify_rc stop_wan_if or a notify_rc restart_wan_if.

Thanks in advance.
 
Can confirm. Missing on my RT-AX86U Pro as well. Both values are set to hidden.

Remember someone else during the alpha 3006.102.7 having a similar issue, but it was while their BE58_Go was in WISP mode. And which was apparently fixed in the 3006.102.7 release version per the change log. (PS: Commit 11a4dfd)
Was there any:
1 - formal resolution to the missing NTP fields issue
-or-
2 - Detailed HTTP editing directions for manually updating the HTML
 
After updating and getting everything setup beside the above issue - Skynet is logging blocks to "ns1.anycastdns.cz" . Is there a component of the new FW that is attempting to connect to this DNS, and if not any advice/info on what else might be causing it?
 
1 - formal resolution to the missing NTP fields issue
Already fixed on my end, will be included in 3006.102.7_2.

Code:
commit f60b078dc89b84f4eb318736ed9bc65d5b6ebd36 (3006.102-wifi6)
Author: Eric Sauvageau <[email protected]>
Date:   Tue Mar 17 15:56:53 2026 -0400

    webui: make isSwMode() case-insensitive, like Wifi 7
    
    Fixes regression that was hiding the ntpd settings.
 
After updating and getting everything setup beside the above issue - Skynet is logging blocks to "ns1.anycastdns.cz" . Is there a component of the new FW that is attempting to connect to this DNS, and if not any advice/info on what else might be causing it?
Probably Unbound doing a recursive lookup for a domain owned by that nameserver.
 
I am not seeing an issue with trying to add a fourth mesh node.
I can't find the cause of the problem.
When I open the QIS_wizard.htm?flag=amas_addNode page, the log shows:

rc_service: cfg_server 4178:notify_rc stop_fw_check
rc_service: cfg_server 4178:notify_rc start_fw_check
rc_service: cfg_server 4178:notify_rc restart_obd_monitor

On both: the problematic router and the router without the error.
 

Similar threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!

Staff online

Back
Top