关于5130-EI交换机的问题

检查下链路带宽情况吧

说明：S5130‑EI 属于接入 / 汇聚型千兆交换机，整机缓冲区偏小，800 路监控 IPC 并发视频流量，很容易出现微突发队列溢出丢包，不一定是整机包转发性能打满，更多是端口 buffer、IRF 跨板转发、组播广播、上行带宽瓶颈这几类问题H3C。

一、优先收集的排查命令（登录堆叠主设备执行）

重点看：接口output‑dropped计数持续上涨，代表出口队列 buffer 不足，微突发丢包（监控场景非常典型），并非物理链路损坏。

二、分层分析可能原因（按概率从高到低）

1、IRF 堆叠跨板流量丢包（很高概率）

800 个摄像头流量，一部分流量经过IRF 堆叠物理口跨设备转发；

• 查看display irf topology、堆叠物理接口display interface X，看堆叠口是否有错包、丢包计数；
• 两台 S5130‑EI 做 IRF，尽量业务规划：服务器、存储尽量集中在同一台物理设备，减少跨 IRF 板卡的视频流量，降低堆叠链路压力。

2、端口缓冲区不足，监控微突发拥塞（监控场景最常见）

S5130‑EI 单整机硬件 buffer 有限，大量 IPC 同时向存储写视频流，瞬时流量峰值超过端口队列缓存，出现 ping 间歇性丢包，平均带宽没跑满，但瞬时突发打满 buffer 就丢包H3C。

现象：业务画面偶尔卡顿，长 ping 偶发丢包，大报文丢包更明显，小 ping 包有可能正常。

优化建议：

1. 监控业务 VLAN，开启风暴抑制，限制广播、组播风暴：

2. 关闭不必要流控；监控场景不建议全局开启 flow‑control，容易加剧队列锁死。

3、上行带宽瓶颈

这两台 S5130‑EI 当做汇聚使用，向上行核心的链路带宽是否足够承载 800 路 IPC 流量； 如果上行只有单条千兆，800 路高清监控很容易跑满上行，出现丢包；建议评估码率，必要做链路聚合扩容上行。

4、二层环路 / STP 频繁 TC 震荡

网络中如果存在私接交换机、环路，会产生大量 TC 报文，MAC 地址表反复刷新，出现全网间歇性丢包。

• 查看日志是否大量TC received；
• 接入摄像头端口配置边缘端口：

5、IGMP‑Snooping 配置问题（如果摄像头有组播流）

监控平台、回放如果使用组播，IGMP‑snooping 异常会造成组播报文泛洪，挤占带宽。

6、硬件性能评估（是否性能跟不上）

S5130‑EI 定位是接入交换机，并不推荐直接作为 800 路监控的核心汇聚。

包转发率规格足够，但共享缓冲区偏小，大量并发视频微突发容易出现队列丢包。如果上面排查全部做完依旧间歇性丢包，说明硬件规格不匹配业务规模，需要更换更高性能汇聚机型。

三、快速定位丢包点小技巧

1. 区分：同板卡设备互 ping 是否丢包，跨 IRF 板卡互 ping 是否丢包。
   • 跨板才丢包：优先怀疑 IRF 堆叠链路；
   • 同板也丢包：优先看上行带宽、端口 buffer、广播风暴。
2. 区分大小包 ping：ping ‑s 1500大包更容易复现丢包，小包正常，基本指向 buffer 微突发问题。

感觉应该是跑满了的问题。直接dis int g1/0/x 查看接口流量情况。

你应该是监控-接入-汇聚/核心- S5130-EI- 存储服务器。

核心跟 S5130-EI起码要用多跟线做聚合才行，一两根估计很容易跑满需要计算实时画面，像素啊这些。