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

    Gateway alarm: WAN_PPPOE

    Scheduled Pinned Locked Moved General pfSense Questions
    24 Posts 5 Posters 1.7k Views 5 Watching
    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.
    • stephenw10S Offline
      stephenw10 Netgate Administrator
      last edited by

      That's a different cause though since you're using DHCP and this is a failure at the LCP level.

      NollipfSenseN 1 Reply Last reply Reply Quote 1
      • W Offline
        wheelhouse20 @NollipfSense
        last edited by

        @nollipfsense

        Dpinger
        Dpinger.txt

        1 Reply Last reply Reply Quote 0
        • W Offline
          wheelhouse20
          last edited by

          This post is deleted!
          1 Reply Last reply Reply Quote 0
          • NollipfSenseN Offline
            NollipfSense @stephenw10
            last edited by

            @stephenw10 said in Gateway alarm: WAN_PPPOE:

            That's a different cause though since you're using DHCP and this is a failure at the LCP level.

            Okay.

            pfSense+ 23.09 Lenovo Thinkcentre M93P SFF Quadcore i7 dual Raid-ZFS 128GB-SSD 32GB-RAM PCI-Intel i350-t4 NIC, -Intel QAT 8950.
            pfSense+ 23.09 VM-Proxmox, Dell Precision Xeon-W2155 Nvme 500GB-ZFS 128GB-RAM PCIe-Intel i350-t4, Intel QAT-8950, P-cloud.

            1 Reply Last reply Reply Quote 0
            • W Offline
              wheelhouse20
              last edited by

              my WAN has been UP for 4 days then get an rc.gateway_alarm again must be something todo with with dpinger.

              Mar 9 20:29:02 rc.gateway_alarm 70547 >>> Gateway alarm: WAN_PPPOE (Addr:15.14.12.10 Alarm:1 RTT:7.122ms RTTsd:.307ms Loss:21%)

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

                @wheelhouse20 said in Gateway alarm: WAN_PPPOE:

                Loss:21%

                Yup, the default packet loss alarm threshold is 20% so it should throw an alarm when it hits 21%. We can see from previous logs that you have not changed it from that default so that's correct.

                I would expect to probably see the same LCP echo timeouts in the ppp log?

                I note the mt992 g.fast modem seems to have got a lot cheaper since I bought one. I think I paid well north of £100 at the time. 😬 So if you are seeing LCP issues you might consider swapping it out but it's probably an upsteam issue. Either way there nothing pfSense can do there except restart the connection process.

                Steve

                W 1 Reply Last reply Reply Quote 0
                • W Offline
                  wheelhouse20 @stephenw10
                  last edited by

                  @stephenw10 what was i ment to change ?

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

                    I was suggesting you might change the modem if you can find one cheap enough. There have been some MT992s sold on ebay for <£20 recently. However I still think this is an upstream issue and that probably won't help.

                    Steve

                    W 1 Reply Last reply Reply Quote 1
                    • W Offline
                      wheelhouse20 @stephenw10
                      last edited by

                      @stephenw10 would my isp be able to fix the issue ?

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

                        Yes, they should be able to. Do you see the modem lose link when the LCP errors happen?
                        Might be difficult to log that with no modem access.
                        The ISP should be able to see the PPP connection failing. They can probably also see line stats including DSL link failures if they actually look.

                        Steve

                        W 1 Reply Last reply Reply Quote 0
                        • W Offline
                          wheelhouse20 @stephenw10
                          last edited by

                          @stephenw10 My isp has said they havent seen any erros on the line and keep refering me to use there fritz box,i also have a broadband quality monitor with thinkbroadband which only shows drops when i have reboot the system.

                          do you think you could spare 5-10 mins to have a look at my set-up ? via discord or teamviewer

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

                            Are you still seeing the LCP timeouts in the PPP log when it fails?

                            Where did you get the MT992 modem from? Perhaps it's bad?
                            Try setting up a PPPoE sesion from something else using it and see if you still get disconnected.

                            Try putting the Fritzbox back and see if that has disconnects at all.

                            I can't do live support here, we have paid support for that. But in this case they would tell you the same thing: LCP timeouts like that are the other end failing to respond. pfSense can do nothing about that.

                            Steve

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