交换机有大量queue2的告警,这应该是交换机 端口出队列(Queue 2)发生了微秒级瞬时尾丢弃 / 队列拥塞丢弃,但是因为交换机一直弹这个告警,我现在想关闭这个告警,命令是什么
看官网文档上面这个设置支持的命令不多,burst-mode enable这个命令也无法解决这个告警,现在想彻底关闭这个告警,可以敲什么命令
%May 20 18:29:49:363 2026 H3C S5135S-24FP4T4S-EI IFNET/4/IF_EGRESS_DROP: Packet loss occurs in queue 2 of GigabitEthernet1/0/3.
%May 20 18:29:49:364 2026 H3C S5135S-24FP4T4S-EI IFNET/4/IF_EGRESS_DROP: Packet loss occurs in queue 2 of GigabitEthernet1/0/4.
%May 20 18:29:49:364 2026 H3C S5135S-24FP4T4S-EI IFNET/4/IF_EGRESS_DROP: Packet loss occurs in queue 2 of GigabitEthernet1/0/5.
%May 20 18:30:09:363 2026 H3C S5135S-24FP4T4S-EI IFNET/4/IF_EGRESS_DROP_RECOVER: Packet loss recovers in queue 2 of GigabitEthernet1/0/1.
%May 20 18:30:09:363 2026 H3C S5135S-24FP4T4S-EI IFNET/4/IF_EGRESS_DROP_RECOVER: Packet loss recovers in queue 2 of GigabitEthernet1/0/2.
%May 20 18:30:09:363 2026 H3C S5135S-24FP4T4S-EI IFNET/4/IF_EGRESS_DROP_RECOVER: Packet loss recovers in queue 2 of GigabitEthernet1/0/3.

丢列2丢包属于 IFNET日志模块,输入undo info-center source IFNET monitor在终端不显示,输入undo info-center source IFNET logbuffer在日志中不记录
这个会关闭所有IFNET日志模块的告警吧,影响打不打,因为我只想把上面的告警屏蔽
🚨 告警说明与关闭方案
你遇到的 IFNET/4/IF_EGRESS_DROP 告警,是交换机出方向队列 2 的尾丢弃 / 拥塞丢包日志,burst-mode enable 只能优化突发流量缓冲,无法直接关闭告警。
一、临时关闭告警的两种方式
方式 1:关闭数据缓冲区丢包告警(精准关闭)
在系统视图下执行,直接关闭该丢包告警的生成:
shell
<H3C> system-view
[H3C] undo buffer packet-drop alarm enable
说明:该命令会关闭所有接口的队列丢包告警(含 IF_EGRESS_DROP),不影响其他日志输出。
方式 2:过滤 IFNET 模块日志(彻底屏蔽)
如果上述命令无效,可通过 info-center 过滤该模块的日志输出:
shell
<H3C> system-view
[H3C] info-center source IFNET console deny
[H3C] info-center source IFNET monitor deny
[H3C] info-center source IFNET loghost deny
[H3C] info-center source IFNET trap deny
说明:阻止 IFNET 模块的日志输出到控制台、监控终端、日志服务器和 SNMP Trap,完全屏蔽告警。
二、从根源解决丢包问题(比关告警更重要)
告警的本质是队列 2 流量拥塞导致丢包,只关告警会掩盖业务风险,建议同步排查:
确认队列映射:
shell
display qos map-table cos-dscp
display qos map-table dscp-local-precedence
检查业务流量的优先级是否被映射到队列 2,确认该队列的业务类型。
优化队列调度 / 缓冲:
shell
# 开启burst模式,提升突发流量缓冲能力(你之前试过但无效,可再确认配置)
[H3C] burst-mode enable
# 调整队列2的权重/调度模式(WRR/SP),减少丢包
[H3C] qos wrr GigabitEthernet 1/0/1 to 1/0/5 queue 2 weight 5 # 示例,需根据实际业务调整
排查流量突发源:
shell
display interface GigabitEthernet 1/0/1 to 1/0/5
display packet-drop interface GigabitEthernet 1/0/1 to 1/0/5
查看接口的瞬时流量、丢包统计,确认是否存在流量突增或广播风暴。
三、注意事项
关闭告警仅为临时措施,不解决实际丢包问题,长期会导致业务质量下降。
若为核心业务,建议优先排查流量来源和队列配置,再考虑关闭告警。
配置完成后,可通过 display info-center 验证日志过滤规则是否生效。
直接关闭告警的生成通常是无法做到的,因为它表明设备确实在丢包。不过,可以用下面的方法,根据自己的需求,禁止它在控制台显示或写入日志文件。
只影响当前控制台会话,退出或重连后就会恢复。
操作:
这是效果最精确的方法。info-center source 命令可以针对特定模块(IFNET)和严重等级(severity)来控制日志的输出。
操作:在系统视图下执行:
命令解析:severity error 表示日志系统只记录 error (3级) 及以上的日志。因为 IFNET/4 的告警等级是 informational (信息级,6级),所以该告警不会再被记入 日志缓冲区 (logbuffer) 并打印出来。
调整说明:severity 后面可以跟不同的等级。一般来说,error (3级) 是个很好的平衡点,既能屏蔽大部分告警,又不会错过真正的故障。你也可以设置为 alert (1级) 或 emergency (0级),但这可能会让你错过其他重要信息。
恢复命令:如果想恢复记录所有日志,可以执行:
注意:如果有日志需要外发到日志主机,info-center source 命令的作用范围需要确认。根据一些资料,info-center filter 命令主要用于日志主机输出方向,但 info-center source 可能对所有方向都生效。
这种方法会关闭整个IFNET模块的日志,风险较高,可能让你无法知晓该模块未来出现的任何问题。如果你需要保留其他IFNET模块的正常日志,请不要使用此方法。
操作:在系统视图下执行:
命令解析:这条命令会暴力地禁止整个IFNET模块的所有日志输出,无论其严重等级如何,是官方提供的“一刀切”方案。
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
这个会关闭所有IFNET日志模块的告警吧,影响打不打,因为我只想把上面的告警屏蔽