S6860-54HF 队列2丢包

S6860-54HF 出现 队列 2（Queue 2）持续丢包，是典型的 出口拥塞 + 队列调度 / 缓存分配不合理 导致。结合你提到的 “环路检测”，环路引发的广播 / 组播风暴灌入队列 2 是最常见根因。
一、先搞懂：队列 2 是什么业务？
S6860 系列（Comware V7）默认映射规则：
802.1p = 4 → 队列 2
DSCP = AF21/22/23 (16/18/20) → 队列 2
默认业务：普通数据、部分组播 / 广播、监控、通用业务流
丢包本质：队列 2 流量 > 端口出口带宽 + 缓存容量 → 溢出丢包。
二、10 分钟现场定位命令（直接复制）
1. 确认丢包接口与队列
bash
运行
# 1. 看所有接口队列丢包（定位哪口）
display qos queue-statistics interface outbound | include "Queue 2|Dropped"

# 2. 看单接口详细队列（以 XGE1/0/1 为例）
display qos queue-statistics interface XGE1/0/1 outbound
# 重点：Queue 2 的 Dropped 持续涨 → 拥塞
2. 查是否有环路（你提到的关键点）
bash
运行
# 查环路检测日志与状态
display loopback-detection
display logbuffer | include "LOOPBACK|Loop"
# 看到某端口触发环路 → 该端口流量灌入队列2 → 拥塞丢包
3. 查端口带宽与流量
bash
运行
# 看接口速率是否跑满
display interface XGE1/0/1
# 重点：
# Output rate 持续 > 90% → 带宽瓶颈
# 或 Input 远大于 Output → 出口拥塞
4. 查 QoS 调度与队列权重
bash
运行
# 看队列调度模式（SP/WRR/WFQ）
display qos queue wrr interface XGE1/0/1
display qos qmprofile interface XGE1/0/1

# 默认 S6860 是 SP+WRR：
# Queue 7/6/5 (高优) → SP 优先发
# Queue 0-4 → WRR 权重低（队列2权重通常很小）{insert\_element\_0\_}
5. 查优先级映射（确认什么流量进队列 2）
bash
运行
display qos map-table dot1p-lp
display qos map-table dscp-lp
# 确认 802.1p 4 / DSCP 16-20 → 队列2
三、90% 场景的根因（S6860 常见）
环路引发广播风暴 → 全部压入队列 2
环路 → 大量广播 / 组播（802.1p=4 或默认）→ 队列 2 瞬间打满
表现：队列 2 丢包 + 环路日志 + 端口带宽跑满
队列 2 权重 / 带宽太小 → 高优队列抢完带宽
默认调度：Queue 7/6/5 严格优先（SP）
只要高优队列有流量，队列 2 几乎分不到带宽 → 持续丢包
队列 2 缓存太小 → 瞬间流量直接溢出
S6860 缺省队列缓存不均：高优队列缓存大，队列 2 缓存极小
大量普通业务 / 监控 / 组播错误映射到队列 2
服务器 / 摄像头未打标 → 走默认 802.1p=4 → 队列 2 拥塞
四、现场可直接执行的修复方案（按优先级）
方案 1：先破环路（最紧急，你提到环路检测）
bash
运行
# 1. 全局开环路检测（自动阻断）
system-view
loopback-detection enable
loopback-detection interval 3
loopback-detection mode per-vlan

# 2. 接口下开启（所有接入口）
interface range XGE1/0/1 to XGE1/0/52
loopback-detection enable
loopback-detection action shutdown # 发现环路自动Shutdown
验证：display loopback-detection 看是否有端口被 Shutdown → 处理环路。
方案 2：提升队列 2 权重与缓存（核心修复）
bash
运行
# 1. 创建队列调度模板（给队列2加权重）
system-view
qos qmprofile S6860-Queue2
queue 2 wrr group 1 weight 15 # 权重从默认2~3改到15
queue 2 buffer-size 10000 # 加大队列缓存（单位KB）
quit

# 2. 应用到丢包接口（ outbound 方向）
interface XGE1/0/1
qos apply qmprofile S6860-Queue2 outbound
方案 3：修改调度为 SP+WRR（保证队列 2 不被饿死）
bash
运行
interface XGE1/0/1
# 高优队列（5-7）用SP，其余WRR
qos wrr group sp queue 5 6 7
# 队列2权重15，队列0/1/3/4权重5
qos wrr 0 group 1 weight 5
qos wrr 1 group 1 weight 5
qos wrr 2 group 1 weight 15
qos wrr 3 group 1 weight 5
qos wrr 4 group 1 weight 5
方案 4：把队列 2 流量重映射到高优队列（临时）
bash
运行
# 把 802.1p 4 → 队列4（优先级更高）
system-view
qos map-table dot1p-lp
import 4 export 4
quit
方案 5：接口限速（防止队列 2 被打满）
bash
运行
interface XGE1/0/1
# 入方向限速（避免环路/风暴灌入）
qos lr inbound cir 800000 # 万兆口限8G
五、验证与观察
bash
运行
# 清空统计
reset qos queue-statistics interface XGE1/0/1

# 5分钟后查看
display qos queue-statistics interface XGE1/0/1 outbound
# Queue 2 Dropped 不再涨 → 修复成功
六、总结与下一步
优先查环路：你提到环路检测，90% 是环路引发队列 2 拥塞。
核心修复：加大队列 2 权重 + 缓存 + 调整调度。
业务优化：把普通业务 / 监控调整到其他队列，避免集中压队列 2。