丢包问题-UC

治标：关闭丢包告警，让它不再刷屏（不解决真丢包）
治本：优化队列 / 缓冲区参数，减少丢包本身
下面分开给你可直接复制的命令和排查步骤。
一、先解释日志含义（你要心里有数）
IF_BOARD_EGRESS_DROP：整板出方向发生丢包（槽位 1）
IF_EGRESS_DROP_RECOVER：Ten1/0/19 的队列 2 丢包恢复
Queue 2 一般对应 默认数据流量（BE），当 10G 口突发流量 > 队列瞬时缓冲能力 时就会尾丢，然后又恢复，所以反复报 “丢包→恢复”。
二、你问：能不能改参数避免告警？（能，两种办法）
方法 1：关闭 “丢包告警”（推荐，不影响业务）
bash
运行
system-view
# 关闭全局缓冲区丢包告警（包括 IF_EGRESS_DROP）
undo buffer packet-drop alarm enable
执行后不再产生这两条日志，但真丢包还在发生。
方法 2：彻底屏蔽 IFNET 模块日志（不推荐，会丢其他重要日志）
bash
运行
system-view
info-center source IFNET console deny
info-center source IFNET monitor deny
info-center source IFNET loghost deny
info-center source IFNET trap deny
会把接口 Up/Down、错包等日志也一起屏蔽，只适合临时消障。
三、治本：优化队列 2，减少真实丢包（重点）
1）先看当前丢包和队列情况
bash
运行
# 看接口队列统计（Queue 2 drops）
display interface Ten-GigabitEthernet 1/0/19 queue statistics

# 看单板 buffer 利用率
display buffer usage slot 1

# 看队列2的调度/带宽
display qos interface Ten-GigabitEthernet 1/0/19 queue 2
2）调大队列 2 的缓冲（S7500XG 系列适用）
bash
运行
system-view
# 进入接口
interface Ten-GigabitEthernet 1/0/19
# 增大队列2的缓冲区（示例，根据板卡规格微调）
qos queue 2 buffer-size 10240
# 开启突发缓冲（抗微突发很有效）
burst-mode enable
# WRED 拥塞避免（避免满了才一次性猛丢）
wred queue 2 low-limit 4096 high-limit 16384 discard-probability 10
buffer-size：队列 2 缓存调大，抗突发
burst-mode enable：对这种 “丢包→恢复” 微突发最有效
wred：提前随机丢，避免队列瞬间打爆
3）全局加大单板 Buffer（如果 display buffer usage 经常 >80%）
bash
运行
system-view
buffer slot 1 total 131072
（数值按你板卡型号上限来，S7503X-G 一般可开到 128K–256K）
四、典型原因（你对照一下）
10G 口下挂多台设备，突发并发大（最常见）
Queue 2（默认流量）分配缓存太小
没有 WRED，队列一满就猛丢
上行带宽 < 下行聚合带宽（多打一）
五、给你一个 “快速处理方案”（直接照着做）
先关告警（停止刷屏）
bash
运行
system-view
undo buffer packet-drop alarm enable
再优化队列 2，减少真实丢包
bash
运行
interface Ten-GigabitEthernet 1/0/19
qos queue 2 buffer-size 10240
burst-mode enable
wred queue 2 low-limit 4096 high-limit 16384 discard-probability 10
观察 1–2 天：
日志不再出现 → 告警层面解决
display interface queue statistics 里 queue2 drops 不再涨 → 拥塞缓解

一、 从根源彻底解决丢包问题（推荐方案）

1. 开启 Burst Mode（首选缓冲优化）
   这是应对突发流量的最有效手段。开启后交换机会取消固定区域分配，让所有端口和队列动态共享整个 Buffer，大幅提升容错能力。
   [Sysname] system-view [Sysname] burst-mode enable
2. 微调 QoS 队列调度权重
   如果开启 Burst Mode 后仍有零星丢包，可以为 Queue 2 增加调度权重，使其在拥塞时能获得更多的发送机会。
   # 示例：将接口 Ten-GigabitEthernet1/0/19 的队列2 WRR权重调大 [Sysname] interface Ten-GigabitEthernet 1/0/19 [Sysname-Ten-GigabitEthernet1/0/19] qos wrr queue 2 weight 5
3. 排查服务器端网卡 Bonding 配置
   大量队列2丢包大概率不是硬件故障，而是上游服务器网卡绑定（Bonding）哈希算法导致的流量倾斜。请检查服务器的 Bond 模式，若使用的是 mode 0 (balance-rr) 或 mode 4 (802.3ad/LACP)，极易引发此问题。可尝试改为 mode 1 (active-backup) 或调整哈希策略为 layer3+4 来均衡流量。
4. 评估链路扩容需求
   使用 display interface Ten-GigabitEthernet 1/0/19 查看端口带宽利用率。如果平均流量已长期接近物理上限，说明现有带宽确实无法满足业务需求，需考虑链路聚合（Eth-Trunk）或升级更高带宽的光模块。

二、 临时关闭或屏蔽告警（应急处理）