PPPoE reconenction fix - mpd fix ($100)

xbipin · Dec 1, 2011, 2:50 PM

tried it, still the same, no luck :(

Dec 1 18:44:40 	ppp: [wan_link0] LCP: no reply to 1 echo request(s)
Dec 1 18:44:50 	ppp: [wan_link0] LCP: no reply to 2 echo request(s)
Dec 1 18:45:00 	ppp: [wan_link0] LCP: no reply to 3 echo request(s)
Dec 1 18:45:10 	ppp: [wan_link0] LCP: no reply to 4 echo request(s)
Dec 1 18:45:20 	ppp: [wan_link0] LCP: no reply to 5 echo request(s)
Dec 1 18:45:20 	ppp: [wan_link0] LCP: peer not responding to echo requests
Dec 1 18:45:20 	ppp: [wan_link0] LCP: state change Opened --> Stopping
Dec 1 18:45:20 	ppp: [wan_link0] Link: Leave bundle "wan"
Dec 1 18:45:20 	ppp: [wan] Bundle: Status update: up 0 links, total bandwidth 9600 bps
Dec 1 18:45:20 	ppp: [wan] IPCP: Close event
Dec 1 18:45:20 	ppp: [wan] IPCP: state change Opened --> Closing
Dec 1 18:45:20 	ppp: [wan] IPCP: SendTerminateReq #3
Dec 1 18:45:20 	ppp: [wan] IPCP: LayerDown
Dec 1 18:45:20 	ppp: [wan] IFACE: Down event
Dec 1 18:45:20 	ppp: [wan] IPCP: Down event
Dec 1 18:45:20 	ppp: [wan] IPCP: LayerFinish
Dec 1 18:45:20 	ppp: [wan] Bundle: No NCPs left. Closing links...
Dec 1 18:45:20 	ppp: [wan] IPCP: state change Closing --> Initial
Dec 1 18:45:20 	ppp: [wan_link0] LCP: SendTerminateReq #2
Dec 1 18:45:20 	ppp: [wan_link0] LCP: LayerDown
Dec 1 18:45:22 	ppp: [wan_link0] LCP: SendTerminateReq #3
Dec 1 18:45:24 	ppp: [wan_link0] LCP: state change Stopping --> Stopped
Dec 1 18:45:24 	ppp: [wan_link0] LCP: LayerFinish
Dec 1 18:45:24 	ppp: [wan_link0] PPPoE: connection closed
Dec 1 18:45:24 	ppp: [wan_link0] Link: DOWN event
Dec 1 18:45:24 	ppp: [wan_link0] LCP: Down event
Dec 1 18:45:24 	ppp: [wan_link0] LCP: state change Stopped --> Starting
Dec 1 18:45:24 	ppp: [wan_link0] LCP: LayerStart
Dec 1 18:45:24 	ppp: [wan_link0] Link: reconnection attempt 1 in 1 seconds

Dec 1 18:45:46 	ppp: [wan_link0] PPPoE connection timeout after 9 seconds
Dec 1 18:45:46 	ppp: [wan_link0] Link: DOWN event
Dec 1 18:45:46 	ppp: [wan_link0] LCP: Down event
Dec 1 18:45:46 	ppp: [wan_link0] Link: reconnection attempt 3 in 4 seconds
Dec 1 18:45:50 	ppp: [wan_link0] Link: reconnection attempt 3
Dec 1 18:45:50 	ppp: [wan_link0] PPPoE: Connecting to ''
Dec 1 18:45:59 	ppp: [wan_link0] PPPoE connection timeout after 9 seconds
Dec 1 18:45:59 	ppp: [wan_link0] Link: DOWN event
Dec 1 18:45:59 	ppp: [wan_link0] LCP: Down event
Dec 1 18:45:59 	ppp: [wan_link0] Link: reconnection attempt 4 in 1 seconds
Dec 1 18:46:00 	ppp: [wan_link0] Link: reconnection attempt 4
Dec 1 18:46:00 	ppp: [wan_link0] PPPoE: Connecting to ''
Dec 1 18:46:09 	ppp: [wan_link0] PPPoE connection timeout after 9 seconds
Dec 1 18:46:09 	ppp: [wan_link0] Link: DOWN event
Dec 1 18:46:09 	ppp: [wan_link0] LCP: Down event
Dec 1 18:46:09 	ppp: [wan_link0] Link: reconnection attempt 5 in 4 seconds
Dec 1 18:46:13 	ppp: [wan_link0] Link: reconnection attempt 5
Dec 1 18:46:13 	ppp: [wan_link0] PPPoE: Connecting to ''
Dec 1 18:46:22 	ppp: [wan_link0] PPPoE connection timeout after 9 seconds
Dec 1 18:46:22 	ppp: [wan_link0] Link: DOWN event
Dec 1 18:46:22 	ppp: [wan_link0] LCP: Down event
Dec 1 18:46:22 	ppp: [wan_link0] Link: reconnection attempt 6 in 4 seconds
Dec 1 18:46:26 	ppp: [wan_link0] Link: reconnection attempt 6
Dec 1 18:46:26 	ppp: [wan_link0] PPPoE: Connecting to ''
Dec 1 18:46:35 	ppp: [wan_link0] PPPoE connection timeout after 9 seconds
Dec 1 18:46:35 	ppp: [wan_link0] Link: DOWN event
Dec 1 18:46:35 	ppp: [wan_link0] LCP: Down event
Dec 1 18:46:35 	ppp: [wan_link0] Link: reconnection attempt 7 in 1 seconds
Dec 1 18:46:36 	ppp: [wan_link0] Link: reconnection attempt 7
Dec 1 18:46:36 	ppp: [wan_link0] PPPoE: Connecting to ''

eri-- · Dec 1, 2011, 3:31 PM

Can you do me a 'ngctl list' when in this situation?

xbipin · Dec 1, 2011, 3:47 PM

here is the output before and after

when normally connected after reboot


$ ngctl list
There are 17 total nodes:
  Name: <unnamed>Type: socket          ID: 0000001c   Num hooks: 0
  Name: <unnamed>Type: socket          ID: 0000001b   Num hooks: 0
  Name: <unnamed>Type: pppoe           ID: 00000011   Num hooks: 2
  Name: <unnamed>Type: socket          ID: 00000010   Num hooks: 0
  Name: ng0             Type: iface           ID: 0000000d   Num hooks: 1
  Name: mpd10888-wan_link0-lt Type: tee             ID: 0000000f   Num hooks: 2
  Name: vr1             Type: ether           ID: 00000002   Num hooks: 1
  Name: vr2             Type: ether           ID: 00000003   Num hooks: 0
  Name: bridge0         Type: ether           ID: 00000018   Num hooks: 0
  Name: mpd10888-stats  Type: socket          ID: 00000012   Num hooks: 0
  Name: mpd10888-cso    Type: socket          ID: 0000000b   Num hooks: 0
  Name: mpd10888-wan-mss Type: tcpmss          ID: 00000013   Num hooks: 2
  Name: mpd10888-wan    Type: ppp             ID: 0000000e   Num hooks: 3
  Name: mpd10888-eso    Type: socket          ID: 0000000c   Num hooks: 0
  Name: mpd10888-lso    Type: socket          ID: 0000000a   Num hooks: 1
  Name: wlan0           Type: ether           ID: 00000017   Num hooks: 0
  Name: ngctl4052       Type: socket          ID: 00000023   Num hooks: 0</unnamed></unnamed></unnamed></unnamed>

when endless loop of reconenction


$ ngctl list
There are 16 total nodes:
  Name: <unnamed>Type: socket          ID: 0000001c   Num hooks: 0
  Name: <unnamed>Type: socket          ID: 0000001b   Num hooks: 0
  Name: <unnamed>Type: pppoe           ID: 00000011   Num hooks: 2
  Name: <unnamed>Type: socket          ID: 00000010   Num hooks: 0
  Name: ng0             Type: iface           ID: 0000000d   Num hooks: 0
  Name: mpd10888-wan_link0-lt Type: tee             ID: 00000028   Num hooks: 2
  Name: vr1             Type: ether           ID: 00000002   Num hooks: 1
  Name: vr2             Type: ether           ID: 00000003   Num hooks: 0
  Name: ngctl23563      Type: socket          ID: 0000002d   Num hooks: 0
  Name: bridge0         Type: ether           ID: 00000018   Num hooks: 0
  Name: mpd10888-stats  Type: socket          ID: 00000012   Num hooks: 0
  Name: mpd10888-cso    Type: socket          ID: 0000000b   Num hooks: 0
  Name: mpd10888-wan    Type: ppp             ID: 0000000e   Num hooks: 1
  Name: mpd10888-eso    Type: socket          ID: 0000000c   Num hooks: 0
  Name: mpd10888-lso    Type: socket          ID: 0000000a   Num hooks: 2
  Name: wlan0           Type: ether           ID: 00000017   Num hooks: 0</unnamed></unnamed></unnamed></unnamed>

xbipin · Dec 4, 2011, 11:08 AM

@ermal:

Can you do me a 'ngctl list' when in this situation?

any luck?

xbipin · Apr 5, 2012, 6:20 AM

still no fix for this

dhatz · Apr 6, 2012, 8:54 AM

Have your tried pfsense 2.1-DEVEL just in case the latest mpd 5.6 improves things?

xbipin · Apr 6, 2012, 9:16 AM

havent tried it coz its not much in a usable state currently for light production, mayb later

dhatz · Apr 7, 2012, 3:56 AM

Try adding

set bundle no noretry

src: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2007-09/msg01895.html

Apparently it was also discussed here a couple of years ago:

According to http://mpd.sourceforge.net/doc5/mpd4.html

Changes since version 4.1rc2:
Bundle's noretry option is enabled by default now.

xbipin · Apr 7, 2012, 6:01 AM

i tried to feed that line in using edit file from the web GUI but it seems pfsense seems to remove that entry if rebooted or even if i goto interfaces and click disconnect and then connect

any help regarding some php code change to keep that entry intact?

xbipin · Apr 7, 2012, 7:16 AM

i managed to edit the interfaces.inc so it adds the line which it does now but i guess mpd ignores it as the system log gives the below message

ppp: mpd_wan.conf:31: Incorrect context for: 'set bundle no noretry'

xbipin · Apr 7, 2012, 11:05 AM

actually the command to use was this

set link no noretry

it didnt help coz the original issue which u mentioned in that first link was his connection wasnt redialing that was due to noretry defaulting to yes but that was in mpd4 and i guess pfsense uses mpd5 in v2.0.1 so thats y that command isnt recognized, only max-redial is the command available which cant be set to some number or 0 for unlimited and -1 to disable redial which pfsense defaults it to 0 so my connection is actually redialed but due to some other reason and the isp's fiber optic modem or their bras server, mpd isnt able to reconnect untill its rebooted so obviously something different happens during pfsense reboot time connection or mayb because the vr1 resets which then allows pfsense to connect fine on reboot but to replicate that i removed the network cable as well and tried and try replugging it in but doesnt help.

dhatz · Apr 7, 2012, 9:25 PM

xbipin,

Let me try to recap:

You had no problem with PPPoE auto-reconnection with pfsense 1.2.3
You only started having problems with 2.0-something (BETA, RC etc)
You are able to reproduce the problem at will
There are others who have a similar problem, but most pfsense users don't

I think your best option would be to obtain logs with full verbosity and post them along your mpd config files to the mpd-forum at http://sourceforge.net/projects/mpd/forums/forum/44692

xbipin · Apr 8, 2012, 5:00 AM

i already did that in their mailing list, hardly got any reply at all and there r many others with the problem but they r either using 1.2.3 or trying to live with 2.0.1 like me. the basic reconnection issue is mpd attempts but is unable to reconnect and if u read the past posts, i have provided logs, config etc etc almost more than 50 times now till date.

bytheway, all routers available in the market etc work very well over the same link, then y does mpd have issues?

dhatz · Apr 9, 2012, 12:01 PM

@xbipin:

there r many others with the problem but they r either using 1.2.3 or trying to live with 2.0.1 like me.

Then why aren't any others bidding here to try to get it fixed?

xbipin · Apr 9, 2012, 12:16 PM

coz officially ermal was on this to get it solved but then mayb he realized its not a easy fix by simply patching some php code so this thread went old as i was out of town and got abandoned so most might not have read it also now but if u look at other threads here and there in the complete forum then there r quiet a few ppl suffering the same and it was already discussed many many times but didnt yield any permanent solution.

after a lot of tracing in the past also it came to light that there was something to do with the isp BRAS or pppoe server or whatever they call it and some security measures but my point is that how do commercial routers overcome this and pfsense or mpd doesnt

w0w · May 23, 2012, 2:21 PM

Looks like I've run into the same issue, not absolutely the same, but similar and solution for the problem is the same - reboot of pfsense always helps.
Is there the way to reboot pfsense automatically after XX PPPoE connection retries? I know this is not the best way, but at least it works always for me.

eri-- · May 23, 2012, 3:40 PM

not really i backed off just other priorities first.

Sorry about that.

w0w · May 23, 2012, 6:47 PM

ermal, at least you are monitoring ::)

Looks like I've found the solution, that works at least for me
I've added two lines to the end of ppp-linkdown

ifconfig em0 down
ifconfig em0 up

And looks like reconnection bug is gone.
P.S. em0 is interface, where PPPoE is
P.P.S. I think it's related to driver.

xbipin · May 24, 2012, 9:02 AM

@w0w:

ermal, at least you are monitoring ::)

Looks like I've found the solution, that works at least for me
I've added two lines to the end of ppp-linkdown

ifconfig em0 down
ifconfig em0 up

And looks like reconnection bug is gone.
P.S. em0 is interface, where PPPoE is
P.P.S. I think it's related to driver.

can u mention the location of the file and where exactly did u put those lines, ill give it a try too

eri-- · May 24, 2012, 10:28 AM

Certainly that will reset the device by doing up/down.
Just not a generic solution :)