常用ping命令测试网络丢包的原因和解决方法

所谓的网络数据包丢失是一种现象，当我们使用ping查询目标站时，由于各种原因，数据包在通道中丢失. Ping使用ICMP回显请求和回显应答消息. ICMP回显请求消息是主机或路由器向特定目标主机发送的查询. 收到此消息的计算机必须向源主机发送ICMP回显答复消息. 该查询消息用于测试目标站是否可访问并了解其状态.

很多时候，我们可能会遇到间歇性的网络连接故障. 面对此类网络故障，许多网络管理员使用Ping命令测试网络连接. 测试结果表明，网络传输线数据丢包现象非常严重，那么哪些因素导致数据丢包现象更加严重？连接线接触是否不稳定？它是网络病毒吗？还是其他潜在因素？

原因1: 物理电路故障

网络管理员发现WAN线已打开和关闭. 发生这种情况时，线路可能有故障，或者是由用户引起的. 为了区分是否是线路故障，可以进行以下测试.

如果WAN线路是由路由器实现的，则可以登录到该路由器测试网络丢包率，然后将大量数据包发送到对端路由器的WAN接口，以通过扩展ping进行测试. 如果通过三层交换机实现线路，则可以路的两端连接计算机，并将IP地址设置为本地三层路由交换机的WAN接口地址，然后使用“对等计算机” address-t”命令进行测试.

如果在上述测试中没有数据包丢失，则表明线路运营商提供的线路是良好的，故障原因是用户本人，需要进一步调查.

如果在上述测试中出现数据包丢失，则表明故障是由线路供应商提供的线路引起的，您需要尽快与线路供应商联系以解决问题.

有许多由物理线路引起的丢包现象，例如光纤连接问题，与设备接口不对齐的跳线，双绞线电缆和RJ-45连接器. 另外，由通信线路上的随机噪声或突发噪声，射频信号干扰和信号衰减等引起的数据包错误可能会导致数据包丢失. 我们可以使用网络测试仪来检查线路的质量.

原因二: 设备故障

设备故障主要是指设备硬件故障，不包括由于软件配置不当造成的丢包. 例如，网卡坏了，交换机的某个端口发生物理故障，光纤的电端口和网络设备接口或者两端设备接口的双工模式不匹配.

我已经看到一个由交换机端口的光纤模块故障引起的数据包丢失的示例. 交换机经过一段时间的通信后崩溃，即它无法通信，并且在重新启动后恢复正常. 观察一段时间后，发现某个光纤模块出现问题，更换了新的模块，一切正常.

原因是交换机将对所有接收到的数据包执行CRC错误检测和长度检查，丢弃有错误的数据包并转发正确的数据包. 但是在此过程中，在CRC错误检测和长度检查中未检测到某些有错误的数据包. 这样的数据包在转发过程中不会发送出去，也不会被丢弃. 它们将在动态缓存中累积，永远无法发送出去. 当缓存已满时，开关将崩溃. 最终结果是数据包无法到达目标主机.

原因三: 网络拥塞

由于网络拥塞，造成丢包率增加的原因很多，主要是由于占用了大量路由器资源.

如果发现网络速度慢并且丢包率在增加，则此时应显示进程cpu和进程mem. 通常，您发现IP输入过程占用太多资源. 接下来，您可以检查是否在高流量出站端口上禁用了快速切换. 如果是这样，则需要重新使用它.

再次查看是否禁用了在同一接口上的快速切换. 例如，当一个接口配备有多个网段并且这些网段之间的流量很大时，路由器将以进程交换模式工作. 在这种情况下，接口执行命令“启用ip route-cache same-interface”.

接下来，使用show interfaces和show interfaces切换命令来识别大量数据包进入和退出的端口. 确认端口后，在传出接口上打开IP记帐以查看其特征. 如果是攻击，则源地址将保持不变，但目标地址将保持不变. 您可以使用命令“访问列表”暂时解决此类问题（最好采用攻击源设备的配置方法），最后的解决方案是停止攻击源.

有许多情况导致应用程序中的网络拥塞，例如大量的UDP通信. 此问题可以通过解决欺骗攻击的步骤来解决. 大量的组播流和广播数据包遍历路由器. 路由器配置了IP NAT，许多DNS数据包遍历该路由器. 在上述情况导致网络拥塞后，通信双方均采取流量控制，丢弃无法发送的报文.

如何确定网络丢包的存在

通常，我们使用命令PING x.x.x.x -t来测试网络中是否存在数据包丢失.

如上图所示，长时间对本机上不存在的地址执行PING操作时，所有发送的ICMP数据包都会丢失，丢失率达到100％. 也就是说，从这台机器到实际无法到达的地址xxxxxxip地址的路径上有数据包丢失.

1. 解决方案

对于网络设备故障: 采用网段捕获的方法，在网络关键设备的两端，使用科莱网络分析系统捕获数据包，以确定设备是否丢包，从而准确定位丢包设备.

对于网络拥塞: 在核心交换机上配置镜像，并使用Kelai网络分析系统捕获数据包.

分析关键链路（通常是出口链路）的流量占用情况，检查网络利用率是否过高，每秒数据包是否过多，数据包大小分布是否合理，TCP会话是否正常等

当然，最基本的方法是限制用户流量，即控制每个上网用户的流量，例如禁止访问视频网站和与工作内容无关的其他网站，以及同时对每个用户进行准确的流量限制，以防止过度占用有限的网络带宽.

也可以为某些流量制定服务质量（QOS）. 例如，可以优先考虑与工作相关的流量，例如网页访问，邮件流量等，从而在一定程度上减轻网络拥塞，从而确保可以优先转发高优先级的服务. （排除症状而不是根本原因）

2. 同样关于ping IP总是丢失数据包的问题:

通常有以下几个原因:

因为云服务器或vps云主机的IIS非法运行，或者没有独立的进程池，所以我找到了此站点，并给了他一个独立的进程池.

如果在服务器上捆绑了带有空主机头的站点，则很容易导致此问题. 最好删除主机为空的站点，或者分离该站点的进程池以解决问题.

由于服务器带宽过低和流量限制的问题，通常机房中的一些IDC服务提供商为了获得更多托管用户，非常严格地限制了用户托管的服务器，导致流出很少. 许多请求将导致数据包丢失.

由于交换机端口的问题: 首先，使用Ping命令进行测试，并发现不时有数据包丢失测试网络丢包率，这最初被认为是物理层的原因. 重做网络电缆的RJ45头后，故障仍然存在，并且无法更改网络电缆. 怀疑网卡接口或交换机端口有问题. 检查网卡驱动程序正确后，网卡接口无异常. 再次检查交换机端口，发现连接到服务器的交换机端口的工作指示灯在绿色和之间闪烁，表明该端口工作不正常. 使用超级终端登录交换机并检查该端口的参数. 发现此端口正在100Mbyte / s全双工模式下工作. 返回服务器之前，请检查本地连接状态. 网卡以10Mbyte / s全双工模式工作. 交换机端口和网卡的传输速率和双工模式不一致. 将网卡的工作模式更改为100Mbyte / s全双工模式后，测试正常，故障排除.

由于DDOS或祸患攻击造成的大量数据包丢失，因此目前无话可说，所以快点添加硬件防火墙

3. 简而言之，故障排除的一般方法是:

带宽占用了吗？

尝试其他交换机端口

尝试使用另一根网线

是否未安装网卡和主板驱动程序（通常这不是问题）

开关上的设置是100M还是10M，与机器设置相同

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/jisuanjixue/article-287899-1.html