Ping 命令通过向计算机发送 ICMP 回应报文并且监听回应报文的返回，以校验与远程计算机或本地计算机的连接。对于每个发送报文， Ping 最多等待 1 秒，并打印发送和接收把报文的数量。比较每个接收报文和发送报文，以校验其有效性。默认情况下，发送四个回应报文，每个报文包含 64 字节的数据（周期性的大写字母序列）。


ICMP报文

各种ICMP报文的前32bits都是三个长度固定的字段：type类型字段(8位)、code代码字段(8位)、checksum校验和字段(16位)
8bits类型和8bits代码字段：一起决定了ICMP报文的类型。常见的有：

　　

　　类型8、代码0：回射请求。

　　

　　类型0、代码0：回射应答。

　　

　　类型11、代码0：超时。

　　

　　16bits校验和字段：包括数据在内的整个ICMP数据包的校验和，其计算方法和IP头部校验和的计算方法是一样的。
下图是一张ICMP回射请求和应答报文头部格式

对于ICMP回射请求和应答报文来说，接下来是16bits标识符字段：用于标识本ICMP进程。

　　

最后是16bits序列号字段：用于判断回射应答数据报。

ICMP报文包含在IP数据报中，属于IP的一个用户，IP头部就在ICMP报文的前面
一个ICMP报文包括IP头部（20字节）、ICMP头部（8字节）和ICMP报文
IP头部的Protocol值为1就说明这是一个ICMP报文
ICMP头部中的类型（Type）域用于说明ICMP报文的作用及格式
此外还有代码（Code）域用于详细说明某种ICMP报文的类型
所有数据都在ICMP头部后面。RFC定义了13种ICMP报文格式，具体如下：
类型代码 类型描述
0 响应应答（ECHO-REPLY）
3 不可到达
4 源抑制
5 重定向
8 响应请求（ECHO-REQUEST）
11 超时
12 参数失灵
13 时间戳请求
14 时间戳应答
15 信息请求（*已作废）
16 信息应答（*已作废）
17 地址掩码请求
18 地址掩码应答
其中代码为15、16的信息报文已经作废。
下面是几种常见的ICMP报文：
1.响应请求
我们日常使用最多的ping，就是响应请求（Type=8）和应答（Type=0），一台主机向一个节点发送一个Type=8的ICMP报文，如果途中没有异常（例如被路由器丢弃、目标不回应ICMP或传输失败），则目标返回Type=0的ICMP报文，说明这台主机存在，更详细的tracert通过计算ICMP报文通过的节点来确定主机与目标之间的网络距离。
2.目标不可到达、源抑制和超时报文
这三种报文的格式是一样的，目标不可到达报文（Type=3）在路由器或主机不能传递数据报时使用，例如我们要连接对方一个不存在的系统端口（端口号小于1024）时，将返回Type=3、Code=3的ICMP报文，它要告诉我们：“嘿，别连接了，我不在家的！”，常见的不可到达类型还有网络不可到达（Code=0）、主机不可到达（Code=1）、协议不可到达（Code=2）等。源抑制则充当一个控制流量的角色，它通知主机减少数据报流量，由于ICMP没有恢复传输的报文，所以只要停止该报文，主机就会逐渐恢复传输速率。最后，无连接方式网络的问题就是数据报会丢失，或者长时间在网络游荡而找不到目标，或者拥塞导致主机在规定时间内无法重组数据报分段，这时就要触发ICMP超时报文的产生。超时报文的代码域有两种取值：Code=0表示传输超时，Code=1表示重组分段超时。
3.时间戳
时间戳请求报文（Type=13）和时间戳应答报文（Type=14）用于测试两台主机之间数据报来回一次的传输时间。传输时，主机填充原始时间戳，接收方收到请求后填充接收时间戳后以Type=14的报文格式返回，发送方计算这个时间差。一些系统不响应这种报文。

关于ping命令，只能ping通localhost 与127.0.0.1 却ping不通本机ip地址

 

原因：在机子上我开启了WiFi共享精灵来给同事共享网络，导致无法ping通我自己的ip。关掉wifi共享精灵即可

分享一下我老师大神的人工智能教程！零基础，通俗易懂！http://blog.csdn.net/jiangjunshow
也欢迎大家转载本篇文章。分享知识，造福人民，实现我们中华民族伟大复兴！
                在排查网络问题的时候，ping是一个不可或缺的工具(比ping更不可或缺的是www.baidu.com...)，在Cisco上，可以指定源IP地址去ping任意IP，但是在Linux上指定源IP地址却并不是那么直观。通过ping的manual，发现一个-I选项，可以从指定网卡发送出去数据包，我天真以为后面携带的那个IP地址就是指定的源IP地址了，其实并不是。
        通过抓包，发现-I选项后面可以跟一个IP地址列表，这指定了“源路由选项”，什么是源路由，请自行google。比如，如果我执行ping 1.1.1.2 -I eth2 1.1.1.1，数据包如下：



极其混乱，不是吗？目标地址在IP头里明明是1.1.1.2，但是却解析成了1.1.1.1。如果执行ping 1.1.1.2 -I eth1 1.1.1.2 10.2.2.4 2.2.2.2，抓包如下：



更加混乱...
        实际上，-I选项指定了源路由，Wireshark会把-I列表的最后一个IP地址解析成目标IP展示出来，但是数据包的IP头里的目标IP，可能并不是这个IP。这极其容易被误用，特别是对于初学者而言，特别容易搞出一些让人难以理解的问题，分析来分析去，原来是ping工具实现的不健全导致。Cisco的ping就非常好用，我个人的观点。

            
给我老师的人工智能教程打call！http://blog.csdn.net/jiangjunshow

(DUP!) 这个东西是DUPLICATE的一个缩写，也就是ping包的时候收到多个重复值回应，通常发生在linux环境下比较多，windows环境对ping的reply只接到第一个，后续的重复回应会被废弃。

发生这种情况通常是主宿机的IP冲突，或者网关有重复的路由设置，也或者路由器堵塞比较厉害，也可能还有其他原因。
环境：VM下的centos7

在虚拟机ping命令时后面出现大量的DUP！



解决办法

1.打开控制面板-网络和共享中心-更改适配器设置



2.打开本地连接以太网 右键属性（把默认√的都取消）



修改后成功