ping首包慢的问题（及icmp对应关系）

            之前公司发生过wget过慢的情况，经过研究发现wget默认调用系统的getaddrinfo，会同时发送ipv4和ipv6的dns请求，只有当2个都收到或者ipv6超时时，才会进行下载流程。
            而公司使用的dns不响应ipv6的请求，导致每次wget前都要在dns阶段卡顿5秒钟（等待超时），解决办法是修改了dns代码，遇到ipv6的请求后，直接返回空数据，有效解决了wget等一系统使用getaddrinfo函数的程序速度慢的问题。

#二、 第一反应
所以遇到ping首包慢的情况，潜意识里觉得应该是ipv6的问题，但是帮同事解决问题的时候发现，首包卡顿是不定期的，而不是默认5秒钟。
抓包看了一下，dns返回速度很快，ping包的request和reply都很快，明明已经收到了reply，ping首包依然处于卡顿状态。

抓包发现icmp瞬间返回。

但是显示时间巨慢，需要等待3s。

于是对dns也进行抓包

发现在dns解析，ping响应后，又多了一步dns 用ip反查域名，耽误了很多时间。
man了ping发现有个配置
-n Numeric output only. No attempt will be made to lookup symbolic names for host addresses.
使用这个参数解决了首包延迟的问题。
另外如果直接ping ip地址，也不会去反查dns。

在公司内网测试的时候发现ping包经常收不到应答，但是抓包都是响应了的，于是把抓包拿到本地分析。

ping包的icmp是没有端口的，所以通过里面的字段来确定报文是谁发送的，有各个监控进程来自己选择处理响应结果。

如上请求包

如上响应包

但是在第二组发现，响应包和请求包不一致，没有使用同样的识别字段，而是使用了上一次的识别字段，估计防火墙做了什么保护处理，把上一次的ping包结果给缓存的，用来响应新的ping请求。结果导致了故障。使得ping时通时不通。
所以说如果对协议了解的不清楚，不要随便给人做缓存。

ping首包慢的问题（及icmp对应关系）

原文：https://blog.51cto.com/xzq2000/2402249