Upgrade from 12/13 to 12/18 -> PPPoE dead…
-
It still works with 2.0-BETA5 (i386) built on Sun Jan 9 17:53:34 EST 2011
It works or it doesn't? Because you have written 'still'…
-
Arg, sorry for my bad english….
it works with with 2.0-BETA5 (i386) built on Sun Jan 9 17:53:34 EST 2011
It wasn't with latest build of the 8th but the first of 8th worked for me.Hope this is clearer this time ;-)
-
There weren't any changes on the 8th that would have impacted that, so it's odd that it would have worked on one and not the other. But I suppose as long as it continues to work, that's what matters. :-)
-
I'm agree.
Well let's forget about the 8th build and see what happens with the next one. -
Updated to 1/10 but still having the same old problem. But it connects on its own, so no need to do anything besides wait for 2-3min…
Although the package reinstall doesn't work that way because it takes too long to connect... -
I have similar results as SteveB on the latest snap/git.
When I have an opt interface on my WAN interface on which PPPoE is running. I have to manually connect the PPPoE after boot. When there is no opt interface, it connects automatically.
Also, my second PPP interface (PPTP client on top of the PPPoE WAN interface) never connects automatically. I'll try to debug this and give some more information a bit later.I can confirm having this issue as well. Should be looked into with higher priority since this can cause unnecessarily prolonged outages.
-
I can confirm having this issue as well. Should be looked into with higher priority since this can cause unnecessarily prolonged outages.
So far the only people having confirmed the issue in this thread also have their physical interface assigned to access the modem for convenience. If you are hitting this bug and can't deal with the manual fix, just don't assign the physical interface until others confirm the issue is fixed.
-
I can confirm having this issue as well. Should be looked into with higher priority since this can cause unnecessarily prolonged outages.
So far the only people having confirmed the issue in this thread also have their physical interface assigned to access the modem for convenience. If you are hitting this bug and can't deal with the manual fix, just don't assign the physical interface until others confirm the issue is fixed.
Without having spent any real time debugging the code, I would be willing to bet that the issues are one in the same (some kind of lock on the interface?)
-
So far the only people having confirmed the issue in this thread also have their physical interface assigned to access the modem for convenience. If you are hitting this bug and can't deal with the manual fix, just don't assign the physical interface until others confirm the issue is fixed.
Hey jimp. Which manual fix are you talking about? Is there one working with a current snap which I should try? Otherwise I can disable that secondary interfaces, but I guess that this should be working…
-
Hey jimp. Which manual fix are you talking about? Is there one working with a current snap which I should try? Otherwise I can disable that secondary interfaces, but I guess that this should be working…
I was referring to pressing save on the WAN page to connect being the manual fix.
-
Hey jimp. Which manual fix are you talking about? Is there one working with a current snap which I should try? Otherwise I can disable that secondary interfaces, but I guess that this should be working…
I was referring to pressing save on the WAN page to connect being the manual fix.
Ah okay. That one. But that one isn't necessary anymore. It is working, it just takes up to three minutes in order to complete my PPPoE connection….
-
Can confirm this now. Did an update to the latest 1/10 snap and disabled my vr1 interface for modem access before. Now the PPPoE connection comes up perfectly fine…
-
So far the only people having confirmed the issue in this thread also have their physical interface assigned to access the modem for convenience.
Depends on your definition of convenience. You cannot assign a vlan interface to pppoe (at least not mlppp, anyway) without first activating that interface. So in my case, convenience means not building/buying hardware with 9 NICs (8 for modems, 1 for internal vlans).
The workaround works, but is a little bush-league for something that is going RC. What if pfsense is rebooted for some reason and I don't have LAN access? Yeah, I have battery backup, but things happen. Yeah pfsense is stable, but sometimes things just lock. Yeah, this is beta and we expect hiccups along the road, but at some point (and it looks like that point is rapidly approaching) 2.0 will be RC and then release, so that excuse will shortly not be an excuse.
I'm not complaining that this is an issue today. I'm using beta and I can live with the warts. I'm just saying that we'd be wrong to sweep this under the carpet on the cusp of a release. I wish I had more skill to help, but for now all I can do is provide feedback and test proposed fixes. God speed.
-
Well nobody said it wasn't being worked on. :-)
It's being worked on, but if someone is saying it's a critical bug for them at this very moment, there are workarounds.
-
The workaround works, but is a little bush-league for something that is going RC. What if pfsense is rebooted for some reason and I don't have LAN access? Yeah, I have battery backup, but things happen. Yeah pfsense is stable, but sometimes things just lock. Yeah, this is beta and we expect hiccups along the road, but at some point (and it looks like that point is rapidly approaching) 2.0 will be RC and then release, so that excuse will shortly not be an excuse.
As for this, others have said it does connect if you wait a few minutes. Seems if that is the same for others it's not quite as critical as others are painting it. Yes, it's a problem that needs solved, but it isn't like it's dead in the water.
-
As for this, others have said it does connect if you wait a few minutes. Seems if that is the same for others it's not quite as critical as others are painting it. Yes, it's a problem that needs solved, but it isn't like it's dead in the water.
That's what I figured, and I'm happy with that. Thanks for clarifying.
-
with 2.0-BETA5 (i386) built on Mon Jan 10 13:14:45 EST 2011
I had to manually click on the 'connect' button to start pppoe.Just to let you know.
Thanks -
Build 2.0-BETA5 (i386) built on Mon Jan 10 22:34:12 EST 2011 didn't automatically connect my PPPoE link, although I only waited 10 minutes.
I have now disabled the OPTn interface I was using to access my bridged modem, and have successfully followed the steps at http://doc.pfsense.org/index.php/How_can_i_access_my_PPPoE_Modem_on_WAN to access my modem.
pfSense is an excellent product, and my thanks to the people who support and improve it through these forums for all of their help.
-
autoreconnect appears to do so, just that it may take a couple of minutes… maybe its just me, i dont know
-
It just takes some minutes if you have enabled your WAN interface as OPT…
