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

    Ping floods show packet loss

    Scheduled Pinned Locked Moved General pfSense Questions
    ping flood
    14 Posts 4 Posters 2.7k 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.
    • N
      nleaudio @tim.mcmanus
      last edited by

      @tim-mcmanus
      Thanks for the reply. I just use the flood ping as a tool to see quickly if there is a packet loss issue. I routinely do this with Linux boxes, and I’ve never had an issue. My question here is why does pfsense behave differently than the Linux boxes, and show packet loss when there really isn’t any?

      For example, try this:

      1. Pfsense box with LAN on 192.168.1.1
      2. Centos (or pick your favorite distro) with a pingable port on 192.168.1.100

      When you ping -f 192.168.1.1 from the Linux box, you’ll see no lost packets.

      When you ping -f 192.168.1.100 from pfsense’s shell, you’ll see some loss.

      You can even see this with a cable directly connecting the two, linked up at 1000base.

      Bob

      C 1 Reply Last reply Reply Quote 0
      • T
        tim.mcmanus
        last edited by

        Tims-iMac-Pro:~ timmcmanus$ sudo ping -f 10.0.0.1
        Password:
        PING 10.0.0.1 (10.0.0.1): 56 data bytes
        .^C
        --- 10.0.0.1 ping statistics ---
        209306 packets transmitted, 209305 packets received, 0.0% packet loss
        round-trip min/avg/max/stddev = 0.059/0.162/1.693/0.274 ms
        Tims-iMac-Pro:~ timmcmanus$ 
        

        I am pinging a Netgate SG-2440 from an iMac Pro. The ping consumes about 4.2Mbit up and 4.2Mbit down. I wasn't logged into the router interface at all during the test.

        No packet loss.

        What hardware are you using? The NIC manufacturers?

        N 1 Reply Last reply Reply Quote 0
        • N
          nleaudio @tim.mcmanus
          last edited by

          @tim-mcmanus
          No, I’m saying that I can get the same results you just posted when I use a different machine. It’s when I shell into pfsense and do a ping flood from that where it shows the packet loss.

          For hardware, again I have all different kinds of hardware, from older p4s to core 2 duo 3ghz to dell Xeon servers. I typically always use intel nics, but they can be server ones, workstation ones, etc. I seem to see the same results no matter what hardware I use.

          Bob

          1 Reply Last reply Reply Quote 0
          • T
            tim.mcmanus
            last edited by

            How are you getting ping to do a flood on pfSense? When I add the "-f" argument to ping in the pfSense shell I get an error.

            1 Reply Last reply Reply Quote 0
            • N
              nleaudio
              last edited by

              Works fine here. Ping -f (address)

              Bob

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

                @nleaudio We're seeing the same problem in our network, on several pfSenses on different hardware. All of them on 2.4.4-RELEASE-p2.

                Doing a ping -f from any firewall to a neighbor in the same VLAN, produces around 0,5% packet loss. Doing the same from that same neighbor to the pfSense, there isn't any loss. There's no loss either for icmp floods going through the pfSense.

                We've verified that there are not errors in the interfaces, nor in the involved switches ports. There is not bandwith control either.

                Any idea?

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

                  Well you could argue that if there is no loss going through the firewall then there is no problem. 😉

                  Just how many packets lost are you seeing. I do see some loss but less than 0.5%:

                  steve@steve-MMLP7AP-00 ~ $ sudo ping -f 172.21.16.66
                  [sudo] password for steve: 
                  PING 172.21.16.66 (172.21.16.66) 56(84) bytes of data.
                  .^C
                  --- 172.21.16.66 ping statistics ---
                  75479 packets transmitted, 75478 received, 0% packet loss, time 6169ms
                  rtt min/avg/max/mdev = 0.050/0.069/0.529/0.009 ms, ipg/ewma 0.081/0.070 ms
                  
                  [2.4.5-DEVELOPMENT][admin@2220.stevew.lan]/root: ping -f 172.21.16.5
                  PING 172.21.16.5 (172.21.16.5): 56 data bytes
                  ............................^C.
                  --- 172.21.16.5 ping statistics ---
                  77759 packets transmitted, 77730 packets received, 0.0% packet loss
                  round-trip min/avg/max/stddev = 0.052/0.144/2.232/0.210 ms
                  

                  pcap on the pfSense interface to see if the packets really are lost would be interesting.

                  Edit: In my case a pcap shows missing replies there.

                  Steve

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

                    @stephenw10 This is getting really weird. Now we get around a 0.1% of packet loss (53 packets over 3 seconds), according to the ping output:

                    [2.4.4-RELEASE][admin@firewall]/root: ping -f -t 3 -W 10 10.245.51.198
                    PING 10.245.51.198 (10.245.51.198): 56 data bytes
                    .....................................................
                    --- 10.245.51.198 ping statistics ---
                    67182 packets transmitted, 67129 packets received, 0.1% packet loss
                    round-trip min/avg/max/stddev = 0.048/0.190/1.167/0.087 ms
                    

                    However, in the capture taken from the pfSense we see all the answers, but some of them arrive before the requests is sent!

                    0_1551887375630_40f3f226-07e9-4b9e-b308-e6871bd0c589-image.png

                    Using the filter "not icmp.resp_in and icmp.type==8" in wireshark, there are only 6 packets like that one.

                    You can find the complete pcap here: https://send.firefox.com/download/1784845d32/#0tHxIDIhgpwnvZEW8WIhrA

                    Regards.

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

                      Mmm, curious. Do you see any dropped packets in netstat -i ?

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

                        @stephenw10 There are no errors:

                        Name    Mtu Network       Address              Ipkts Ierrs Idrop    Opkts Oerrs  Coll
                        ...
                        igb3   1500 <Link#4>      00:1b:21:37:df:0d 1668697756     0     0 2484214267     0     0
                        igb3      - fe80::%igb3/6 fe80::21b:21ff:fe        0     -     -        0     -     -
                        igb3      - 10.245.51.192 10.245.51.193     18159161     -     - 44321347     -     -
                        ...
                        

                        Regards.

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