目录
一、ICMPv4 协议简介
在网络的世界里，ICMPv4 协议就像是一位默默的守护者，虽然它不直接传输用户数据，但却在幕后为网络的稳定运行发挥着关键作用。ICMPv4，即 Internet Control Message Protocol for IPv4，是互联网控制报文协议在 IPv4 环境下的版本 ，属于 TCP/IP 协议簇的核心子协议之一，主要用于在 IPv4 网络环境中，主机与路由器之间传递控制消息，以此来反馈网络本身的状态信息，对网络进行诊断和故障排查。
IP 协议本身提供的是不可靠传输，所以如果网络出现丢包、网络错误等问题就需要及时向管理者报告错误和状态信息，此时就需要借助 ICMPv4 协议来实现这一功能。这些控制消息涵盖了网络通不通、主机是否可达、路由是否可用等关键信息，虽然不承担用户数据的传输任务，但对于收集各类网络情报、诊断和排除网络故障以及保障用户数据的顺利传递，有着举足轻重的意义。比如说，当我们尝试访问一个网站却无法连接时，ICMPv4 协议就可能会发出 “目标不可达” 的消息，帮助我们定位问题所在。 而在进行网络故障排查时，它能像一位经验丰富的医生，通过各种消息反馈，准确地找出网络中的 “病灶”，为网络的健康运行保驾护航。 同时，在网络的日常运维中，它也是管理员的得力助手，提供的各种信息能让管理员及时了解网络状态，做出相应的调整和优化。 它在网络中虽不显眼，却像基石一样，支撑着整个网络体系的稳定运作。 无论是小型的家庭网络，还是大型的企业网络，甚至是全球互联的互联网，ICMPv4 协议都在默默地发挥着作用，确保数据能够在网络中准确、高效地传输。 它就像是网络世界的 “交通警察”，指挥着数据包的流向，维护着网络的秩序，让我们能够顺畅地享受网络带来的便利。 倘若没有 ICMPv4 协议，网络就如同失去了导航的船只，在茫茫大海中迷失方向，数据的传输将变得混乱无序，各种网络问题也将难以排查和解决。 所以，ICMPv4 协议是网络世界中不可或缺的一部分，是保障网络稳定运行的重要基石。
二、ICMPv4 报文格式剖析
深入了解 ICMPv4 协议，就不得不剖析其报文格式，这就像是打开一扇通往网络诊断和故障排查核心的大门。ICMPv4 报文封装在 IPv4 数据报里，所以一个 ICMPv4 报文会包括 IPv4 头部、ICMPv4 头部和 ICMPv4 Payload 。当 IPv4 头部的 Protocol 值为 1 时，就表示这是一个 ICMPv4 报文。接下来，让我们详细探究 ICMPv4 报文头部的结构。
ICMPv4 报头由几个关键字段构成，首先是类型（Type）字段，它占据 8 位，这个字段就像是报文的 “身份标签”，明确标识了 ICMPv4 报文的类型，不同的类型对应不同的报文格式和用途 。例如，当我们看到类型值为 0 时，就知道这是回显应答报文；而类型值为 8，则代表回显请求报文。在网络诊断中，我们常用的 ping 命令，就是基于回显请求（Type=8）和回显应答（Type=0）报文来判断主机之间是否通信连通。比如，当我们在终端输入 “ping 192.168.1.1” 时，主机就会发送 Type=8 的 ICMP 报文给目标 IP 地址 192.168.1.1 ，如果目标主机可达且正常响应，就会返回 Type=0 的 ICMP 报文。
紧跟类型字段的是代码（Code）字段，同样为 8 位，它与类型字段一起，进一步精确地标识 ICMPv4 报文的具体含义。同一类型的报文，可能会有多个不同的代码值，分别表示不同的错误原因或附加信息。以目标不可达报文（Type=3）为例，当 Code=0 时，表示网络不可达，这可能是由于目标网络的路由配置错误或者网络链路故障导致的；当 Code=1 时，表示主机不可达，也许是目标主机未开机、网络接口故障或者 IP 地址配置错误等原因；而 Code=3 则表示端口不可达，通常是因为我们尝试连接的目标端口没有对应的服务在监听。假设我们试图访问一台服务器上的 Web 服务，正常情况下 Web 服务监听在 80 端口（HTTP）或 443 端口（HTTPS），如果服务器上的 Web 服务未启动或者防火墙阻止了对这些端口的访问，当我们发起连接时，就可能收到 Type=3、Code=3 的 ICMP 报文。
校验和（Checksum）字段，它在报头中占 16 位，承担着检测报文在传输过程中是否出现错误的重要职责。其校验方法与 IP 数据报首部校验和算法相同，在计算校验和时，需要先将校验和字段置零，然后对整个 ICMP 报文进行 16 位二进制反码求和。这样一来，接收方在收到报文后，会按照相同的算法重新计算校验和，并与报文中携带的校验和进行对比，如果两者一致，就说明报文在传输过程中没有出现错误；反之，如果不一致，则表明报文可能在传输过程中受到干扰，出现了数据错误，接收方可能会选择丢弃该报文。
除了上述三个固定字段外，ICMPv4 报文后面还紧跟长度可变的消息体（Message Body），它携带与具体报文类型相关的数据，如错误信息、回显数据等 ，不同类型的报文，其消息体格式也各不相同。例如，在时间戳请求报文（Type=13）和时间戳应答报文（Type=14）中，消息体部分会包含用于测试两台主机之间数据报来回一次传输时间的时间戳信息。当主机 A 发送时间戳请求报文给主机 B 时，会在消息体中填充自己的原始时间戳 T1，主机 B 收到请求后，会在消息体中填充接收时间戳 T2 以及自己的发送时间戳 T3，然后以 Type=14 的报文格式返回给主机 A ，主机 A 通过计算（T2 - T1）+（T3 - T2），就可以得到数据报在两台主机之间来回一次的传输时间。
再比如，在目标不可达报文（Type=3）的消息体中，会包含导致目标不可达的相关信息，如无法解析的域名、错误的 IP 地址等，这些信息对于网络管理员排查网络故障至关重要。通过分析消息体中的内容，管理员可以快速定位问题所在，采取相应的措施进行修复。 所以说，ICMPv4 报文的消息体就像是一个 “信息宝库”，为我们提供了丰富的网络状态信息，帮助我们更好地理解网络中发生的各种情况。 无论是网络的日常运维，还是在遇到网络故障时进行排查，深入理解 ICMPv4 报文格式及其各个字段的含义，都能让我们更加得心应手地应对各种网络问题，确保网络的稳定运行。
三、ICMPv4 常见报文类型
ICMPv4 报文类型丰富多样，大致可分为差错报告报文和查询报文这两大类别 ，它们在网络的运行和管理中各自扮演着独特且重要的角色。
（一）差错报告报文
差错报告报文主要用于在网络出现问题时，向源主机反馈数据报传输过程中遭遇的错误情况，以便源主机能够及时知晓并采取相应的措施 。常见的差错报告报文有以下几种：
-
目标不可达（Type=3）：当路由器或主机无法将 IP 数据报转发到指定的目标地址时，就会向发送端主机返回目标不可达的差错报文，并详细报告不可达的具体原因 。比如，当我们尝试访问一个不存在的网站时，就可能收到这类报文。它包含多种细分情况，如网络不可达（Code=0），通常是因为目标网络的路由配置错误，或者网络链路出现了故障，导致数据报无法找到通往目标网络的路径；主机不可达（Code=1），这可能是由于目标主机未开机，处于离线状态，或者其网络接口出现故障，无法正常接收数据，又或者是 IP 地址配置错误，使得数据报无法准确送达；端口不可达（Code=3），常见于我们试图连接的目标端口没有对应的服务在监听的情况，例如，当我们访问一
最低0.47元/天 解锁文章
扫一扫
854
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
