PPPoE reconenction fix - mpd fix ($100)
-
so you have the very same issue with the RAS client under windows and the test with the old mpd/fw release was 2 months ago. That doesn't sound like a mpd/pfsense issue to me then…
You will not be aware of configurations changes on the Service Provider side.
What happens if you just disconnect and reconnect the ethernet cable after some seconds between pfsense and modem, when the reconnect loop is occuring?
its true it happens with the RAS client but if i unplug and replug or simply disable and enable the interface and reattempt it would connect just fine
-
My pppoe0 interface is mlppp with 6 vlan members. After disconnecting then reconnecting the cable to the interface that is parent to these vlans, I disabled all 6 parent vlans in the GUI, hit Apply, then re-enabled all 6 parent vlans in the GUI and hit Apply. pppoe0 did not reconnect, and I had to reboot pfsense to get the WAN back.
-
the isp modem needs to detect a link down along with pfsense to be able to kill the zombie connection on the isp end also that pfsense doesnt try to renegotiate the same again but starts a fresh negotiation of a new connection
-
the isp modem needs to detect a link down
That's going to be a problem then, as I don't see that as a realistic scenario for me.
Actually, the most realistic scenario for me (and it has happened) is that the power goes out. My equipement is on UPS, but the ADSL provider's equipment apparently is not, so the modems lose sync but they don't lose power, and the ethernet interface doesn't go down, but pfsense loses its PPPoE connection.
This is the problem that I really need fixed, and although I'm no PPPoE expert, it seems silly to me that pfsense can't seem to deal with this.
-
mayb if u invest some in this then some1 could take it more seriously and i think there r more such ppl like us suffering from the same and i think it might have to do with FreeBSD coz in the older pfsense, when the modem looses sync, the pppoe connection used to go down as well as the power or so on the interface and FreeBSD used to report a link down but this newer pfsense and FreeBSD doesn't for some reason.
i will be out of town after a month or so and i desperately need this fixed asap as i need to keep my internet connection running while im away thousands of miles
-
would it be possible to send a pppoe termination packet based on previous active session before initiating a new pppoe connection?
it would require patches to mpd i guess
-
It has been over a month since any of the pfsense developers have posted in this thread.
Have you considered posting in freebsd-net list http://lists.freebsd.org/mailman/listinfo/freebsd-net and/or mpd's developers at http://sourceforge.net/projects/mpd/ ?
-
posted in mpd on sourceforge just now
-
pfsense 2.0 uses mpd5 but the current version is 5.5, any1 care to test it out manually?
-
pfsense 2.0 uses mpd5 but the current version is 5.5, any1 care to test it out manually?
pfsense's mpd5 is actually mpd v5.5 (you can check via "mpd5 -v")
-
Can someone here who can reproduce this look over the items I posted in this thread to see if anything there helps?
-
Can someone here who can reproduce this look over the items I posted in this thread to see if anything there helps?
i tried it out doesnt work, after editing the linkdown file, once i unplug the cable i start getting the below stuff in log as wella s serial console
vr1: vr_link_task: Tx/Rx shutdown error – resetting
vr1: restarting
vr1: vr_stop: Rx shutdown error
vr1: Using force reset command.and still the pppoe wont reconnection on replugging the cable, needs a reboot only
can we have a custom solution till this issue is traced and fixed of making pfsense reboot once 5 connection attempts fail coz i will be going out of town a month from now and i need to keep my connection alive at all times so by a reboot, pppoe reconnects fine so atleast this way there wont be any internet connection loss while im away as there wont be any1 to physically reboot it
-
What you can do as a quick workaround for yourself is put a '/usr/local/sbin/pfSctl -c 'interface reload $iface' where $iface is wan/lan/optX
That should kick a restart of mpd after link is down.
-
where do i put this
/usr/local/sbin/pfSctl -c interface reload $iface
-
oh on the down script that jim told you.
-
so i replace the below
/usr/sbin/ngctl shutdown $1:
with ur line right?
-
Just add the line and do not touch anything else.
But since you ask add after that line :) -
tried it and has no effect
-
Show the system logs please?
-
its the same as before but mayb a vr1 down is additional but in all cases it still doesnt reconnect untill a reboot