[程序员][Linux] 丢包分析的一般步骤

其实这个时候，就是被客户给唬住了，还是和之前说的：[程序员]现场问题支持的另一个总结，coordinator的选定；这个时候需要一个可以镇住客户的技术协调者来做协调。(当时已经在想如何使用大杀器ftrace做debug了,还好是没用上。)

最后，不知道这个客户技术员是（或者被协调的）怎么缓过神来，发现他抓的包里有一个ICMPv6标记的错误包：packet too big。这个时候我们才知道，这个给我们的包是被过滤的。下次一定记得要从客户那里要全的抓包记录了！切记，如果要不过来，也需要让他们告诉我们过滤条件！既然有了这个ICMPv6的错误包，这个问题的调查就非常的顺畅了。

这个发送方向的丢包怎么分析？根据具体的情况，Linux系统接收包被丢，具体就是下面几个步骤：

第一：要和客户确认是否真的发生丢包；眼见为实！以这一次的问题为例，就需要确认抓包的情况。过滤条件等。这第一个是重中之重！

第二：查看防火墙日志，计数，iptables相关规则等

第三：要看icmp的统计计数；看是否有由于MTU的设置与包的大小不一致；需要使用netstat -s；或者是/proc/net/snmp[6]文件查看。看是否有相应的ICMP的错误出现。

第四：查看对应TCP/UDP/IP层的统计计数，也是netstat -s 或者/proc/net/snmp[6]。

第五：查看ip -s 链路层的一些计数。

第六：查看socket的信息：ss -i。

第七：ethtool -S 命令查看Device TX ring buffer，缓存环分配的太小导致包丢；ethtool -g eth0；ethtool -G eth0 rx 4080

第八：还要看arp解析的时候有没有drop包。tc -s qdisc。

第九：如果以上方式都不行就需要使用ftrace 跟踪skb free的原因：kfree_skb_reason

第十：其他一些不包含在这里的方法。

最后，祝大家好运！在碰到丢包的时候，可以找到适合自己的一个方法！或者根据AI大语言模型的提示来分析问题。