ASUS RT-AC68U bridged from F2000

eddiem74

So purchased an ASUS RT-AC68U and bridged it from an F2000 last Friday. Everything was fine however today internet connection seems to keep dropping. It seems to come up for 3-4 hours and then goes again?

Attached is the most recent snippet from the syslog:

Jan 9 22:26:48 WAN Connection: Fail to connect with some issues.
Jan 9 22:26:48 stop_nat_rules: apply the redirect_rules!
Jan 9 22:27:15 pppd[475]: LCP: timeout sending Config-Requests
Jan 9 22:27:15 pppd[475]: Connection terminated.
Jan 9 22:27:15 pppd[475]: Modem hangup
Jan 9 22:27:25 pppd[475]: Connected to a0:f3:e4:8d:63:b2 via interface eth0
Jan 9 22:27:25 pppd[475]: Connect: ppp0 <--> eth0
Jan 9 22:27:29 pppd[475]: peer from calling number A0:F3:E4:8D:63:B2 authorized
Jan 9 22:27:59 pppd[475]: IPCP: timeout sending Config-Requests
Jan 9 22:27:59 pppd[475]: Connection terminated.
Jan 9 22:28:09 pppd[475]: Connected to a0:f3:e4:8d:63:b2 via interface eth0
Jan 9 22:28:09 pppd[475]: Connect: ppp0 <--> eth0
Jan 9 22:28:12 pppd[475]: peer from calling number A0:F3:E4:8D:63:B2 authorized
Jan 9 22:28:42 pppd[475]: IPCP: timeout sending Config-Requests
Jan 9 22:28:42 pppd[475]: Connection terminated.
Jan 9 22:28:52 pppd[475]: Connected to a0:f3:e4:8d:63:b2 via interface eth0
Jan 9 22:28:52 pppd[475]: Connect: ppp0 <--> eth0
Jan 9 22:28:55 pppd[475]: peer from calling number A0:F3:E4:8D:63:B2 authorized
Jan 9 22:29:25 pppd[475]: IPCP: timeout sending Config-Requests
Jan 9 22:29:25 pppd[475]: Connection terminated.
Jan 9 22:29:35 pppd[475]: Connected to a0:f3:e4:8d:63:b2 via interface eth0
Jan 9 22:29:35 pppd[475]: Connect: ppp0 <--> eth0
Jan 9 22:29:38 pppd[475]: peer from calling number A0:F3:E4:8D:63:B2 authorized
Jan 9 22:30:08 pppd[475]: IPCP: timeout sending Config-Requests
Jan 9 22:30:08 pppd[475]: Connection terminated.
Jan 9 22:30:18 WAN Connection: Ethernet link down.
Jan 9 22:30:53 pppd[475]: Timeout waiting for PADO packets
Jan 9 22:32:08 pppd[475]: Timeout waiting for PADO packets
Jan 9 22:32:13 WAN Connection: Fail to connect with some issues.
Jan 9 22:33:23 pppd[475]: Timeout waiting for PADO packets
Jan 9 22:34:38 pppd[475]: Timeout waiting for PADO packets
Jan 9 22:35:53 pppd[475]: Timeout waiting for PADO packets
Jan 9 22:35:53 pppd[475]: Connected to a0:f3:e4:8d:63:b2 via interface eth0
Jan 9 22:35:53 pppd[475]: Connect: ppp0 <--> eth0
Jan 9 22:35:56 pppd[475]: peer from calling number A0:F3:E4:8D:63:B2 authorized
Jan 9 22:35:56 pppd[475]: local IP address 86.xx.xxx.xxx
Jan 9 22:35:56 pppd[475]: remote IP address 95.xx.xxx.x
Jan 9 22:35:56 pppd[475]: primary DNS address 159.134.0.1
Jan 9 22:35:56 pppd[475]: secondary DNS address 159.134.0.2
Jan 9 22:35:56 rc_service: ip-up 15002:notify_rc start_firewall
Jan 9 22:35:57 miniupnpd[3593]: shutting down MiniUPnPd
Jan 9 22:35:57 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
Jan 9 22:35:57 wan: finish adding multi routes
Jan 9 22:35:57 rc_service: ip-up 15002:notify_rc stop_upnp
Jan 9 22:35:57 rc_service: waitting "start_firewall" via ip-up ...
Jan 9 22:35:57 miniupnpd[15042]: version 1.9 started
Jan 9 22:35:57 miniupnpd[15042]: HTTP listening on port 54079
Jan 9 22:35:57 miniupnpd[15042]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 9 22:35:58 WAN Connection: WAN was restored.
Jan 9 22:35:58 rc_service: ip-up 15002:notify_rc start_upnp
Jan 9 22:35:58 rc_service: waitting "stop_upnp" via ip-up ...
Jan 9 22:35:58 miniupnpd[15042]: shutting down MiniUPnPd
Jan 9 22:36:00 miniupnpd[15046]: version 1.9 started
Jan 9 22:36:00 miniupnpd[15046]: HTTP listening on port 49606
Jan 9 22:36:00 miniupnpd[15046]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 9 22:36:05 rc_service: ip-up 15002:notify_rc start_firewall
Jan 9 22:36:06 miniupnpd[15046]: shutting down MiniUPnPd
Jan 9 22:36:06 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
Jan 9 22:36:07 miniupnpd[15275]: version 1.9 started
Jan 9 22:36:07 miniupnpd[15275]: HTTP listening on port 37729
Jan 9 22:36:07 miniupnpd[15275]: Listening for NAT-PMP/PCP traffic on port 5351

When it happened earlier today I rebooted the ASUS, this time I rebooted the F2000.

I have WAN IP and DNS set to automatically be obtained from ISP (screenshot below shows fields for input if No was selected) however should I manually set these? If yes, what are the IP values?







Any ideas or suggestions?

ED E

Swap to IPoE if possible. No reason to do PPPoE in your case.

eddiem74

ED E wrote: »

Swap to IPoE if possible. No reason to do PPPoE in your case.

I don't see IPoE listed unless it is known as something else?

eddiem74

Dropped again a couple of times during the night, summary as follows:

02:51:25 WAN Connection: Fail to connect with some issues.
03:16:36 WAN Connection: WAN was restored.
04:26:38 WAN Connection: Fail to connect with some issues.
05:13:23 WAN Connection: WAN was restored.

Has been up all day now though.

Routing table if it helps any?

[HTML]
Destination Gateway Genmask Flags Metric Ref Use Type Iface
95.xx.xxx.1 * 255.255.255.255 UH 0 0 0 WAN0 ppp0
192.168.69.0 * 255.255.255.0 U 0 0 0 LAN br0
86.xx.xxx.0 * 255.255.254.0 U 0 0 0 MAN0 eth0
default 95.xx.xxx.1 0.0.0.0 UG 0 0 0 WAN0 ppp0
default 86.xx.xxx.1 0.0.0.0 UG 1 0 0 MAN0 eth0
[/HTML]

macker64

Are you still having problems here?

I am about to buy this very Asus router and would be very interested in any feedback you can provide.

Thanks.

jspuds

Would strongly recommend Asuswrt-Merlin firmware for ASUS devices, his custom firmware is a big improvement over the ASUS stock firmware and might help with the stability issues you are experiencing
http://www.snbforums.com/threads/asuswrt-merlin-custom-firmware-for-asus-routers.7846/

eddiem74

macker64 wrote: »

Are you still having problems here?

I am about to buy this very Asus router and would be very interested in any feedback you can provide.

Thanks.

I lost connection once again the next night however it has been stable since. WIFI performance is better compared to the F2000.

eddiem74

jspuds wrote: »

Would strongly recommend Asuswrt-Merlin firmware for ASUS devices, his custom firmware is a big improvement over the ASUS stock firmware and might help with the stability issues you are experiencing
http://www.snbforums.com/threads/asuswrt-merlin-custom-firmware-for-asus-routers.7846/

Thanks, had seen that mentioned on forums but not looked into it.

dub45

macker64 wrote: »

Are you still having problems here?

I am about to buy this very Asus router and would be very interested in any feedback you can provide.

Thanks.

For what its worth to you I am using this router with a bridged VM modem (linksys 3925) and its been steady as a rock so far - nothing too complicated - wired pc and internet radio and wifi for another internet radio, iphone ipad etc. Wifi coverage is excellent in a smallish two storey house. My only reservation is that the on/off switch doesn't seem very robust.

macker64

Thanks lads for the feedback. Very much appreciated!!

eddiem74

dub45 wrote: »

For what its worth to you I am using this router with a bridged VM modem (linksys 3925) and its been steady as a rock so far - nothing too complicated - wired pc and internet radio and wifi for another internet radio, iphone ipad etc. Wifi coverage is excellent in a smallish two storey house. My only reservation is that the on/off switch doesn't seem very robust.

Is the connection PPPoE or?

dub45

eddiem74 wrote: »

Is the connection PPPoE or?

Its on Automatic IP - the auto set up chose that option.

demanufactured

eddiem74 wrote: »

Is the connection PPPoE or?

Docsis 3.0

eddiem74

demanufactured wrote: »

Docsis 3.0

Don't see that listed as an option.

eddiem74

dub45 wrote: »

Its on Automatic IP - the auto set up chose that option.

Who is your ISP? When going through the setup process I think I selected PPPoE as I knew Eir had it. Maybe I should redo and not manually select anything?

Had 2 more drops between 3:00am - 5:00am again last night however it was stable the last few days before that.

ED E

To explain a bit.

Old ADSL ("Regular Broadband") used PPPoE. All connections pass through the exchange and terminate at a regional hub (Wexford, Portlaiose, Blanch, Summerhill....).

With NGA("eFibre") this was all moved out to the local exchanges where the aggregation between a cabs in the exchange area terminates the connection. This has benefits as it allows for TV, decentralizes to improve fault tolerance and can lead to lower latency. Its done via IPoE.

While you can still use PPPoE (you have to with eir to use a static address) its probably a tiny bit better to be on IPoE.


To address your problem specifically the logs on the 68U are pretty detailed so if you were seeing DSL drops it'd be indicated. As its not then you're either looking at the BRAS dumping you because of excessive errors or a timeout issue.

To rule out the former please post your line stats (DSL Stats). I dont think thats it, but lets rule it out.

eddiem74

ED E wrote: »

To explain a bit.

Old ADSL ("Regular Broadband") used PPPoE. All connections pass through the exchange and terminate at a regional hub (Wexford, Portlaiose, Blanch, Summerhill....).

With NGA("eFibre") this was all moved out to the local exchanges where the aggregation between a cabs in the exchange area terminates the connection. This has benefits as it allows for TV, decentralizes to improve fault tolerance and can lead to lower latency. Its done via IPoE.

While you can still use PPPoE (you have to with eir to use a static address) its probably a tiny bit better to be on IPoE.


To address your problem specifically the logs on the 68U are pretty detailed so if you were seeing DSL drops it'd be indicated. As its not then you're either looking at the BRAS dumping you because of excessive errors or a timeout issue.

To rule out the former please post your line stats (DSL Stats). I dont think thats it, but lets rule it out.

OK, line stats below to get them I reset my F2000 again and re-bridged it as I could not connect.

I have also changed the ASUS to Automatic IP instead of PPPoE, I initially tried to manually change this and got an error but the auto-setup kicked in and resolved it.

[HTML]
DSL synchronization status: Up
Connection status: Showtime
Upstream line rate (kbit/s): 20478
Downstream line rate (kbit/s): 71680
Maximum upstream rate (kbit/s): 26074
Maximum downstream rate (kbit/s): 74431
Upstream noise safety coefficient (dB): 11.7
Downstream noise safety coefficient (dB): 10.1
Upstream interleave depth: 0
Downstream interleave depth: 0
Line standard: VDSL
Upstream line attenuation (dB): 27.3
Downstream line attenuation (dB): 14.7
Upstream output power (dBmV): 3.1
Downstream output power (dBmV): 14
Downstream interleave depth: None
[/HTML]

Mc Love

I've the DSL-AC68U from Asus and by god for the price of it, you wouldnt think you'd have to reboot it every week/two weeks. The tech guys are very good in Asus and really helped me out, but every now and again it will say its connected to the internet and the DSL is up however it wont be connected to the internet. Half thinking of trying to get a replacement even though I have it nearly a year.

eddiem74

Okay so nearly 24hrs after switching to "Automatic IP" from "PPPoE" only one entry is in the system log:

Jan 16 23:00:57 disk_monitor: Got SIGALRM...

Not sure if that is as a result of an improved connection or "Automatic IP" does not show the same detail as "PPPoE" in the logs?

ED E

Thats expected. PPPoE sets up an ATM link with a lot of "cruft" (Its like a complicated phone call), WAN DHCP/IPoE just asks the agg for an IP and sends it IP traffic.

That log entry sounds like SMART, if your router has a hard drive connected to it then thats what it relates to. If its stable you're golden.

eddiem74

ED E wrote: »

Thats expected. PPPoE sets up an ATM link with a lot of "cruft" (Its like a complicated phone call), WAN DHCP/IPoE just asks the agg for an IP and sends it IP traffic.

That log entry sounds like SMART, if your router has a hard drive connected to it then thats what it relates to. If its stable you're golden.

Just to provide an update...

Over the next 5 days after changing to Automatic IP I had no more dropouts however a few other messages started appearing in the logs. A quick google identified these were some issues in the Asus firmware that the Asuswrt-Merlin firmware removed so updated to that and have had no dropouts and pretty much clean system log since (5 more days).

Thanks for the pointers to get me away from PPPoE.