丢包率多少算正常（案例|如何定位引起网络丢包的根源详解）

网络丢*通常是比较难以排查的问题，因为造成网络丢*的原因很多，排查此类问题需要很长的时间。本案例中，通过对网络通信数据进行比对分析，我们找到了引起网络丢*的问题根源。

1.1问题描述

可编程逻辑控制器（PLC），是一种采用一类可编程的存储器，用于其内部存储程序，执行逻辑运算、顺序控制、定时、计数与算术操作等面向用户的指令，并通过数字或模拟式输入/输出控制各种类型的机械或*产过程。PLC实质是一种专用于工业控制的计算机。

某集团公司PLC设备近期出现异常，设备经常报告连接故障，公司网络运维人员通过Ping测试发现该设备存在丢*现象（丢*率约1~2%）。为了寻找问题原因，避免再次出现类似问题，在科来网络分析专家的协助下在出问题的PLC设备接入交换机处旁路部署了科来回溯分析系统进行数据*级分析。PLC网络环境及分析设备部署示意图如下。

图1-1

通过交换机端口双向流量镜像分别采集故障PLC和正常PLC的通信数据进行比对分析，以下是详细分析过程及分析结论。

1.2分析过程

1.2.1故障PLC单网卡数据分析

首先，我们镜像故障PLC问题最严重网卡（IP XX.XX.8.4）的接口双向流量，在采集数据的同时公司技术人员配合从核心交换ping XX.XX.8.4。从采集到的ICMP协议报文数量可以看到，测试期间共捕获124个ping请求*（Echo Req），但只捕获122个ping应答*（Echo Reply），如下图。

图1-2

可以看出从故障PLC设备到边缘交换机接口就存在丢*现象，故障PLC有1.6%的*没有传输到边缘交换机。同时，在测试期间XX.XX.8.4的TCP通信中存在明显的丢*现象，如下图所示。

图1-3

通过以上数据，我们可以初步判断造成丢*现象的原因出自从故障PLC到接入交换机之间，可能的问题点*括：

1.接入交换机接口故障；

2.故障PLC接入网线故障；

3.故障PLC设备自身网卡或其他硬件故障。

1.2.2故障PLC全部网卡数据分析

第二步，我们镜像了故障PLC的全部三个网卡连接的交换机接口双向流量，发现三个网卡都有丢*现象，而且丢*量基本相当，如下图所示。

图1-4

这说明丢*并不是XX.XX.8.4一个网卡的问题，而是故障PLC三个网卡的都有的现象。从其TCP会话统计来看也都是从PLC设备发送到接入交换机时出现的丢*。

由于三个网线或三个交换机接口同时存在问题的可能性很小，所以我们基本可以判断是故障PLC设备自身硬件问题导致的丢*现象。