• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

H3C S5135S-24FP4T4S-EI

1天前提问
  • 0关注
  • 0收藏,88浏览
粉丝:0人 关注:0人

问题描述:

交换机有大量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.

 

 

组网及组网描述:

3 个回答
粉丝:5人 关注:14人

丢列2丢包属于 IFNET日志模块,输入undo info-center source IFNET monitor在终端不显示,输入undo info-center source IFNET logbuffer在日志中不记录

这个会关闭所有IFNET日志模块的告警吧,影响打不打,因为我只想把上面的告警屏蔽

zhiliao_JCGa0X 发表时间:1天前 更多>>

这个会关闭所有IFNET日志模块的告警吧,影响打不打,因为我只想把上面的告警屏蔽

zhiliao_JCGa0X 发表时间:1天前
粉丝:10人 关注:2人

🚨 告警说明与关闭方案
你遇到的 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 验证日志过滤规则是否生效。

粉丝:16人 关注:1人

直接关闭告警的生成通常是无法做到的,因为它表明设备确实在丢包。不过,可以用下面的方法,根据自己的需求,禁止它在控制台显示或写入日志文件。



 关闭告警的几种方法

1. 临时关闭 (测试/调试用)

只影响当前控制台会话,退出或重连后就会恢复。

  • 操作

    <H3C> terminal monitor
    <H3C> undo terminal logging

2. 永久关闭 (推荐)

这是效果最精确的方法。info-center source 命令可以针对特定模块(IFNET)和严重等级(severity)来控制日志的输出。

  • 操作:在系统视图下执行:

    system-view
    [H3C] info-center source IFNET channel logbuffer severity error
  • 命令解析severity error 表示日志系统只记录 error (3级) 及以上的日志。因为 IFNET/4 的告警等级是 informational (信息级,6级),所以该告警不会再被记入 日志缓冲区 (logbuffer) 并打印出来。

  • 调整说明severity 后面可以跟不同的等级。一般来说,error (3级) 是个很好的平衡点,既能屏蔽大部分告警,又不会错过真正的故障。你也可以设置为 alert (1级) 或 emergency (0级),但这可能会让你错过其他重要信息。

  • 恢复命令:如果想恢复记录所有日志,可以执行:

    [H3C] undo info-center source IFNET
  • 注意:如果有日志需要外发到日志主机,info-center source 命令的作用范围需要确认。根据一些资料,info-center filter 命令主要用于日志主机输出方向,但 info-center source 可能对所有方向都生效。

3. 彻底关闭 (风险较高)

这种方法会关闭整个IFNET模块的日志,风险较高,可能让你无法知晓该模块未来出现的任何问题。如果你需要保留其他IFNET模块的正常日志,请不要使用此方法。

  • 操作:在系统视图下执行:

    system-view
    [H3C] info-center logging suppress module IFNET mnemonic all
  • 命令解析:这条命令会暴力地禁止整个IFNET模块的所有日志输出,无论其严重等级如何,是官方提供的“一刀切”方案。

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明