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

    DNSBL keeps restarting

    Scheduled Pinned Locked Moved pfBlockerNG
    16 Posts 2 Posters 632 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.
    • P
      pfguy2018
      last edited by

      There was nothing set for the monitor IP, so I just updated it as you recommended.

      Funny that you mentioned the Ethernet cable between modem and WAN - I had the exact same thought and last night replaced it with a brand new CAT6 cable, just to rule out the possibility of cable damage being the cause of what I am seeing.

      1 Reply Last reply Reply Quote 0
      • P
        pfguy2018
        last edited by

        Since switching the ethernet cable, I have not seen any significant packet loss. There is some variability in the delay statistic though. I have not had to make or receive any phone calls today to test out the voip.

        Raffi_R 1 Reply Last reply Reply Quote 0
        • Raffi_R
          Raffi_ @pfguy2018
          last edited by

          @pfguy2018 said in DNSBL keeps restarting:

          Since switching the ethernet cable, I have not seen any significant packet loss. There is some variability in the delay statistic though. I have not had to make or receive any phone calls today to test out the voip.

          Ok, good keep an eye on it. Your delay average and standard deviation were all over the place in your original screen shot. Is it still like that after changing the cable and the monitor IP? A good connection should not vary that much. You can see my numbers vary too but not by as much.

          b60f8ff3-1bea-4410-a274-fcc6d1b42c80-image.png

          1 Reply Last reply Reply Quote 0
          • P
            pfguy2018
            last edited by

            See below - cable was changed at around 7 pm last night. It looks like dropped packet numbers have improved, but there is still a lot of variability in delay. Also, I noted that at the exact time I was on the phone (not a voip call, but WiFi calling on my cell phone (since our cell signal is so poor in the house, I have to turn on the WiFi calling feature), there was a spike in dropped packets up to 7.45%, although the call did not drop. So I am starting to wonder whether I need to get my ISP involved here. Your thoughts?

            Screen Shot 2020-09-18 at 2.45.18 PM.png

            1 Reply Last reply Reply Quote 0
            • Raffi_R
              Raffi_
              last edited by

              Is this a cable modem? Have you tried power cycling the modem? Pull the plug for at least 20 seconds or so then plug it back in. I've had odd problems solved by simply doing that.

              1 Reply Last reply Reply Quote 0
              • P
                pfguy2018
                last edited by

                Yes, cable modem. And yes, was rebooted after changing the ethernet cable last night.

                1 Reply Last reply Reply Quote 0
                • Raffi_R
                  Raffi_
                  last edited by

                  Ok, get in touch with the ISP then. If they charge you to come out to diagnose, you might be better off doing some simple diagnostics yourself. Check your COAX lines throughout your house. Make sure there isn't something obviously wrong with where they connect.

                  1 Reply Last reply Reply Quote 0
                  • P
                    pfguy2018
                    last edited by

                    Thank you for your help and advice - much appreciated.

                    1 Reply Last reply Reply Quote 0
                    • Raffi_R
                      Raffi_
                      last edited by

                      What kind of hardware is pfSense installed on? If you have any extra network ports available on the system, it might be work trying to reassign your WAN to one of the unused ports and see if the problem goes away. Or swap the LAN and WAN assignment and cables to see if that helps. It probably won't solve the VOIP issue, but might help you figure out if it's port/NIC related if the monitoring graphs improve.

                      P 1 Reply Last reply Reply Quote 0
                      • P
                        pfguy2018 @Raffi_
                        last edited by

                        @Raffi_ Good thought. It is an SG4860. All ports currently in use, but I can probably rejig things to try that. Just have to find the time.

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