Asus RT-AC68U dropping WAN connection

[Maneck Bodhanwaka]

I recently purchased an Asus RT-AC68U after reading numerous good reviews about it but it's been nothing but problems for me.

I'm running Merlin's 378.51 and have been facing problems with the WAN disconnecting. The router is connected to an ethernet socket in the wall and dials in via PPPoE. The router stays on and the device stays connected, it just drops the WAN connection. I can reconnect it by replugging the WAN cable or restarting the router. But doing this thrice a day is not ideal.

I've attached the log. It seems that the router disconnects at this point but I might be wrong:

Mar 14 00:41:10 dnsmasq-dhcp[599]: DHCPREQUEST(br0) 192.168.1.182 00:21:6a:96:be:3c
Mar 14 00:41:10 dnsmasq-dhcp[599]: DHCPACK(br0) 192.168.1.182 00:21:6a:96:be:3c Maneck-AW
Mar 14 00:44:08 dnsmasq-dhcp[599]: DHCPREQUEST(br0) 192.168.1.13 84:7a:88:68:47:25
Mar 14 00:44:08 dnsmasq-dhcp[599]: DHCPACK(br0) 192.168.1.13 84:7a:88:68:47:25 android-20f6a15a37a941ac
Mar 14 00:44:12 dnsmasq-dhcp[599]: DHCPREQUEST(br0) 192.168.1.14 40:30:04:22:fc:5c
Mar 14 00:44:12 dnsmasq-dhcp[599]: DHCPACK(br0) 192.168.1.14 40:30:04:22:fc:5c Manecks-iPad
Mar 14 00:44:20 kernel: br0: received packet on eth2 with own address as source address
Mar 14 00:44:23 dnsmasq-dhcp[599]: DHCPREQUEST(br0) 192.168.1.6 d8:bb:2c:1f:3b:fc
Mar 14 00:44:23 dnsmasq-dhcp[599]: DHCPACK(br0) 192.168.1.6 d8:bb:2c:1f:3b:fc Temtis-iPhone-6
Mar 14 00:48:23 dnsmasq-dhcp[599]: DHCPREQUEST(br0) 192.168.1.13 84:7a:88:68:47:25
Mar 14 00:48:23 dnsmasq-dhcp[599]: DHCPACK(br0) 192.168.1.13 84:7a:88:68:47:25 android-20f6a15a37a941ac
Mar 14 01:02:12 dnsmasq-dhcp[599]: DHCPREQUEST(br0) 192.168.1.15 54:72:4f:1a:b8:bb
Mar 14 01:02:12 dnsmasq-dhcp[599]: DHCPACK(br0) 192.168.1.15 54:72:4f:1a:b8:bb Shrutis-iPhone
Mar 14 01:02:18 kernel: br0: received packet on eth2 with own address as source address
Mar 14 01:03:01 dnsmasq-dhcp[599]: DHCPREQUEST(br0) 192.168.1.15 54:72:4f:1a:b8:bb
Mar 14 01:03:01 dnsmasq-dhcp[599]: DHCPACK(br0) 192.168.1.15 54:72:4f:1a:b8:bb Shrutis-iPhone
Mar 14 01:09:41 dnsmasq-dhcp[599]: DHCPDISCOVER(br0) f8:1e:df:ea:19:b6
Mar 14 01:09:41 dnsmasq-dhcp[599]: DHCPOFFER(br0) 192.168.1.160 f8:1e:df:ea:19:b6
Mar 14 01:09:41 dnsmasq-dhcp[599]: DHCPDISCOVER(br0) f8:1e:df:ea:19:b6
Mar 14 01:09:41 dnsmasq-dhcp[599]: DHCPOFFER(br0) 192.168.1.160 f8:1e:df:ea:19:b6
Mar 14 01:09:42 dnsmasq-dhcp[599]: DHCPREQUEST(br0) 192.168.1.160 f8:1e:df:ea:19:b6
Mar 14 01:09:42 dnsmasq-dhcp[599]: DHCPACK(br0) 192.168.1.160 f8:1e:df:ea:19:b6 Shrutis-MBP
Mar 14 01:09:56 dnsmasq-dhcp[599]: DHCPINFORM(br0) 192.168.1.37 60:36:dd:cd:bb:71
Mar 14 01:09:56 dnsmasq-dhcp[599]: DHCPACK(br0) 192.168.1.37 60:36:dd:cd:bb:71 Maneck-ASUS
Mar 14 04:32:20 dnsmasq-dhcp[599]: DHCPREQUEST(br0) 192.168.1.37 60:36:dd:cd:bb:71
Mar 14 04:32:20 dnsmasq-dhcp[599]: DHCPACK(br0) 192.168.1.37 60:36:dd:cd:bb:71 Maneck-ASUS
Mar 14 05:18:03 pppd[665]: No response to 10 echo-requests
Mar 14 05:18:03 pppd[665]: Serial link appears to be disconnected.
Mar 14 05:18:03 pppd[665]: Connect time 2797.7 minutes.
Mar 14 05:18:03 pppd[665]: Sent 3055734751 bytes, received 3117596895 bytes.
Mar 14 05:18:04 miniupnpd[756]: Failed to get IP for interface ppp0
Mar 14 05:18:04 miniupnpd[756]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Mar 14 05:18:04 dnsmasq[599]: read /etc/hosts - 5 addresses
Mar 14 05:18:04 dnsmasq[599]: using nameserver 195.229.241.222#53 for domain local
Mar 14 05:18:04 dnsmasq[599]: using nameserver 213.42.20.20#53 for domain local
Mar 14 05:18:04 dnsmasq[599]: using nameserver 213.42.20.20#53
Mar 14 05:18:04 dnsmasq[599]: using nameserver 195.229.241.222#53
Mar 14 05:18:06 WAN Connection: Fail to connect with some issues.
Mar 14 05:18:06 stop_nat_rules: apply the redirect_rules!
Mar 14 05:18:10 pppd[665]: Connection terminated.
Mar 14 05:18:10 pppd[665]: Sent PADT
Mar 14 05:18:10 pppd[665]: Modem hangup
Mar 14 05:18:55 pppd[665]: Timeout waiting for PADO packets
Mar 14 05:20:10 pppd[665]: Timeout waiting for PADO packets
Mar 14 05:21:25 pppd[665]: Timeout waiting for PADO packets

Has anybody faced similar issues? Is the router faulty and do I need to send it back? I've been trying to fix this for 3 weeks now with no luck.

 

[john9527]

Since nobody else has jumped in.....PADO timeouts are usually due to a hardware problem upstream of the router (modem, phone line or modem-router cable). First thing to try is make sure you are using a good Cat6 cable for the connection, then have your ISP come out and check the line.