Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Is PPPOE working for you guys?

    Scheduled Pinned Locked Moved General pfSense Questions
    75 Posts 21 Posters 41.8k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • X
      xbipin
      last edited by

      config changes i tried almost all available combinations in the web interface. earlier there was an issue in being able to connect with vjcomp turned on which i had to disable but i reported that to the isp and they provided a global firmware upgrade to their devices and switching that to on or off doesn't cause any issues any more.

      below is the log when i switch off my isp provided fiber optic device and switch it back on, some what similar to cable unplug

      Jun  4 20:12:41 firewall ppp: [wan_link0] LCP: no reply to 1 echo request(s)
      Jun  4 20:12:51 firewall ppp: [wan_link0] LCP: no reply to 2 echo request(s)
      Jun  4 20:13:01 firewall ppp: [wan_link0] LCP: no reply to 3 echo request(s)
      Jun  4 20:13:11 firewall ppp: [wan_link0] LCP: no reply to 4 echo request(s)
      Jun  4 20:13:21 firewall ppp: [wan_link0] LCP: no reply to 5 echo request(s)
      Jun  4 20:13:21 firewall ppp: [wan_link0] LCP: peer not responding to echo requests
      Jun  4 20:13:21 firewall ppp: [wan_link0] LCP: state change Opened --> Stopping
      Jun  4 20:13:21 firewall ppp: [wan_link0] Link: Leave bundle "wan"
      Jun  4 20:13:21 firewall ppp: [wan] Bundle: Status update: up 0 links, total bandwidth 9600 bps
      Jun  4 20:13:21 firewall ppp: [wan] IPCP: Close event
      Jun  4 20:13:21 firewall ppp: [wan] IPCP: state change Opened --> Closing
      Jun  4 20:13:21 firewall ppp: [wan] IPCP: SendTerminateReq #3
      Jun  4 20:13:21 firewall ppp: [wan] IPCP: LayerDown
      Jun  4 20:13:21 firewall ppp: [wan] IFACE: Down event
      Jun  4 20:13:21 firewall ppp: [wan] IPCP: Down event
      Jun  4 20:13:21 firewall ppp: [wan] IPCP: LayerFinish
      Jun  4 20:13:21 firewall ppp: [wan] Bundle: No NCPs left. Closing links...
      Jun  4 20:13:21 firewall ppp: [wan] IPCP: state change Closing --> Initial
      Jun  4 20:13:21 firewall ppp: [wan_link0] LCP: SendTerminateReq #2
      Jun  4 20:13:21 firewall ppp: [wan_link0] LCP: LayerDown
      Jun  4 20:13:24 firewall ppp: [wan_link0] LCP: SendTerminateReq #3
      Jun  4 20:13:26 firewall ppp: [wan_link0] LCP: state change Stopping --> Stopped
      Jun  4 20:13:26 firewall ppp: [wan_link0] LCP: LayerFinish
      Jun  4 20:13:26 firewall ppp: [wan_link0] PPPoE: connection closed
      Jun  4 20:13:26 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:13:26 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:13:26 firewall ppp: [wan_link0] LCP: state change Stopped --> Starting
      Jun  4 20:13:26 firewall ppp: [wan_link0] LCP: LayerStart
      Jun  4 20:13:26 firewall ppp: [wan_link0] Link: reconnection attempt 1 in 3 seconds
      Jun  4 20:13:29 firewall ppp: [wan_link0] Link: reconnection attempt 1
      Jun  4 20:13:29 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:13:38 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:13:38 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:13:38 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:13:38 firewall ppp: [wan_link0] Link: reconnection attempt 2 in 2 seconds
      Jun  4 20:13:40 firewall ppp: [wan_link0] Link: reconnection attempt 2
      Jun  4 20:13:40 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:13:49 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:13:49 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:13:49 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:13:49 firewall ppp: [wan_link0] Link: reconnection attempt 3 in 4 seconds
      Jun  4 20:13:53 firewall ppp: [wan_link0] Link: reconnection attempt 3
      Jun  4 20:13:53 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:14:02 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:14:02 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:14:02 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:14:02 firewall ppp: [wan_link0] Link: reconnection attempt 4 in 1 seconds
      Jun  4 20:14:03 firewall ppp: [wan_link0] Link: reconnection attempt 4
      Jun  4 20:14:03 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:14:12 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:14:12 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:14:12 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:14:12 firewall ppp: [wan_link0] Link: reconnection attempt 5 in 3 seconds
      Jun  4 20:14:15 firewall ppp: [wan_link0] Link: reconnection attempt 5
      Jun  4 20:14:15 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:14:24 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:14:24 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:14:24 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:14:24 firewall ppp: [wan_link0] Link: reconnection attempt 6 in 1 seconds
      Jun  4 20:14:25 firewall ppp: [wan_link0] Link: reconnection attempt 6
      Jun  4 20:14:25 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:14:34 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:14:34 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:14:34 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:14:34 firewall ppp: [wan_link0] Link: reconnection attempt 7 in 2 seconds
      Jun  4 20:14:36 firewall ppp: [wan_link0] Link: reconnection attempt 7
      Jun  4 20:14:36 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:14:45 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:14:45 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:14:45 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:14:45 firewall ppp: [wan_link0] Link: reconnection attempt 8 in 1 seconds
      Jun  4 20:14:46 firewall ppp: [wan_link0] Link: reconnection attempt 8
      Jun  4 20:14:46 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:14:55 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:14:55 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:14:55 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:14:55 firewall ppp: [wan_link0] Link: reconnection attempt 9 in 2 seconds
      Jun  4 20:14:57 firewall ppp: [wan_link0] Link: reconnection attempt 9
      Jun  4 20:14:57 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:15:06 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:15:06 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:15:06 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:15:06 firewall ppp: [wan_link0] Link: reconnection attempt 10 in 4 seconds
      Jun  4 20:15:10 firewall ppp: [wan_link0] Link: reconnection attempt 10
      Jun  4 20:15:10 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:15:19 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:15:19 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:15:19 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:15:19 firewall ppp: [wan_link0] Link: reconnection attempt 11 in 4 seconds
      Jun  4 20:15:23 firewall ppp: [wan_link0] Link: reconnection attempt 11
      Jun  4 20:15:23 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:15:32 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:15:32 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:15:32 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:15:32 firewall ppp: [wan_link0] Link: reconnection attempt 12 in 1 seconds
      Jun  4 20:15:33 firewall ppp: [wan_link0] Link: reconnection attempt 12
      Jun  4 20:15:33 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:15:42 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:15:42 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:15:42 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:15:42 firewall ppp: [wan_link0] Link: reconnection attempt 13 in 3 seconds
      Jun  4 20:15:45 firewall ppp: [wan_link0] Link: reconnection attempt 13
      Jun  4 20:15:45 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:15:54 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:15:54 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:15:54 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:15:54 firewall ppp: [wan_link0] Link: reconnection attempt 14 in 1 seconds
      Jun  4 20:15:55 firewall ppp: [wan_link0] Link: reconnection attempt 14
      Jun  4 20:15:55 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:16:04 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:16:04 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:16:04 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:16:04 firewall ppp: [wan_link0] Link: reconnection attempt 15 in 3 seconds
      Jun  4 20:16:07 firewall ppp: [wan_link0] Link: reconnection attempt 15
      Jun  4 20:16:07 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:16:16 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:16:16 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:16:16 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:16:16 firewall ppp: [wan_link0] Link: reconnection attempt 16 in 2 seconds
      Jun  4 20:16:18 firewall ppp: [wan_link0] Link: reconnection attempt 16
      Jun  4 20:16:18 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:16:27 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:16:27 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:16:27 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:16:27 firewall ppp: [wan_link0] Link: reconnection attempt 17 in 2 seconds
      Jun  4 20:16:29 firewall ppp: [wan_link0] Link: reconnection attempt 17
      Jun  4 20:16:29 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:16:38 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:16:38 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:16:38 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:16:38 firewall ppp: [wan_link0] Link: reconnection attempt 18 in 4 seconds
      Jun  4 20:16:42 firewall ppp: [wan_link0] Link: reconnection attempt 18
      Jun  4 20:16:42 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:16:51 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:16:51 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:16:51 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:16:51 firewall ppp: [wan_link0] Link: reconnection attempt 19 in 4 seconds
      Jun  4 20:16:55 firewall ppp: [wan_link0] Link: reconnection attempt 19
      Jun  4 20:16:55 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      Jun  4 20:17:04 firewall ppp: [wan_link0] PPPoE connection timeout after 9 seconds
      Jun  4 20:17:04 firewall ppp: [wan_link0] Link: DOWN event
      Jun  4 20:17:04 firewall ppp: [wan_link0] LCP: Down event
      Jun  4 20:17:04 firewall ppp: [wan_link0] Link: reconnection attempt 20 in 4 seconds
      Jun  4 20:17:08 firewall ppp: [wan_link0] Link: reconnection attempt 20
      Jun  4 20:17:08 firewall ppp: [wan_link0] PPPoE: Connecting to '*'
      
      
      1 Reply Last reply Reply Quote 0
      • jimpJ
        jimp Rebel Alliance Developer Netgate
        last edited by

        Sorry if I wasn't clear. I wasn't asking what config options you chose. I wanted you to look at that file when it worked, and then again when it doesn't work, to see if there is a change in the file from one time to the other. Compare the two files (working, not working) to see if any lines have changed, were added, or removed.

        Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

        Need help fast? Netgate Global Support!

        Do not Chat/PM for help!

        1 Reply Last reply Reply Quote 0
        • X
          xbipin
          last edited by

          there r no changes in config since pf v1.2.3, the only difference since then is pfsense itself and the mpd in both of the versions as i believe earlier versions of pf v2.0 used older mpd and that time it used to work flawless also.

          there is no config change which makes it work or makes it dead, on boot almost any config change i make works and the same falls dead when unplugged or isp device goes down or reboots.

          1 Reply Last reply Reply Quote 0
          • jimpJ
            jimp Rebel Alliance Developer Netgate
            last edited by

            Still not what I asked. Look a the file right when it boots up. Then look again when it's reconnecting and failing.

            I'm not saying you changed anything - I want to know if the file is different in some way at boot time and when it fails. If something internal to the box rewrites the mpd_wan.conf file and changes something behind the scenes.

            If the file is identical both times, then the problem would be somewhere different than if the file is the same at both of those times.

            Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

            Need help fast? Netgate Global Support!

            Do not Chat/PM for help!

            1 Reply Last reply Reply Quote 0
            • X
              xbipin
              last edited by

              sorry for the mis understanding, i guess i found out the issue.

              actually i checked the config right after start and then again after i unplugged the wire and replugged it back in, there wasnt any difference in the config file at all but then i compared it to the config file i had posted earlier and found one line had changed and the below line was added new

              set iface addrs 10.10.1.1 10.10.1.2

              so while pf was attempting to reconnect and failing, what i did is i opened the config file and removed that line and saved it and then it reconnected in the next attempt but then now the config again started showing this line, so is there any way to remove this line permanently and then perform more tests so as to verify if thats the cause or no.

              1 Reply Last reply Reply Quote 0
              • X
                xbipin
                last edited by

                set iface addrs 10.10.1.1 10.10.1.2

                is this related to the situation when in some countries i have noticed that as soon as u plug the wire in the isp device, u get a temporary local i based on dhcp enabled on the isp device and then usually u dial the connection related to the pppoe but in my country, if i take that cable and plug into my windows pc or any computer at all, the isp device doesn't assign any temporary ip so after some time windows starts showing limited connectivity but if u use the dialup connection to connect the pppoe then it would dial and connect to the internet perfectly fine.

                so to make mpd work in dial on demand is it necessary for this temporary ip to be obtained before a pppoe connection can be established, if so then i would need a work around this problem

                Also this command may be used to force specified addresses usage instead of negotiated ones. It may be useful in some specific cases, for example, to avoid routing loop with misconfigured PPTP server. In such case '!' mark specifies IPs to be forced.

                1 Reply Last reply Reply Quote 0
                • jimpJ
                  jimp Rebel Alliance Developer Netgate
                  last edited by

                  It looks like that line should only be set of 'on demand' is checked, but judging by the other line in your config ("set iface disable on-demand") it would appear that you do not have that option set. Can you confirm whether or not you have "on demand" set?

                  Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

                  Need help fast? Netgate Global Support!

                  Do not Chat/PM for help!

                  1 Reply Last reply Reply Quote 0
                  • X
                    xbipin
                    last edited by

                    it was disabled earlier coz it wouldnt anyways connect automatically but i have enabled it again and thats y that line appears.

                    startup:
                    	# configure the console
                    	set console close
                    	# configure the web server
                    	set web close
                    
                    default:
                    pppoeclient:
                    	create bundle static wan
                    	set iface name pppoe0
                    	set iface route default
                    	set iface enable on-demand
                    	set iface idle 0
                    	set iface addrs 10.10.1.1 10.10.1.2
                    	set iface enable tcpmssfix
                    	set iface up-script /usr/local/sbin/ppp-linkup
                    	set iface down-script /usr/local/sbin/ppp-linkdown
                    	set ipcp ranges 0.0.0.0/0 0.0.0.0/0
                    	set ipcp no vjcomp
                    	#log -bund -ccp -chat -iface -ipcp -lcp -link
                    
                    	create link static wan_link0 pppoe
                    	set link action bundle wan
                    	set link disable multilink
                    	set link keep-alive 10 60
                    	set link max-redial 0
                    	set link disable chap pap
                    	set link accept chap pap eap
                    	set link disable incoming
                    	set link mtu 1492
                    	set auth authname "username"
                    	set auth password password
                    	set pppoe iface vr1
                    	open
                    
                    1 Reply Last reply Reply Quote 0
                    • jimpJ
                      jimp Rebel Alliance Developer Netgate
                      last edited by

                      So if you leave "on demand" unchecked, does it reconnect like it should?

                      Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

                      Need help fast? Netgate Global Support!

                      Do not Chat/PM for help!

                      1 Reply Last reply Reply Quote 0
                      • X
                        xbipin
                        last edited by

                        it doesnt and like i mentioned the issue is this i guess

                        is this related to the situation when in some countries i have noticed that as soon as u plug the wire in the isp device, u get a temporary local ip based on dhcp enabled on the isp device and then usually u dial the connection related to the pppoe but in my country, if i take that cable and plug into my windows pc or any computer at all, the isp device doesn't assign any temporary ip so after some time windows starts showing limited connectivity but if u use the dialup connection to connect the pppoe then it would dial and connect to the internet perfectly fine.

                        1 Reply Last reply Reply Quote 0
                        • jimpJ
                          jimp Rebel Alliance Developer Netgate
                          last edited by

                          Do you have the physical adapter you're using for PPPoE also assigned to access the modem?

                          That interface address in the mpd config can only be set if you have on demand checked, then you'll need to do another comparison at bootup/reconnect without that set to see if there are any differences.

                          Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

                          Need help fast? Netgate Global Support!

                          Do not Chat/PM for help!

                          1 Reply Last reply Reply Quote 0
                          • X
                            xbipin
                            last edited by

                            there is no restriction on which physical adapter connects to the isp device network port.

                            at boot, almost all config connects fine, the problem only occurs if during a connection it drops and then pfsense just keeps trying to reconenct endlessly.

                            1 Reply Last reply Reply Quote 0
                            • X
                              xbipin
                              last edited by

                              is there some way to enable some low level log for mpd, mayb that can reveal the difference when it connects to pppoe on boot and failure to reconnect once disconnected.

                              1 Reply Last reply Reply Quote 0
                              • S
                                spock521
                                last edited by

                                During the last week I have been playing around with 2.0-RC too, and a few times this problem occured for me too, pppoe fails to connect to matter what I try to do, only a reboot fixed it.

                                The funny thing is that replugging cable / restarting dslmodem usually works OK, pfsense detects link down, and reconnects normally once link is up again. But on a few occasions, the same error as is reported in this thread happens, it just keeps trying to reconnect with no success until it's rebooted.

                                The logs really tells me nothing, the config files looks OK in all circumstances and it just doesn't make much sense that this is happening..

                                I too can help trying to track this one down if given some instructions on how to do it.

                                1 Reply Last reply Reply Quote 0
                                • R
                                  root2020
                                  last edited by

                                  I have been fighting PPPoE this weekend I don't want to deal with it right now. I have had multiple disconnects from a remote company to the main office. Maybe things will get worked out in the future and I will try it again, just never on this customer site.

                                  This is what you do if you want to avoid PPPoE all together.
                                  I put my DSL modem in default mode rather than bridge. I now get an internal natted IP from the modem. In the modem settings I made the IP that is handed to my pfsense a DMZ host, so all traffic from the static IP sitting on the modem is forwarded to my pfsense.

                                  I sure hope that this fixed my disconnect issues.

                                  1 Reply Last reply Reply Quote 0
                                  • S
                                    spock521
                                    last edited by

                                    @root2020:

                                    I put my DSL modem in default mode rather than bridge. I now get an internal natted IP from the modem. In the modem settings I made the IP that is handed to my pfsense a DMZ host, so all traffic from the static IP sitting on the modem is forwarded to my pfsense.

                                    I ended up doing the same here on my 2.0-RC installation, PPPoE in 2.0-RC really seem to have issues. Not usable at all in it's current state here. 1.2.3 worked without a hickup for well over a year though.

                                    1 Reply Last reply Reply Quote 0
                                    • jimpJ
                                      jimp Rebel Alliance Developer Netgate
                                      last edited by

                                      If you don't get us useful information for debugging (mentioned earlier in this thread), then there is no hope of having it fixed. It works fine for the vast majority of people. It won't magically get fixed unless it can be determined just why it doesn't work for you.

                                      Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

                                      Need help fast? Netgate Global Support!

                                      Do not Chat/PM for help!

                                      1 Reply Last reply Reply Quote 0
                                      • X
                                        xbipin
                                        last edited by

                                        to my experience its mpd only thats causing this, is there any way to switch to an older mpd used in 1.2.3 or mayb if u could tell me how to put mpd in debug mode then i can atleast get u more useful logs.

                                        1 Reply Last reply Reply Quote 0
                                        • stephenw10S
                                          stephenw10 Netgate Administrator
                                          last edited by

                                          I just thought I'd post here to say that I'm running two WANs, both are PPPoE, and have had no problems at all. Now I realise that may not be much comfort for those of you who are having trouble but to say that it's "not usable at all in it's current state" is just wrong.
                                          I am running a fresh install, not an upgrade from 1.2.3, using a snapshot from 13/05/11. I realise that's quite old now but it's still not as old as this thread!

                                          Steve

                                          1 Reply Last reply Reply Quote 0
                                          • R
                                            root2020
                                            last edited by

                                            Site to Site Openvpn (remote branch having the issue)
                                            If you are authenticating via PPPoE on your WAN to your modem I would be very concerned with your connection at this point. I am pretty sure that there are bugs with the PPPoE portion of pfsense. I have taken my modem out of bridged mode and the modem is now doing PPPoE authentication itself. The modem's DHCP has handed me its first internal natted address. I've been up since I made the change on Saturday the 11th.

                                            When I was in PPPoE mode my pfsense box would lose connection at least twice a day. Before I made the change to a full natted situation I replaced modems and had qwest come out and fix all of the telephone lines. Qwest said everything looks great and then the next day my connection went into a tail spin up and down up and down.

                                            I don't know what it is because the main site I think was using the same build, I have it in PPPoE mode and knock on wood it has been staying up the whole time. Working a full-time job and having a side job customer yell at you for two weeks while I tried to fix the disconnection issue, I am happy to be NATed. I would try PPPoE again, just not with this customer.

                                            Look at my previous post.
                                            http://forum.pfsense.org/index.php/topic,37603.0.html
                                            http://forum.pfsense.org/index.php/topic,35475.45.html

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.