Ping (networking utility)

<h2 id="history">History</h2>

The ping utility was written by <a href="/facts/Mike_Muuss/Dl9XklhG">Mike Muuss</a> in December 1983 during his employment at the <a href="/facts/Ballistic_Research_Laboratory/dDGj63vy">Ballistic Research Laboratory</a>, now the <a href="/facts/US_Army_Research_Laboratory/CULgwaW6">US Army Research Laboratory</a>. A remark by <a href="/facts/David_L._Mills/SFYWDqjj">David Mills</a> on using ICMP echo packets for IP network diagnosis and measurements prompted Muuss to create the utility to troubleshoot network problems.<a class="footnote-ref" id="fnref:2" href="#fn:2">2</a> The author named it after the sound that <a href="/facts/Sonar/245ooRW7">sonar</a> makes since its methodology is analogous to sonar's echolocation.<a class="footnote-ref" id="fnref:3" href="#fn:3">3</a><a class="footnote-ref" id="fnref:4" href="#fn:4">4</a> The <a href="/facts/Backronym/LhorLRMH">backronym</a> Packet InterNet Groper for PING has been used for over 30 years. Muuss says that, from his point of view, PING was not intended as an acronym but he has acknowledged Mills' expansion of the name.<a class="footnote-ref" id="fnref:5" href="#fn:5">5</a><a class="footnote-ref" id="fnref:6" href="#fn:6">6</a> The first released version was <a href="/facts/Public_domain_software/LUpdqQXQ">public domain software</a>; all subsequent versions have been licensed under the <a href="/facts/BSD_license/XLtmLp5x">BSD license</a>. Ping was first included in <a href="/facts/4.3BSD/VUMqqYzx">4.3BSD</a>.<a class="footnote-ref" id="fnref:7" href="#fn:7">7</a> The <a href="/facts/FreeDOS/61fuGd0j">FreeDOS</a> version was developed by Erick Engelke and is licensed under the <a href="/facts/GPL/S75KhLSX">GPL</a>.<a class="footnote-ref" id="fnref:8" href="#fn:8">8</a> Tim Crawford developed the <a href="/facts/ReactOS/BFmfC6BB">ReactOS</a> version. It is licensed under the <a href="/facts/MIT_License/8llAQtlk">MIT License</a>.<a class="footnote-ref" id="fnref:9" href="#fn:9">9</a>
Any host must process ICMP echo requests and issue echo replies in return.<a class="footnote-ref" id="fnref:10" href="#fn:10">10</a>

<h2 id="invocation-example">Invocation example</h2>
The following is the output of running ping on Linux for sending five probes (1-second interval by default, configurable via -i option) to the target host www.example.com:

$ ping -c 5 www.example.com

PING www.example.com (93.184.216.34): 56 data bytes
64 bytes from 93.184.216.34: icmp_seq=0 ttl=56 time=11.632 ms
64 bytes from 93.184.216.34: icmp_seq=1 ttl=56 time=11.726 ms
64 bytes from 93.184.216.34: icmp_seq=2 ttl=56 time=10.683 ms
64 bytes from 93.184.216.34: icmp_seq=3 ttl=56 time=9.674 ms
64 bytes from 93.184.216.34: icmp_seq=4 ttl=56 time=11.127 ms

--- www.example.com ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 9.674/10.968/11.726/0.748 ms

The output lists each probe message and the results obtained. Finally, it lists the statistics of the entire test. In this example, the shortest <a href="/facts/Round-trip_time/jYgNMK98">round-trip time</a> was 9.674 ms, the average was 10.968 ms, and the maximum value was 11.726 ms. The measurement had a <a href="/facts/Standard_deviation/qSug9BRl">standard deviation</a> of 0.748 ms.

<h2 id="error-indications">Error indications</h2>
In cases of no response from the target host, most implementations display either nothing or periodically print notifications about timing out. Possible ping results indicating a problem include the following:

<ul><li>H, !N or !P – host, network or protocol unreachable</li>
<li>S – source route failed</li>
<li>F – fragmentation needed</li>
<li>U or !W – destination network/host unknown</li>
<li>I – source host is isolated</li>
<li>A – communication with destination network administratively prohibited</li>
<li>Z – communication with destination host administratively prohibited</li>
<li>Q – for this <a href="/facts/Type_of_service/vDrH66oL">ToS</a> the destination network is unreachable</li>
<li>T – for this ToS the destination host is unreachable</li>
<li>X – communication administratively prohibited</li>
<li>V – host precedence violation</li>
<li>C – precedence cutoff in effect</li></ul>
In case of error, the target host or an intermediate router sends back an ICMP error message, for example host unreachable or TTL exceeded in transit. In addition, these messages include the first eight bytes of the original message (in this case header of the ICMP echo request, including the quench value), so the ping utility can match responses to originating queries.<a class="footnote-ref" id="fnref:11" href="#fn:11">11</a>

<h2 id="message-format">Message format</h2>
<h3>ICMP packet transported with IPv4</h3>
An ICMP packet transported with IPv4 looks like this.

IPv4 datagram<table><tbody><tr><th>Offset</th><th><a href="/facts/Octet_(computing)/dqCHsuUF">Octet</a></th><th colspan="8">0</th><th colspan="8">1</th><th colspan="8">2</th><th colspan="8">3</th></tr><tr><th>Octet</th><th><a href="/facts/Bit/RwfjaYSv">Bit</a></th><th>0</th><th>1</th><th>2</th><th>3</th><th>4</th><th>5</th><th>6</th><th>7</th><th>8</th><th>9</th><th>10</th><th>11</th><th>12</th><th>13</th><th>14</th><th>15</th><th>16</th><th>17</th><th>18</th><th>19</th><th>20</th><th>21</th><th>22</th><th>23</th><th>24</th><th>25</th><th>26</th><th>27</th><th>28</th><th>29</th><th>30</th><th>31</th></tr><tr><th>0</th><th>0</th><td colspan="4">Version (4)</td><td colspan="4">IHL (5)</td><td colspan="6">DSCP (0)</td><td colspan="2">ECN (0)</td><td colspan="16">Total length</td></tr><tr><th>4</th><th>32</th><td colspan="16">Identification</td><td colspan="3">Flags</td><td colspan="13">Fragment offset</td></tr><tr><th>8</th><th>64</th><td colspan="8">Time to live</td><td colspan="8">Protocol (1)</td><td colspan="16">Header checksum</td></tr><tr><th>12</th><th>96</th><td colspan="32">Source address</td></tr><tr><th>16</th><th>128</th><td colspan="32">Destination address</td></tr></tbody></table>
ICMP Echo Request packet<table><tbody><tr><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th></tr><tr><th>20</th><th>160</th><td colspan="8">Type (8)</td><td colspan="8">Code (0)</td><td colspan="16">Checksum</td></tr><tr><th>24</th><th>192</th><td colspan="16">Identifier</td><td colspan="16">Sequence number</td></tr><tr><th>28</th><th>224</th><td colspan="32" rowspan="3">(Payload)</td></tr><tr><th>32</th><th>256</th></tr><tr><th>⋮</th><th>⋮</th></tr></tbody></table>
Type: 8 bits
Set to 8 to indicate 'Echo Request'.<a class="footnote-ref" id="fnref:12" href="#fn:12">12</a>
Checksum: 16 bits
Checksum is the 16-bit <a href="/facts/Ones%2527_complement/Wl2PcLtg">ones' complement</a> of the ones' complement sum of the ICMP packet, starting with the Type field,<a class="footnote-ref" id="fnref:13" href="#fn:13">13</a> including the Payload. The <a href="/facts/IP_header/GnYmfPLq">IP header</a> is not included.
Identifier: 16 bits
Can be used by the client to match the reply with the request that caused the reply.
Sequence number: 16 bits
Can be used by the client to match the reply with the request that caused the reply.
Payload: variable length
Optional. Payload for the different kind of answers; can be an arbitrary length, left to implementation detail.
Most Linux systems use a unique Identifier for every ping process, and Sequence number is an increasing number within that process. Windows uses a fixed Identifier, which varies between Windows versions, and a Sequence number that is only reset at boot time.
The Echo Reply is returned as:

ICMP Echo Reply packet<table><tbody><tr><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th></tr><tr><th>20</th><th>160</th><td colspan="8">Type (0)</td><td colspan="8">Code (0)</td><td colspan="16">Checksum</td></tr><tr><th>24</th><th>192</th><td colspan="16">Identifier</td><td colspan="16">Sequence number</td></tr><tr><th>28</th><th>224</th><td colspan="32" rowspan="3">(Payload)</td></tr><tr><th>32</th><th>256</th></tr><tr><th>⋮</th><th>⋮</th></tr></tbody></table>
Type: 8 bits
Set to 0 to indicate 'Echo Reply'.<a class="footnote-ref" id="fnref:14" href="#fn:14">14</a>
Identifier: 16 bits
Copied from the Echo Request and returned.
Sequence number: 16 bits
Copied from the Echo Request and returned.
Payload: variable length
Optional. Payload is copied from the Echo Request and returned.
<h3>ICMPv6 packet transported with IPv6</h3>
An ICMP packet transported with IPv6 looks like this.

IPv6 datagram<table><tbody><tr><th>Offset</th><th><a href="/facts/Octet_(computing)/dqCHsuUF">Octet</a></th><th colspan="8">0</th><th colspan="8">1</th><th colspan="8">2</th><th colspan="8">3</th></tr><tr><th>Octet</th><th><a href="/facts/Bit/RwfjaYSv">Bit</a></th><th>0</th><th>1</th><th>2</th><th>3</th><th>4</th><th>5</th><th>6</th><th>7</th><th>8</th><th>9</th><th>10</th><th>11</th><th>12</th><th>13</th><th>14</th><th>15</th><th>16</th><th>17</th><th>18</th><th>19</th><th>20</th><th>21</th><th>22</th><th>23</th><th>24</th><th>25</th><th>26</th><th>27</th><th>28</th><th>29</th><th>30</th><th>31</th></tr><tr><th>0</th><th>0</th><td colspan="4">Version (6)</td><td colspan="8">Traffic class</td><td colspan="20">Flow label</td></tr><tr><th>4</th><th>32</th><td colspan="16">Payload length</td><td colspan="8">Next header (58)</td><td colspan="8">Hop limit</td></tr><tr><th>8</th><th>64</th><td colspan="32" rowspan="4">Source address</td></tr><tr><th>12</th><th>96</th></tr><tr><th>16</th><th>128</th></tr><tr><th>20</th><th>160</th></tr><tr><th>24</th><th>192</th><td colspan="32" rowspan="4">Destination address</td></tr><tr><th>28</th><th>224</th></tr><tr><th>32</th><th>256</th></tr><tr><th>36</th><th>288</th></tr></tbody></table>
ICMPv6 Echo Request packet<table><tbody><tr><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th></tr><tr><th>40</th><th>320</th><td colspan="8">Type (128)</td><td colspan="8">Code (0)</td><td colspan="16">Checksum</td></tr><tr><th>44</th><th>352</th><td colspan="16">Identifier</td><td colspan="16">Sequence number</td></tr><tr><th>48</th><th>384</th><td colspan="32" rowspan="3">(Payload)</td></tr><tr><th>52</th><th>416</th></tr><tr><th>⋮</th><th>⋮</th></tr></tbody></table>
Type: 8 bits
Set to 128 to indicate 'Echo Request'.
Identifier: 16 bits
Can be used by the client to match the reply with the request that caused the reply.
Sequence number: 16 bits
Can be used by the client to match the reply with the request that caused the reply.
Checksum: 16 bits
The checksum is calculated from the ICMP message (starting with the Type field), prepended with an IPv6 pseudo-header.<a class="footnote-ref" id="fnref:15" href="#fn:15">15</a>
Payload: variable length
Optional. Payload for the different kind of answers; can be an arbitrary length, left to implementation detail.
Most Linux systems use a unique Identifier for every ping process, and Sequence number is an increasing number within that process. Windows uses a fixed Identifier, which varies between Windows versions, and a Sequence number that is only reset at boot time.
The Echo Reply is returned as:

ICMPv6 Echo Reply packet<table><tbody><tr><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th><th></th></tr><tr><th>40</th><th>320</th><td colspan="8">Type (129)</td><td colspan="8">Code (0)</td><td colspan="16">Checksum</td></tr><tr><th>44</th><th>352</th><td colspan="16">Identifier</td><td colspan="16">Sequence number</td></tr><tr><th>48</th><th>384</th><td colspan="32" rowspan="3">(Payload)</td></tr><tr><th>52</th><th>416</th></tr><tr><th>⋮</th><th>⋮</th></tr></tbody></table>
Type: 8 bits
Set to 129 to indicate 'Echo Reply'.
Identifier: 16 bits
Copied from the Echo Request and returned.
Sequence number: 16 bits
Copied from the Echo Request and returned.
Payload: variable length
Optional. Payload is copied from the Echo Request and returned.
<h3>Payload</h3>
The payload of the packet is generally filled with <a href="/facts/ASCII/vGUI33Qu">ASCII</a> characters, as the output of the <a href="/facts/Tcpdump/BrEsLNUC">tcpdump</a> utility shows in the last 32 bytes of the following example (after the eight-byte ICMP header starting with 0x0800):

16:24:47.966461 IP (tos 0x0, ttl 128, id 15103, offset 0, flags [none],
proto: ICMP (1), length: 60) 192.168.146.22 > 192.168.144.5: ICMP echo request,
id 1, seq 38, length 40
 0x0000: 4500 003c 3aff 0000 8001 5c55 c0a8 9216 E..<:.....\U....
 0x0010: c0a8 9005 0800 4d35 0001 0026 6162 6364 ......M5...&abcd
 0x0020: 6566 6768 696a 6b6c 6d6e 6f70 7172 7374 efghijklmnopqrst
 0x0030: 7576 7761 6263 6465 6667 6869 uvwabcdefghi

The payload may include a timestamp indicating the time of transmission and a sequence number, which are not found in this example. This allows ping to compute the round-trip time in a <a href="/facts/Stateless_server/TgJncyPa">stateless</a> manner without needing to record the time of transmission of each packet.
The payload may also include a magic packet for the <a href="/facts/Wake-on-LAN/d4Acr8ss">Wake-on-LAN</a> protocol, but the minimum payload, in that case, is longer than shown. The Echo Request typically does not receive any reply if the host was sleeping in hibernation state, but the host still wakes up from sleep state if its interface is configured to accept wakeup requests. If the host is already active and configured to allow replies to incoming ICMP Echo Request packets, the returned reply should include the same payload. This may be used to detect that the remote host was effectively woken up, by repeating a new request after some delay to allow the host to resume its network services. If the host was just sleeping in low power active state, a single request wakes up that host just enough to allow its Echo Reply service to reply instantly if that service was enabled. The host does not need to wake up all devices completely and may return to low-power mode after a short delay. Such configuration may be used to avoid a host to enter in hibernation state, with much longer wake-up delay, after some time passed in low power active mode.
A packet including IP and ICMP headers must not be greater than the <a href="/facts/Maximum_transmission_unit/l2FdKoLa">maximum transmission unit</a> of the network, or risk being <a href="/facts/IP_fragmentation/efmuF7f2">fragmented</a>.

<h2 id="security-loopholes">Security loopholes</h2>
To conduct a <a href="/facts/Denial-of-service_attack/6nkoK02J">denial-of-service attack</a>, an attacker may send ping requests as fast as possible, possibly overwhelming the victim with ICMP echo requests. This technique is called a <a href="/facts/Ping_flood/RQBKblM2">ping flood</a>.<a class="footnote-ref" id="fnref:16" href="#fn:16">16</a>
Ping requests to multiple addresses, <a href="/facts/Ping_sweep/By47Q9UD">ping sweeps</a>, may be used to obtain a list of all hosts on a network.

<h2 id="see-also">See also</h2>

<ul><li><a href="/facts/Fping/By47Q9UD">fping</a></li>
<li><a href="/facts/Hping/avBN1CJ0">hping</a></li>
<li><a href="/facts/Keepalive/urXF1aY3">Keepalive</a></li>
<li><a href="/facts/Nping/DMkAl9W6">nping</a></li>
<li><a href="/facts/PathPing/vpL6IzPd">PathPing</a></li>
<li><a href="/facts/Ping_of_death/hj9m7k7y">Ping of death</a></li>
<li><a href="/facts/Ping-pong_scheme/R4G7mI5d">Ping-pong scheme</a></li>
<li><a href="/facts/Smurf_attack/Ba6wskL6">Smurf attack</a></li>
<li><a href="/facts/Traceroute/bV6FIdWw">Traceroute</a></li></ul>

<h2 id="further-reading">Further reading</h2>
<ul><li>Dyson, Peter (1995). <a href="https://archive.org/details/masteringos2warp0000dyso">Mastering OS/2 Warp</a>. <a href="/facts/Sybex/53g3LqJc">Sybex</a>. <a href="/facts/ISBN_(identifier)/15AdSPa9">ISBN</a> 978-0782116632.</li>
<li>John Paul Mueller (2007). Windows Administration at the Command Line for Windows Vista, Windows 2003, Windows XP, and Windows 2000. <a href="/facts/John_Wiley_%2526_Sons/53g3LqJc">John Wiley & Sons</a>. <a href="/facts/ISBN_(identifier)/15AdSPa9">ISBN</a> 978-0470165799.</li>
<li>McElhearn, Kirk (2006). The Mac OS X Command Line: Unix Under the Hood. <a href="/facts/John_Wiley_%2526_Sons/53g3LqJc">John Wiley & Sons</a>. <a href="/facts/ISBN_(identifier)/15AdSPa9">ISBN</a> 978-0470113851.</li></ul>
<h2 id="external-links">External links</h2>

Wikibooks has a book on the topic of: Guide to Windows Commands

<ul><li><a href="https://docs.oracle.com/cd/E88353_01/html//ping-1m.html">ping(1M)</a> – <a href="/facts/Solaris_(operating_system)/KPfT98EJ">Solaris 11.4</a> Reference <a href="/facts/Man_page/S2yYjy0J">Manual</a></li>
<li><a href="https://www.freebsd.org/cgi/man.cgi?query=ping&sektion=8">ping(8)</a> – <a href="/facts/FreeBSD/RKsFTm7F">FreeBSD</a> System Manager's <a href="/facts/Man_page/S2yYjy0J">Manual</a></li>
<li><a href="https://manned.org/ping.8">ping(8)</a> – <a href="/facts/Linux/9FvCKSTq">Linux</a> Programmer's <a href="/facts/Man_page/S2yYjy0J">Manual</a> – Administration and Privileged Commands</li>
<li><a href="https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/ping">ping</a> at <a href="/facts/Microsoft_Docs/1UhjHYVW">Microsoft Docs</a></li></ul>

<h2 id="references">References</h2>

<ol>
<li id="fn:1">Mike Muuss. "The Story of the PING Program". U.S. Army Research Laboratory. Archived from the original on 25 October 2019. Retrieved 8 September 2010. My original impetus for writing PING for 4.2a BSD UNIX came from an offhand remark in July 1983 by Dr. Dave Mills ... I named it after the sound that a sonar makes, inspired by the whole principle of echo-location ... From my point of view PING is not an acronym standing for Packet InterNet Grouper, it's a sonar analogy. However, I've heard second-hand that Dave Mills offered this expansion of the name, so perhaps we're both right. <a href="/wiki/Mike_Muuss" target="_blank">/wiki/Mike_Muuss</a> <a href="#fnref:1" class="footnote-back-ref">↩</a></li>
<li id="fn:2">Mike Muuss. "The Story of the PING Program". U.S. Army Research Laboratory. Archived from the original on 25 October 2019. Retrieved 8 September 2010. My original impetus for writing PING for 4.2a BSD UNIX came from an offhand remark in July 1983 by Dr. Dave Mills ... I named it after the sound that a sonar makes, inspired by the whole principle of echo-location ... From my point of view PING is not an acronym standing for Packet InterNet Grouper, it's a sonar analogy. However, I've heard second-hand that Dave Mills offered this expansion of the name, so perhaps we're both right. <a href="/wiki/Mike_Muuss" target="_blank">/wiki/Mike_Muuss</a> <a href="#fnref:2" class="footnote-back-ref">↩</a></li>
<li id="fn:3">Mike Muuss. "The Story of the PING Program". U.S. Army Research Laboratory. Archived from the original on 25 October 2019. Retrieved 8 September 2010. My original impetus for writing PING for 4.2a BSD UNIX came from an offhand remark in July 1983 by Dr. Dave Mills ... I named it after the sound that a sonar makes, inspired by the whole principle of echo-location ... From my point of view PING is not an acronym standing for Packet InterNet Grouper, it's a sonar analogy. However, I've heard second-hand that Dave Mills offered this expansion of the name, so perhaps we're both right. <a href="/wiki/Mike_Muuss" target="_blank">/wiki/Mike_Muuss</a> <a href="#fnref:3" class="footnote-back-ref">↩</a></li>
<li id="fn:4">Salus, Peter (1994). A Quarter Century of UNIX. Addison-Wesley. ISBN 978-0-201-54777-1. <a href="978-0-201-54777-1" target="_blank">978-0-201-54777-1</a> <a href="#fnref:4" class="footnote-back-ref">↩</a></li>
<li id="fn:5">Mike Muuss. "The Story of the PING Program". U.S. Army Research Laboratory. Archived from the original on 25 October 2019. Retrieved 8 September 2010. My original impetus for writing PING for 4.2a BSD UNIX came from an offhand remark in July 1983 by Dr. Dave Mills ... I named it after the sound that a sonar makes, inspired by the whole principle of echo-location ... From my point of view PING is not an acronym standing for Packet InterNet Grouper, it's a sonar analogy. However, I've heard second-hand that Dave Mills offered this expansion of the name, so perhaps we're both right. <a href="/wiki/Mike_Muuss" target="_blank">/wiki/Mike_Muuss</a> <a href="#fnref:5" class="footnote-back-ref">↩</a></li>
<li id="fn:6">Mills, D.L. (December 1983). Internet Delay Experiments. IETF. doi:10.17487/RFC0889. RFC 889. Retrieved 26 November 2019. <a href="/wiki/David_L._Mills" target="_blank">/wiki/David_L._Mills</a> <a href="#fnref:6" class="footnote-back-ref">↩</a></li>
<li id="fn:7">"man page ping section 8". www.manpagez.com. <a href="http://www.manpagez.com/man/8/ping/" target="_blank">http://www.manpagez.com/man/8/ping/</a> <a href="#fnref:7" class="footnote-back-ref">↩</a></li>
<li id="fn:8">"ibiblio.org FreeDOS Package -- ping (Networking)". www.ibiblio.org. <a href="http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.2/repos/pkg-html/ping.html" target="_blank">http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.2/repos/pkg-html/ping.html</a> <a href="#fnref:8" class="footnote-back-ref">↩</a></li>
<li id="fn:9">"GitHub - reactos/reactos: A free Windows-compatible Operating System". 8 August 2019 – via GitHub. <a href="https://github.com/reactos/reactos" target="_blank">https://github.com/reactos/reactos</a> <a href="#fnref:9" class="footnote-back-ref">↩</a></li>
<li id="fn:10">R. Braden, ed. (October 1989). Requirements for Internet Hosts -- Communication Layers. Network Working Group. doi:10.17487/RFC1122. STD 3. RFC 1122. Internet Standard 3. Updated by RFC 1349, 4379, 5884, 6093, 6298, 6633, 6864, 8029 and 9293. Every host MUST implement an ICMP Echo server function that receives Echo Requests and sends corresponding Echo Replies.
 <a href="/wiki/Bob_Braden" target="_blank">/wiki/Bob_Braden</a> <a href="#fnref:10" class="footnote-back-ref">↩</a></li>
<li id="fn:11">"ICMP: Internet Control Message Protocol". repo.hackerzvoice.net. 13 January 2000. Archived from the original on 4 August 2016. Retrieved 4 December 2014. <a href="https://web.archive.org/web/20160804032607/http://repo.hackerzvoice.net/depot_madchat/ebooks/TCP-IP_Illustrated/icmp_int.htm" target="_blank">https://web.archive.org/web/20160804032607/http://repo.hackerzvoice.net/depot_madchat/ebooks/TCP-IP_Illustrated/icmp_int.htm</a> <a href="#fnref:11" class="footnote-back-ref">↩</a></li>
<li id="fn:12">J. Postel (September 1981). INTERNET CONTROL MESSAGE PROTOCOL - DARPA INTERNET PROGRAM PROTOCOL SPECIFICATION. Network Working Group. doi:10.17487/RFC0792. STD 5. RFC 792. Internet Standard 5. Updates RFC 760, 777, IENs 109, 128. Updated by RFC 950, 4884, 6633 and 6918.
 <a href="/wiki/Jon_Postel" target="_blank">/wiki/Jon_Postel</a> <a href="#fnref:12" class="footnote-back-ref">↩</a></li>
<li id="fn:13">"RFC Sourcebook's page on ICMP". Archived from the original on 6 July 2018. Retrieved 20 December 2010. <a href="https://web.archive.org/web/20180706090020/http://networksorcery.com/enp/protocol/icmp.htm#ICMP%20Header%20Checksum" target="_blank">https://web.archive.org/web/20180706090020/http://networksorcery.com/enp/protocol/icmp.htm#ICMP%20Header%20Checksum</a> <a href="#fnref:13" class="footnote-back-ref">↩</a></li>
<li id="fn:14">J. Postel (September 1981). INTERNET CONTROL MESSAGE PROTOCOL - DARPA INTERNET PROGRAM PROTOCOL SPECIFICATION. Network Working Group. doi:10.17487/RFC0792. STD 5. RFC 792. Internet Standard 5. Updates RFC 760, 777, IENs 109, 128. Updated by RFC 950, 4884, 6633 and 6918.
 <a href="/wiki/Jon_Postel" target="_blank">/wiki/Jon_Postel</a> <a href="#fnref:14" class="footnote-back-ref">↩</a></li>
<li id="fn:15">A. Conta; S. Deering (March 2006). M. Gupta (ed.). Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) Specification. Network Working Group. doi:10.17487/RFC4443. STD 89. RFC 4443. Internet Standard 89. Obsoletes RFC 2463. Updates RFC 2780. Updated by RFC 4884.
 <a href="/wiki/Steve_Deering" target="_blank">/wiki/Steve_Deering</a> <a href="#fnref:15" class="footnote-back-ref">↩</a></li>
<li id="fn:16">"What is a Ping Flood | ICMP Flood | DDoS Attack Glossary | Imperva". Learning Center. Retrieved 26 July 2021. <a href="https://www.imperva.com/learn/ddos/ping-icmp-flood/" target="_blank">https://www.imperva.com/learn/ddos/ping-icmp-flood/</a> <a href="#fnref:16" class="footnote-back-ref">↩</a></li>
</ol>

Ping (networking utility) open-in-new

Ping (networking utility)