1.\" Copyright (c) 1985, 1991, 1993 2.\" The Regents of the University of California. All rights reserved. 3.\" 4.\" Redistribution and use in source and binary forms, with or without 5.\" modification, are permitted provided that the following conditions 6.\" are met: 7.\" 1. Redistributions of source code must retain the above copyright 8.\" notice, this list of conditions and the following disclaimer. 9.\" 2. Redistributions in binary form must reproduce the above copyright 10.\" notice, this list of conditions and the following disclaimer in the 11.\" documentation and/or other materials provided with the distribution. 12.\" 4. Neither the name of the University nor the names of its contributors 13.\" may be used to endorse or promote products derived from this software 14.\" without specific prior written permission. 15.\" 16.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND 17.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE 18.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE 19.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE 20.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL 21.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS 22.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) 23.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT 24.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY 25.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF 26.\" SUCH DAMAGE. 27.\" 28.\" @(#)ping.8 8.2 (Berkeley) 12/11/93 29.\" $FreeBSD$ 30.\" 31.Dd March 11, 2016 32.Dt PING 8 33.Os 34.Sh NAME 35.Nm ping 36.Nd send 37.Tn ICMP ECHO_REQUEST 38packets to network hosts 39.Sh SYNOPSIS 40.Nm 41.Op Fl AaDdfnoQqRrv 42.Op Fl c Ar count 43.Op Fl G Ar sweepmaxsize 44.Op Fl g Ar sweepminsize 45.Op Fl h Ar sweepincrsize 46.Op Fl i Ar wait 47.Op Fl l Ar preload 48.Op Fl M Cm mask | time 49.Op Fl m Ar ttl 50.Op Fl P Ar policy 51.Op Fl p Ar pattern 52.Op Fl S Ar src_addr 53.Op Fl s Ar packetsize 54.Op Fl t Ar timeout 55.Op Fl W Ar waittime 56.Op Fl z Ar tos 57.Ar host 58.Nm 59.Op Fl AaDdfLnoQqRrv 60.Op Fl c Ar count 61.Op Fl I Ar iface 62.Op Fl i Ar wait 63.Op Fl l Ar preload 64.Op Fl M Cm mask | time 65.Op Fl m Ar ttl 66.Op Fl P Ar policy 67.Op Fl p Ar pattern 68.Op Fl S Ar src_addr 69.Op Fl s Ar packetsize 70.Op Fl T Ar ttl 71.Op Fl t Ar timeout 72.Op Fl W Ar waittime 73.Op Fl z Ar tos 74.Ar mcast-group 75.Sh DESCRIPTION 76The 77.Nm 78utility uses the 79.Tn ICMP 80.No protocol Ap s mandatory 81.Tn ECHO_REQUEST 82datagram to elicit an 83.Tn ICMP ECHO_RESPONSE 84from a host or gateway. 85.Tn ECHO_REQUEST 86datagrams 87.Pq Dq pings 88have an IP and 89.Tn ICMP 90header, followed by a 91.Dq struct timeval 92and then an arbitrary number of 93.Dq pad 94bytes used to fill out the packet. 95The options are as follows: 96.Bl -tag -width indent 97.It Fl A 98Audible. 99Output a bell 100.Tn ( ASCII 1010x07) 102character when no packet is received before the next packet 103is transmitted. 104To cater for round-trip times that are longer than the interval 105between transmissions, further missing packets cause a bell only 106if the maximum number of unreceived packets has increased. 107.It Fl a 108Audible. 109Include a bell 110.Tn ( ASCII 1110x07) 112character in the output when any packet is received. 113This option is ignored 114if other format options are present. 115.It Fl c Ar count 116Stop after sending 117(and receiving) 118.Ar count 119.Tn ECHO_RESPONSE 120packets. 121If this option is not specified, 122.Nm 123will operate until interrupted. 124If this option is specified in conjunction with ping sweeps, 125each sweep will consist of 126.Ar count 127packets. 128.It Fl D 129Set the Don't Fragment bit. 130.It Fl d 131Set the 132.Dv SO_DEBUG 133option on the socket being used. 134.It Fl f 135Flood ping. 136Outputs packets as fast as they come back or one hundred times per second, 137whichever is more. 138For every 139.Tn ECHO_REQUEST 140sent a period 141.Dq .\& 142is printed, while for every 143.Tn ECHO_REPLY 144received a backspace is printed. 145This provides a rapid display of how many packets are being dropped. 146Only the super-user may use this option. 147.Bf -emphasis 148This can be very hard on a network and should be used with caution. 149.Ef 150.It Fl G Ar sweepmaxsize 151Specify the maximum size of 152.Tn ICMP 153payload when sending sweeping pings. 154This option is required for ping sweeps. 155.It Fl g Ar sweepminsize 156Specify the size of 157.Tn ICMP 158payload to start with when sending sweeping pings. 159The default value is 0. 160.It Fl h Ar sweepincrsize 161Specify the number of bytes to increment the size of 162.Tn ICMP 163payload after 164each sweep when sending sweeping pings. 165The default value is 1. 166.It Fl I Ar iface 167Source multicast packets with the given interface address. 168This flag only applies if the ping destination is a multicast address. 169.It Fl i Ar wait 170Wait 171.Ar wait 172seconds 173.Em between sending each packet . 174The default is to wait for one second between each packet. 175The wait time may be fractional, but only the super-user may specify 176values less than 1 second. 177This option is incompatible with the 178.Fl f 179option. 180.It Fl L 181Suppress loopback of multicast packets. 182This flag only applies if the ping destination is a multicast address. 183.It Fl l Ar preload 184If 185.Ar preload 186is specified, 187.Nm 188sends that many packets as fast as possible before falling into its normal 189mode of behavior. 190Only the super-user may use this option. 191.It Fl M Cm mask | time 192Use 193.Dv ICMP_MASKREQ 194or 195.Dv ICMP_TSTAMP 196instead of 197.Dv ICMP_ECHO . 198For 199.Cm mask , 200print the netmask of the remote machine. 201Set the 202.Va net.inet.icmp.maskrepl 203MIB variable to enable 204.Dv ICMP_MASKREPLY 205and 206.Va net.inet.icmp.maskfake 207if you want to override the netmask in the response. 208For 209.Cm time , 210print the origination, reception and transmission timestamps. 211Set the 212.Va net.inet.icmp.tstamprepl 213MIB variable to enable or disable 214.Dv ICMP_TSTAMPREPLY . 215.It Fl m Ar ttl 216Set the IP Time To Live for outgoing packets. 217If not specified, the kernel uses the value of the 218.Va net.inet.ip.ttl 219MIB variable. 220.It Fl n 221Numeric output only. 222No attempt will be made to lookup symbolic names for host addresses. 223.It Fl o 224Exit successfully after receiving one reply packet. 225.It Fl P Ar policy 226.Ar policy 227specifies IPsec policy for the ping session. 228For details please refer to 229.Xr ipsec 4 230and 231.Xr ipsec_set_policy 3 . 232.It Fl p Ar pattern 233You may specify up to 16 234.Dq pad 235bytes to fill out the packet you send. 236This is useful for diagnosing data-dependent problems in a network. 237For example, 238.Dq Li \-p ff 239will cause the sent packet to be filled with all 240ones. 241.It Fl Q 242Somewhat quiet output. 243.No Don Ap t 244display ICMP error messages that are in response to our query messages. 245Originally, the 246.Fl v 247flag was required to display such errors, but 248.Fl v 249displays all ICMP error messages. 250On a busy machine, this output can be overbearing. 251Without the 252.Fl Q 253flag, 254.Nm 255prints out any ICMP error messages caused by its own ECHO_REQUEST 256messages. 257.It Fl q 258Quiet output. 259Nothing is displayed except the summary lines at startup time and 260when finished. 261.It Fl R 262Record route. 263Includes the 264.Tn RECORD_ROUTE 265option in the 266.Tn ECHO_REQUEST 267packet and displays 268the route buffer on returned packets. 269Note that the IP header is only large enough for nine such routes; 270the 271.Xr traceroute 8 272command is usually better at determining the route packets take to a 273particular destination. 274If more routes come back than should, such as due to an illegal spoofed 275packet, ping will print the route list and then truncate it at the correct 276spot. 277Many hosts ignore or discard the 278.Tn RECORD_ROUTE 279option. 280.It Fl r 281Bypass the normal routing tables and send directly to a host on an attached 282network. 283If the host is not on a directly-attached network, an error is returned. 284This option can be used to ping a local host through an interface 285that has no route through it 286(e.g., after the interface was dropped by 287.Xr routed 8 ) . 288.It Fl S Ar src_addr 289Use the following IP address as the source address in outgoing packets. 290On hosts with more than one IP address, this option can be used to 291force the source address to be something other than the IP address 292of the interface the probe packet is sent on. 293If the IP address 294is not one of this machine's interface addresses, an error is 295returned and nothing is sent. 296.It Fl s Ar packetsize 297Specify the number of data bytes to be sent. 298The default is 56, which translates into 64 299.Tn ICMP 300data bytes when combined 301with the 8 bytes of 302.Tn ICMP 303header data. 304Only the super-user may specify values more than default. 305This option cannot be used with ping sweeps. 306.It Fl T Ar ttl 307Set the IP Time To Live for multicasted packets. 308This flag only applies if the ping destination is a multicast address. 309.It Fl t Ar timeout 310Specify a timeout, in seconds, before ping exits regardless of how 311many packets have been received. 312.It Fl v 313Verbose output. 314.Tn ICMP 315packets other than 316.Tn ECHO_RESPONSE 317that are received are listed. 318.It Fl W Ar waittime 319Time in milliseconds to wait for a reply for each packet sent. 320If a reply arrives later, the packet is not printed as replied, but 321considered as replied when calculating statistics. 322.It Fl z Ar tos 323Use the specified type of service. 324.El 325.Pp 326When using 327.Nm 328for fault isolation, it should first be run on the local host, to verify 329that the local network interface is up and running. 330Then, hosts and gateways further and further away should be 331.Dq pinged . 332Round-trip times and packet loss statistics are computed. 333If duplicate packets are received, they are not included in the packet 334loss calculation, although the round trip time of these packets is used 335in calculating the round-trip time statistics. 336When the specified number of packets have been sent 337(and received) 338or if the program is terminated with a 339.Dv SIGINT , 340a brief summary is displayed, showing the number of packets sent and 341received, and the minimum, mean, maximum, and standard deviation of 342the round-trip times. 343.Pp 344If 345.Nm 346receives a 347.Dv SIGINFO 348(see the 349.Cm status 350argument for 351.Xr stty 1 ) 352signal, the current number of packets sent and received, and the 353minimum, mean, and maximum of the round-trip times will be written to 354the standard error output. 355.Pp 356This program is intended for use in network testing, measurement and 357management. 358Because of the load it can impose on the network, it is unwise to use 359.Nm 360during normal operations or from automated scripts. 361.Sh ICMP PACKET DETAILS 362An IP header without options is 20 bytes. 363An 364.Tn ICMP 365.Tn ECHO_REQUEST 366packet contains an additional 8 bytes worth of 367.Tn ICMP 368header followed by an arbitrary amount of data. 369When a 370.Ar packetsize 371is given, this indicated the size of this extra piece of data 372(the default is 56). 373Thus the amount of data received inside of an IP packet of type 374.Tn ICMP 375.Tn ECHO_REPLY 376will always be 8 bytes more than the requested data space 377(the 378.Tn ICMP 379header). 380.Pp 381If the data space is at least eight bytes large, 382.Nm 383uses the first eight bytes of this space to include a timestamp which 384it uses in the computation of round trip times. 385If less than eight bytes of pad are specified, no round trip times are 386given. 387.Sh DUPLICATE AND DAMAGED PACKETS 388The 389.Nm 390utility will report duplicate and damaged packets. 391Duplicate packets should never occur when pinging a unicast address, 392and seem to be caused by 393inappropriate link-level retransmissions. 394Duplicates may occur in many situations and are rarely 395(if ever) 396a good sign, although the presence of low levels of duplicates may not 397always be cause for alarm. 398Duplicates are expected when pinging a broadcast or multicast address, 399since they are not really duplicates but replies from different hosts 400to the same request. 401.Pp 402Damaged packets are obviously serious cause for alarm and often 403indicate broken hardware somewhere in the 404.Nm 405packet's path (in the network or in the hosts). 406.Sh TRYING DIFFERENT DATA PATTERNS 407The 408(inter)network 409layer should never treat packets differently depending on the data 410contained in the data portion. 411Unfortunately, data-dependent problems have been known to sneak into 412networks and remain undetected for long periods of time. 413In many cases the particular pattern that will have problems is something 414that does not have sufficient 415.Dq transitions , 416such as all ones or all zeros, or a pattern right at the edge, such as 417almost all zeros. 418It is not 419necessarily enough to specify a data pattern of all zeros (for example) 420on the command line because the pattern that is of interest is 421at the data link level, and the relationship between what you type and 422what the controllers transmit can be complicated. 423.Pp 424This means that if you have a data-dependent problem you will probably 425have to do a lot of testing to find it. 426If you are lucky, you may manage to find a file that either 427cannot 428be sent across your network or that takes much longer to transfer than 429other similar length files. 430You can then examine this file for repeated patterns that you can test 431using the 432.Fl p 433option of 434.Nm . 435.Sh TTL DETAILS 436The 437.Tn TTL 438value of an IP packet represents the maximum number of IP routers 439that the packet can go through before being thrown away. 440In current practice you can expect each router in the Internet to decrement 441the 442.Tn TTL 443field by exactly one. 444.Pp 445The 446.Tn TCP/IP 447specification recommends setting the 448.Tn TTL 449field for 450.Tn IP 451packets to 64, but many systems use smaller values 452.No ( Bx 4.3 453uses 30, 454.Bx 4.2 455used 15). 456.Pp 457The maximum possible value of this field is 255, and most 458.Ux 459systems set 460the 461.Tn TTL 462field of 463.Tn ICMP ECHO_REQUEST 464packets to 255. 465This is why you will find you can 466.Dq ping 467some hosts, but not reach them with 468.Xr telnet 1 469or 470.Xr ftp 1 . 471.Pp 472In normal operation 473.Nm 474prints the ttl value from the packet it receives. 475When a remote system receives a ping packet, it can do one of three things 476with the 477.Tn TTL 478field in its response: 479.Bl -bullet 480.It 481Not change it; this is what 482.Bx 483systems did before the 484.Bx 4.3 tahoe 485release. 486In this case the 487.Tn TTL 488value in the received packet will be 255 minus the 489number of routers in the round-trip path. 490.It 491Set it to 255; this is what current 492.Bx 493systems do. 494In this case the 495.Tn TTL 496value in the received packet will be 255 minus the 497number of routers in the path 498.Em from 499the remote system 500.Em to 501the 502.Nm Ns Em ing 503host. 504.It 505Set it to some other value. 506Some machines use the same value for 507.Tn ICMP 508packets that they use for 509.Tn TCP 510packets, for example either 30 or 60. 511Others may use completely wild values. 512.El 513.Sh EXIT STATUS 514The 515.Nm 516utility exits with one of the following values: 517.Bl -tag -width indent 518.It 0 519At least one response was heard from the specified 520.Ar host . 521.It 2 522The transmission was successful but no responses were received. 523.It any other value 524An error occurred. 525These values are defined in 526.In sysexits.h . 527.El 528.Sh SEE ALSO 529.Xr netstat 1 , 530.Xr icmp 4 , 531.Xr ifconfig 8 , 532.Xr routed 8 , 533.Xr traceroute 8 534.Sh HISTORY 535The 536.Nm 537utility appeared in 538.Bx 4.3 . 539.Sh AUTHORS 540The original 541.Nm 542utility was written by 543.An Mike Muuss 544while at the US Army Ballistics 545Research Laboratory. 546.Sh BUGS 547Many Hosts and Gateways ignore the 548.Tn RECORD_ROUTE 549option. 550.Pp 551The maximum IP header length is too small for options like 552.Tn RECORD_ROUTE 553to be completely useful. 554.No There Ap s 555not much that can be done about this, however. 556.Pp 557Flood pinging is not recommended in general, and flood pinging the 558broadcast address should only be done under very controlled conditions. 559.Pp 560The 561.Fl v 562option is not worth much on busy hosts. 563