Belkin RT3200 frequently disconnection from internet

Hello folks,

I have a Belkin RT3200 running latest snapshot version and since I bought it several months ago I have been facing frequent internet disconnections from the Virgin Media Hub 3 modem.

Sometimes it manages to reconnect on its own within several minutes, though most of the time I either need to restart it or restart the network service. Unfortunately I do not have any way of checking whether the Virgin Media hub modem is causing the internet disconnections, although at first glance I wouldn't think it to be the problem as like mentioned router internet connection comes back right the way after either restarting the router or the network service.

I have managed to capture some logs, though probably not entirely specific.

Wed Jul 14 07:48:41 2021 daemon.info hostapd: wlan1: STA 04:ed:33:c0:bd:9f IEEE 802.11: authenticated
Wed Jul 14 07:48:41 2021 daemon.info hostapd: wlan1: STA 04:ed:33:c0:bd:9f IEEE 802.11: associated (aid 1)
Wed Jul 14 07:48:41 2021 daemon.notice hostapd: wlan1: AP-STA-CONNECTED 04:ed:33:c0:bd:9f
Wed Jul 14 07:48:41 2021 daemon.info hostapd: wlan1: STA 04:ed:33:c0:bd:9f WPA: pairwise key handshake completed (RSN)
Wed Jul 14 07:48:41 2021 daemon.notice hostapd: wlan1: EAPOL-4WAY-HS-COMPLETED 04:ed:33:c0:bd:9f
Wed Jul 14 07:48:41 2021 daemon.info dnsmasq-dhcp[3144]: DHCPREQUEST(br-lan) 172.12.0.134 04:ed:33:c0:bd:9f
Wed Jul 14 07:48:41 2021 daemon.info dnsmasq-dhcp[3144]: DHCPACK(br-lan) 172.12.0.134 04:ed:33:c0:bd:9f gentoo
Wed Jul 14 07:49:42 2021 user.err ddns-scripts[2799]: duckdns: BusyBox nslookup error: '1'
Wed Jul 14 07:49:42 2021 user.warn ddns-scripts[2799]: duckdns: Get registered/public IP for 'latrina.duckdns.org' failed - retry 1/0 in 60 seconds
Wed Jul 14 07:49:47 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED 04:ed:33:c0:bd:9f dynamic
Wed Jul 14 07:49:47 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED 04:ed:33:c0:bd:9f off
Wed Jul 14 07:49:47 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED 04:ed:33:c0:bd:9f dynamic
Wed Jul 14 07:49:47 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED 04:ed:33:c0:bd:9f off
Wed Jul 14 07:49:47 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED 04:ed:33:c0:bd:9f dynamic
Wed Jul 14 07:49:47 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED 04:ed:33:c0:bd:9f off
Wed Jul 14 07:49:47 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED 04:ed:33:c0:bd:9f dynamic
Wed Jul 14 07:49:47 2021 daemon.notice hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED 04:ed:33:c0:bd:9f off
Wed Jul 14 07:49:50 2021 kern.info kernel: [487964.817627] mt7530 mdio-bus:00 lan1: Link is Up - 1Gbps/Full - flow control rx/tx
Wed Jul 14 07:49:50 2021 kern.info kernel: [487964.825258] br-lan: port 1(lan1) entered blocking state
Wed Jul 14 07:49:50 2021 kern.info kernel: [487964.830572] br-lan: port 1(lan1) entered forwarding state
Wed Jul 14 07:49:50 2021 daemon.notice netifd: Network device 'lan1' link is up
Wed Jul 14 07:49:56 2021 daemon.info dnsmasq-dhcp[3144]: DHCPDISCOVER(br-lan) 172.12.1.51 00:24:32:50:16:4d
Wed Jul 14 07:49:56 2021 daemon.info dnsmasq-dhcp[3144]: DHCPOFFER(br-lan) 172.12.0.181 00:24:32:50:16:4d
Wed Jul 14 07:49:57 2021 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED 04:ed:33:c0:bd:9f
Wed Jul 14 07:50:06 2021 daemon.notice netifd: Network device 'lan1' link is down
Wed Jul 14 07:50:06 2021 kern.info kernel: [487980.415401] br-lan: port 1(lan1) entered disabled state
Wed Jul 14 07:50:06 2021 kern.info kernel: [487980.421106] mt7530 mdio-bus:00 lan1: Link is Down
Wed Jul 14 07:50:10 2021 kern.info kernel: [487984.577482] mt7530 mdio-bus:00 lan1: Link is Up - 1Gbps/Full - flow control rx/tx
Wed Jul 14 07:50:10 2021 kern.info kernel: [487984.585101] br-lan: port 1(lan1) entered blocking state
Wed Jul 14 07:50:10 2021 kern.info kernel: [487984.590413] br-lan: port 1(lan1) entered forwarding state
Wed Jul 14 07:50:10 2021 daemon.notice netifd: Network device 'lan1' link is up
Wed Jul 14 07:50:12 2021 daemon.info dnsmasq-dhcp[3144]: DHCPDISCOVER(br-lan) 172.12.1.51 00:24:32:50:16:4d
Wed Jul 14 07:50:12 2021 daemon.info dnsmasq-dhcp[3144]: DHCPOFFER(br-lan) 172.12.0.181 00:24:32:50:16:4d
Wed Jul 14 07:50:12 2021 daemon.info dnsmasq-dhcp[3144]: DHCPREQUEST(br-lan) 172.12.0.181 00:24:32:50:16:4d
Wed Jul 14 07:50:12 2021 daemon.info dnsmasq-dhcp[3144]: DHCPACK(br-lan) 172.12.0.181 00:24:32:50:16:4d gentoo
Wed Jul 14 07:50:33 2021 daemon.notice netifd: Network device 'wan' link is down
Wed Jul 14 07:50:33 2021 daemon.notice netifd: Interface 'wan' has link connectivity loss
Wed Jul 14 07:50:33 2021 daemon.notice netifd: Interface 'wan6' has link connectivity loss
Wed Jul 14 07:50:33 2021 kern.info kernel: [488007.616784] mt7530 mdio-bus:00 wan: Link is Down
Wed Jul 14 07:50:33 2021 daemon.notice netifd: wan (2194): udhcpc: received SIGTERM
Wed Jul 14 07:50:33 2021 daemon.notice netifd: wan (2194): udhcpc: unicasting a release of 82.8.17.42 to 80.1.20.137
Wed Jul 14 07:50:33 2021 daemon.notice netifd: wan (2194): udhcpc: sending release
Wed Jul 14 07:50:33 2021 daemon.notice netifd: wan (2194): udhcpc: entering released state
Wed Jul 14 07:50:33 2021 daemon.notice netifd: wan (2194): Command failed: Permission denied
Wed Jul 14 07:50:33 2021 daemon.notice netifd: Interface 'wan' is now down
Wed Jul 14 07:50:33 2021 daemon.info dnsmasq[3144]: reading /tmp/resolv.conf.d/resolv.conf.auto
Wed Jul 14 07:50:33 2021 daemon.info dnsmasq[3144]: using only locally-known addresses for domain test
Wed Jul 14 07:50:33 2021 daemon.info dnsmasq[3144]: using only locally-known addresses for domain onion
Wed Jul 14 07:50:33 2021 daemon.info dnsmasq[3144]: using only locally-known addresses for domain localhost
Wed Jul 14 07:50:33 2021 daemon.info dnsmasq[3144]: using only locally-known addresses for domain local
Wed Jul 14 07:50:33 2021 daemon.info dnsmasq[3144]: using only locally-known addresses for domain invalid
Wed Jul 14 07:50:33 2021 daemon.info dnsmasq[3144]: using only locally-known addresses for domain bind
Wed Jul 14 07:50:33 2021 daemon.info dnsmasq[3144]: using only locally-known addresses for domain lan
Wed Jul 14 07:50:33 2021 daemon.info dnsmasq[3144]: using nameserver 172.12.1.1#53
Wed Jul 14 07:50:33 2021 daemon.info dnsmasq[3144]: using nameserver 8.8.8.8#53
Wed Jul 14 07:50:33 2021 daemon.info dnsmasq[3144]: using nameserver 208.67.222.222#53
Wed Jul 14 07:50:33 2021 user.notice ddns-scripts[2799]: duckdns: PID '2799' terminated by 'SIGTERM' at 2021-07-14 07:50
Wed Jul 14 07:50:34 2021 daemon.notice netifd: Interface 'wan6' is now down
Wed Jul 14 07:50:38 2021 authpriv.info dropbear[7765]: Child connection from 172.12.0.181:44368
Wed Jul 14 07:50:41 2021 authpriv.notice dropbear[7765]: Password auth succeeded for 'root' from 172.12.0.181:44368
Wed Jul 14 07:50:42 2021 daemon.notice netifd: Network device 'wan' link is up
Wed Jul 14 07:50:42 2021 daemon.notice netifd: Interface 'wan' has link connectivity
Wed Jul 14 07:50:42 2021 daemon.notice netifd: Interface 'wan' is setting up now
Wed Jul 14 07:50:42 2021 daemon.notice netifd: Interface 'wan6' has link connectivity
Wed Jul 14 07:50:42 2021 daemon.notice netifd: Interface 'wan6' is setting up now
Wed Jul 14 07:50:42 2021 kern.info kernel: [488015.937987] mt7530 mdio-bus:00 wan: Link is Up - 1Gbps/Full - flow control rx/tx
Wed Jul 14 07:50:42 2021 daemon.notice netifd: wan (7785): udhcpc: started, v1.33.1
Wed Jul 14 07:50:42 2021 daemon.notice netifd: wan (7785): udhcpc: sending discover

Is anyone else experiencing the same issue with either this modem, router or in general with OpenWrt snapshot?

Also, how can I capture more accurate logs related to the internet disconnection issue?

Thanks

At least you could try connecting a regular switch in-between to exclude any low-level Ethernet link issues. For me connecting the RT3200 to an enterprise switch is/was always rock-solid.

2 Likes

Yes (rt3200), it's not very frequent in my case so haven't bothered to look into it yet, but from what I remember it seemed to have something to do with ipv4/ipv6 resolution (or something similar), I'll get the logs next time it happens.

2 Likes

At first glance this does look like loss of Ethernet carrier-- possibly a dodgy cable or hardware problem at the other end.

You can swap wan to one of the lan ports to check hardware at the router end.

I would replace the network cable between rt3200 and the virgin super hub.

@pietruzzo How about you reboot to failover OEM partition and see if the disco problem persists.

If it does, likely Virgin is the issue.

I have a colleague who had Virgin with their HW and he often had disco issues.

1 Like

Made a new build this evening and getting disconnects, forgot to save my own logs unfortunately and have already gone back to my previous build, but this is was what I was seeing -

daemon.notice netifd: wan (2194): Command failed: Permission denied

Modem is an Arris sb6183, so it seems to be the latest snapshots and not the modem, the only way to reconnect in my case was to power cycle modem and router, on next router reboot would lose wan again with the same permission denied message.

hello @mike your version has 5.10.51 ? it's right ? with the version 5.10.50 no problem of same mac adress @Ansuel and disconnect

with 5.10.51 i have a same mac ... on forum any members talk about same mac

wifi ax discussion linksys E8450 rt3200 ...

thanks for your work for this router is very powerfull for the moment despite a few mini problem...

The mac problem will be fixed asap

2 Likes

thanks ansuel for your quick response

i come see 2 version of mt7622

the second is solved maybe ? i will test tomorrow for be sure :slight_smile:

should be solved

2 Likes

Its working here now, thanks.

1 Like