ping首包慢的问题(及icmp对应关系)

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了ping首包慢的问题(及icmp对应关系)相关的知识,希望对你有一定的参考价值。

一 、之前的旧经验

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

二、第一反应

所以平时在操作中遇到ping首包慢的情况,潜意识里觉得应该是ipv6的问题,没有太过关注。但是帮同事解决问题的时候发现,首包卡顿是不定期的,而不是默认5秒钟。

三、抓包分析

感觉很奇怪,于是抓包看了一下,发现dns返回速度很快,也没有请求ipv6的域名地址,同时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是没有端口的,所以通过里面的字段来确定报文是谁发送的,有各个监控进程来自己选择处理响应结果。
技术图片
如上请求包
技术图片
如上响应包

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

以上是关于ping首包慢的问题(及icmp对应关系)的主要内容,如果未能解决你的问题,请参考以下文章

JenkinsX构建前端解决npm依赖包慢的问题

自建yum源解决Ceph搭建过程中从官网取包慢的问题

网络协议 5 - ICMP 与 ping:投石问路的侦察兵

Ping命令与ICMP协议

ICMP协议与ping

hacker之眼Nmap的原理及用法最常用又最难用的扫描方法ICMP Ping