What's new

Another RT-N66U connection problem thread.

  • 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!

Saschi

New Around Here
Hi guys,

First time reader, first time poster! I've read through as many related posts as I can, though have not been able to as yet confidently ascertain where the blame definitively lies. I have my suspicions based upon other threads, but my system log message appears to be slightly different, at least to my untrained eyes.

Set-up: RT-N66U connected directly to what I believe is an ONT box, part of a new build See The Light system if anyone is familiar with them. Cable goes directly from the wall into the box, which then feeds into my router. The router goes into a Netgear powerline adapter, with another adapter by my computer. PPPoE connection to the best of my understanding. Login details would appear to be correct, because it does work for some time.

Problem: I started getting these brief WAN drops two days ago. Three or four days ago is when I put in the powerline adapters (replacing a set of TP-Links with a fault of their own), and two days ago is when See The Light had some work done about 2 miles from me. Yesterday wasn't so bad but, as of last night, it's happened at least a dozen or so times now in as many hours (which I know because I've been up all night reading threads and trying things out!).

What I've done: I've changed the cable between the ONT and the router, gone through a few different firmwares (no update had been done directly prior to the WAN issues though, so it was more a desperate hope than expectation), left both powered down for 30 minutes, and factory restores on the router. I haven't done anything with the ONT box because I know nothing about them, and don't want to make it worse by fiddling and getting it completely wrong.

I've set up static IPs for all connecting devices, after reading a thread about someone's computer trying to connect directly to the box and bypassing the router. Amusingly, after doing that and the replacement cable, I got a whole hour of connection (which was a record at that point), then it happened again, and now I've had two hours before it occurred again. Whether this means I've just been lucky, those steps helped, or it's time centric from my ISP, I don't know!

TLDR: Anyway, the messages have been consistent throughout the whole process, small variances depending upon which firmware I'm using at the time. I'm feeling fairly confident at this point that it's the modem or the ISP, especially with the timing of their local works (and the fact we've not had this issue before to my knowledge over the last 18 months), but my experiences with trying to get companies like these to take responsibility for problems tells me that I'm better off getting a third party opinion so that I can be confident in my approach.

If anyone can offer some knowledgeable insight and assurance on my placement of blame, and has got through this lengthier than intended post, I would be eternally grateful!

Code:
Jan 27 09:57:04 WAN Connection: Fail to connect with some issues.
Jan 27 09:57:04 stop_nat_rules: apply the redirect_rules!
Jan 27 09:57:31 pppd[1823]: LCP: timeout sending Config-Requests
Jan 27 09:57:31 pppd[1823]: Connection terminated.
Jan 27 09:57:31 pppd[1823]: Modem hangup
Jan 27 09:57:41 pppd[1823]: Connected to **:**:**:**:**:** via interface eth0
Jan 27 09:57:41 pppd[1823]: Connect: ppp0 <--> eth0
Jan 27 09:57:44 pppd[1823]: peer from calling number **:**:**:**:**:** authorized
Jan 27 09:57:44 pppd[1823]: local  IP address ***.**.***.***
Jan 27 09:57:44 pppd[1823]: remote IP address ***.**.***.*
Jan 27 09:57:44 pppd[1823]: primary   DNS address ***.**.*.*
Jan 27 09:57:44 pppd[1823]: secondary DNS address **.**.*.**
Jan 27 09:57:44 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
Jan 27 09:57:44 wan: finish adding multi routes
Jan 27 09:57:44 rc_service: ip-up 1976:notify_rc stop_upnp
Jan 27 09:57:44 miniupnpd[1909]: shutting down MiniUPnPd
Jan 27 09:57:44 rc_service: ip-up 1976:notify_rc start_upnp
Jan 27 09:57:44 miniupnpd[2007]: version 1.9 started
Jan 27 09:57:44 miniupnpd[2007]: HTTP listening on port 35394
Jan 27 09:57:44 miniupnpd[2007]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 27 09:57:49 WAN Connection: WAN was restored.
 
...and what is your router firmware version?
To be sure it is not the router: connect a PC set up for PPPoE directly to the ONT.
 
After figuring it wasn't making any practical difference to the problem, I came to rest on the official Asus firmware version 3.0.0.4.378_9459, after having tried both older and newer versions from Asus, Merlin, and John's fork.

How will I access a system log equivalent to see if it drops out, if connecting directly? Given the brief nature of it, and the manner in which I use my computer, I don't always notice it's happened without having a log I can check.
 
You have tried other devices and they do not lose PPP connectivity?
 
Hi,
I'm long time reader of this forum but short term logged user. Have got same problem as @Saschi with seethelight provider - using rtn66u with merlin firmware 380.57. Bought brand new router in December last year to run openvpn on it. Everything was working fine for about three/four weeks when my router started redirecting my network traffic to asus' wan down notice page. It happens randomly during day and night. Connection is stable for couple of hours, sometimes minutes, then drops again for about five or ten seconds. I replaced network cable for cat5e after reading some posts in here, used minimal manual configuration found here as well, changed dns addresses and unfortunately none of these changes have improved connectivity.
I haven't tried any other router as it's been working fine for a while without problems and I need constant access to vpn service.

Code:
Feb  4 08:54:52 dnsmasq-dhcp[3848]: DHCPREQUEST(br0) aaa.bbb.ccc.ddd **:**:**:**:**:**
Feb  4 08:54:52 dnsmasq-dhcp[3848]: DHCPACK(br0) aaa.bbb.ccc.ddd **:**:**:**:**:**
Feb  4 11:12:34 pppd[288]: Connect time 153.1 minutes.
Feb  4 11:12:34 pppd[288]: Sent 16539184 bytes, received 263524638 bytes.
Feb  4 11:12:34 dnsmasq[3848]: read /etc/hosts - 5 addresses
Feb  4 11:12:34 dnsmasq[3848]: read /etc/hosts.dnsmasq - 2 addresses
Feb  4 11:12:34 dnsmasq-dhcp[3848]: read /etc/ethers - 2 addresses
...
Feb  4 11:12:35 WAN Connection: No response from ISP.
Feb  4 11:12:35 stop_nat_rules: apply the redirect_rules!
Feb  4 11:12:37 openvpn[3858]: write UDPv4: Network is unreachable (code=128)
Feb  4 11:12:39 openvpn[3858]: write UDPv4: Network is unreachable (code=128)
Feb  4 11:12:46 openvpn[3858]: write UDPv4: Network is unreachable (code=128)
Feb  4 11:12:46 openvpn[3858]: write UDPv4: Network is unreachable (code=128)
Feb  4 11:12:47 openvpn[3858]: write UDPv4: Network is unreachable (code=128)
Feb  4 11:12:48 openvpn[3858]: write UDPv4: Network is unreachable (code=128)
Feb  4 11:12:54 openvpn[3858]: write UDPv4: Network is unreachable (code=128)
Feb  4 11:12:55 openvpn[3858]: write UDPv4: Network is unreachable (code=128)
Feb  4 11:12:56 openvpn[3858]: write UDPv4: Network is unreachable (code=128)
Feb  4 11:12:57 openvpn[3858]: write UDPv4: Network is unreachable (code=128)
Feb  4 11:13:02 openvpn[3858]: write UDPv4: Network is unreachable (code=128)
Feb  4 11:13:03 openvpn[3858]: write UDPv4: Network is unreachable (code=128)
Feb  4 11:13:04 pppd[288]: LCP: timeout sending Config-Requests
Feb  4 11:13:04 pppd[288]: Connection terminated.
Feb  4 11:13:04 pppd[288]: Sent PADT
Feb  4 11:13:04 pppd[288]: Modem hangup
Feb  4 11:13:10 openvpn[3858]: write UDPv4: Network is unreachable (code=128)
Feb  4 11:13:11 openvpn[3858]: write UDPv4: Network is unreachable (code=128)
Feb  4 11:13:13 openvpn[3858]: write UDPv4: Network is unreachable (code=128)
Feb  4 11:13:14 pppd[288]: PPP session is 1 (0x1)
Feb  4 11:13:14 pppd[288]: Connected to **:**:**:**:**:** via interface eth0
Feb  4 11:13:14 pppd[288]: Using interface ppp0
Feb  4 11:13:14 pppd[288]: Connect: ppp0 <--> eth0
Feb  4 11:13:17 pppd[288]: peer from calling number **:**:**:**:**:** authorized
Feb  4 11:13:17 pppd[288]: local  IP address xxx.xxx.xxx.xxx
Feb  4 11:13:17 pppd[288]: remote IP address xxx.xxx.xxx.yyy
Feb  4 11:13:17 rc_service: ip-up 4011:notify_rc start_firewall
Feb  4 11:13:17 dnsmasq[3848]: read /etc/hosts - 5 addresses
Feb  4 11:13:17 dnsmasq[3848]: read /etc/hosts.dnsmasq - 2 addresses
Feb  4 11:13:17 dnsmasq-dhcp[3848]: read /etc/ethers - 2 addresses
...
Feb  4 11:13:17 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
Feb  4 11:13:18 wan: finish adding multi routes
Feb  4 11:13:18 rc_service: ip-up 4011:notify_rc stop_upnp
Feb  4 11:13:18 rc_service: waitting "start_firewall" via ip-up ...
Feb  4 11:13:19 rc_service: ip-up 4011:notify_rc start_upnp
Feb  4 11:13:19 rc_service: waitting "stop_upnp" via ip-up ...
Feb  4 11:13:20 openvpn-routing: Refreshing policy rules for client 1
Feb  4 11:13:20 openvpn-routing: Creating VPN routing table
Feb  4 11:13:20 openvpn-routing: Tunnel down - VPN client access blocked
Feb  4 11:13:20 openvpn-routing: Added xxx.aaa.bbb.ccc to 0.0.0.0 through VPN to routing policy
Feb  4 11:13:20 openvpn-routing: Refreshing policy rules for client 2
Feb  4 11:13:20 openvpn-routing: Allow WAN access to all VPN clients
Feb  4 11:13:20 openvpn-routing: Refreshing policy rules for client 3
Feb  4 11:13:20 openvpn-routing: Allow WAN access to all VPN clients
Feb  4 11:13:20 openvpn-routing: Refreshing policy rules for client 4
Feb  4 11:13:20 openvpn-routing: Allow WAN access to all VPN clients
Feb  4 11:13:20 WAN Connection: WAN was restored.


Edit:
I've just had another disconnection just a minute ago and green monitor symbol on router configuration page went off but router LEDs seem to work as normal. Not sure that's important.
Any suggestions guys? Speak to ISP?
Thanks
 
Last edited:

Similar threads

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

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