文章解析 Ping 与 Traceroute 的本质，揭示它们作为 ICMP 协议在 IP 协议栈中独立于 TCP/UDP 运行、属于控制平面而非数据平面的技术定位。
ICMP 的协议地位与历史
ICMP 并非 TCP 或 UDP 的变体，而是与二者并列的独立协议，三者共同构成 IP 协议族的核心。RFC 792 于 1981 年定义了 ICMP，属于互联网早期标准，早于现代商用互联网雏形。原文未给出具体数据关于后续版本演进细节。这种设计使网络层能在不依赖传输层端口的前提下，直接处理差错报告与可达性探测。
控制平面与数据平面的分工
网络通信分为数据平面与控制平面。数据平面承载用户感知的有效载荷（Goodput），如网页请求与响应；控制平面负责网络行为本身的协调，不直接传输业务数据。Ping 正是控制平面的典型实例：它通过 ICMP 回显请求/应答报文，探测路径可达性与往返时延，而不携带应用层语义。原文未给出具体数据关于控制平面流量占比。
从 Ping 到 Traceroute 的机制延伸
Traceroute 复用 ICMP 的生存时间超时（Time Exceeded）消息，通过逐跳递增 IP 头部 TTL 字段，迫使中间路由器返回差错报文，从而绘制路径拓扑。两者均工作于网络层，绕过传输层端口机制，这也是防火墙常单独放行或拦截 ICMP 的原因。原文未给出具体数据关于现代网络中 ICMP 限速策略的普及程度。
理解 Ping 与 Traceroute 属于控制平面协议，有助于工程师在排查故障时区分“业务不可达”与“探测被拦截”，避免误判链路状态；同时在安全策略中需单独评估 ICMP 放行风险，而非简单等同于 TCP/UDP 端口管理。
原文: APNIC Blog（2021-06-21）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog