Ping丢包故障案例

一、Ping丢包故障
1、Ping丢包故障现象
二、故障猜想可能存在以下问题
1、物理环境故障;
2、网络环路;
三、故障定位
1、物理环境故障;
登录交换机dis int g1/0/1查看端口下面不存在CRC报文,排除物理环境故障。
2、网络环路
(1)通过display interface brief | include up命令,查看所有UP接口下的流量,存在环路的接口上InUti和OutUti两个计数会逐步增加,甚至到接近100%,远远超过业务流量。
??? 第一次查询:
??? <SwitchA> display interface brief | include up
??? Interface?????????????????? PHY?? Protocol? InUti OutUti?? inErrors? outErrors??????????????????????????????????????????????????????
??? GigabitEthernet0/0/2??????? up??? up??????? 0.56%? 0.56%????????? 0????????? 0??????????????????????????????????????????????????????
??? 第二次查询:
??? <SwitchA> display interface brief | include up
??? Interface?????????????????? PHY?? Protocol? InUti OutUti?? inErrors? outErrors?????????????????????????????????????????????????????
??? GigabitEthernet0/0/1??????? up??? up????????? 76%??? 76%????????? 0????????? 0?????????????????????????????????????????????????????
??? (2)判断交换机是否存在MAC地址漂移。
??? 可以执行display trapbuffer命令,查看MAC地址漂移的日志来判断。 可以执行mac-address flapping detection命令配置MAC地址漂移检测功能,然后通过display mac-address flapping record命令来判断是否出现MAC地址漂移。 可以多次执行display mac-address来观察,若MAC地址在交换机不同的接口学习到,则存在mac地址漂移。
3、检查CPU的利用率。
通过命令display cpu-usage查看CPU的利用率。网络环会导致CPU利用率一直很高,Ping报文未来得及处理就被丢弃。 解决此种Ping丢包问题的方法是破除网络环路,可以在设备上部署RRPP、SEP、Smart Link、STP/RSTP/MSTP等协议,对环路进行处理。
4、最终发现用户乱接线导致的网络环路,开启stp 解决问题。

原文地址:https://blog.51cto.com/11282904/2388087

时间: 2024-12-11 14:25:08

Ping丢包故障案例的相关文章

ping丢包故障处理方法

1. Ping丢包故障定位思路故障分析Ping丢包是指Ping报文在网络中传输,由于各种原因(如线路过长.网络拥塞等)而产生部分Ping报文丢弃的现象.在使用Ping命令,出现Ping丢包的现象时,第一步需要确定Ping丢包的网络位置,其次是确定Ping丢包的故障原因,然后依据定位的故障原因再进行解决.确认Ping丢包的网络位置时一般采用逐段Ping的方法,可以将Ping丢包故障最终确定在直连网段之间. 确认Ping丢包的故障原因一般采用流量统计的方法,通过流量统计可以知道丢弃报文的具体位置.判

Linux服务器丢包故障的解决思路及引申的TCP/IP协议栈理论

我们使用Linux作为服务器操作系统时,为了达到高并发处理能力,充分利用机器性能,经常会进行一些内核参数的调整优化,但不合理的调整常常也会引起意想不到的其他问题,本文就一次Linux服务器丢包故障的处理过程,结合Linux内核参数说明和TCP/IP协议栈相关的理论,介绍一些常见的丢包故障定位方法和解决思路. 问题现象 本次故障的反馈现象是:从办公网访问公网服务器不稳定,服务器某些端口访问经常超时,但Ping测试显示客户端与服务器的链路始终是稳定低延迟的. 通过在服务器端抓包,发现还有几个特点:

一次由于网卡流量跑满引起的服务器丢包总结

最近收到线上一台DB服务器ping丢包,丢包率一直在30%左右.通过Zabbix监控查看了服务器CPU,内存都很正常,网卡流量也不高,基本在100M左右. 首先确认一下服务器硬件是否正常,由于没有收到硬件报警.登录服务器通过HP管理工具在此确认了硬件信息都正常(硬盘,缓存卡,内存等).  第二步在排查一下系统问题,通过top,ps等命令也没有发现什么异常,基本上排除系统问题.  第三步查看了一下该服务器上联监控机端口流量,也都很正常,由于收到只有这一台服务器报警,也排除了上联交换机故障问题. 

客户端本地到服务器丢包的检查方法

如果用户本地到服务器出现ping丢包或直接无法连接的时候,可以通过如下步骤进行排查分析:   客户端本地到服务器丢包的检查方法 1. ping服务器IP地址或域名,查看丢包情况:     ping 140.205.140.234 -n 100  说明: -n 后面的数字表示要进行的ping测试次数: 主要关注如下下图所示所统计的丢包率和平均超时时间: 2. 使用MTR工具跟踪下到服务器的链路情况: Windows下,使用所示的WinMTR工具进行跟踪测试: 用法:打开软件后,在[hosts]框中

光纤模块故障导致端口汇聚丢包

第一次写,语言表达能力很差,对付看吧. 今天突然收到很多网络报警,查看后发现有些IP通,有些不通. 最后发现,是接入层的捆绑没起来.其中一个端口是down的状态. 公司的核心与接入层是通过捆绑的2G线路.核心HW9303(ETH-TRUNK),接入层H3C5500(Bridge-Aggregation). H3C5500 IFNET/3/LINK_UPDOWN: GigabitEthernet1/0/4 link status is DOWN. H3C5500 LAGG/5/LAGG_INACT

华为9312 ping本地互联丢包 tcpping不丢包,但转发正常

1.华为9312 设备cpu正常 .但是从这台交换机ping其它互联设备丢包 从其它设备ping进来也有丢包 ,但二层经过这台交换机的业务不影响流量正常, 2.检查设备cpu正常 ,log无异常, 3.os的版本比较老, 解决方法,关闭华为设备默认的icmp限制 und icmp rate-limit enable

AR8033 1000M模式下ping包丢包率过大分析与解决

1 现象 近期对一款基于QCA方案.有线Phy为AR8033.WiFi双频且支持iEEE802.11AC的WLAN产品进行了深度验证,发现有线口同部分PC机直连时,WiFi终端ping 该PC机时总是丢包,有时高达20%:但通过交换机再接PC机时,又不会丢包.一直以为是偶现,所以未引起重视,反正跑流性能与稳定性都没有任何影响.后来新购了一批千兆有线口的便携机进行配套验证时,发现每台都是如此,ping包丢得一塌涂地.在WLAN设备和PC机上分别开启抓包工具,可以看到设备已发包,但PC机未收到报文:

脚本应用之十四: ping监控多台主机丢包

测试系统版本: CentOS 6.4 作用: ping后台监控多台主机,根据丢包个数采取相应动作 使用: 将欲监控的主机作为参数,可前台运行或放到后台,CTRL+C结束, 后台运行的话 需要 kill -2 $(cat .mypid)结束  ( .mypid 记录的是脚本主进程的PID ) 演示: 后台运行 使用 pstree -ap 查看相关进程 监控执行后的日志 代码专区: #!/bin/bash MAIL='[email protected]' #定义丢包个数 failed_package

ping虚拟机丢包问题分析

宿主机ip:192.168.1.2虚拟机ip:192.168.1.3第三台机器ip:192.168.1.4 问题说明:第三台机器 ping 虚拟机 丢包严重第三台机器 ping 宿主机 正常宿主机 ping 虚拟机 正常虚拟机 ping 任何机器 正常 问题分析:根据现象排除了防火墙问题,排除了虚拟机设置的问题.根据现象需要确认第三台机器ping虚拟机时到底ping的是哪台机器,于是使用arp -a进行查看,发现arp -a中有与虚拟机mac地址相同的记录.所以判断应该是mac地址的问题. 问题