ASUS Router Issues

[AlbanFlyer]

Hi all,

Hoping that someone here can help me as I am totally stumped. 

I have just moved to a new house and have had BT FTTP installed. I quickly discarded my home hub and set up my ASUS RT-AX88U, which I need for a) the Ethernet ports and b) because it’s better (or so I hoped). I also need a second router in the house so I connected up a RT-AX55 via an Ethernet cable, which i put into Access Point mode with the same SSID and password. Everything seemed to work ok initially, but now the main router keeps dropping the internet connection: for instance today it happened twice when I was making a WhatsApp call from an iPhone. The only remedy appears to be restarting the router. Any ideas why this may be happening? It’s so unpredictable in when it happens, but typically it does when I’m actively browsing / streaming / on WiFi calls.

I had hoped that second ASUS router would sort this as this had been previously happening when I was trying to use the original home hub and/or an old Netgear router as the second one (with DHCP server disabled). It didn’t happen when I had different SSIDs on each router but did as soon as put them on the same one. I had assumed it was happening because of the incompatibility between the different makes, but now that it’s happening with two ASUS routers I’m not so sure. 

I could be wrong but I think everything was working ok with the two ASUS setup until I recently added a Vodafone Sure Signal to my setup (connected via Ethernet) and since then the problem returned. I could have that wrong or it could be coincidental, but thought I’d put down everything I can think of.

Any ideas would be most welcome. Is it possible that something is interfering with the main router, which causes it to drop connection?

Thanks!

Rob

[TimCurtis]

@AlbanFlyer 

Couple of things which probably are not part of the issue though:-

1. It seems that Sure Signal is being dropped by Vodafone .No idea how this works but I'd suspect this is more than a coincident.

2. With iOS 14 Apple introduced Private Addressing into their wifi settings and this can cause all sorts of issues especially as the default is ON. For your home wifi this must be turned off in my view as each time your devices connect to the wifi they get another ip address assigned and will eventually fill the allocation table within the router. I don't think that this is a particular issue with Asus though as my DSL-AC68U copes OK. However , Asus normally cope well with reconnecting between the main router and it's APs but with Private Addressing who knows.

[AlbanFlyer]

Thanks a lot for coming back @TimCurtis .

1. I agree the Sure Signal is getting shut down, but for boring reasons they are keeping it open for my company’s corporate access so strictly speaking it should work. It would be infuriating if this was causing the issues as I do need that, but am testing today by turning it off.

2. Ok that’s interesting, I’ll test that as well. I would have hoped that the ASUS and its updated firmware would have been able to deal with that though. 

thanks again

[stevebrass]

When you say "drops connection" do you mean the main router drops the connection with the ONT or a phone drops its connection to the main router?

[AlbanFlyer]

Hi @stevebrass 

sorry if not clear. The main router drops the connection to the ONT (I presume). Ie the internet light goes red and when logging into the router it says there is no internet connection. 

thanks

[stevebrass]

---

@AlbanFlyerwrote:

Hi @stevebrass 

sorry if not clear. The main router drops the connection to the ONT (I presume). Ie the internet light goes red and when logging into the router it says there is no internet connection. 

thanks

---

Hm. Might be worth checking if there is a firmware update for the main router, although I can't imagine that would be the cause. I would eliminate each link in the chain. Possibly swop the routers around and use the 55 as the main router? And the ONT - just twos ready greens and one flashing green?

[AlbanFlyer]

I updated the firmware in the hope that would fix it but alas not. Unfortunately I can’t swap the routers as the second one doesn’t have enough Ethernet ports. 

yep, ONT lights are as you suggest. 

Things seem to be working since the Sure Signal has been disconnected. But I don’t think that it’s an issue with that device specifically, as I said I had a similar issue when I was trying to use different routers on the same SSID. 

[AlbanFlyer]

Hi,

So I have now tested both the Sure Signal and turning off the iPhone Private Address and unfortunately neither of these appear to be the cause as the problem persists 

I have emailed ASUS directly but any other thoughts would be welcome.

Thanks

[stevebrass]

Is there anything showing in the router log report?

[AlbanFlyer]

See below am excerpt from the log, which shows the connection dropping from the modem towards the bottom. It’s fairly Greek to me…

Oct 15 17:58:04 wlceventd: wlceventd_proc_event(508): eth7: Disassoc EA:8F:B5:93:A1:B7, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Oct 15 17:58:04 wlceventd: wlceventd_proc_event(508): eth7: Disassoc EA:8F:B5:93:A1:B7, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Oct 15 17:58:21 wlceventd: wlceventd_proc_event(527): eth7: Auth EA:8F:B5:93:A1:B7, status: Successful (0), rssi:0
Oct 15 17:58:21 wlceventd: wlceventd_proc_event(537): eth7: ReAssoc EA:8F:B5:93:A1:B7, status: Successful (0), rssi:-73
Oct 15 17:59:34 wlceventd: wlceventd_proc_event(508): eth7: Disassoc EA:8F:B5:93:A1:B7, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Oct 15 17:59:34 wlceventd: wlceventd_proc_event(508): eth7: Disassoc EA:8F:B5:93:A1:B7, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Oct 15 18:00:26 wlceventd: wlceventd_proc_event(527): eth6: Auth EA:8F:B5:93:A1:B7, status: Successful (0), rssi:0
Oct 15 18:00:26 wlceventd: wlceventd_proc_event(537): eth6: ReAssoc EA:8F:B5:93:A1:B7, status: Successful (0), rssi:-71
Oct 15 18:00:30 wlceventd: wlceventd_proc_event(491): eth6: Deauth_ind EA:8F:B5:93:A1:B7, status: 0, reason: Deauthenticated because sending station is leaving (or has left) IBSS or ESS (3), rssi:-71
Oct 15 18:00:30 wlceventd: wlceventd_proc_event(491): eth6: Deauth_ind EA:8F:B5:93:A1:B7, status: 0, reason: Previous authentication no longer valid (2), rssi:-71
Oct 15 18:00:31 wlceventd: wlceventd_proc_event(527): eth7: Auth EA:8F:B5:93:A1:B7, status: Successful (0), rssi:0
Oct 15 18:00:31 wlceventd: wlceventd_proc_event(537): eth7: ReAssoc EA:8F:B5:93:A1:B7, status: Successful (0), rssi:-74
Oct 15 18:00:35 wlceventd: wlceventd_proc_event(491): eth7: Deauth_ind EA:8F:B5:93:A1:B7, status: 0, reason: Deauthenticated because sending station is leaving (or has left) IBSS or ESS (3), rssi:-76
Oct 15 18:00:35 wlceventd: wlceventd_proc_event(491): eth7: Deauth_ind EA:8F:B5:93:A1:B7, status: 0, reason: Previous authentication no longer valid (2), rssi:-76
Oct 15 18:00:44 pppd[14185]: Serial link appears to be disconnected.
Oct 15 18:00:46 WAN Connection: Fail to connect with some issues.
Oct 15 18:00:50 pppd[14185]: Connection terminated.
Oct 15 18:00:50 pppd[14185]: Modem hangup
Oct 15 18:01:35 pppd[14185]: Timeout waiting for PADO packets
Oct 15 18:02:01 wlceventd: wlceventd_proc_event(527): eth7: Auth 38:53:9C:1D:26:CB, status: Successful (0), rssi:0
Oct 15 18:02:01 wlceventd: wlceventd_proc_event(537): eth7: ReAssoc 38:53:9C:1D:26:CB, status: Successful (0), rssi:-89
Oct 15 18:02:06 wlceventd: wlceventd_proc_event(491): eth7: Deauth_ind 38:53:9C:1D:26:CB, status: 0, reason: Deauthenticated because sending station is leaving (or has left) IBSS or ESS (3), rssi:-88
Oct 15 18:02:06 wlceventd: wlceventd_proc_event(508): eth7: Disassoc 38:53:9C:1D:26:CB, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Oct 15 18:02:06 wlceventd: wlceventd_proc_event(508): eth7: Disassoc 38:53:9C:1D:26:CB, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Oct 15 18:02:50 pppd[14185]: Timeout waiting for PADO packets