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

    PPPoE WAN stability issues with BT

    Scheduled Pinned Locked Moved General pfSense Questions
    14 Posts 2 Posters 1.3k 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.
    • S
      spencer99
      last edited by

      Just to add an update to this, the stability has become even worse now.

      8d22dbe3-a70f-4346-b757-58f822ae476a-image.png
      This is the last 7 days, im starting to see a pattern of downtime in the mornings, this graph doesnt show it very well. At around 6/7 in the morning the WAN will drop out and fail to recover until I manually restart the modem or reset the WAN interface on the pfSense box, I find it a little odd that it doesnt recover automatically.

      I have also noticed my sync speed dropping consistently day in day.

      f111a1aa-ff00-4346-a758-c57a898994b3-Screenshot 2022-05-13 100155.png

      This is the VDSL Status from the Vigor 130, doesnt seem to have any errors but does seem to have a high SNR Margin, as far as I was aware that should be around 6dB? Those results are also directly from the test socket.

      I also set the Vigor to use MPoA instead of PPPoA, that didnt help either.

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

        I would also expect it to recover. Do you just see it continually trying to connect in the PPP logs? Any error shown or is it just not seeing any responses?

        Steve

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

          @stephenw10 It seems to be attempting up to 20 times, then seeming like its about to success and then failing, excuse the massive logs but here is what I had from this morning for over an hour

          https://pastebin.com/6cesuZyK

          I would paste it inline but its 3500 log entries and thats after I filtered it lmao.

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

            Ok I didn't read all of that but...

            In fact it is reconnecting repeatedly and then disconnecting in a loop. It's not a PPP issue.

            Did you disable gateway monitoring action? (assuming you only have one gateway).

            Have you set 'State killing on gateway failure'?

            Those things in combination could produce what you're seeing and neither is useful in a one WAN setup.

            Steve

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

              @stephenw10
              I have now disabled gateway monitor action and I have left state killing on gateway failure as default off.

              I have also now disable the disabled the WAN_DHCP6 gateway as it was offline anyway.

              So by the sounds of it my connection being unstable and triggering the gateway reset due to packet loss is also triggering another error state which gets stuck in a loop.

              Spencer

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

                Yeah, that's what the logs look like. At least initially.
                See what difference that makes.

                Though I have that exact same setup and it reconnects without issue.

                Steve

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

                  @stephenw10
                  Do you reckon its worth contacting BT for a DLM reset to see if that sorts the sync speed issues? Or just wait for the DLM profile to raise the sync speeds over the next week by itself.

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

                    Yeah, if it's been bouncing the actual line it will be slow for a while but should improve over time. But that shouldn't be unless the modem was actually rebooting.

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

                      @stephenw10 Just an update on this, didnt need to call BT for a DLM reset it automatically jumped back up this morning. Allot of the line instability was being caused by a device on my network saturating the connection in the mornings, that lead to that packet loss alarm and the WAN interface reset issue. The gateway monitor action disabled now and I have put a HFSC traffic shaper in place to stop anything saturating the WAN interface to the point of extreme packet loss.

                      All a little odd to me still given I have never had to implement a traffic shaper or disable the gateway monitor before to have stability even under saturation but hey everything seem to work now.

                      Many thanks for the help, I'd buy you a beer if I could.

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

                        Good result.
                        As an alternative you can just tune the monitoring settings to better match your line. Some WANs have far higher latency under load.
                        You might also try an FQ_CODEL setup instead of HFSC.

                        Steve

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