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

    15% lost packets pinging pfSense

    Scheduled Pinned Locked Moved General pfSense Questions
    12 Posts 3 Posters 736 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.
    • AndyRHA
      AndyRH
      last edited by

      First steps:
      Replace Ethernet cable for pfSense
      Move pfSense to different switch port
      If possible move pfSense LAN port to different port on pfSense.

      After each step repeat the ping test.

      These 3 steps, done 1 at a time, will either eliminate a HW problem or show you where it is.

      o||||o
      7100-1u

      C 1 Reply Last reply Reply Quote 0
      • C
        CurtisThe @AndyRH
        last edited by CurtisThe

        @AndyRH
        Thanks for the advice! One thing I neglected to mention is that other machines in my network are able to ping pfSense without issue, though on a different VLAN/Subnet.

        Results of your recommendations:

        1. Replace Ethernet cable for pfSense
        

        I noticed that when my TrueNAS box was down after replacing this cable, I had no issues. But then my TrueNAS box came back online and I have issues again. I'll investigate why that is. What is the best path forward for investigating why one machine hosting the following services would interfere with my PC's connection?

        1. Unifi Controller
        2. Syncthing
        3. Plex

        Is there a tool within pfSense that will help me with this? For now I'll just try taking these TrueNAS services down one at a time.

        1 Reply Last reply Reply Quote 0
        • C
          CurtisThe @CurtisThe
          last edited by

          @CurtisThe
          Update: It seems it's none of the services running on TrueNAS but the TrueNAS server itself causing the dropped packets... how do I investigate what's specifically the cause of one machine causing dropped packets on another machine in the network?

          AndyRHA 1 Reply Last reply Reply Quote 0
          • AndyRHA
            AndyRH @CurtisThe
            last edited by

            @CurtisThe You can follow similar steps with the TrueNAS.
            3 likely causes:

            1. bad port
            2. bad cable
            3. bad NIC driver

            If your switch has error counters that show the type of error that may help narrow it down.

            o||||o
            7100-1u

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

              Could also be a conflict of some sort if they are in the same subnet.

              If it's just that one machine I would be looking at that. Especially if you are already seeing other network issues with it.

              If it's dual booting do you still see loss in the other OS? Windows I assume?

              C 1 Reply Last reply Reply Quote 0
              • C
                CurtisThe @stephenw10
                last edited by CurtisThe

                @stephenw10
                I just got an email saying that my kea-dhcp server was restarted.... I switched back to the ISC server a few days ago via the System->Advanced->Networking UI. I guess I didn't properly terminate the Kea DHCP server before switching back to ISC? Do I need to switch back to Kea and then disable the DHCP server on each interface manually before switching back to ISC again?

                As for the dual booting; I'm on Windows now and the Ubuntu partition is not able to even get an IP address.

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

                  No you shouldn't need to do anything to switch between kea and ISC dhcp servers.

                  Did you enable the service watchdog for it? That could cause problems if it somehow started both services. Or tried to.

                  C 1 Reply Last reply Reply Quote 0
                  • C
                    CurtisThe @stephenw10
                    last edited by

                    @stephenw10
                    Yes, the watchdog was monitoring the kea server, thank you. I disabled it in watchdog, should I do anything else to make sure it's not running?

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

                      You could check the output of: ps -auxwwd | grep kea

                      That will tell you if it's running but it shouldn't be. Nothing beyond setting dhcpd back to ISC should be required.

                      C 1 Reply Last reply Reply Quote 0
                      • C
                        CurtisThe @stephenw10
                        last edited by

                        @stephenw10

                        root 13579 0.0 0.0 13684 3100 - S 17:54 0:00.00 | | `-- sh -c ps -auxwwd | grep kea 2>&1

                        root 13954 0.0 0.0 13120 2544 - S 17:54 0:00.00 | | `-- grep kea

                        ^ This is the result

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

                          Yup so that's only the grep command you're running. Kea is not running.

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