What's new

Prevent wanduck's restart_wan_if on WAN connection coming back?

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

treefrog

New Around Here
I apparently have a sketchy internet connection: a couple times a day, my modem drops the link to my RT-AX88U for a second and picks it back up (thanks Spectrum). Any time it does this, my laptop on the wifi disconnects for 10-20 seconds.

Checking the logs, it looks like a service called wanduck restarts a whole bunch of things, and so a 1-2 second blip on the modem turns into a 5-10 second interruption. This is disruptive for streaming, zooming, etc., and so I'd like to figure out if all these service restarts are actually necessary or not.

I haven't found a good description of what wanduck does, but it seems most of the chatter on this forum is people asking to reboot everything because when their WAN goes down, they don't get DHCP or a hookup to their ISP. I'm trying to figure out the opposite -- is there a way to prevent wanduck from doing its thing, or at least not do this unless the WAN goes down for more than, say, 5 seconds? I suspect it's just a brief connection blip on the modem/ISP side and restarting everything is unnecessary.

Two typical examples from my logs:

Code:
# (3 second outage:)
Dec 14 14:37:38 WAN(0)_Connection: WAN(0) link down.
Dec 14 14:37:38 kernel: eth0 (Int switch port: 6) (Logical Port: 6) (phyId: 13) Link Up at 2500 mbps full duplex
Dec 14 14:37:41 WAN(0)_Connection: WAN(0) link up.

# (...turns into longer outage as services cycle)
Dec 14 14:37:41 rc_service: wanduck 1488:notify_rc restart_wan_if 0
Dec 14 14:37:41 custom_script: Running /jffs/scripts/service-event (args: restart wan_if)
Dec 14 14:37:41 lldpd[2380]: removal request for address of XXX.XXX.XXX.XXX, but no knowledge of it
Dec 14 14:37:41 dnsmasq[6350]: read /etc/hosts - 22 names
Dec 14 14:37:41 dnsmasq[6350]: using nameserver XXX.XXX.XXX.XXX
...
Dec 14 14:37:43 wan: finish adding multi routes
...
Dec 14 14:37:48 rc_service: udhcpc_wan 26954:notify_rc stop_samba
Dec 14 14:37:48 rc_service: udhcpc_wan 26954:notify_rc start_samba
....
Dec 14 14:37:53 YazFi: YazFi v4.4.4 starting up
Dec 14 14:38:03 YazFi: Forcing YazFi Guest WiFi clients to reauthenticate
...

Code:
Dec 14 13:12:14 kernel: eth0 (Int switch port: 6) (Logical Port: 6) (phyId: 13) Link DOWN.
Dec 14 13:12:19 kernel: eth0 (Int switch port: 6) (Logical Port: 6) (phyId: 13) Link Up at 2500 mbps full duplex
Dec 14 13:12:19 WAN(0)_Connection: WAN(0) link up.
Dec 14 13:12:19 rc_service: wanduck 1488:notify_rc restart_wan_if 0
Dec 14 13:12:19 custom_script: Running /jffs/scripts/service-event (args: restart wan_if)
... (20 seconds later...)
Dec 14 13:12:41 YazFi: Forcing YazFi Guest WiFi clients to reauthenticate

and so on, couple times each day.

It feels like it shouldn't be necessary to reboot sambda and YazFi and all the other services every time my Spectrum cable sneezes. So anyone know if it's possible to disable this or at least put it on a longer timeout trigger? Is that even wise?

Thanks!
 
I apparently have a sketchy internet connection: a couple times a day, my modem drops the link to my RT-AX88U for a second and picks it back up (thanks Spectrum). Any time it does this, my laptop on the wifi disconnects for 10-20 seconds.

Checking the logs, it looks like a service called wanduck restarts a whole bunch of things, and so a 1-2 second blip on the modem turns into a 5-10 second interruption. This is disruptive for streaming, zooming, etc., and so I'd like to figure out if all these service restarts are actually necessary or not.

I haven't found a good description of what wanduck does, but it seems most of the chatter on this forum is people asking to reboot everything because when their WAN goes down, they don't get DHCP or a hookup to their ISP. I'm trying to figure out the opposite -- is there a way to prevent wanduck from doing its thing, or at least not do this unless the WAN goes down for more than, say, 5 seconds? I suspect it's just a brief connection blip on the modem/ISP side and restarting everything is unnecessary.

Two typical examples from my logs:

Code:
# (3 second outage:)
Dec 14 14:37:38 WAN(0)_Connection: WAN(0) link down.
Dec 14 14:37:38 kernel: eth0 (Int switch port: 6) (Logical Port: 6) (phyId: 13) Link Up at 2500 mbps full duplex
Dec 14 14:37:41 WAN(0)_Connection: WAN(0) link up.

# (...turns into longer outage as services cycle)
Dec 14 14:37:41 rc_service: wanduck 1488:notify_rc restart_wan_if 0
Dec 14 14:37:41 custom_script: Running /jffs/scripts/service-event (args: restart wan_if)
Dec 14 14:37:41 lldpd[2380]: removal request for address of XXX.XXX.XXX.XXX, but no knowledge of it
Dec 14 14:37:41 dnsmasq[6350]: read /etc/hosts - 22 names
Dec 14 14:37:41 dnsmasq[6350]: using nameserver XXX.XXX.XXX.XXX
...
Dec 14 14:37:43 wan: finish adding multi routes
...
Dec 14 14:37:48 rc_service: udhcpc_wan 26954:notify_rc stop_samba
Dec 14 14:37:48 rc_service: udhcpc_wan 26954:notify_rc start_samba
....
Dec 14 14:37:53 YazFi: YazFi v4.4.4 starting up
Dec 14 14:38:03 YazFi: Forcing YazFi Guest WiFi clients to reauthenticate
...

Code:
Dec 14 13:12:14 kernel: eth0 (Int switch port: 6) (Logical Port: 6) (phyId: 13) Link DOWN.
Dec 14 13:12:19 kernel: eth0 (Int switch port: 6) (Logical Port: 6) (phyId: 13) Link Up at 2500 mbps full duplex
Dec 14 13:12:19 WAN(0)_Connection: WAN(0) link up.
Dec 14 13:12:19 rc_service: wanduck 1488:notify_rc restart_wan_if 0
Dec 14 13:12:19 custom_script: Running /jffs/scripts/service-event (args: restart wan_if)
... (20 seconds later...)
Dec 14 13:12:41 YazFi: Forcing YazFi Guest WiFi clients to reauthenticate

and so on, couple times each day.

It feels like it shouldn't be necessary to reboot sambda and YazFi and all the other services every time my Spectrum cable sneezes. So anyone know if it's possible to disable this or at least put it on a longer timeout trigger? Is that even wise?

Thanks!
@treefrog , any luck resolving this?

I just upgraded to a RT-AX88U Pro and I've had two full restarts that are similar to yours while I've been on Zoom calls. Apparently a similar Spectrum hiccup.

Code:
Jan 25 07:42:13 kernel: eth0 (Int switch port: 6) (Logical Port: 6) (phyId: 13) Link DOWN.
Jan 25 07:42:13 kernel: ^[[0;34m[NTC xport] xport_reset: rc = 0; intf = 3 port = 2 spd = 2.5G dup = 1
Jan 25 07:42:13 kernel: ^[[0m
Jan 25 07:42:17 kernel: ^[[0;34m[NTC xport] xport_init: rc = 0; intf = 3 port = 2 spd = 2.5G dup = 1
Jan 25 07:42:17 kernel: ^[[0m
Jan 25 07:42:17 kernel: eth0 (Int switch port: 6) (Logical Port: 6) (phyId: 13) Link Up at 2500 mbps full duplex
Jan 25 07:42:20 WAN(0) Connection: WAN(0) link up.
Jan 25 07:42:20 rc_service: wanduck 1622:notify_rc restart_wan_if 0
May  4 22:05:18 kernel: klogd started: BusyBox v1.24.1 (2023-04-15 02:06:00 CST)
May  4 22:05:18 kernel: Linux version 4.19.183 (gitserv_asus@bpza001bud) (gcc version 9.2.0 (Buildroot 2019.11.1)) #1 SMP PREEMPT Sat Apr 15 02:08:48 CST 2023
May  4 22:05:18 kernel: random: get_random_bytes called from start_kernel+0x9c/0x454 with crng_init=0
May  4 22:05:18 kernel: Kernel command line: coherent_pool=4M cpuidle_sysfs_switch pci=pcie_bus_safe console=ttyAMA0,115200 earlycon rootwait mtdparts=brcmnand.0:2097152(loader),264241152@2097152(image),524288@266338304(crashlog) root=/dev/ubiblock0_6 ubi.mtd=image ubi.block=0,6 rootfstype=squashfs cma=0M
...
May  4 22:05:44 roamast: ROAMING Start...
May  4 22:05:46 WAN(0) Connection: WAN was restored.
May  4 22:05:46 ntp: start NTP update
May  4 22:05:46 wlceventd: wlceventd_proc_event(539): eth6: Auth E0:2E:0B:96:AF:7D, status: Successful (0), rssi:-78
May  4 22:05:46 wlceventd: wlceventd_proc_event(549): eth6: ReAssoc E0:2E:0B:96:AF:7D, status: Successful (0), rssi:-78
May  4 22:05:46 wlceventd: wlceventd_proc_event(503): eth6: Deauth_ind E0:2E:0B:96:AF:7D, status: 0, reason: Unspecified reason (1), rssi:0
May  4 22:05:46 wlceventd: wlceventd_proc_event(520): eth6: Disassoc E0:2E:0B:96:AF:7D, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Jan 25 07:43:49 rc_service: ntp 2806:notify_rc restart_diskmon
Jan 25 07:43:49 disk_monitor: Finish
Jan 25 07:43:49 disk monitor: be idle
 
So anyone know if it's possible to disable this or at least put it on a longer timeout trigger?
Got dual WAN capabilities on that router? If so, can you enable it, select failover mode, then set the timeout you desire? I'd guess no 2nd feed need be really present since you're pausing only slightly longer than necessary to prevent total reinitialization. That is if the same result doesn't ensue anyway... Worth a try if you can.

Though it appears your gateway is actually breaking the ethernet connection instead of merely doing nothing with it yet leaving it intact otherwise. Seems a little bizarre to me.
 
Last edited:
@j_tahoe -- haven't made any progress on this. Been unable to find any documentation about what wanduck is or how it's all strung together. Not an expert on routers.

@glens that's an interesting idea. The 88-Pro does have dual WAN's:

> RT-AX88U Pro has two dual-function WAN/LAN 2.5 Gbps Ethernet ports that support link aggregation and load balancing...

My modem unfortunately isn't that fancy, so I can't plug in a physical second cable. But your idea about failover mode / timeout is interesting... do you know if that's a setting on the Asus or Merlin firmware somewhere? On the Asus web interface, looks like you can go WAN > Internet Connection > Enable WAN Aggregation to turn it on/off, but nothing about failover modes or timeouts.

My connection has been stable last few days (now I suspect these disconnects might be tied to rain... was getting a lot of that when I posted the original message), but when it gets iffy again I'll futz with the other WAN settings. Looking at that screen now: maybe something other than "WAN Connection Type: Automatic IP" might delay these service reboots, or having "DHCP query frequency: Aggressive Mode" set to Normal might help /shrug
 

Latest threads

Sign Up For SNBForums Daily Digest

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