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

    PPPoE WAN fails to reconnect after link loss

    Scheduled Pinned Locked Moved General pfSense Questions
    60 Posts 7 Posters 14.2k 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.
    • GertjanG
      Gertjan @saswatasarkar13
      last edited by Gertjan

      @saswatasarkar13
      My second method isn't right I guess.

      Your re0 interface :

      79a4a61a-a516-44a5-b7d8-5d2d9acbfe96-image.png

      is not know as 'WAN'. That's not good ;)
      Compare t with my image : my em0 is known as 'WAN'.

      Fall back first to the method - the one from from the pfSense manual.

      No "help me" PM's please. Use the forum, the community will thank you.
      Edit : and where are the logs ??

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

        Nope you need to assign re0 as a separate interface, it will appear as OPT1. Then you can packet capture on that in the gui and you will see the PPPoE traffic over it.

        Alternatively you can capture at the command line and just choose re0 without assigning it.
        https://docs.netgate.com/pfsense/en/latest/diagnostics/packetcapture/tcpdump.html

        Steve

        S 1 Reply Last reply Reply Quote 0
        • S
          saswatasarkar13 @stephenw10
          last edited by

          @stephenw10
          These were the settings while capturing packets.
          c9db199d-31b4-4b47-bd0a-cedd35d43c19-image.png

          This is the capture file. packetcapture 08.02.22.7z

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

            Ok great you can see all the PPPoE traffic there.

            What exactly happened during that capture?

            The last incoming reply to your IP appears to be at 43s (6816). Then at 53s (6908) pfSense sends a PPPoE terminate request but never sees anything back. Shortly after that at 56s it starts trying to initiate a new PPPoE session but never sees a reply.

            However some time after that there is traffic coming in for the old WAN IP using the old PPP session ID so it appears the remote side has not terminated the session and is still trying to use it.

            After that we see some traffic arriving on re0 still but it is not PPP encapsulated so possibly other clients on the same ISP badly configured.

            Once it's in that state does it eventually recover or do you need to do something to enable it?

            Steve

            S 1 Reply Last reply Reply Quote 0
            • S
              saswatasarkar13 @stephenw10
              last edited by

              @stephenw10

              @stephenw10 said in PPPoE WAN fails to reconnect after link loss:

              What exactly happened during that capture?

              I simulated an internet disconnection using the following steps:-

              1. Started the packet capture.
              2. Turned of my ONT (Fiber modem in bridge mode).
              3. Truened it back on again.

              @stephenw10 said in PPPoE WAN fails to reconnect after link loss:

              Once it's in that state does it eventually recover or do you need to do something to enable it?

              I have to reboot the whole pfsense box. Then it gets connected automatically. But I have tried restarting the nic it does not help.

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

                So nothing else restores it?

                Rebooting the ONT again?

                Reconneting the WAN Ethernet?

                Disconnect/reconnect the PPPoE session in pfSense?

                Steve

                S 1 Reply Last reply Reply Quote 0
                • S
                  saswatasarkar13 @stephenw10
                  last edited by

                  @stephenw10

                  1. I tested these before. But did these today again. Still Only rebooting works,
                  2. No the same thing. But one thing When I dont use pfsence then the ONT on PPPoE mode does work fine.
                  3. No It does not change anything.
                    4.I have done it form the gui and it shows that ir is up accually it is not.

                  When The pppoe Is connected.
                  ss1e.png
                  When It is showing up but not connected.
                  ss2.png

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

                    Hmm, what about resaving the WAN interface?

                    That would recreate the conf files used for the connection etc.

                    Steve

                    S 1 Reply Last reply Reply Quote 0
                    • S
                      saswatasarkar13 @stephenw10
                      last edited by

                      @stephenw10 unfortunately it does not. I tried it multiple times.

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

                        Hmm, I wonder what changes then. You could try comparing the pppoe0 files in /tmp and the mpd conf file in /var/etc when it works and when it doesn't.

                        Steve

                        S 1 Reply Last reply Reply Quote 0
                        • S
                          saswatasarkar13 @stephenw10
                          last edited by

                          @stephenw10 The only difference I can see. when disconnected and probbilly trying to reconnect Then ont /temp the only file is the there is the pppoe0_defaultgw file with the address, And when it is all the files are there pppoe0_defaultgw, pppoe0_ip, pppoe0_router, pppoe0up all have the respective ip addresses. and on the other hand the mdp conf file does not change, The file is like this.

                          startup:
                          # configure the console
                          set console close
                          # configure the web server
                          set web close

                          default:
                          pppoeclient:
                          create bundle static wan
                          set bundle enable ipv6cp
                          set iface name pppoe0
                          set iface disable on-demand
                          set iface idle 0
                          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
                          #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 "XXXX"
set auth password XXXX
set pppoe service ""
set pppoe iface re0
open

                          Should I report a bug or something?

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

                            Hmm, the pcap looks like the remote side just stops responding. It never replies after the link is terminated. So it's hard to say what might be changing across a reboot that then allows it to connect when everything else that happens during a reboot, link disconnect etc does not.

                            If you use some other PPPoE client that is able to disconnect and reconnect?

                            Steve

                            S 1 Reply Last reply Reply Quote 0
                            • S
                              saswatasarkar13 @stephenw10
                              last edited by

                              @stephenw10 said in PPPoE WAN fails to reconnect after link loss:

                              If you use some other PPPoE client that is able to disconnect and reconnect?

                              Yes it does perfectly. Like if dont use ont on bridge mode, I use the pppoe mode. then it does work.

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

                                That's using the ISP router itself though. Are you able to use any other PPPoE client behind it with it still in bridge mode?

                                S 2 Replies Last reply Reply Quote 0
                                • S
                                  saswatasarkar13 @stephenw10
                                  last edited by

                                  @stephenw10 First of all. The ont is 3rd party modem from tp-link. My isp supports almost any 3rd party gpon ont. And As i said that is working fine.
                                  And No i have no tried any other pppoe client other than pfsense. Let me do it on my linux laptop. I will you know.

                                  1 Reply Last reply Reply Quote 0
                                  • S
                                    saswatasarkar13 @stephenw10
                                    last edited by

                                    @stephenw10 It is working on linux fine, No issues,

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

                                      Hmm, OK then probably time for a pcap showing it connecting correctly we can compare the failure to.

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