PING大包丢包网络故障分析案例解决方案

PING网络是老是显示掉包怎么办？精华答案故障一、100Mb的局域网速度没有10Mb的局域网速度快具体表现：由于所有工作站都是10-100Mb自适应网卡，而原来的全部采用的是10Mb 的交换机，现将网络升级一下，全部换成100Mb交换机，发现交换机更换后，速度还没有原来快。

部分机器甚至不能上网。

故障分析：我们用ping命令ping一下该局域网的网关，发现掉包现象严重，用测线仪检查一下双绞线，发现一切正常。

检查一下网线时，发现网线是原来用的三类线，不支持100Mb的网络。

由于我们在网络升级的时候，只升级了网络交换设备，忽视了升级传输介质——网线。

解决办法：更换网线说明：大家在升级网络的时候，一定要检查一下自己的配套设备如网卡、网线是否支持100Mb的网络工作环境，不要盲目升级其中一项，造成小马拉大车的不配套现象。

要根据自己的资源，合理利用。

对于目前的网络，大家在布线时，不如一步到位，选购安普（AMP）超五类网线，一是方便日后的升级，二者也可以使自己的网络速度得到稳定。

故障二、新开的网吧，经常掉线或者无法登录网络具体表现：一家新开的网吧，面积三百平方，五十台机器，配备了专用的机房，放置交换机和服务器。

结果发现机器调试时，经常掉线或者无法登录网络。

故障分析：用ping命令检查时，发现严重丢包和超时，网络全部用测线仪测试，一切正常。

无意中发现从交换机到工作的距离太长，仔细测量了一下距离，100米。

双绞线的传输距离一般不超过100米，实际传输距离在95米左右。

网吧业主只为了追求高档，配备了专用的机房，却忽视了网线传输距离的极限。

解决方法：将交换机的位置重新安置。

说明：在综合布线时，一定要将交换机的位置选择好，中心交换机最好放在网吧的中央位置。

下面的交换机也应该放在所连接的计算机的中心。

这样的安置方法，一是节约网线，二是可以使网络达到最佳的传输状态。

故障三、IP地址与地址串发生冲突具体表现：所有机器，IP地址在网络中设置是唯一，总有两台机器，在启动的时候，出现一个地址与IP地址冲突与一串地址冲突。

ping无线路由器 ping无线路由器丢包1、出现此问题的原因：设置了ICMP数据包过滤造成的。

2、局域网内部如果存在正进行大流量下载的用户，会造成ping路由器延迟增大，建议对方限制下载流量；网线过长，可能是出现延迟增大的现象，注意排除；路由器固件存在bug，可更新最新版本guan 方固件。

3、网络延时大可能的原因有：DNS设置有问题，如果设置不当会造成域名解析超时，从而影响PING的响应。

带宽不够，当网络繁忙的时候带宽分配是否合理，这可能造成PING延时的。

ping路由器怎么ping1、ping路由器通常在电脑上做；电脑连好路由器；点击左下角windows图标，会出现一个运行框；win10运行框就在windows图标旁边。

2、首先以组合键win+R调出运行窗口，输入命令cmd再调出DOS界面。

执行命令ping 10.1 -t。

如果可以ping通，则说明本机的IP/TCP协议支持没有问题。

如果ping不通，可以判断本机有故障。

3、打开CMD后输入“ping baidu点抗 -t”回车，PING百度一定的次数。

4、先要知道路由器的ip地址然后win+R运行输入cmd确认在输入ping 路由器ip地址回车，就行了。

5.测试网络连通性的方法:连通性问题是由多种原因造成的，例如本地配置错误、远程主机协议故障，当然还有设备引起的故障。

如何ping自己的路由器,看是否连接畅通如果 ping 命令失败，验证远程主机的 IP 地址是否正确，远程主机是否运行，以及该计算机和远程主机之间的所有网关（路由器）是否运行。

使用 ping 命令检测 DNS 服务器 IP 地址的连通性。

两种方法：使用ping.向一个IP地址发送大量的Ping命令，然后检查没有应答的那些Ping命令。

如果你快速地发出了50次Ping命令，检查没有没有应答的次数，并把没有应答的次数作为丢包。

用ping指令测试路由器的相关网口，比如局域网内测试是否连接上路由器可以ping路由器的LAN口ip地址，假设路由器的LAN地址是19161，那么在命令提示符中输入ping 19161回车即可。

最近单位的个别互联网用户反映上网不稳定时通时断，结合这次维修工作实际讲一下解决此类问题的一点心得。

一、简单介绍Ping丢包率概念数据在网络中是被分成一个个数据包传输的,每个数据包中都有表示数据的信息和提供数据路由的桢。

而数据包在一般介质中传播是总有一小部分由于两个终端的距离过大会丢失,而大部分数据包都会到达目的终端.所谓网络丢包率是数据包丢失部分与所传数据包总数的比值.正常传输时网络丢包率应该控制在一定范围内。

在cmd 中键入ping [网址]，显示最后一行(x% loss)就是对目标地址ping包的丢包率。

二、了解一下单位互联网用户宽带接入方式拓扑图(如图1所示)▲图1三、解决问题的步骤方向这次我们要解决的问题是用户电脑丢包严重，有时会影响用户正常上网，这次解决问题的方法是顺藤摸瓜，意思是说由用户电脑自下而上查找问题。

四、分步骤判断出问题所在。

(一)介绍造成用户PC上网丢包原因：1、计算机网卡是否损坏;2、RJ45头是否损坏,是否线路错误;3、网线是否折伤;4、设备故障;下面首先使用用户的电脑，在cmd 中键入ipconfig显示如图2所示▲图2得到该网络的网关(Default Gateway)后，ping 192.168.0.2 -t得到该网络丢包率大如图3所示▲图3得到上述信息后，为了排除故障点，用自己随身携带的笔记本ping 192.168.0.2得到的结果依然如图3所示，首先可以排除不是用户电脑网卡的故障。

接着查看用户水晶头是否制作规范，为了保险起见，将水晶头截掉重新做了新的水晶头，可是故障依旧。

这时候就要从用户这台机器脱离向上找问题，即顺藤摸瓜的方法。

为了能在24口交换机中迅速定位那根网线是该用户的，我们需要用户帮助我不停地做从网口上拔插网线动作，我就可在交换机指示灯处看到某个灯一灭一亮，注意这里说的一灭一亮并不是频闪，而是灭了又亮。

采用上述办法就可以判断出7口为用户所接的交换机的端口，从交换上拔下该网线，用直通线一端接7口，一端笔记本，依然丢包，这样可以排除是网线的问题。

什么是网络丢包，如何处理？1 什么是网络丢包网络丢包是在使用Ping对目的站进行询问时，数据包由于各种原因在信道中丢失的现象。

Ping命令使用了ICMP回送请求与回送回答报文。

ICMP回送请求报文是主机或路由器向一个特定的目的主机发出的询问，收到此报文的机器必须给源主机发送ICMP回送回答报文。

这种询问报文，是用来测试目的站是否可到达以及了解其状态。

需要指出的是，Ping命令是直接使用网络层ICMP协议的一个例子，它没有通过运输层的UDP或TCP 协议。

网络丢包是网络中常见的故障之一，它会引起网速降低甚至造成网络中断。

发生网络故障在所难免，但是如何快速隔离和排除故障是网络工程师应该具备的基本素质。

2 常见的丢包故障现象+处理方法1）网络数据包发送时通时断，丢包严重【故障现象】通常故障发生时，该方向网络出现震荡性中断。

使用Ping 命令测试，发现在一段时间内数据包发送延时比正常值略高，间隔一小段时间数据包又全部丢失，丢包率超过60%，丢包曲线成规则状，网络服务基本不可用。

【故障分析】在局域网中引起网络发生振荡性时断时通，一般可能是由于互连的交换机中的某两个交换机间出现了环路，或者某个交换机的两个端口直接相连。

这样就会造成局域网的生成树协议构建失败，不断重复检查并试图构建新的生成树网络，从而导致网络振荡性通断。

同时，伴随着交换机间不断重复地发送广播包，就会形成“广播风暴”，使交换机负担过重，网络传输通道严重被堵塞，无法正常的处理通信数据。

环路虽然可能出现在某个接入交换机上，但会影响整个以三层交换机为核心的局域网的稳定运行。

【故障处理】当发现网络数据包发送时通时断，丢包严重，特别是整个单位或整个楼层出现振荡性中断现象时，则可以判定应该是该单位的某个交换机上出现了环路所致。

作为网络管理人员应首先查看各接入交换机的指示灯闪烁状态，通常出现环路状况会指示灯会急速闪烁，次数每秒4次以上，所环交换机更为突出。

逐个拨出交换机级联接入网线，同时实时监控交换机状态，在拨下某端口网线后，交换机指示灯恢复正常状态，再进一步查找，会发现该连接线的末端有线路形成环路，清理该网线后，网络恢复畅通。

ping丢包故障处理方法ping丢包故障处理方法1、Ping丢包故障定位思路故障分析Ping丢包是指Ping报文在网络中传输，由于各种原因（如线路过长、网络拥塞等）而产生部分Ping报文丢弃的现象。

在使用Ping命令，出现Ping丢包的现象时，第一步需要确定Ping丢包的网络位置，其次是确定Ping丢包的故障原因，然后依据定位的故障原因再进行解决。

确认Ping丢包的网络位置时一般采用逐段Ping的方法，可以将Ping丢包故障最终确定在直连网段之间。

确认Ping丢包的故障原因一般采用流量统计的方法，通过流量统计可以知道丢弃报文的具体位置、判断故障原因。

导致Ping丢包的原因非常多，也非常复杂，实际故障定位中需要综合考虑各种因素。

本文档针对常见Ping丢包故障分析，总结出以下几种常见故障：物理环境故障；网络环路；ARP问题；ICMP问题。

需要注意并不是Ping丢包就一定表示网络质量差，某些情况下虽然Ping丢包，但是业务是正常的。

分析Ping丢包时注意以下两点：当设备对报文进行硬件转发，速度非常快，就不会丢包。

例如，Ping设备端口下挂的电脑。

当报文需要CPU进行处理时，CPU繁忙就会丢包。

例如：Ping设备上的IP地址。

为了防止网络攻击对设备造成影响，设备具有CPU保护功能，对于超过CPCAR（Control Plane Committed Access Rate）值的ARP、ICMP等报文进行丢弃，造成Ping丢包现象。

此种现象不影响业务的正常运行。

2、Ping丢包故障定位图1 Ping测试组网图如上图1所示，以一个Ping丢包实例，介绍Ping丢包故障定位。

3、Ping丢包故障现象C:\Users> ping -n 100 192.168.4.41正在 Ping 192.168.4.41 具有 32 字节的数据:请求超时。

请求超时。

来自 192.168.4.41 的回复: 字节=32 时间<1ms TTL=128...来自 192.168.4.41 的回复: 字节=32 时间<1ms TTL=128192.168.4.41 的 Ping 统计信息:数据包: 已发送 = 100，已接收 = 80，丢失 = 20 (20% 丢失)，往返行程的估计时间(以毫秒为单位):最短 = 0ms，最长 = 0ms，平均 = 0ms4、Ping丢包故障定位依据故障发生的可能原因进行故障定位，故障定位方法如下：1、配置Ping多包。

⼀个ping⼤包不通问题的解决过程1、问题描述存在问题：深圳的采集机MQ程序⽆法与应⽤服务器进⾏通讯，表现为：获取⼩数据时正常，获取⼤数据时超时场景图如下2、数据下载测试使⽤SCP⼯具和FTP⼯具进⾏数据下载测试，主要是想排除采集机上MQ与应⽤服务器上应⽤的问题2.1、在深圳采集机1上执⾏命令从应⽤服务器取数据数据⾛向：应⽤服务器->深圳采集机1结果：失败2.2、在深圳采集机2上执⾏命令从应⽤服务器取数据数据⾛向：应⽤服务器->深圳采集机2结果：失败2.3、在河源采集机上执⾏命令从应⽤服务器取数据数据⾛向：应⽤服务器->河源采集机结果：成功2.4、在深圳采集机1上执⾏命令把数据传到应⽤服务器数据⾛向：深圳采集机1->应⽤服务器结果：成功2.5、在深圳采集机1上执⾏命令从河源采集机取数据数据⾛向：河源采集机->深圳采集机1结果：成功分析：应⽤服务器->深圳采集机，数据传输不正常，出现"stalled"情况应⽤服务器->河源采集机数据传输正常，耗时1秒深圳采集机->应⽤服务器数据传输正常，耗时10秒河源采集机->深圳采集机数据传输正常，耗时4秒从以上得出结论排除采集机MQ的问题----使⽤scp和ftp⼯具都出现相同的问题排除应⽤服务器应⽤的问题-----深圳采集机传输到应⽤服务器正常排除深圳采集机服务器问题----河源采集机传数据到深圳采集机正常通过这些测试，感觉到是中间⽹络的问题，但是仔细想想，⼜好像不对，应⽤服务器->深圳采集机⽅向就有问题，深圳采集机->应⽤服务器就没问题，结合出现问题的现象：获取⼩数据时正常，获取⼤数据时超时，于是接下来进⾏ping⼤包数据测试3、ping测试同时，我也发现⼀个现象，从深圳采集机1上去ping应⽤服务器⼤包，超过1468byte后就不通了，在别的⼗多个地市采集机测试，同样的包⼤⼩都能通，于是我尝试在深圳和河源两个地市进⾏ping然后在两端抓包分析，进⾏对⽐3.1、在深圳采集机上对应⽤服务器发起⼤包ping--超过1486byte就ping不成功发起⼀个2000Byte字节⼤⼩的包测试。

摘要：碰到丢包的情况，如果你的线路较差（如用猫），数据的损失量就会非常大，补包工作也不可能百分之百完成。

在这种情况下，数据的传输就会出现空洞，造成丢包；下面我们就来看看解决办法。

链路丢包介绍碰到丢包的情况，INTERNET会自动的让双方的电脑根据协议来补包。

如果你的线路好，速度快，包的损失会非常小，补包的工作也相对较易完成，因此可以近似的将你的数据看做是无损传输。

但是，如果你的线路较差（如用猫），数据的损失量就会非常大，补包工作也不可能百分之百完成。

在这种情况下，数据的传输就会出现空洞，造成丢包。

MP-Group一条链路被shutdown一段时间内，另一链路丢包严重的故障解决步骤如下：网络环境两台路由器通过两条CE1链路，采用MP-Group的方式互连。

MP-Group组网图在RouterA上将CE1 4/0/0接口shutdown后，在RouterA或RouterB上ping对端，前一分钟丢包严重，丢包率达到50％，两分钟内链路自动恢复正常，不再丢包。

在RouterB上执行类似操作，故障现象相同。

故障分析根据MP-Group的机制，当一条链路不可用后，流量会自动转到其他可用链路上。

根据PPP协议在路由器上的实现，当一条链路上连续10个Hold time报文都收不到时，会将该链路的协议层置为Down。

缺省情况下，PPP协议的Hold time报文间隔是10秒，10个Hold time报文间隔就是100秒，即，近2分钟后对端才能够感知链路状态为Down。

因此，链路shutdown后的100秒内，对端还是会向这条链路发包，导致前100秒丢包严重。

100秒过后，对端感知到链路状态变化，就不会再向该链路发包了，不再丢包。

针对上述问题，把两端接口的Hold time报文间隔设置短一些即可解决。

处理步骤在RouterA和RouterB上分别执行以下操作。

步骤 1 执行命令system-view，进入系统视图。

网络丢包常用解决办法网络丢包是我们在使用ping对目站进行询问时，数据包由于各种缘由在信道中丢失的现象。

ping使用了ICMP回送恳求与回送回答报文。

ICMP回送恳求报文是主机或路由器向一个特定的目的主机发出的询问，收到此报文的机器必需给源主机发送ICMP回送回答报文。

这种询问报文用来测试目的站是否可到达以及了解其状态。

需要指出的是，ping是直接使用网络层ICMP的一个例子，它没有通过运输层的UDP或TCP。

网络丢包的缘由主要有物理线路故障、设备故障、病毒攻击、路由信息错误等，下面我们结合详细状况进行说明。

物理线路故障网管员发觉广域网线路时通时断，发生这种状况时，有可能是线路消失故障，也可能是用户方面的缘由。

为了分清是否是线路故障，可以做如下测试。

假如广域网线路是通过路由器实现的，可以登录到路由器，通过扩展ping向对端路由器广域网接口发送大量的数据包进行测试。

假如线路是通过三层交换机实现，可在线路两端分别接一台计算机，并将IP地址分别设为本端三层路由交换机的广域网接口地址，使用“ping 对端计算机地址-t”命令进行测试。

假如上述测试没有发生丢包现象，则说明线路运营商供应的线路是好的，引起故障的缘由在于用户自身，需要进一步查找。

假如上述测试发生丢包现象，则说明故障是由线路供应商供应的线路引起的，需要与线路供应商联系尽快解决问题。

由物理线路引起的丢包现象还有许多，如光纤连接问题，跳线没有对准设备接口，双绞线及RJ-45接头有问题等。

另外，通信线路受到随机噪声或者突发噪声造成的数据报错误，射频信号的干扰和信号的衰减等都可能造成数据包的丢失。

我们可以借助网络测试仪来检查线路的质量。

设备故障设备故障主要是指设备硬件方面的故障，不包含软件配置不当造成的丢包。

如网卡是坏的，交换机的某个端口消失了物理故障，光纤收发器的电端口与网络设备接口，或两端设备接口的双工模式不匹配。

笔者近日在工作中发觉一交换机端口的光纤模块故障造成的丢包现象，该交换机在通信一段时间后死机，即不能通信，重启后恢复正常。

网络丢包，请离我远去1 网络丢包-烦恼网络是多种设备的集合体，一个较为完善的网络除去网络终端大量的客户机以外，有众多的设备穿插集中，包括二层交换机、三层交换机、DSLAM、BAS、路由器、服务器、存储设备等。

而涉及到的网络协议、技术更为繁杂，要维护这么庞大以及技术复杂的网络，很多时候是雾里看花，总是看不清楚问题的实质，尤其是网络丢包问题，让多少网络专家为之彻夜难眠却又束手无策。

本案例汇集了经常遇到的网络丢包案例，希望这些小的案例能够为我们的日常网络维护提供一些启发。

2 网络丢包惨案-案例1某客户的服务器端局部网络连接图（图中略去了交换机上行连接设备）如下：两台服务器连在分别连接在S5100交换机的g1/0/3和g1/0/4端口。

服务器是第三方网管服务器,两台服务器之间有数据调用。

客户反馈访问网管服务器速度很慢，两台服务器之间ping大包时有大量丢包。

网络故障范围已经缩小至两台服务器之间的丢包，问题就变得比较简单，这种情况下，首先确认是故障点，那么我们看两台服务器PING报文的转发流程，总体上可以分为三部分：有两部分是服务器与交换机之间的转发、另外一部分是交换机之间的数据转发。

那么要排除该问题我们采取逐段分析排查的方法：1：首先在两台交换机之间互相Ping各自的管理IP地址，测验结果为不丢包，因此这两台交换机之间的问题可以排除在外；2：排查服务器与交换机之间问题：这部分的问题又可以细分为三个点：服务器、网线、交换机端口。

而这三个点的排查难度是由难到易，因此我们先排查交换机端口的问题；3：首先更换左端服务器与交换机连接的端口，更换后，丢包问题依然存在，可以排除左端交换机端口的问题，用同样的办法测试右端服务器与交换机端口，依然可以排除交换机端口的问题；4：那么接下来排查网线的问题，如果是线路的问题，那么在交换机的端口一定会产生大量的CRC错误，那么首先登录到左边交换机上查看端口G1/0/3的状态，没有发现有CRC错误，然后等到右边交换机上查看端口G1/0/4的状态，发现端口有大量CRC错误，而且CRC错误包的数量还在增长，因此初步怀疑该接口下的网线有问题，于是更换一条生产发货的网线更换后，丢包问题解决。