Modify

Opened 7 years ago

Last modified 2 years ago

#7793 reopened defect

Internet Connection not Stable on PPPoE (Backfire). Disconnected

Reported by: dzen@… Owned by: developers
Priority: normal Milestone:
Component: packages Version: Backfire 10.03.1 RC1
Keywords: Cc:

Description

I have upgraded to backfire and get the following problem with my internet connection (PPPoE).

Aug 19 15:30:48 OpenWrt daemon.info pppd[491]: No response to 10 echo-requests
Aug 19 15:30:48 OpenWrt daemon.notice pppd[491]: Serial link appears to be disconnected.
Aug 19 15:30:48 OpenWrt daemon.info pppd[491]: Connect time 5.5 minutes.
Aug 19 15:30:48 OpenWrt daemon.info pppd[491]: Sent 2131040 bytes, received 32338547 bytes.
Aug 19 15:30:55 OpenWrt daemon.notice pppd[491]: Connection terminated.
Aug 19 15:30:55 OpenWrt daemon.notice pppd[491]: Modem hangup
Aug 19 15:31:25 OpenWrt daemon.info pppd[491]: PPP session is 2
Aug 19 15:31:25 OpenWrt daemon.info pppd[491]: Using interface pppoe-wan
Aug 19 15:31:25 OpenWrt daemon.notice pppd[491]: Connect: pppoe-wan <--> eth0.2
Aug 19 15:31:25 OpenWrt daemon.info pppd[491]: CHAP authentication failed: CHAP authentication failure
Aug 19 15:31:25 OpenWrt daemon.err pppd[491]: CHAP authentication failed
Aug 19 15:31:25 OpenWrt daemon.notice pppd[491]: Connection terminated.
Aug 19 15:31:55 OpenWrt daemon.err pppd[491]: write: Bad file descriptor (9)
Aug 19 15:31:55 OpenWrt daemon.info pppd[491]: PPP session is 2
Aug 19 15:31:55 OpenWrt daemon.info pppd[491]: Using interface pppoe-wan
Aug 19 15:31:55 OpenWrt daemon.notice pppd[491]: Connect: pppoe-wan <--> eth0.2
Aug 19 15:31:58 OpenWrt daemon.info pppd[491]: CHAP authentication failed: CHAP authentication failure
Aug 19 15:31:58 OpenWrt daemon.err pppd[491]: CHAP authentication failed
Aug 19 15:31:58 OpenWrt daemon.notice pppd[491]: Connection terminated.
Aug 19 15:32:29 OpenWrt daemon.err pppd[491]: write: Bad file descriptor (9)
Aug 19 15:32:29 OpenWrt daemon.info pppd[491]: PPP session is 1
Aug 19 15:32:29 OpenWrt daemon.info pppd[491]: Using interface pppoe-wan
Aug 19 15:32:29 OpenWrt daemon.notice pppd[491]: Connect: pppoe-wan <--> eth0.2
Aug 19 15:32:32 OpenWrt daemon.info pppd[491]: CHAP authentication succeeded: CHAP authentication success
Aug 19 15:32:32 OpenWrt daemon.notice pppd[491]: CHAP authentication succeeded
Aug 19 15:32:32 OpenWrt daemon.notice pppd[491]: peer from calling number xx:xx:xx:xx:xx:xx authorized
Aug 19 15:32:32 OpenWrt daemon.notice pppd[491]: local  IP address xxx.xxx.xx.xx
Aug 19 15:32:32 OpenWrt daemon.notice pppd[491]: remote IP address xx.xxx.xxx.xxx
Aug 19 15:32:32 OpenWrt daemon.notice pppd[491]: primary   DNS address xx.xxx.xxx.x
Aug 19 15:32:32 OpenWrt daemon.notice pppd[491]: secondary DNS address xx.xxx.xxx.x

Attachments (2)

netifd_ppp.patch (665 bytes) - added by whitequark@… 2 years ago.
pppoe (97.0 KB) - added by whitequark@… 2 years ago.
pppoe from rp-pppoe 3.8 built for ar71xx chaos calmer, provided for posterity

Download all attachments as: .zip

Change History (56)

comment:1 Changed 7 years ago by jow

Please add "option pppd_options debug" and repeat your test. Paste the log here.

comment:2 Changed 7 years ago by dzen@…

Aug 21 00:29:25 OpenWrt daemon.info pppd[491]: No response to 10 echo-requests
Aug 21 00:29:25 OpenWrt daemon.notice pppd[491]: Serial link appears to be disconnected.
Aug 21 00:29:25 OpenWrt daemon.info pppd[491]: Connect time 62.2 minutes.
Aug 21 00:29:25 OpenWrt daemon.info pppd[491]: Sent 15392771 bytes, received 30823552 bytes.
Aug 21 00:29:25 OpenWrt daemon.debug pppd[491]: Script /etc/ppp/ip-down started (pid 988)
Aug 21 00:29:25 OpenWrt daemon.debug pppd[491]: sent [LCP TermReq id=0x2 "Peer not responding"]
Aug 21 00:29:28 OpenWrt daemon.debug pppd[491]: Script /etc/ppp/ip-down finished (pid 988), status = 0x1
Aug 21 00:29:28 OpenWrt daemon.debug pppd[491]: sent [LCP TermReq id=0x3 "Peer not responding"]
Aug 21 00:29:31 OpenWrt daemon.notice pppd[491]: Connection terminated.
Aug 21 00:29:31 OpenWrt daemon.notice pppd[491]: Modem hangup
Aug 21 00:30:01 OpenWrt daemon.debug pppd[491]: PADS: Service-Name: ''
Aug 21 00:30:01 OpenWrt daemon.info pppd[491]: PPP session is 2
Aug 21 00:30:01 OpenWrt daemon.debug pppd[491]: using channel 2
Aug 21 00:30:01 OpenWrt daemon.info pppd[491]: Using interface pppoe-wan
Aug 21 00:30:01 OpenWrt daemon.notice pppd[491]: Connect: pppoe-wan <--> eth0.2
Aug 21 00:30:01 OpenWrt daemon.debug pppd[491]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x4e6605c1>]
Aug 21 00:30:01 OpenWrt daemon.debug pppd[491]: rcvd [LCP ConfReq id=0xf1 <mru 1492> <auth chap MD5> <magic 0x4fba28ad>]
Aug 21 00:30:01 OpenWrt daemon.debug pppd[491]: sent [LCP ConfAck id=0xf1 <mru 1492> <auth chap MD5> <magic 0x4fba28ad>]
Aug 21 00:30:01 OpenWrt daemon.debug pppd[491]: rcvd [LCP ConfAck id=0x4 <mru 1492> <magic 0x4e6605c1>]
Aug 21 00:30:01 OpenWrt daemon.debug pppd[491]: sent [LCP EchoReq id=0x0 magic=0x4e6605c1]
Aug 21 00:30:01 OpenWrt daemon.debug pppd[491]: rcvd [LCP EchoRep id=0x0 magic=0x4fba28ad]
Aug 21 00:30:01 OpenWrt daemon.debug pppd[491]: rcvd [CHAP Challenge id=0x1 <82e7abd242987c831e298d023647cc0cd4be328e35b3d910e45a7869766ea37856cf4b1968479c06702a8827f155b2>, name = "DOM.RU"]
Aug 21 00:30:01 OpenWrt daemon.debug pppd[491]: sent [CHAP Response id=0x1 <ed3a9343a4279b66fc75c8733aed2f6b>, name = "xxxxxxx"]
Aug 21 00:30:01 OpenWrt daemon.debug pppd[491]: rcvd [CHAP Failure id=0x1 "CHAP authentication failure"]
Aug 21 00:30:01 OpenWrt daemon.info pppd[491]: CHAP authentication failed: CHAP authentication failure
Aug 21 00:30:01 OpenWrt daemon.err pppd[491]: CHAP authentication failed
Aug 21 00:30:01 OpenWrt daemon.debug pppd[491]: sent [LCP TermReq id=0x5 "Failed to authenticate ourselves to peer"]
Aug 21 00:30:01 OpenWrt daemon.debug pppd[491]: rcvd [LCP TermReq id=0xf2]
Aug 21 00:30:01 OpenWrt daemon.debug pppd[491]: sent [LCP TermAck id=0xf2]
Aug 21 00:30:01 OpenWrt daemon.debug pppd[491]: rcvd [LCP TermAck id=0x5]
Aug 21 00:30:01 OpenWrt daemon.notice pppd[491]: Connection terminated.
Aug 21 00:30:32 OpenWrt daemon.debug pppd[491]: sent [LCP ConfReq id=0x6 <mru 1492> <magic 0xade8315e>]
Aug 21 00:30:32 OpenWrt daemon.err pppd[491]: write: Bad file descriptor (9)
Aug 21 00:30:32 OpenWrt daemon.debug pppd[491]: PADS: Service-Name: ''
Aug 21 00:30:32 OpenWrt daemon.info pppd[491]: PPP session is 2
Aug 21 00:30:32 OpenWrt daemon.debug pppd[491]: using channel 3
Aug 21 00:30:32 OpenWrt daemon.info pppd[491]: Using interface pppoe-wan
Aug 21 00:30:32 OpenWrt daemon.notice pppd[491]: Connect: pppoe-wan <--> eth0.2
Aug 21 00:30:32 OpenWrt daemon.debug pppd[491]: rcvd [LCP ConfReq id=0x4c <mru 1492> <auth chap MD5> <magic 0x253d9aa9>]
Aug 21 00:30:32 OpenWrt daemon.debug pppd[491]: sent [LCP ConfAck id=0x4c <mru 1492> <auth chap MD5> <magic 0x253d9aa9>]
Aug 21 00:30:35 OpenWrt daemon.debug pppd[491]: sent [LCP ConfReq id=0x6 <mru 1492> <magic 0xade8315e>]
Aug 21 00:30:35 OpenWrt daemon.debug pppd[491]: rcvd [LCP ConfAck id=0x6 <mru 1492> <magic 0xade8315e>]
Aug 21 00:30:35 OpenWrt daemon.debug pppd[491]: sent [LCP EchoReq id=0x0 magic=0xade8315e]
Aug 21 00:30:35 OpenWrt daemon.debug pppd[491]: rcvd [CHAP Challenge id=0x1 <184d381627520693f701dfe5556c43189eef3ec6a98810a6cd3afac508749b21c153b66825bdfb9c3edc8394c8c62c67376aade0>, name = "DOM.RU"]
Aug 21 00:30:35 OpenWrt daemon.debug pppd[491]: sent [CHAP Response id=0x1 <c870923defd12277b8c20c385b8b8231>, name = "xxxxxx"]
Aug 21 00:30:35 OpenWrt daemon.debug pppd[491]: rcvd [LCP EchoRep id=0x0 magic=0x253d9aa9]
Aug 21 00:30:35 OpenWrt daemon.debug pppd[491]: rcvd [CHAP Failure id=0x1 "CHAP authentication failure"]
Aug 21 00:30:35 OpenWrt daemon.info pppd[491]: CHAP authentication failed: CHAP authentication failure
Aug 21 00:30:35 OpenWrt daemon.err pppd[491]: CHAP authentication failed
Aug 21 00:30:35 OpenWrt daemon.debug pppd[491]: sent [LCP TermReq id=0x7 "Failed to authenticate ourselves to peer"]
Aug 21 00:30:35 OpenWrt daemon.debug pppd[491]: rcvd [LCP TermReq id=0x4d]
Aug 21 00:30:35 OpenWrt daemon.debug pppd[491]: sent [LCP TermAck id=0x4d]
Aug 21 00:30:35 OpenWrt daemon.debug pppd[491]: rcvd [LCP TermAck id=0x7]
Aug 21 00:30:35 OpenWrt daemon.notice pppd[491]: Connection terminated.
Aug 21 00:31:05 OpenWrt daemon.debug pppd[491]: sent [LCP ConfReq id=0x8 <mru 1492> <magic 0xf3c2e52d>]
Aug 21 00:31:05 OpenWrt daemon.err pppd[491]: write: Bad file descriptor (9)
Aug 21 00:31:05 OpenWrt daemon.debug pppd[491]: PADS: Service-Name: ''
Aug 21 00:31:05 OpenWrt daemon.info pppd[491]: PPP session is 1
Aug 21 00:31:05 OpenWrt daemon.debug pppd[491]: using channel 4
Aug 21 00:31:05 OpenWrt daemon.info pppd[491]: Using interface pppoe-wan
Aug 21 00:31:05 OpenWrt daemon.notice pppd[491]: Connect: pppoe-wan <--> eth0.2
Aug 21 00:31:05 OpenWrt daemon.debug pppd[491]: rcvd [LCP ConfReq id=0xf2 <mru 1492> <auth chap MD5> <magic 0x5aba594c>]
Aug 21 00:31:05 OpenWrt daemon.debug pppd[491]: sent [LCP ConfAck id=0xf2 <mru 1492> <auth chap MD5> <magic 0x5aba594c>]
Aug 21 00:31:08 OpenWrt daemon.debug pppd[491]: rcvd [LCP ConfReq id=0xff <mru 1492> <auth chap MD5> <magic 0x5aba594c>]
Aug 21 00:31:08 OpenWrt daemon.debug pppd[491]: sent [LCP ConfAck id=0xff <mru 1492> <auth chap MD5> <magic 0x5aba594c>]
Aug 21 00:31:08 OpenWrt daemon.debug pppd[491]: sent [LCP ConfReq id=0x8 <mru 1492> <magic 0xf3c2e52d>]
Aug 21 00:31:08 OpenWrt daemon.debug pppd[491]: rcvd [LCP ConfAck id=0x8 <mru 1492> <magic 0xf3c2e52d>]
Aug 21 00:31:08 OpenWrt daemon.debug pppd[491]: sent [LCP EchoReq id=0x0 magic=0xf3c2e52d]
Aug 21 00:31:08 OpenWrt daemon.debug pppd[491]: rcvd [CHAP Challenge id=0x1 <f1779bd913eb9f1ed547e9d7abf48253e675682a57e0bb3d6dadf7781dce288e46c369d8af09f705cf61dcfa575fcdbd543767ab9723e884d060>, name = "DOM.RU"]
Aug 21 00:31:08 OpenWrt daemon.debug pppd[491]: sent [CHAP Response id=0x1 <552c1ad5fb53ffe3d9065e1e6791eace>, name = "xxxxxx"]
Aug 21 00:31:08 OpenWrt daemon.debug pppd[491]: rcvd [LCP EchoRep id=0x0 magic=0x5aba594c]
Aug 21 00:31:08 OpenWrt daemon.debug pppd[491]: rcvd [CHAP Success id=0x1 "CHAP authentication success"]
Aug 21 00:31:08 OpenWrt daemon.info pppd[491]: CHAP authentication succeeded: CHAP authentication success
Aug 21 00:31:08 OpenWrt daemon.notice pppd[491]: CHAP authentication succeeded
Aug 21 00:31:08 OpenWrt daemon.notice pppd[491]: peer from calling number xx:xx:xx:xx:xx:xx authorized
Aug 21 00:31:08 OpenWrt daemon.debug pppd[491]: sent [IPCP ConfReq id=0x3 <addr xxx.xxx.xx.xxx> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Aug 21 00:31:08 OpenWrt daemon.debug pppd[491]: rcvd [IPCP ConfReq id=0x13 <addr xx.xxx.xxx.xxx>]
Aug 21 00:31:08 OpenWrt daemon.debug pppd[491]: sent [IPCP ConfAck id=0x13 <addr xx.xxx.xxx.xxx>]
Aug 21 00:31:08 OpenWrt daemon.debug pppd[491]: rcvd [IPCP ConfNak id=0x3 <addr xxx.xxx.xx.xx> <ms-dns1 xx.xxx.xxx.x> <ms-dns3 xx.xxx.xx.x>]
Aug 21 00:31:08 OpenWrt daemon.debug pppd[491]: sent [IPCP ConfReq id=0x4 <addr xxx.xxx.xx.xx> <ms-dns1 xx.xxx.xxx.x> <ms-dns3 xx.xxx.xxx.x>]
Aug 21 00:31:08 OpenWrt daemon.debug pppd[491]: rcvd [IPCP ConfAck id=0x4 <addr xxx.xxx.xxx.xx> <ms-dns1 xx.xxx.xxx.x> <ms-dns3 xx.xxx.xx.x>]
Aug 21 00:31:08 OpenWrt daemon.notice pppd[491]: local  IP address xx.xxx.xx.xx
Aug 21 00:31:08 OpenWrt daemon.notice pppd[491]: remote IP address xx.xxx.xxx.xxx
Aug 21 00:31:08 OpenWrt daemon.notice pppd[491]: primary   DNS address xx.xxx.xxx.x
Aug 21 00:31:08 OpenWrt daemon.notice pppd[491]: secondary DNS address xx.xxx.xxx.x
Aug 21 00:31:08 OpenWrt daemon.debug pppd[491]: Script /etc/ppp/ip-up started (pid 1043)
Aug 21 00:31:12 OpenWrt user.notice rdate: Synced with ntp1.imvp.ru
Aug 21 00:31:12 OpenWrt daemon.debug pppd[491]: Script /etc/ppp/ip-up finished (pid 1043), status = 0x1

comment:3 Changed 7 years ago by anonymous

I have similar issue on latest trunk, if the PPPoE get the address before the iptables works.

If I turn off the ADSL modem before turn on the router and then turn on the modem after 30 seconds, everything will work well.

I have tried to "ifdown wan" then "ifup wan", but it can not resolve this issue.

comment:4 follow-up: Changed 7 years ago by openwrt@…

Does this bug affect all users on all plateforms?
I am still on r21803 on my WNDR3700 (ar71xx) and I didn't notice this bug. So maybe it's a new bug?

comment:5 in reply to: ↑ 4 Changed 7 years ago by karl.hegbloom@…

Replying to openwrt@…:

Does this bug affect all users on all plateforms?
I am still on r21803 on my WNDR3700 (ar71xx) and I didn't notice this bug. So maybe it's a new bug?

I am running 10.03.1-rc3 on a Ubiqiti RouterStation Pro. My WAN connection is via a Qwest DSL modem set in bridged mode, and the pppoe is running on the OpenWRT router. I've had no stability issues. It just works.

comment:6 Changed 7 years ago by markus_kubler@…

I use WR1043ND and notice this problem since "some" trunk-version after Backfire 10.03. I dont know wich one. With 10.03.1 RC1 and RC2 I notice it on a /very/ massive scale.

Maybe helpfull:
After I establish a connection (after several ifup dsl) I run ping heise.de -t. And then I do nothing. After a while, I try connecting to a site. The connection is succesfull, but after that, the ping doesn't reach its destination any longer.

But, I does loose connection without any doing, too. Sometimes, the connection stays stable for xyz hours, sometimes it stays connected for as little als 0.3 sec. What's the issue?

comment:7 Changed 7 years ago by anonymous

After above post I updated to RC3 and didn't encounter the problem so far any longer (7 days). Now I cannot completly eliminate the possibility, that the bug is still around, since I'm not 24/7 around and the logs are quite short, but so far it didn't happen any more when I was doing stuff on the net. This is a change. And I like it.
I have accustomed ADSL2+ connection with ISDN (no VoIP) and no bridge or other unnecessary stuff.

comment:8 Changed 7 years ago by anonymous

At lest for me this issue has been solved with RC3 and the ticket can be closed.

comment:9 Changed 7 years ago by jow

  • Resolution set to fixed
  • Status changed from new to closed

Fixed according to user report

comment:10 Changed 7 years ago by anonymous

  • Resolution fixed deleted
  • Status changed from closed to reopened

This problems exist on rc3

comment:11 Changed 7 years ago by markus_kubler@…

I agree the Bug is still around. But the problem pops up far more seldom since RC3. Using r24047 (30.11.2010) sometimes I have serious connection problems. Connect, disconnect, connect, diconnect, connect, disconnect. I notice it maybe three times a week.

Dec 10 20:31:09 openwrt daemon.info pppd[3222]: No response to 5 echo-requests
Dec 10 20:31:09 openwrt daemon.notice pppd[3222]: Serial link appears to be disconnected.
Dec 10 20:31:09 openwrt daemon.info pppd[3222]: Connect time 0.9 minutes.
Dec 10 20:31:09 openwrt daemon.info pppd[3222]: Sent 696 bytes, received 582 bytes.
Dec 10 20:31:15 openwrt daemon.notice pppd[3222]: Connection terminated.
Dec 10 20:31:15 openwrt daemon.notice pppd[3222]: Modem hangup
Dec 10 20:32:00 openwrt daemon.warn pppd[3222]: Timeout waiting for PADO packets
Dec 10 20:32:00 openwrt daemon.err pppd[3222]: Unable to complete PPPoE Discovery
Dec 10 20:32:30 openwrt daemon.info pppd[3222]: PPP session is 8490
Dec 10 20:32:30 openwrt daemon.info pppd[3222]: Using interface pppoe-dsl
Dec 10 20:32:30 openwrt daemon.notice pppd[3222]: Connect: pppoe-dsl <--> eth0.2

Please have a look at #8420. I wonder whether these are connected. With my old router (no Openwrt), the modem LED did not blink, unless I realy created some traffic. Also, I did not notice this kind of problem there, but since I do not surf all the time, and the problem apparently reoccurs randomly... hard to say.

Using this little howto: http://wiki.openwrt.org/doc/howto/accessdslmodem I connect with a little tool with my ADSL2+ modem. Sometimes there are agrevated FEC Erros on the download and heavy CRC Erros on the upload. So very probably this bug, is only partly OpenWrt related. There is some OpenWrt-specific behaviour and then there are problems with the line.

Before May or June (and with the old router), I do not remember to have encoutered this problem. Also, with 10.03.1 RC2 and some version before that version, this bug occured heavely. So, it probalby is OpenWrt-related, too.

comment:12 Changed 7 years ago by Vadim Plessky <v.plessky@…>

I am wondering if problem reported here - Recommended MTU size for PPPoE connection; PPPoE setup for OpenWrt my be related to this bug report.

It seems I found reason why there were problems with connection.
It was caused by cloning Mac address from local PC to WAN interface.

Let's suggest PC mac address is: 00-23-54-AA-BB-CC
You set it as Mac address for WAN interface.

    config 'interface' 'wan'
            option 'ifname' 'eth0.2'
            option 'proto' 'pppoe'
            option 'macaddr' '00:23:54:aa:bb:cc'
            option 'username' 'myusername'
            option 'password' 'mypassword'
            option 'keepalive' '10'
            option 'peerdns' '1'

And there are two hosts known to router with same Mac address - one in LAN, and another on WAN.
This doesn't cause problem with DD-Wrt, or TP-Link factory firmware. But it's a problem with OpenWrt/Gargoyle.

To overcome this, I changed Mac address on Ethernet adapter (in Windows Vista) to: 00-23-54-11-22-33
Everything works now.

Most likely, something needs to be fixed in network or firewall setup.
But hope information above would be helpful for people looking for workaround.

BTW: PPPoE connection works with MTU 1492

comment:13 Changed 7 years ago by anonymous

I have the same problem, wan connection is very unstable on my WRT54GL with Backfire (10.03.1-rc4, r24045)

Mar 18 00:37:44 OpenWrt daemon.notice pppd[16703]: local  IP address x.x.x.x
Mar 18 00:37:44 OpenWrt daemon.notice pppd[16703]: remote IP address 217.0.118.253
Mar 18 00:37:44 OpenWrt daemon.notice pppd[16703]: primary   DNS address 217.237.148.70
Mar 18 00:37:44 OpenWrt daemon.notice pppd[16703]: secondary DNS address 217.237.150.115
Mar 18 00:37:44 OpenWrt daemon.debug pppd[16703]: Script /etc/ppp/ip-up started (pid 16709)
Mar 18 00:37:57 OpenWrt daemon.debug pppd[16703]: Script /etc/ppp/ip-up finished (pid 16709), status = 0x1
Mar 18 00:49:15 OpenWrt daemon.info pppd[16703]: No response to 5 echo-requests
Mar 18 00:49:15 OpenWrt daemon.notice pppd[16703]: Serial link appears to be disconnected.
Mar 18 00:49:15 OpenWrt daemon.info pppd[16703]: Connect time 11.6 minutes.
Mar 18 00:49:15 OpenWrt daemon.info pppd[16703]: Sent 11897440 bytes, received 440692833 bytes.
Mar 18 00:49:15 OpenWrt daemon.debug pppd[16703]: Script /etc/ppp/ip-down started (pid 17014)
Mar 18 00:49:15 OpenWrt daemon.debug pppd[16703]: sent [LCP TermReq id=0x2 "Peer not responding"]
Mar 18 00:49:16 OpenWrt daemon.debug pppd[16703]: Script /etc/ppp/ip-down finished (pid 17014), status = 0x1
Mar 18 00:49:18 OpenWrt daemon.debug pppd[16703]: sent [LCP TermReq id=0x3 "Peer not responding"]
Mar 18 00:49:21 OpenWrt daemon.notice pppd[16703]: Connection terminated.
Mar 18 00:49:21 OpenWrt daemon.notice pppd[16703]: Modem hangup
Mar 18 00:49:51 OpenWrt daemon.debug pppd[16703]: PADS: Service-Name: ''
Mar 18 00:49:51 OpenWrt daemon.info pppd[16703]: PPP session is 5779
Mar 18 00:49:51 OpenWrt daemon.debug pppd[16703]: using channel 16
Mar 18 00:49:51 OpenWrt daemon.info pppd[16703]: Using interface pppoe-wan
Mar 18 00:49:51 OpenWrt daemon.notice pppd[16703]: Connect: pppoe-wan <--> eth0.1
Mar 18 00:49:51 OpenWrt daemon.debug pppd[16703]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0xc3dd2254>]
Mar 18 00:49:52 OpenWrt daemon.debug pppd[16703]: rcvd [LCP ConfReq id=0xc5 <mru 1492> <auth pap> <magic 0x7f7607e1>]
Mar 18 00:49:52 OpenWrt daemon.debug pppd[16703]: sent [LCP ConfAck id=0xc5 <mru 1492> <auth pap> <magic 0x7f7607e1>]
Mar 18 00:49:52 OpenWrt daemon.debug pppd[16703]: rcvd [LCP ConfAck id=0x4 <mru 1492> <magic 0xc3dd2254>]
Mar 18 00:49:52 OpenWrt daemon.debug pppd[16703]: sent [LCP EchoReq id=0x0 magic=0xc3dd2254]
Mar 18 00:49:52 OpenWrt daemon.debug pppd[16703]: sent [PAP AuthReq id=0x2 user="xxx@t-online.de" password=<hidden>]
Mar 18 00:49:52 OpenWrt daemon.debug pppd[16703]: rcvd [LCP EchoRep id=0x0 magic=0x7f7607e1]
Mar 18 00:49:52 OpenWrt daemon.debug pppd[16703]: rcvd [PAP AuthAck id=0x2 ""]
Mar 18 00:49:52 OpenWrt daemon.notice pppd[16703]: PAP authentication succeeded
Mar 18 00:49:52 OpenWrt daemon.notice pppd[16703]: peer from calling number 00:90:1A:A1:7E:8F authorized
Mar 18 00:49:52 OpenWrt daemon.debug pppd[16703]: sent [IPCP ConfReq id=0x3 <addr x.x.x.x> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Mar 18 00:49:52 OpenWrt daemon.debug pppd[16703]: rcvd [IPCP ConfNak id=0x3 <addr x.x.x.x> <ms-dns1 217.237.148.70> <ms-dns3 217.237.150.115>]
Mar 18 00:49:52 OpenWrt daemon.debug pppd[16703]: sent [IPCP ConfReq id=0x4 <addr x.x.x.x> <ms-dns1 217.237.148.70> <ms-dns3 217.237.150.115>]
Mar 18 00:49:52 OpenWrt daemon.debug pppd[16703]: rcvd [IPCP ConfAck id=0x4 <addr x.x.x.x> <ms-dns1 217.237.148.70> <ms-dns3 217.237.150.115>]
Mar 18 00:49:52 OpenWrt daemon.debug pppd[16703]: rcvd [IPCP ConfReq id=0xaf <addr x.x.x.x>]
Mar 18 00:49:52 OpenWrt daemon.debug pppd[16703]: sent [IPCP ConfAck id=0xaf <addr x.x.x.x>]
Mar 18 00:49:52 OpenWrt daemon.notice pppd[16703]: local  IP address x.x.x.x
Mar 18 00:49:52 OpenWrt daemon.notice pppd[16703]: remote IP address x.x.x.x
Mar 18 00:49:52 OpenWrt daemon.notice pppd[16703]: primary   DNS address 217.237.148.70
Mar 18 00:49:52 OpenWrt daemon.notice pppd[16703]: secondary DNS address 217.237.150.115

Duration of the connections varies from a few minutes (7.5 here) to several ours. I notice a significant higher disconnection-rate if more than one device is connected to the router. If only my home-server is connected, connection seems quite stable. If my workstation or my brothers notebook joins in, it seems that the wan connection is immediately disconnected and the connection duration is a lot shorter.

I use a German Telekom DSL-Modem of type Speedport 201 with a German Telekom ADSL2+ 6000 line.

comment:14 Changed 7 years ago by daniel.golle@…

I have that problem even on x86...
repeatingly looks like this:

Mar 25 21:17:57 OpenWrt daemon.info pppd[7639]: Plugin rp-pppoe.so loaded.
Mar 25 21:17:57 OpenWrt daemon.notice pppd[7642]: pppd 2.4.4 started by root, uid 0
Mar 25 21:17:57 OpenWrt daemon.debug pppd[7642]: PADS: Service-Name: ''
Mar 25 21:17:57 OpenWrt daemon.info pppd[7642]: PPP session is 376
Mar 25 21:17:57 OpenWrt daemon.debug pppd[7642]: using channel 232
Mar 25 21:17:57 OpenWrt daemon.info pppd[7642]: Using interface ppp0
Mar 25 21:17:57 OpenWrt daemon.notice pppd[7642]: Connect: ppp0 <--> eth1
Mar 25 21:17:57 OpenWrt daemon.debug pppd[7642]: sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xae311864>]
Mar 25 21:17:57 OpenWrt daemon.debug pppd[7642]: rcvd [LCP ConfReq id=0xc1 <mru 1492> <auth pap> <magic 0x624031e4>]
Mar 25 21:17:57 OpenWrt daemon.debug pppd[7642]: sent [LCP ConfAck id=0xc1 <mru 1492> <auth pap> <magic 0x624031e4>]
Mar 25 21:17:57 OpenWrt daemon.debug pppd[7642]: rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0xae311864>]
Mar 25 21:17:57 OpenWrt daemon.debug pppd[7642]: sent [LCP EchoReq id=0x0 magic=0xae311864]
Mar 25 21:17:57 OpenWrt daemon.debug pppd[7642]: sent [PAP AuthReq id=0x1 user="YYYYY" password=<hidden>]
Mar 25 21:17:57 OpenWrt daemon.debug pppd[7642]: rcvd [LCP EchoRep id=0x0 magic=0x624031e4]
Mar 25 21:17:58 OpenWrt daemon.debug pppd[7642]: sent [LCP EchoReq id=0x1 magic=0xae311864]
Mar 25 21:17:59 OpenWrt daemon.debug pppd[7642]: rcvd [PAP AuthAck id=0x1 ""]
Mar 25 21:17:59 OpenWrt daemon.notice pppd[7642]: PAP authentication succeeded
Mar 25 21:17:59 OpenWrt daemon.notice pppd[7642]: peer from calling number 00:30:88:10:F2:2E authorized
Mar 25 21:17:59 OpenWrt daemon.debug pppd[7642]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Mar 25 21:17:59 OpenWrt daemon.debug pppd[7642]: rcvd [IPCP ConfReq id=0xa5 <addr XXX.XXX.XXX.XXX>]
Mar 25 21:17:59 OpenWrt daemon.debug pppd[7642]: sent [IPCP ConfAck id=0xa5 <addr XXX.XXX.XXX.XXX>]
Mar 25 21:17:59 OpenWrt daemon.debug pppd[7642]: rcvd [IPCP ConfNak id=0x1 <addr XXX.XXX.XXX.XXX> <ms-dns1 XXX.XXX.XXX.XXX> <ms-dns3 XXX.XXX.XXX.XXX>]
Mar 25 21:17:59 OpenWrt daemon.debug pppd[7642]: sent [IPCP ConfReq id=0x2 <addr XXX.XXX.XXX.XXX> <ms-dns1 XXX.XXX.XXX.XXX> <ms-dns3 XXX.XXX.XXX.XXX>]
Mar 25 21:17:59 OpenWrt daemon.debug pppd[7642]: rcvd [IPCP ConfAck id=0x2 <addr XXX.XXX.XXX.XXX> <ms-dns1 XXX.XXX.XXX.XXX> <ms-dns3 XXX.XXX.XXX.XXX>]
Mar 25 21:17:59 OpenWrt daemon.info dnsmasq[7510]: reading /tmp/resolv.conf.auto
Mar 25 21:17:59 OpenWrt daemon.info dnsmasq[7510]: using nameserver XXX.XXX.XXX.XXX#53
Mar 25 21:17:59 OpenWrt daemon.info dnsmasq[7510]: using nameserver XXX.XXX.XXX.XXX#53
Mar 25 21:17:59 OpenWrt daemon.info dnsmasq[7510]: using local addresses only for domain lan
Mar 25 21:17:59 OpenWrt daemon.notice pppd[7642]: local  IP address XXX.XXX.XXX.XXX
Mar 25 21:17:59 OpenWrt daemon.notice pppd[7642]: remote IP address XXX.XXX.XXX.XXX
Mar 25 21:17:59 OpenWrt daemon.notice pppd[7642]: primary   DNS address XXX.XXX.XXX.XXX
Mar 25 21:17:59 OpenWrt daemon.notice pppd[7642]: secondary DNS address XXX.XXX.XXX.XXX
Mar 25 21:17:59 OpenWrt daemon.debug pppd[7642]: Script /etc/ppp/ip-up started (pid 7650)
Mar 25 21:18:09 OpenWrt user.notice rdate: Failed to sync with ac-ntp1.net.cmu.edu
Mar 25 21:18:09 OpenWrt user.notice rdate: Synced with cudns.cit.cornell.edu
Mar 25 21:18:10 OpenWrt daemon.debug pppd[7642]: Script /etc/ppp/ip-up finished (pid 7650), status = 0x0
Mar 25 21:21:20 OpenWrt daemon.info pppd[7642]: No response to 5 echo-requests
Mar 25 21:21:20 OpenWrt daemon.notice pppd[7642]: Serial link appears to be disconnected.
Mar 25 21:21:20 OpenWrt daemon.info pppd[7642]: Connect time 3.4 minutes.
Mar 25 21:21:20 OpenWrt daemon.info pppd[7642]: Sent 3738237 bytes, received 26023050 bytes.
Mar 25 21:21:20 OpenWrt daemon.debug pppd[7642]: Script /etc/ppp/ip-down started (pid 7740)
Mar 25 21:21:20 OpenWrt daemon.debug pppd[7642]: sent [LCP TermReq id=0x2 "Peer not responding"]
Mar 25 21:21:21 OpenWrt daemon.debug pppd[7642]: Script /etc/ppp/ip-down finished (pid 7740), status = 0x0
Mar 25 21:21:24 OpenWrt daemon.debug pppd[7642]: sent [LCP TermReq id=0x3 "Peer not responding"]
Mar 25 21:21:24 OpenWrt daemon.debug pppd[7642]: rcvd [LCP TermAck id=0x3]
Mar 25 21:21:24 OpenWrt daemon.notice pppd[7642]: Connection terminated.

comment:15 Changed 7 years ago by anonymous

This issue still exists in rc3. Any word?

comment:16 Changed 7 years ago by jow

I am unable to reproduce it in a test environment.
Also please try with rc5: http://downloads.openwrt.org/snapshots/backfire/10.03.1-RC5-testing/

comment:17 Changed 7 years ago by anonymous

Running ... Backfire (10.03.1-rc4, r24045)
Same issues very frequently.
I attempted to up the echo request interval, which sadly didnt help.

May 8 20:16:01 theforce daemon.info pppd[466]: No response to 15 echo-requests
May 8 20:16:01 theforce daemon.notice pppd[466]: Serial link appears to be disconnected.
May 8 20:16:01 theforce daemon.info pppd[466]: Connect time 476.1 minutes.
May 8 20:16:01 theforce daemon.info pppd[466]: Sent 167488498 bytes, received 359765388 bytes.
May 8 20:16:07 theforce daemon.notice pppd[466]: Connection terminated.
May 8 20:16:07 theforce daemon.notice pppd[466]: Modem hangup

comment:18 Changed 7 years ago by anonymous

Attempting update to RC5.

comment:19 Changed 7 years ago by markus_kubler@…

I do not longer think, this is an OpenWrt issue. I rather suspect some faulty line. Temporary distortion of the signal through

whatever. Maybe a 220Volt line in parallel of the Cat5e unshielded cable? Maybe a stupid neighbour, fracking aroung with

something? Maybe the guys at your DSLAM are bored.

It is some time ago since I last encoutered this behaviour. And last times, I did no updates, no reconfiguration, no nothing.

The problem simply popped up, and went away. (The logs told me after several ours!)

comment:20 Changed 7 years ago by anonymous

This is still happening in RC5.

comment:21 Changed 7 years ago by daniel.golle@…

i remember that i saw log-entries for each echo-request sent and echo-reply received when the 'debug' and 'kdebug 7' options of pppd are set. now, i can't see anything like that once the connection is up and pppd forked into background. however, my connection is now stable after i set Keep-Alive to 25 (instead of 5, which is the default) to relax the situation a bit, and surprisingly it didn't break down again ever since.

comment:22 Changed 7 years ago by anonymous

I'm on 10.03.1-rc4 with TL-WR1043NDand I have an uptime of 2 days and no disconnect, for me is stable.

comment:23 Changed 6 years ago by nbd

  • Resolution set to fixed
  • Status changed from reopened to closed

comment:24 Changed 6 years ago by anonymous

  • Resolution fixed deleted
  • Status changed from closed to reopened

I'm running 10.03.1-RC5 and still encountering these issues.

Sep 20 09:17:40 OpenWrt daemon.info pppd[10136]: No response to 30 echo-requests
Sep 20 09:17:40 OpenWrt daemon.notice pppd[10136]: Serial link appears to be disconnected.
Sep 20 09:17:40 OpenWrt daemon.info pppd[10136]: Connect time 197.6 minutes.
Sep 20 09:17:40 OpenWrt daemon.info pppd[10136]: Sent 9933732 bytes, received 471173159 bytes.
Sep 20 09:17:41 OpenWrt user.info firewall: removing wan (pppoe-wan) from zone wan
Sep 20 09:17:46 OpenWrt daemon.notice pppd[10136]: Connection terminated.
Sep 20 09:17:47 OpenWrt daemon.notice pppd[10136]: Modem hangup


Well, the problem might not be directly related to OpenWRT as someone said earlier. But I'm encountering this since i updated from Kamikaze to Backfire.
I'll try to downgrade to Kamikaze again later this week.

comment:25 Changed 6 years ago by anonymous

running Backfire (10.03.1-RC5, r27015)

config 'interface' 'wan'

option 'ifname' 'eth0.2'
option 'proto' 'pppoe'
option 'username' 'xxxxx'
option 'password' 'xxxxx'

had 30+ days on same connection

Regards

comment:26 Changed 6 years ago by anonymous

Nearly the same config here, but I added these lines:

option 'mtu' '1492'
option 'keepalive' '30'

comment:27 Changed 6 years ago by nbd

still an issue in the latest release?

comment:28 follow-up: Changed 6 years ago by anonymous

I have this issue on my TP-LINK MR3420 with 10.03.1, 'mtu' is 1492 default, I tried 'keepalive' from 1 to 60 but no help.

But my WRT54G V2 with the same 10.03.1 works well, no special configuration need.

comment:29 in reply to: ↑ 28 Changed 6 years ago by anonymous

Replying to anonymous:

I have this issue on my TP-LINK MR3420 with 10.03.1, 'mtu' is 1492 default, I tried 'keepalive' from 1 to 60 but no help.

But my WRT54G V2 with the same 10.03.1 works well, no special configuration need.

Update:

Maybe my problem is originally caused by the hardware of my TL-MR3420 and my ADSL modem - old Alcatel SpeedTouch-Home with 10base-T only.

If I connect my TL-MR3420 and my SpeedTouch-Home through a hub, every thing is ok.
Then I change to a modem with 100base-T, it works.

comment:30 Changed 6 years ago by anonymous

Think i've got the same issue, but with pptp. NetGear WNDR3700v2, OpenWRT 10.03.1.

Router daemon.info pppd[1249]: No response to 30 echo-requests
Router daemon.notice pppd[1249]: Serial link appears to be disconnected.
Router daemon.info pppd[1249]: Connect time 1.6 minutes.
Router daemon.info pppd[1249]: No response to 30 echo-requests
Router daemon.notice pppd[1249]: Serial link appears to be disconnected.
Router daemon.info pppd[1249]: Connect time 20.7 minutes.
Router daemon.info pppd[1249]: No response to 30 echo-requests
Router daemon.notice pppd[1249]: Serial link appears to be disconnected.
Router daemon.info pppd[1249]: Connect time 2.9 minutes.
Router daemon.info pppd[1249]: No response to 30 echo-requests
Router daemon.notice pppd[1249]: Serial link appears to be disconnected.
Router daemon.info pppd[1249]: Connect time 3.0 minutes.

Often happens when torrents (uTorrent 2.2.0) start generating relatively high load - the higher, the better chances for link to be disconnected.
Use lcp-echo-interval 1 and lcp-echo-failure 30.
Have tried increasing echo interval to high values - it does nothing except increasing wait time to reconnect. I see that connection is alredy dead (but still appear as connected), no packets go through - not a torrents, not a ping, but pppd continues to send echo signals.

comment:31 Changed 5 years ago by anonymous

I'm running 10.03.1 and just started running in to this problem. One thing that has changed is that I recently added a bunch of new devices, and now have about a dozen devices attached over ethernet and wireless to my TP-LINK WR1043ND.

One thing that's definitely a bug, and maybe should be a separate ticket (in fact I'll file one now) is that setting LCP echo failure threshold to zero is supposed to make OpenWRT ignore echo failures, but doesn't. I set the echo interval and failure threshold to large numbers (500) and am no longer getting disconnected.

comment:32 Changed 5 years ago by alex@…

I am also experiencing this issue.

Setup: 8:1 MBit/s DSL from PCCW. WR1043ND behind PCCW modem.

When I send large amounts of data (>4 MB) no matter if sending e-mail attachments, ftp, scp etc., pppd ends up running into lcp-echo-timeout.

I tried to connect my laptop running Ubuntu directly to the modem, and then the problem doesn't materialize.

It must have something to do with OpenWRT, the router/modem combination, lots of upstream traffic...

OpenWRT version is r33883

comment:33 Changed 5 years ago by alex@…

Re-tested using r35819.

What I notice is that when I send out lots of data, I see packet loss to my router (connected via GigE) in mtr:

thinkpad (0.0.0.0) Thu Feb 28 20:30:12 2013
Keys: Help Display mode Restart statistics Order of fields quit

Packets Pings

Host Loss% Snt Last Avg Best Wrst StDev

  1. ap2.lan 84.6% 91 0.3 0.4 0.3 0.4 0.0
  2. ???
  3. 10.193.230.85 8.9% 90 4887. 2455. 16.1 11731 3919.
  4. 218.102.21.218 5.6% 90 4886. 2521. 16.0 11750 4020.
  5. vlan165-te11-4.br01.hkg04.pccwbtn.net 3.3% 90 4912. 2508. 16.5 11687 3910.
  6. TenGigabitEthernet8-1.1201.ar4.LAX1.gblx.net 0.0% 90 5068. 2590. 181.2 11784 3932.
  7. xe-1-2-0.cr-antares.ams1.hosteurope.de 0.0% 90 6120. 2745. 330.2 11866 3936.
  8. ae1.cr-sargas.lon1.he-core.de 0.0% 90 6575. 2741. 325.9 11798 3945.
  9. xe-0-1-0.cr-merak.fra2.he-core.de 0.0% 82 6897. 2366. 332.6 20786 4094.
  1. xe-0-0-0.dr-master.fal1.he-core.de 4.9% 82 5099. 1972. 337.9 20702 3749.
  2. ???
  3. mail.list.priv.at 0.0% 82 5106. 2281. 338.3 20535 4055.

comment:34 Changed 5 years ago by anonymous

I'm experiencing a similar issue. I am in the process of trying to work out whether its the ADSL line or openwrt's pppd issue.

So far it has been disconnecting whilst, I'm using p2p like bittorrent. So I have been hammering the thing hard. I can't make it disconnect when I want it to though.

I have lowered my ADSL sync to get a stable connection, testing to see when it next disconnects to see whether its openwrt or the adsl line.

comment:35 Changed 5 years ago by c4vette@…

Same problem here.
Running 10.03.1 on an Asus WL-500g premium v1. But, my wan is a usb-dongle :)

May 22 19:50:22 OpenWrt daemon.info pppd[2802]: No response to 5 echo-requests
May 22 19:50:22 OpenWrt daemon.notice pppd[2802]: Serial link appears to be disconnected.
May 22 19:50:22 OpenWrt daemon.info pppd[2802]: Connect time 20.3 minutes.
May 22 19:50:22 OpenWrt daemon.info pppd[2802]: Sent 305586 bytes, received 476332 bytes.
May 22 19:50:23 OpenWrt user.info firewall: removing 3G (3g-3G) from zone wan
May 22 19:50:28 OpenWrt daemon.notice pppd[2802]: Connection terminated.
May 22 19:50:29 OpenWrt daemon.notice pppd[2802]: Modem hangup

comment:36 Changed 5 years ago by rob al <robert.aleck@…>

i experience this, same symptoms (no response to x pings etc. when under load), TL-WR1043N/ND. I'm running Attitude Adjustment 12.09 / LuCI 0.11.1 Release (0.11.1). i do not experience the problem with by billion 7800N - i had uptime of 20-30 days on a regular basis then, with the same usage patterns. now i achieve 1-2 days max, sometimes only a few hours.

comment:37 Changed 5 years ago by metai

I need to chime in here: I only get half a day, maximum, out of a PPPoE connection on a TL-WR1043N/ND that is, aside from serving OpenVPN, mostly twiddling its thumbs at loads consistantly below 0.1. Setting the the echo failure threshold away from 0 (which seems to mean "default", i.e. 5) to anything higher didn't resolve anything.

What I noticed, although it may be completely incidental, is that the disconnects seem to happen after wireless clients connect, i.e. just when I'm there with my notebook to watch the line go down. I have yet to see the PPPoE connection fail when "noone's watching".

comment:38 Changed 4 years ago by anonymous

I am also experiencing this issue.

OpenWRT 12.09 on TL-WR4300 with modem adsl D-Link 2730R

comment:39 Changed 4 years ago by keithdw

I'm experiencing the same issue on my TP-LINK TL-WDR4300 OpenWrt Attitude Adjustment 12.09 / LuCI 0.11.1 Release (0.11.1). I connect to my ISP via PPPoE, via a microwave dish. On stock TPLink firmware this router had a continuous connection for over two months (I wanted to check there were no hardware issues with my new router prior to putting on third party firmware). With OpenWRT, I get a few hours at most, the connection is usually dropped about every 30 minutes.

If I switch back to my old, stock, TP-Link router provided by my ISP, the connection is stable again.

comment:40 Changed 4 years ago by keithdw

I think this issue may be a bug either with OpenWRT or with Luci. The default setting in Luci / Network / Interfaces / Wan / Advanced Settings for the LCP echo failure threshold is 0, ignore failures.

This is obviously not happening, I have set this number to a high value, 500, and so far my connection has been stable for almost 24hrs - so seems to be working :-)

comment:41 Changed 3 years ago by metai

The bug in LuCI is unrelated. The connection still goes down, setting the failure threshold higher only leads to a delay in reconnecting.

And I'm sad to report that the behaviour is still there with Barrier Breaker 14.07 final.

comment:42 Changed 3 years ago by dem42

I have also experienced something very similar with pppd when using 14.07 with a Buffalo WBMR-HP-G300H ADSL router.
The router connects fine via ADSL pppoatm but then terminates the connection with

Wed Oct 29 23:13:00 2014 daemon.warn pppd[910]: LCP: timeout sending Config-Requ
ests
Wed Oct 29 23:13:00 2014 daemon.notice pppd[910]: Connection terminated.
Wed Oct 29 23:13:00 2014 daemon.notice pppd[910]: Modem hangup

It then connects again for a few minutes and the loop continues disconnecting and reconnecting.

Using exactly the same router but with OpenWRT 12.09, the ADSL connection works fine with no drop outs.

I have collected more logs and can do more testing with different configurations if it will help.

comment:43 Changed 3 years ago by anonymous

ON 14.07...

I can confirm there is some strangeness with pppoe on my tplink WDR3600. Waiting to test on my WDR4300 to see if it happens too.

I have 2 wan lines that i manage via mwan3. by having 2 pppoe, wan2 wouldn't connect only very occasionally with incredibly high ping timeouts and will almost right away disconnect in less than 3 minutes. So I'm forced to use DMZ for one but STILL wan1 that's on pppoe disconnects frequently although not as frequently as having 2 wan.

Not even sure how to debug this.

comment:44 Changed 3 years ago by Yan Nic

I have the same issue on my WDR4300 with 14.07 but only in a very specific way:

Normal internet traffic works fine and is 100% stable. But as soon as I use Cisco Anyconnect on my PC to tunnel my traffic via VPN (IPSec) the router disconnects its PPPoE link after some random amount of time. Then I am not even able to reconnect as my ISP does not recognize the broken link and does not allow me to use my PPPoE login credentials again. The pppd daemon reports:

daemon.info pppd[3569]: Remote message: 0030 PSOLD002 0371808395 session limit exceeded

I have only observed this behaviour when using the VPN tunnel, even heavy normal traffic has no impact on the link stability.

I have also observed that the LCP echos have no impact on this problem, they only report the broken link (which seems true) and the router tries to reconnect which does not works as of the login restrictions by the ISP.

I am willing to provide more info if a developer wants to look into this, but as this ticket is open since 4 years now it seems to be a very complicated problem.

comment:45 Changed 3 years ago by nbd

  • Resolution set to fixed
  • Status changed from reopened to closed

should be working in current trunk as of r45653

comment:46 Changed 3 years ago by micsu

Edit:
I had an unstabe ISP connection, but setting keepalive to higher values solved my problem:
uci set network.wan.keepalive="11 5"

Last edited 2 years ago by micsu (previous) (diff)

comment:47 Changed 2 years ago by Mustela

Hello, I'm new on this site and this is my first post. I'm waiting for years until the image is ended for my router model, the Netgear DGN3500 (really good router but without UMTS/HSPA modem).

The wiki page of the router is mentioning the 14.07 and I happily installed it. Well, I believed that the problem was coming from the line, but looking this incident from 2010...

One thing probabily important: two days ago, I'm power off/on the router and not remember what exactly why and how, but in these moment, the signal work for more than 24 hours! But, installing SNMP and something more, the system hang on completely and I'm forced to reboot. No work more than one-two hours consecutively, even though deleting SNMP. Why?? I will try deleting all of new packages, but, with the image installed recently, the problems are the same.

The bug, for now, is not detected and this ticket will not be closed if not tested and/or not exist a clear explanation for fix. Keepalive is not a solution (my previous and original Netgear firmware and tests from Telefónica router is 0% packet loss). We need some people that guarantees the good working of PPP.

Regards!

comment:48 Changed 2 years ago by anonymous

I think I found the problem! On my Netgear, the problem isn't on the pppd service nor pppoe device, seems to be the DSL interface (nas0). And not exactly the interface I think, is...

LED TRIGGERS!

If service /etc/init.d/led is (re)started, the netdev trigger will operate ok (with traffic blinking) on Internet. I've put the nas0 on by default (no needed). Then, mysteriously, the nas0 device (DSL) works ok.

In my previous message I said 24 hours consecutively, and it coincides with a restart of leds that I remember to have restart (and internet blinking).

comment:49 Changed 2 years ago by Mustela

I need check more (previous "anonymous" comment is mine). Probably coincidence on lights restart and work stable. It's non-understandable, but now, with internet trigger working normally, the router adsl device is restarting equal, more or less.

Version: 14.07 (not Backfire :p).

comment:50 Changed 2 years ago by whitequark@…

  • Resolution fixed deleted
  • Status changed from closed to reopened

I have an almost exact same issue as https://dev.openwrt.org/ticket/7793#comment:32.

I have 8Mbit/s DSL from PCCW, and r47466 on TP-LINK TL-WR841N/ND v10. Nearly every time I get an HTTP request back with response body over some (small) size, the connection drops. So this was not fixed.

Changed 2 years ago by whitequark@…

comment:51 Changed 2 years ago by whitequark@…

I've solved this problem by using the user-mode PPPoE stack, which is completely stable. I did this by cross-compiling the pppoe binary from rp-pppoe version 3.8, placing it in /usr/bin, and applying the attached patch to make openwrt pass the correct parameters to pppd.

Changed 2 years ago by whitequark@…

pppoe from rp-pppoe 3.8 built for ar71xx chaos calmer, provided for posterity

comment:52 Changed 2 years ago by AlexanderA80

Same problems on my tp-link TL-WDR4300. Tested on Barrier Breaker and Chaos Calmer.
What i did to "fix it":

Set LCP parameters in PPPoE interface from Luci

LCP echo failure threshold 10
LCP echo interval 1

Or in /etc/config/network
config interface 'PPPoE'

option proto 'pppoe'
option ifname 'eth0.2'
option username 'yourlogin'
option password 'yourpassword'
option metric '10'
option keepalive '10 1'

config interface 'wan'

option ifname 'eth0.2'
option proto 'dhcp'
option macaddr 'XX:XX:XX:XX:XX:XX'
option metric '20'

With LCP paremeters all works stable.

comment:53 Changed 2 years ago by whitequark@…

Sorry, my earlier comments were completely wrong. The type of PPPOE client had no bearing on the failures. It was just the fact that on my ADSL modem (NEC NTA-3110), running a PPPoE session over the port marked "1X STB" does not succeed.

comment:54 Changed 2 years ago by anonymous

How the fu*k do I unsubscribe from this thread? This is going on for 6 years!!!

Add Comment

Modify Ticket

Action
as reopened .
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.