[SOLVED] RT-AC87U Disconnecting Issues

T-K

Commendable
Apr 10, 2017
30
0
1,530
My issue is that around 21-23:00 every night for a very long time the internet drops out randomly and rapidly. It might have a 1 second drop very very rarely at other times but around the time stamp 21-23 it gets very frustrating and I cant figure out why. Every device connected gets the issue with no internet. I only use WIFI. The router works really well to be honest when having a family streaming on multiple devices and so on but its just frusterating that it has this problem around that night time every night, even when only 1 device is connected it occurs.

A little backstory is I swapped to this router some time ago when my previous router crashed. That router worked fine and worth mentioning I use QoS. Then swapped to Asus RT-AC87U and added the same with Tradidional QoS settings. The AC87U then have had some disconnection issues but worked them out but now it has this disconnection issue every night around the same time which is annoying.

swapped to Merlin firmware (No change in problems)
Can't ping DNS servers while the problem occurs (Also tried using various DNS servers)
Tried using the different QoS settings
Tried using both 2,4 and 5hz
Tried changing MTU size to 1492 but then I got a bug or something making a Firewall issue on devices so I changed back to 1500. Maybe I should try again idk.



Also various things popping up in the router log. Ive tried to see if anything happening when internet disconnects but noting at the same time.

Jan 16 16:10:27 ntpd: Initial clock set
Jan 16 16:10:27 rc_service: ntpd_synced 609:notify_rc restart_diskmon
Jan 16 16:10:27 disk_monitor: Finish
Jan 16 16:10:28 disk_monitor: be idle
Jan 16 16:10:40 qtn: bootcfg.tgz exists
Jan 16 16:10:48 channel_scan: start scan[0]
Jan 16 16:10:48 channel_scan: complete
Jan 16 16:10:55 crond[229]: time disparity of 894845 minutes detected
Jan 17 22:43:51 kernel: SHN Release Version: 2.0.1 3529123_patch
Jan 17 22:43:51 kernel: UDB Core Version: 0.2.14 r3529123
Jan 17 22:43:51 kernel: sizeof forward pkt param = 192
Jan 17 22:43:52 BWDPI: fun bitmap = 3
Jan 17 22:44:44 kernel: HTB: quantum of class 10002 is big. Consider r2q change.
Jan 17 22:44:44 kernel: HTB: quantum of class 10060 is big. Consider r2q change.
Jan 17 22:44:44 kernel: HTB: quantum of class 20001 is big. Consider r2q change.
Jan 17 22:44:44 kernel: HTB: quantum of class 20002 is big. Consider r2q change.
Jan 17 22:44:44 kernel: HTB: quantum of class 20060 is big. Consider r2q change.
Jan 17 22:44:44 rc_service: bwdpi_check 248:notify_rc start_firewall
Jan 17 22:44:45 miniupnpd[545]: shutting down MiniUPnPd
Jan 17 22:44:45 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Jan 17 22:44:45 miniupnpd[25234]: HTTP listening on port 46029
Jan 17 22:44:45 miniupnpd[25234]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 17 23:04:37 kernel: SHN Release Version: 2.0.1 3529123_patch
Jan 17 23:04:37 kernel: UDB Core Version: 0.2.14 r3529123
Jan 17 23:04:38 kernel: sizeof forward pkt param = 192
Jan 17 23:04:38 BWDPI: fun bitmap = 3
Jan 17 23:04:49 kernel: HTB: quantum of class 10002 is big. Consider r2q change.
Jan 17 23:04:49 kernel: HTB: quantum of class 10060 is big. Consider r2q change.
Jan 17 23:04:49 kernel: HTB: quantum of class 20001 is big. Consider r2q change.
Jan 17 23:04:49 kernel: HTB: quantum of class 20002 is big. Consider r2q change.
Jan 17 23:04:49 kernel: HTB: quantum of class 20060 is big. Consider r2q change.
Jan 17 23:04:49 rc_service: bwdpi_check 248:notify_rc start_firewall
Jan 17 23:04:50 miniupnpd[25234]: shutting down MiniUPnPd
Jan 17 23:04:50 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Jan 17 23:04:50 miniupnpd[26170]: HTTP listening on port 37537
Jan 17 23:04:50 miniupnpd[26170]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 18 11:05:38 dnsmasq-dhcp[222]: Ignoring domain i04.local for DHCP host name JO-C0D7E-001
Jan 18 12:51:36 dnsmasq-dhcp[222]: Ignoring domain i04.local for DHCP host name JO-C0D7E-001
Jan 18 12:51:37 dnsmasq-dhcp[222]: Ignoring domain i04.local for DHCP host name JO-C0D7E-001
Jan 18 12:58:38 dnsmasq-dhcp[222]: Ignoring domain i04.local for DHCP host name JO-C0D7E-001
Jan 18 12:58:42 dnsmasq-dhcp[222]: Ignoring domain i04.local for DHCP host name JO-C0D7E-001
Jan 18 12:58:53 dnsmasq-dhcp[222]: Ignoring domain i04.local for DHCP host name JO-C0D7E-001
Jan 18 12:59:05 dnsmasq-dhcp[222]: Ignoring domain i04.local for DHCP host name JO-C0D7E-001
Jan 18 12:59:09 dnsmasq-dhcp[222]: Ignoring domain i04.local for DHCP host name JO-C0D7E-001
Jan 18 12:59:18 dnsmasq-dhcp[222]: Ignoring domain i04.local for DHCP host name JO-C0D7E-001
Jan 18 16:12:50 kernel: SHN Release Version: 2.0.1 3529123_patch
Jan 18 16:12:50 kernel: UDB Core Version: 0.2.14 r3529123
Jan 18 16:12:50 kernel: sizeof forward pkt param = 192
Jan 18 16:12:50 BWDPI: fun bitmap = 3
Jan 18 16:13:48 kernel: HTB: quantum of class 10002 is big. Consider r2q change.
Jan 18 16:13:48 kernel: HTB: quantum of class 10060 is big. Consider r2q change.
Jan 18 16:13:48 kernel: HTB: quantum of class 20001 is big. Consider r2q change.
Jan 18 16:13:48 kernel: HTB: quantum of class 20002 is big. Consider r2q change.
Jan 18 16:13:48 kernel: HTB: quantum of class 20060 is big. Consider r2q change.
Jan 18 16:13:48 rc_service: bwdpi_check 248:notify_rc start_firewall
Jan 18 16:13:49 miniupnpd[26170]: shutting down MiniUPnPd
Jan 18 16:13:49 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Jan 18 16:13:50 miniupnpd[25877]: HTTP listening on port 40628
Jan 18 16:13:50 miniupnpd[25877]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 18 16:14:19 kernel: SHN Release Version: 2.0.1 3529123_patch
Jan 18 16:14:19 kernel: UDB Core Version: 0.2.14 r3529123
Jan 18 16:14:19 kernel: sizeof forward pkt param = 192
Jan 18 16:14:19 BWDPI: fun bitmap = 3
Jan 18 16:21:39 kernel: HTB: quantum of class 10002 is big. Consider r2q change.
Jan 18 16:21:39 kernel: HTB: quantum of class 10060 is big. Consider r2q change.
Jan 18 16:21:39 kernel: HTB: quantum of class 20001 is big. Consider r2q change.
Jan 18 16:21:39 kernel: HTB: quantum of class 20002 is big. Consider r2q change.
Jan 18 16:21:39 kernel: HTB: quantum of class 20060 is big. Consider r2q change.
Jan 18 16:21:39 rc_service: bwdpi_check 248:notify_rc start_firewall
Jan 18 16:21:39 miniupnpd[25877]: shutting down MiniUPnPd
Jan 18 16:21:40 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Jan 18 16:21:40 miniupnpd[26455]: HTTP listening on port 52965
Jan 18 16:21:40 miniupnpd[26455]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 18 16:49:55 rc_service: httpd 230:notify_rc restart_wireless
Jan 18 16:50:03 acsd: scan in progress ...
Jan 18 16:50:03 acsd: scan in progress ...
Jan 18 16:50:03 acsd: scan in progress ...
Jan 18 16:50:04 acsd: scan in progress ...
Jan 18 16:50:04 acsd: scan in progress ...
Jan 18 16:50:04 acsd: scan in progress ...
Jan 18 16:50:04 acsd: scan in progress ...
Jan 18 16:50:05 acsd: scan in progress ...
Jan 18 16:50:05 acsd: scan in progress ...
Jan 18 16:50:05 acsd: scan in progress ...
Jan 18 16:50:05 acsd: scan in progress ...
Jan 18 16:50:06 acsd: selected channel spec: 0x180b (9l)
Jan 18 16:50:06 acsd: Adjusted channel spec: 0x180b (9l)
Jan 18 16:50:06 acsd: selected DFS-exit channel spec: 0x180b (9l)
Jan 18 16:50:06 acsd: selected channel spec: 0x180b (9l)
Jan 18 16:50:06 acsd: Adjusted channel spec: 0x180b (9l)
Jan 18 16:50:06 acsd: selected channel spec: 0x180b (9l)
Jan 18 16:52:11 rc_service: httpd 230:notify_rc start_autodet
Jan 18 16:55:41 kernel: SHN Release Version: 2.0.1 3529123_patch
Jan 18 16:55:41 kernel: UDB Core Version: 0.2.14 r3529123
Jan 18 16:55:41 kernel: sizeof forward pkt param = 192
Jan 18 16:55:41 BWDPI: fun bitmap = 3
Jan 18 16:55:53 kernel: HTB: quantum of class 10002 is big. Consider r2q change.
Jan 18 16:55:53 kernel: HTB: quantum of class 10060 is big. Consider r2q change.
Jan 18 16:55:53 kernel: HTB: quantum of class 20001 is big. Consider r2q change.
Jan 18 16:55:53 kernel: HTB: quantum of class 20002 is big. Consider r2q change.
Jan 18 16:55:53 kernel: HTB: quantum of class 20060 is big. Consider r2q change.
Jan 18 16:55:53 rc_service: bwdpi_check 248:notify_rc start_firewall
Jan 18 16:55:53 miniupnpd[26455]: shutting down MiniUPnPd
Jan 18 16:55:54 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Jan 18 16:55:54 miniupnpd[28097]: HTTP listening on port 55427
Jan 18 16:55:54 miniupnpd[28097]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 18 17:19:52 kernel: SHN Release Version: 2.0.1 3529123_patch
Jan 18 17:19:52 kernel: UDB Core Version: 0.2.14 r3529123
Jan 18 17:19:53 kernel: sizeof forward pkt param = 192
Jan 18 17:19:53 BWDPI: fun bitmap = 3
Jan 18 17:20:04 kernel: HTB: quantum of class 10002 is big. Consider r2q change.
Jan 18 17:20:04 kernel: HTB: quantum of class 10060 is big. Consider r2q change.
Jan 18 17:20:04 kernel: HTB: quantum of class 20001 is big. Consider r2q change.
Jan 18 17:20:04 kernel: HTB: quantum of class 20002 is big. Consider r2q change.
Jan 18 17:20:04 kernel: HTB: quantum of class 20060 is big. Consider r2q change.
Jan 18 17:20:04 rc_service: bwdpi_check 248:notify_rc start_firewall
Jan 18 17:20:04 miniupnpd[28097]: shutting down MiniUPnPd
Jan 18 17:20:04 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Jan 18 17:20:05 miniupnpd[29893]: HTTP listening on port 46218
Jan 18 17:20:05 miniupnpd[29893]: Listening for NAT-PMP/PCP traffic on port 5351
 
Last edited:
Solution
I would check a wired connection during the time of this dropout. If the wired connection is doing it too, it sounds like a firmware issue where it is doing some sort of partial reboot.

T-K

Commendable
Apr 10, 2017
30
0
1,530
Update:

Thanks for the answers above and as I tried them and doing a full troubleshoot again this happend;

So once again I tried to factory reset the router which have been giving me issues before and also rebooted my modem with it. Thats when the modem got stuck in an infinte reboot loop and seems to have been faulty. Never thought about the modem as I was so obsessed with fixing the problematic asus router.

A new modem is installed, and after some more problems it seems to be running alright. I'll check later around the time it always goes insane with disconnects to see if fixed.
 
An infinite boot loop on a modem simply means the modem isn't getting connected to your isp and then reboots to try again. It doesn't necessarily mean that it is bad. I'm thinking your modem stopped being supported by your isp and the new one is supported, hence why the newer modem worked.

Glad to hear you got it working though.