S5560交换机接口丢包

一、Queue 0～7 含义（8 个本地转发优先级队列）
S5560 所有千兆 / 万兆电口、光口固定划分8 个硬件出队列 Queue0~Queue7，对应 8 层 802.1p COS 优先级，默认映射关系：
表格
队列编号 对应 802.1p COS 值 业务优先级定位
Queue 0 COS 0 最低优先级，普通上网、文件下载、后台流量
Queue 1 COS 1 低优先级业务
Queue 2 COS 2 普通办公业务（截图里大量流量 / 丢包都在 Q2）
Queue 3 COS 3 中等优先级业务
Queue 4 COS 4 视频监控、视频会议
Queue 5 COS 5 语音、VoIP 电话
Queue 6 COS 6 关键业务、管理运维流量
Queue 7 COS 7 最高优先级，设备协议、BGP/OSPF、心跳
你的截图特征：全部转发流量、191 亿丢包都集中在 Queue2，说明是 COS2 标记的普通办公流量拥塞丢弃，其他队列无丢包。
二、dis qos queue-statistics outbound Dropped 丢包本质
这个统计里的 Dropped = 出方向硬件队列尾丢弃（Tail Drop）
报文从交换机转发到该万兆口出方向时，对应 Queue 缓存占用达到队列最大长度，新报文直接丢弃，属于QoS 拥塞丢包，不是端口物理层 CRC、光模块故障丢包。
三、Queue2 大量丢包常见根因（按概率排序）
1. 出端口带宽瓶颈（最高发，你的场景大概率是这个）
接口是 Ten-GigabitEthernet1/0/29 万兆口，但下游设备 / 链路实际承载能力不足：
下联设备是千兆交换机、防火墙、服务器千兆网卡；
下游链路带宽小于上游推送流量，万兆口下发大量流量，Queue2 缓存瞬间打满，持续尾丢；
业务流量模型：内网大文件传输、备份、监控录像回放、批量下载集中走 COS2 队列。
2. 接口出方向队列缓存长度过小
S5560 默认每个队列缓存有限，若未调大 Queue2 缓冲区：
plaintext
# 查看当前队列缓存
display qos queue buffer interface Ten-GigabitEthernet 1/0/29
# 调大Q2缓存示例
interface Ten-GigabitEthernet 1/0/29
qos queue 2 buffer maximum 10240

缓存过小，突发流量直接触发丢弃。
3. 未部署 WRED 拥塞避免，仅默认尾丢弃 Tail Drop
默认队列机制是尾丢弃：缓存满了才丢，突发流量一次性大量丢包；
若配置 WRED，会在缓存占用 70% 左右提前随机丢包，减少批量丢包，适合大流量业务：
plaintext
interface Ten-GigabitEthernet 1/0/29
qos queue 2 wred weight 10 min-threshold 5120 max-threshold 8192 discard-probability 10

4. 流量优先级分配不合理，普通业务抢占全部缓存
大量普通业务报文都标记 COS2，全部挤在 Queue2；
高优先级队列 Q4~Q7 几乎无流量、缓存闲置，低优先级队列被打满；
优化：对大流量备份、下载业务重新标记低 COS0，分流 Queue0，释放 Q2 缓存。
5. 接口配置出方向限速（qos carl outbound）限流丢包
如果接口下配置了出方向 CAR 限速，超出限速带宽的报文会直接计入 Queue 的 Dropped 计数：
plaintext
# 检查是否配置出方向限速
display current-configuration interface Ten-GigabitEthernet 1/0/29 | include carl

限速值小于实际业务流量，持续丢包。
6. 下游环路 / 广播风暴叠加大流量
二层环路、大量广播 / 组播流量涌入 Queue2，耗尽队列缓存，伴随持续丢包。
四、区分两类丢包（关键排错区分）
本命令 Dropped（QoS 队列丢包）：dis qos queue-statistics，属于拥塞逻辑丢弃，端口无物理报错、无 CRC 错包、无 input error；
物理层丢包：dis interface Ten-GigabitEthernet 1/0/29 里的 Input/Output error、CRC、runts、giants，属于光模块、网线、端口故障，和队列无关。
你截图里 Queue length 全部为 0 是瞬时采样值，只是查询那一刻队列清空，不代表没有发生过拥塞，累计 Dropped 是设备上电至今所有丢弃报文总和。
五、分步排查 & 整改操作
步骤 1：确认是否下游带宽瓶颈
查看接口实时带宽，确认出口打满
plaintext
display interface Ten-GigabitEthernet 1/0/29

观察 Output bandwidth 利用率长期接近万兆上限，下联设备为千兆设备则 100% 带宽瓶颈。
2. 核对下游对接设备端口速率：是否协商成 1G、是否有带宽限制。
步骤 2：查看队列缓存配置，扩容 Queue2 缓冲区
plaintext
display qos queue buffer interface Ten-GigabitEthernet 1/0/29
system-view
interface Ten-GigabitEthernet 1/0/29
# 增大Q2队列缓存，单位KB
qos queue 2 buffer maximum 16384

步骤 3：检查是否配置出方向 CAR 限速
plaintext
dis cu int Ten-GigabitEthernet 1/0/29 | include qos car

如果有限速，根据业务扩容限速带宽，或取消不必要的出口限流。
步骤 4：部署 WRED 拥塞避免，缓解批量丢包
plaintext
interface Ten-GigabitEthernet 1/0/29
qos queue 2 wred weight 10 min-threshold 6144 max-threshold 12288 discard-probability 15

步骤 5：流量重标记分流，减轻 Queue2 压力
对备份、P2P 下载、文件传输流量在入接口重新标记 COS0，分散到 Queue0，避免全部挤压 Q2：
plaintext
acl number 4000
rule permit tcp destination-port eq 445
rule permit tcp destination-port eq 139
# 入接口配置重标记
interface GigabitEthernet 1/0/1
qos policy backup-limit inbound
qos policy backup-limit
classifier backup behavior mark-cos0
classifier backup
if-match acl 4000
behavior mark-cos0
remark local-precedence 0

步骤 6：监控丢包变化验证效果
调整后持续观察统计：
plaintext
reset qos queue-statistics interface Ten-GigabitEthernet 1/0/29
# 隔半小时查看丢包增量是否大幅下降
display qos queue-statistics interface Ten-GigabitEthernet 1/0/29 outbound

六、补充关键知识点
8 个队列调度机制：S5560 默认WRR 加权轮询，高优先级队列权重更高；Queue2 权重默认中等，流量过大时依然会拥塞；
累计丢包数值巨大（191 亿）说明长期持续拥塞，不是瞬时突发，属于业务架构带宽不匹配问题；
Current queue length=0 仅代表查询瞬间无排队报文，无法反映历史拥塞，必须看累计 Dropped 字段判断长期丢包情况。