【从0开始学习计算机网络】| 从一次 ping 出发:ICMP、路由协议与网关边界

发布时间:2026/10/15 14:17:28
【从0开始学习计算机网络】| 从一次 ping 出发:ICMP、路由协议与网关边界 关于作者你好这里是一条泥憨鱼| 专注于后端开发、AI 前沿技术与计算机基础。个人主页一条泥憨鱼通过技术博客记录技术成长分享学习心得与经验。期待与您共同交流精选技术专栏❄️后端开发❄️Redis| 黑马点评❄️从0开始学习计算机网络❄️数据结构与算法❄️苍穹外卖❄️探秘AI与agentping 是排查网络问题时最先敲下的命令但它背后串起的东西比想象中多。这篇顺着一次 ping 的数据流把 ICMP 差错报告、ARP 地址解析、路由表下一跳决策走一遍再解释路由协议为什么分成内部网关和外部网关两类。ICMP 干什么IP 协议本身是“尽力而为”的它把数据报发出去但不保证送达也不负责在失败时通知发送方。如果一台路由器发现目的网络不可达它不会替 IP 报错因为 IP 头里根本没有“报告失败”这个字段。所以需要一个独立的协议来承担差错通知和控制功能这就是ICMPInternet Control Message Protocol。ICMP 的定位容易被误解。它不是传输层协议不和 TCP、UDP 并列。ICMP 报文直接封装在 IP 数据报里IP 头的协议号字段填 1表示“载荷是 ICMP”。ICMP 和 IP 是同一层的搭档而不是架在 IP 之上的独立层。一个 ICMP 报文结构很简单前 4 个字节是类型Type、代码Code和校验和之后的内容随类型变化。Type 决定这是哪类报文Code 在同一类型下进一步细分原因。常见的几组- Type 8 / Type 0Echo Request 和 Echo Reply就是 ping 用的收发配对。- Type 11Time ExceededTTL 减到 0 时路由器回送的报文traceroute 靠它工作。- Type 3Destination Unreachable目的不可达Code 里区分是网络不可达、主机不可达还是端口不可达。Echo Request 的载荷里可以塞任意数据接收方必须在 Echo Reply 里原样带回。ping 正是利用这一点发送时记录时间戳和序列号收到回包后比对就能算出往返时延和丢包率。校验和字段保证报文在传输中没有被破坏。那为什么 ping 用 ICMP 而不是直接发 TCP 或 UDP因为要探测的往往是一个还没建立任何连接的目标。发 TCP 需要三次握手目标端口不一定开放失败原因混在一起分不清是网络不通还是服务没起发 UDP 则可能被对端直接丢弃什么反馈都没有。ICMP Echo 不依赖任何端口和连接状态只要 IP 层可达对端协议栈就会回应这是最干净的连通性探测方式。一次 ping 的完整过程敲下 ping 192.168.1.20 之后协议栈做的事比表面复杂。核心分歧点在于目的地址是不是本机直连的网段这决定了要不要经过网关。同网段先 ARP再 ICMP假设本机是 192.168.1.10/24目标是 192.168.1.20/24。协议栈先拿目的 IP 和本机子网掩码做与运算发现两者在同一网段说明可以直接在链路上送达不需要网关。但链路层以太网只认 MAC 地址不认 IP。于是需要 ARP 把 192.168.1.20 解析成 MAC。本机先查 ARP 缓存没有记录就广播一个 ARP Request“谁是 192.168.1.20请把 MAC 告诉我。”这个广播帧的源 MAC 是本机目的 MAC 是全 F广播地址。同网段所有主机都会收到但只有 192.168.1.20 会回应一个 ARP Reply单播回本机带上自己的 MAC。拿到 MAC 后ICMP Echo Request 被封装进 IP 数据报再封装进以太网帧目的 MAC 填 192.168.1.20 的地址发出去。对端收到后构造 Echo Reply同样查 ARP 缓存或反向解析本机 MAC单播回来。跨网段解析的是网关的 MAC如果目标是 10.0.0.5本机 192.168.1.10/24 一算发现不在同一网段那就必须交给网关。此时查路由表通常会命中一条默认路由0.0.0.0/0下一跳是网关 192.168.1.1。关键点在这里ARP 解析的对象是网关 IP而非最终目的 IP。本机广播 ARP 问“谁是 192.168.1.1”拿到网关 MAC然后把 ICMP 报文发给网关。IP 头里的目的 IP 仍然是 10.0.0.5只有以太网帧的目的 MAC 是网关的。网关收到帧后拆开发现目的 IP 不是自己于是查自己的路由表决定下一跳重新封装成新帧发出去。这个过程中有一个容易搞混的地方- 源 IP 和目的 IP 在整个转发过程中保持不变端到端始终是 192.168.1.10 到 10.0.0.5。- 源 MAC 和目的 MAC 每一跳都重写只反映当前这一段链路的相邻两端。回程与常见误区回程是独立的过程。10.0.0.5 收到 Echo Request 后看源 IP 是 192.168.1.10查自己的路由表决定怎么回。如果它和本机之间没有对称的路由回包可能走另一条路径甚至回不来。这也是为什么 ping 通不代表双向可达有些防火墙只放行入向不回出向。几个实际排查时常见的误区- ping 通只证明 IP 层可达不代表 TCP 端口开放。目标可能防火墙拦了 80 端口但允许 ICMP。- ARP 缓存会制造假象。如果对端换了网卡但 IP 没变旧 MAC 还在缓存里ping 会失败直到缓存老化或手动清理。Linux 用 ip neigh flush all 清空。- 本机 ping 自己127.0.0.1完全走回环接口不经过网卡和 ARP测不出任何链路问题。traceroute 是怎么“骗”出路径的traceroute 不依赖任何特殊协议它利用的是 IP 头里一个本来就存在的字段TTLTime To Live。TTL 每经过一台路由器减 1减到 0 时路由器丢弃该报文并回送一个 ICMP Time ExceededType 11给源地址。正常情况下这是防止报文在环路里无限转的机制traceroute 把它变成了探测工具先发一个 TTL1 的报文第一跳路由器减到 0 就回 Time Exceeded源地址就是第一跳再发 TTL2第二跳回包如此递增直到报文到达最终目的。Linux 的 traceroute 默认发 UDP 报文目的端口从一个高端口如 33434开始递增。为什么用 UDP因为目标主机收到后端口大概率没监听会回一个 ICMP Destination UnreachableType 3Code 3端口不可达traceroute 据此判断“到了”。Windows 的 tracert 则直接发 ICMP Echo靠 Echo Reply 判断到达。两者机制不同但思路一致。中间出现星号 * * * 是排查时最常见的困惑。原因通常是- 路由器配置了不回 ICMP或对 ICMP 做了限速探测包被丢弃。- 防火墙只放行特定类型Time Exceeded 被拦。- 路径不对称回包走了另一条路。星号不代表这一跳不存在只是没拿到回应。路径后面的跳数如果还能显示说明转发本身是通的。路由协议为什么分两类前面讲的路由表不是凭空来的。直连网段是协议栈根据网卡配置自动生成的但更远的网络怎么走需要路由协议去学习。这里就引出了自治系统AS的概念。一个 AS 是一组由单一机构管理、采用统一路由策略的网络。划分 AS 的动机有两个一是可扩展性互联网规模太大不可能让每台路由器知道所有网段二是策略与信任边界不同机构之间要能各自决定流量怎么走、哪些流量放行。于是路由协议分成两类AS 内部用的叫内部网关协议IGPAS 之间用的叫外部网关协议EGP。RIP距离向量RIP 是最早的一类距离向量协议。它的工作方式很直白每台路由器周期性默认 30 秒把自己的整张路由表发给邻居表里记录“到某个网段要几跳”。邻居收到后如果发现经过你这台路由器能更短地到达某网段就更新自己的表。跳数就是度量值最大 15 跳16 跳视为不可达。距离向量的问题在于收敛慢。一条链路断了坏消息传得比好消息慢容易产生路由环路。RIP 用几个机制缓解水平分割从某接口学到的路由不再从这个接口发回去、毒性逆转把从某接口学到的路由标记为 16 跳再发回去、触发更新拓扑变化时立即发不等周期。但即便这样RIP 在大网络里依然力不从心15 跳的上限也限制了规模。OSPF链路状态OSPF 换了个思路。每台路由器不发送自己的路由表而是描述“我直连了哪些链路、状态如何”这就是链路状态通告LSA。LSA 通过洪泛flooding传播到同一区域内的所有路由器最终每台路由器都拿到一份完整的区域拓扑图。拿到完整拓扑后每台路由器独立运行 Dijkstra 的最短路径优先SPF算法以自己为根算出到所有网段的最短路径树再据此生成路由表。因为大家看到的是同一张图算出来的结果一致不会出现距离向量那种“你听我的、我听你的”互相误导。OSPF 还引入区域Area划分。所有区域必须连到骨干区域 Area 0区域边界路由器负责在区域间汇总路由。这样单个区域内的拓扑变化不会洪泛到全网既控制了大网络里 LSA 的数量也加快了收敛。两者核心差异可以这样对照- 信息交换RIP 交换“我到各网段的距离”OSPF 交换“我周围的链路状态”。- 收敛方式RIP 靠邻居逐步传播OSPF 靠洪泛加本地 SPF 计算。- 适用规模RIP 适合小型网络OSPF 能支撑大型企业网。BGP 与边界BGP 是当前唯一在用的外部网关协议。它和 OSPF 的根本区别在于目标不同OSPF 找的是最短路径BGP 找的是符合策略的路径。互联网上的 AS 之间不是简单的“谁近走谁”。一个运营商可能因为商业协议宁愿让流量绕远也不经过某个竞争对手的网络。BGP 要表达的就是这类策略。所以 BGP 是路径向量协议它传播的是到达某网段所经过的 AS 序列AS_PATH而非距离。路由器收到多条路径时按一套优先级规则选择而不是单纯比长度。AS_PATH 还顺带解决了环路问题——如果一条路径里已经包含自己的 AS 号直接丢弃不会形成环。BGP 分两种会话- eBGP运行在不同 AS 的边界路由器之间用来交换跨 AS 的路由。- iBGP运行在同一 AS 内部的路由器之间用来把从外部学到的路由同步给 AS 内的其他边界路由器。一个 AS 内部通常同时跑 OSPF负责 AS 内可达和 iBGP负责把外部路由传进来。这也是为什么大型网络里 OSPF 和 BGP 会共存一个管内部一个管边界。那为什么互联网不用 OSPF 替代 BGP因为 OSPF 假设所有路由器属于同一管理域信任彼此、共享拓扑这在单一机构内成立在跨机构场景下完全不成立。不同 AS 之间不会把内部拓扑暴露给对方也不接受对方替自己算最短路径只能通过 BGP 交换经过策略过滤的路由。收束一次 ping 把 ICMP 的差错与控制、ARP 的地址解析、路由表的下一跳决策、MAC 的逐跳改写串成了一条完整的链而路由表背后又是 OSPF、BGP 这些协议在持续填充。分层协作的每一环都只解决自己那一层的问题合起来才让“ping 一下通不通”变得可能。排查网络问题时可以按这个顺序定位先看路由表有没有到目的网段的路ip route get再看 ARP 能不能解析出下一跳的 MACip neigh最后看 ICMP 回包是否被限速或屏蔽。最容易误判的坑是 ICMP 被中间设备限速——此时 ping 丢包率高甚至全丢但 TCP 业务可能完全正常因为 ICMP 的优先级和 TCP 根本不在一个通道里。

关于本文作者

来自尧图内容编辑团队

尧图内容编辑团队 内容团队

尧图内容编辑团队

本文由尧图网络内容编辑团队执笔。团队由资深项目经理、前端工程师与设计师组成,所有内容均来自亲手交付的真实项目,先讲清问题、再给出可落地的解法。尧图深耕北京网站建设十年,服务过京华建材集团、智造科技等各行业客户,把一线经验沉淀为可复用的行业观察。

  • 十年建站经验,覆盖建材、制造、服务、文创等
  • 项目经理把关选题与事实准确性
  • 工程师与设计师联合撰写专业细节
  • 统一编辑规范,保证文风与排版一致
  • 每月复盘转化数据,迭代选题方向

延伸阅读

相关资讯与近期热门内容

深度阅读推荐

建站决策前值得细读的三篇

网站改版的5个关键决策
2024-08-12

网站改版的5个关键决策

什么时候该改版、改到什么程度、如何避免流量掉光,京华建材集团改版复盘给出答案。

获取专属建站方案

看完文章,把您的行业与预算告诉我们,免费获取一份量身定制的官网建设方案与报价。

立即免费咨询