原监控抓取ifInDiscards,400给出的结果是,目前现场监控的ifInDiscards(1.3.6.1.2.1.2.2.1.13)和ifOutDiscards (1.3.6.1.2.1.2.2.1.19)其数量值不具有设备指标监控的参考意义,让使用hh3cifPktBufEgDrop,但是根据手册的OID抓取不到
针对你在 S9850 上抓取 hh3cifPktBufEgDrop 失败的问题,核心原因在于对 OID 的理解和抓取方法可能存在偏差。400 工程师的建议是正确的,hh3cifPktBufEgDrop 确实是更具监控价值的指标,但它的抓取方式与标准 MIB 不同。
首先需要明确,你提到的 hh3cifPktBufEgDrop 中的 "Eg" 代表 Egress(出方向),它统计的是出方向因缓存不足而丢弃的报文数。
根据 H3C 官方建议,入方向的缓存丢包应使用另一个节点:
如果你实际想监控的是入方向丢包,那么抓取 hh3cifPktBufEgDrop 自然是取不到数据的。
如果确认你需要的就是出方向指标,请按以下步骤排查:
1. 确认 OID 是否完整hh3cifPktBufEgDrop 是一个表格型(Table) 节点,其基础 OID 为 1.3.6.1.4.1.25506.8.35.1.5.1.6。抓取时必须在 OID 末尾加上接口索引(IfIndex),例如 1.3.6.1.4.1.25506.8.35.1.5.1.6.123,其中 123 是目标接口的 IfIndex。
获取 IfIndex 的方法:
在交换机上执行:
找到你关心接口对应的 IfIndex 值。
2. 使用 MIB 浏览器验证
不要只依赖网管软件,建议先用 MIB Browser(如 iReasoning MIB Browser)直接对设备发起 SNMP Get/GetNext 操作。
加载 HH3C-IF-EXT-MIB 文件(下载路径见下文)。
在 MIB 树中定位到 hh3cifPktBufEgDrop 节点,展开后应能看到按 IfIndex 索引的子节点。
对某个子节点执行 Get 操作,确认设备是否有正常返回值。
3. 检查设备软件版本
部分较旧的 S9850 软件版本可能未实现或未开放此 MIB 节点。建议确认当前版本(如 Release 757x/759x),并考虑升级至最新稳定版。
4. 在设备本地验证计数器
在 CLI 下执行以下命令,确认接口本身是否有缓存丢包计数:
如果本地计数器就有增长,说明统计源是正常的,问题出在 SNMP 抓取层面。
5. 检查 SNMP 配置与 ACL
确保 SNMP 团体名(Community)正确、SNMP 版本匹配(v2c 或 v3),并检查 ACL 是否放行了网管服务器的 IP 访问设备的 UDP 161 端口。
你需要的是 hh3c-if-ext.mib(属于 HH3C-IF-EXT-MIB),这是定义 hh3cifPktBufEgDrop 节点的 MIB 文件。
官方下载路径:
访问 H3C 官网的 MIB 下载页面:http://www.h3c.com/cn/d_200905/635750_30003_0.htm
在目录中找到 "H3C New Style Private MIB"。
将 MIB 文件加载到你的网管软件或 MIB Browser 中,才能正确解析该 OID 的含义和结构。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论