交换机端口丢包问题

H3C S5500 是核心,与邻栋建筑的S3100链接。用户反映3100下的客户端网络不稳定。

链接方式  (5500)网线(百兆光电转换)光纤到邻栋(百兆光电转换)网线(3100)

首先ping ,偶尔丢包 3%-5%,偶尔又好了。。奇怪

然后查看3100和5500所在端口配置都正常

查看端口input和output 都没有errors

但是端口利用率比较高

Last 300 seconds input:  5910 packets/sec 6288557 bytes/sec 51%

然后查看 packet-drop 发现丢包

Packets dropped by GBP full or insufficient bandwidth: 2346131  芯片缓存满,或者带宽不够。
Packets dropped by FFP: 128108                            过滤或者策略丢包。
Packets dropped by STP non-forwarding state: 0            STP 生成树阻塞状态丢包。

查看发现51%是视频监控占用的带宽。如果其他客户端突发较大文件持续传入传出就会因带宽占用完而导致丢包。

3100和5500交换机都有千兆SFP口,去掉光电转换,升级千兆也许能解决问题。同时也解决光电转换经常死机的隐患。

时间: 2024-10-13 17:23:28

交换机端口丢包问题的相关文章

交换机涉及丢包问题进行流量统计

交换机涉及丢包问题 进行流量统计 配置参考 解决方案 关键配置如下: # acl number 3000 rule 0 permit icmp source 192.168.1.2 0 destination192.168.1.3 0   rule 1 permit icmp source 192.168.1.3 0 destination 192.168.1.2 0    //需要统计的流量,源做目的,目的做源.需要正反写两条rule条目# traffic classifier 3000 op

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

第一次写,语言表达能力很差,对付看吧. 今天突然收到很多网络报警,查看后发现有些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

交换机多端口抓包配置教程

交换机多端口抓包配置教程 实现目标: 希望通过PC连接交换机的一个端口(比如:端口1)直接可以同时抓这台交换机上多个端口(比如:端口2-9)的包. 具体步骤: 1.找一根串口线,一端接PC串口,一端接交换机的CONSOLE口: 2.将此交换机连接上需要抓包的网络: 注意:为了避免抓到多个重复的包,一般将连接网络的端口选择普通的端口(端口1-9以外的端口,非镜像的端口,详见步骤5) 3.打开Xshell软件 3.1点击file>>New>>connection>>prot

CISCO交换机端口镜像配置

镜像口配置    大多数交换机都支持镜像技术,这可以对交换机进行方便的故障诊断.我们称之为"mirroring "或"Spanning ".镜像是将交换机某个端口的流量拷贝到另一端口(镜像端口),进行监测. Cisco3550可以配置2个镜像口 案例:将端口2~5镜像到端口6 1.镜像口配置 Switch>enable                         Switch#conf  t                          Step3:

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

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

STP 抖动导致内网丢包

故障现象内网访问公网出现不规律丢包现象 排查解决方法1.stp类型stp为mstp 单实例 2.接口tc报文发送接收对比接入.汇聚.核心 disp stp tc 报文数量,基本锁定故障位置 3.access接口配置边缘端口接入层交换机部分接口未配置边缘端口,增加配置 4.部分特殊接口关闭stpdisp stp tc发现某个端口特别异常,tc收包特别多,且disp stp bpdu-statistc interface 发现最近也在变动,disp lldp nei l显示对端设备为mstp专线连接

ping丢包故障处理方法

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

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>

java中DatagramSocket连续发送多个数据报包时产生丢包现象解决方案

1 try { 2 //向指定的ip和端口发送数据~! 3 //先说明一下数据是谁发送过来的! 4 byte[] ip = InetAddress.getLocalHost().getHostAddress().getBytes(); 5 dp = new DatagramPacket(ip, ip.length, sendIAD, QQReceive.getPort()); 6 ds.send(dp); 7 8 //这里主要是因为多可数据报包发送时会产生丢包的情况...所以暂停一段时间! 9