Release Asuswrt-Merlin 3006.102.7 is now available

[FernandoF]

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.

 

[Weblee2407]

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

 

[Weblee2407]

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?

 

[RMerlin]

1 - formal resolution to the missing NTP fields issue

Already fixed on my end, will be included in 3006.102.7_2.

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.

 

[dave14305]

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.

 

[Igor]

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.

 

[dinko05]

BE92U crashed again:

Mar 18 18:49:58 et12 wlceventd: wlceventd_proc_event(685): wl0.6: Auth C4:E7:AE:15:04:72, status: Successful (0), rssi:0
Aug 27 13:23:12 router kernel: rcu: INFO: rcu_preempt self-detected stall on CPU
Aug 27 13:23:12 router kernel: rcu: INFO: rcu_sched detected stalls on CPUs/tasks:
Aug 27 13:23:12 router kernel: rcu: INFO: rcu_bh detected stalls on CPUs/tasks:
Aug 27 13:23:12 router kernel: rcu:     1-...!: (1 ticks this GP) idle=646/0/0x1 softirq=2269949/2269949 fqs=1
Aug 27 13:23:12 router kernel: rcu:     (detected by 2, t=900727322462 jiffies, g=1433229, q=1364)
Aug 27 13:23:12 router kernel: Task dump for CPU 1:
Aug 27 13:23:12 router kernel: swapper/1       R  running task        0     0      1 0x0000000a
Aug 27 13:23:12 router kernel: Call trace:
Aug 27 13:23:12 router kernel:  __switch_to+0xe8/0x170
Aug 27 13:23:12 router kernel:  0xffffff800809bef0
Aug 27 13:23:12 router kernel: rcu: rcu_sched kthread starved for 900726557958 jiffies! g1433229 f0x0 RCU_GP_WAIT_FQS(5) ->state=0x402 ->cpu=0
Aug 27 13:23:12 router kernel: rcu: RCU grace-period kthread stack dump:
Aug 27 13:23:12 router kernel: rcu_sched       I    0    11      2 0x00000008
Aug 27 13:23:12 router kernel: Call trace:
Aug 27 13:23:12 router kernel:  __switch_to+0xe8/0x170
Aug 27 13:23:12 router kernel:  __schedule+0x214/0x5a0
Aug 27 13:23:12 router kernel:  schedule+0x38/0xa0
Aug 27 13:23:12 router kernel:  schedule_timeout+0x15c/0x2a0
Aug 27 13:23:12 router kernel:  rcu_gp_kthread+0x488/0x900
Aug 27 13:23:12 router kernel:  kthread+0x118/0x150
Aug 27 13:23:12 router kernel:  ret_from_fork+0x10/0x24
Oct  2 19:51:28 router chronyd[18069]: Forward time jump detected!
Aug 27 13:23:12 router crond[4792]: time disparity of 15012122 minutes detected
Aug 27 13:23:12 router kernel: rcu:     1-....: (1 ticks this GP) idle=646/0/0x1 softirq=2269949/2269949 fqs=7
Aug 27 13:23:12 router kernel: rcu:     1-...!: (5873 ticks this GP) idle=646/0/0x1 softirq=2264909/2269949 fqs=0
Aug 27 13:23:12 router kernel: rcu:      (t=900727322465 jiffies g=3479825 q=141360)
Aug 27 13:23:12 router kernel: rcu:     (detected by 3, t=900726557977 jiffies, g=-775, q=1)
Aug 27 13:23:12 router kernel: Task dump for CPU 3:
Aug 27 13:23:12 router kernel: swapper/3       R  running task        0     0      1 0x0000000a
Aug 27 13:23:12 router kernel: Call trace:
Aug 27 13:23:12 router kernel:  dump_backtrace+0x0/0x150
Aug 27 13:23:12 router kernel:  show_stack+0x14/0x20
Aug 27 13:23:12 router kernel:  sched_show_task+0x100/0x120
Aug 27 13:23:12 router kernel:  dump_cpu_task+0x40/0x4c
Aug 27 13:23:12 router kernel:  rcu_dump_cpu_stacks+0x90/0xcc
Aug 27 13:23:12 router kernel:  rcu_check_callbacks+0x718/0x810
Aug 27 13:23:12 router kernel:  update_process_times+0x2c/0x70
Aug 27 13:23:12 router kernel:  tick_sched_timer+0x54/0xd0
Aug 27 13:23:12 router kernel:  __hrtimer_run_queues+0x13c/0x1d0
Aug 27 13:23:12 router kernel:  hrtimer_interrupt+0xe4/0x2b0
Aug 27 13:23:12 router kernel:  arch_timer_handler_phys+0x30/0x40
Aug 27 13:23:12 router kernel:  handle_percpu_devid_irq+0x80/0x140
Aug 27 13:23:12 router kernel:  __handle_domain_irq+0x70/0xd0
Aug 27 13:23:12 router kernel:  gic_handle_irq+0x5c/0xc0
Aug 27 13:23:12 router kernel:  el1_irq+0xe8/0x190
Aug 27 13:23:12 router kernel:  cpuidle_enter_state+0x80/0x220
Aug 27 13:23:12 router kernel:  cpuidle_enter+0x18/0x20
Aug 27 13:23:12 router kernel:  do_idle+0x1d8/0x260
Aug 27 13:23:12 router kernel:  cpu_startup_entry+0x24/0x40
Aug 27 13:23:12 router kernel:  secondary_start_kernel+0x13c/0x170
Aug 27 13:23:12 router hostapd: wl1.1: STA 12:be:ff:67:a3:0c WPA: group key handshake completed (RSN)
Aug 27 13:23:12 router hostapd: wl1.1: STA f6:6c:cb:76:8e:81 WPA: group key handshake completed (RSN)
Aug 27 13:23:12 router kernel: tdts_core_ioctl_udb_op_prog_ctrl() fail!

It hadn't done it in a few days but today it happened twice within a few hours. It's still usable at least but somewhat annoying. On `3006.102.7_1-gbeea6c005a`

 

[RMerlin]

BE92U crashed again:

Mar 18 18:49:58 et12 wlceventd: wlceventd_proc_event(685): wl0.6: Auth C4:E7:AE:15:04:72, status: Successful (0), rssi:0
Aug 27 13:23:12 router kernel: rcu: INFO: rcu_preempt self-detected stall on CPU
Aug 27 13:23:12 router kernel: rcu: INFO: rcu_sched detected stalls on CPUs/tasks:
Aug 27 13:23:12 router kernel: rcu: INFO: rcu_bh detected stalls on CPUs/tasks:
Aug 27 13:23:12 router kernel: rcu:     1-...!: (1 ticks this GP) idle=646/0/0x1 softirq=2269949/2269949 fqs=1
Aug 27 13:23:12 router kernel: rcu:     (detected by 2, t=900727322462 jiffies, g=1433229, q=1364)
Aug 27 13:23:12 router kernel: Task dump for CPU 1:
Aug 27 13:23:12 router kernel: swapper/1       R  running task        0     0      1 0x0000000a
Aug 27 13:23:12 router kernel: Call trace:
Aug 27 13:23:12 router kernel:  __switch_to+0xe8/0x170
Aug 27 13:23:12 router kernel:  0xffffff800809bef0
Aug 27 13:23:12 router kernel: rcu: rcu_sched kthread starved for 900726557958 jiffies! g1433229 f0x0 RCU_GP_WAIT_FQS(5) ->state=0x402 ->cpu=0
Aug 27 13:23:12 router kernel: rcu: RCU grace-period kthread stack dump:
Aug 27 13:23:12 router kernel: rcu_sched       I    0    11      2 0x00000008
Aug 27 13:23:12 router kernel: Call trace:
Aug 27 13:23:12 router kernel:  __switch_to+0xe8/0x170
Aug 27 13:23:12 router kernel:  __schedule+0x214/0x5a0
Aug 27 13:23:12 router kernel:  schedule+0x38/0xa0
Aug 27 13:23:12 router kernel:  schedule_timeout+0x15c/0x2a0
Aug 27 13:23:12 router kernel:  rcu_gp_kthread+0x488/0x900
Aug 27 13:23:12 router kernel:  kthread+0x118/0x150
Aug 27 13:23:12 router kernel:  ret_from_fork+0x10/0x24
Oct  2 19:51:28 router chronyd[18069]: Forward time jump detected!
Aug 27 13:23:12 router crond[4792]: time disparity of 15012122 minutes detected
Aug 27 13:23:12 router kernel: rcu:     1-....: (1 ticks this GP) idle=646/0/0x1 softirq=2269949/2269949 fqs=7
Aug 27 13:23:12 router kernel: rcu:     1-...!: (5873 ticks this GP) idle=646/0/0x1 softirq=2264909/2269949 fqs=0
Aug 27 13:23:12 router kernel: rcu:      (t=900727322465 jiffies g=3479825 q=141360)
Aug 27 13:23:12 router kernel: rcu:     (detected by 3, t=900726557977 jiffies, g=-775, q=1)
Aug 27 13:23:12 router kernel: Task dump for CPU 3:
Aug 27 13:23:12 router kernel: swapper/3       R  running task        0     0      1 0x0000000a
Aug 27 13:23:12 router kernel: Call trace:
Aug 27 13:23:12 router kernel:  dump_backtrace+0x0/0x150
Aug 27 13:23:12 router kernel:  show_stack+0x14/0x20
Aug 27 13:23:12 router kernel:  sched_show_task+0x100/0x120
Aug 27 13:23:12 router kernel:  dump_cpu_task+0x40/0x4c
Aug 27 13:23:12 router kernel:  rcu_dump_cpu_stacks+0x90/0xcc
Aug 27 13:23:12 router kernel:  rcu_check_callbacks+0x718/0x810
Aug 27 13:23:12 router kernel:  update_process_times+0x2c/0x70
Aug 27 13:23:12 router kernel:  tick_sched_timer+0x54/0xd0
Aug 27 13:23:12 router kernel:  __hrtimer_run_queues+0x13c/0x1d0
Aug 27 13:23:12 router kernel:  hrtimer_interrupt+0xe4/0x2b0
Aug 27 13:23:12 router kernel:  arch_timer_handler_phys+0x30/0x40
Aug 27 13:23:12 router kernel:  handle_percpu_devid_irq+0x80/0x140
Aug 27 13:23:12 router kernel:  __handle_domain_irq+0x70/0xd0
Aug 27 13:23:12 router kernel:  gic_handle_irq+0x5c/0xc0
Aug 27 13:23:12 router kernel:  el1_irq+0xe8/0x190
Aug 27 13:23:12 router kernel:  cpuidle_enter_state+0x80/0x220
Aug 27 13:23:12 router kernel:  cpuidle_enter+0x18/0x20
Aug 27 13:23:12 router kernel:  do_idle+0x1d8/0x260
Aug 27 13:23:12 router kernel:  cpu_startup_entry+0x24/0x40
Aug 27 13:23:12 router kernel:  secondary_start_kernel+0x13c/0x170
Aug 27 13:23:12 router hostapd: wl1.1: STA 12:be:ff:67:a3:0c WPA: group key handshake completed (RSN)
Aug 27 13:23:12 router hostapd: wl1.1: STA f6:6c:cb:76:8e:81 WPA: group key handshake completed (RSN)
Aug 27 13:23:12 router kernel: tdts_core_ioctl_udb_op_prog_ctrl() fail!

It hadn't done it in a few days but today it happened twice within a few hours. It's still usable at least but somewhat annoying. On `3006.102.7_1-gbeea6c005a`

Nothing more that I can do here. I can no longer reproduce it, so I can't provide any addititonnal feedback tot Asus.

Revert back to the sttock firmware, reproduce the problem, they report it to Asus directly..