关于SNMP MIB陷阱组织的建议

我正在寻找一些关于SNMP MIB陷阱组织或最佳实践的建议。我还没有找到任何描述现实世界使用和期望的材料

在过去，我只是简单地使用过SNMP，而且大多只是获取/设置，我以前从未处理过陷阱

让我解释一下

我最近加入了一家公司，需要查看他们的MIB，但其中的陷阱并不是我所期望的

对于每个引发报警条件的陷阱（例如“超过X阈值”-严重性严重，id 100），都有一个完全独立的清除陷阱（“超过X阈值清除”-严重性清除，id 134）。每个陷阱都有一个分配给它的任意“陷阱id”，其中没有编码任何意义或关系信息。知道陷阱134清除陷阱100的唯一方法是查看陷阱的文本名称。这似乎不对

例如，风扇故障陷阱如下（为简洁起见进行了编辑）：

我知道132对于105来说是明确的唯一方法是手动读取MIB或以编程方式扫描MIB，并基于陷阱名称构建一个表。这个案例甚至更愚蠢，因为清除陷阱显示出“信息”严重性

我预计，当引发“超过X阈值”陷阱id 100时，它将被发送，其严重性设置为“严重”，当它清除时，同样的陷阱id 100将被发送，严重性设置为“清除”

或者，若只有一个包含陷阱id和严重性的通用警报陷阱，而不是我的65个左右的唯一陷阱，那个就更好了

简言之，问题是：

---

这是“两个陷阱，一个升高，一个清除”正常吗？这不正常，但没问题。我可以理解为什么他们会这样做，根据OID在HP OV NNM中分配颜色很容易（不知道确切的版本，但它在2000年起作用）。或者，您可能必须解析数据包，以便在管理器/管理站上显示颜色

---

通常，最好将陷阱状态用作陷阱绑定的一部分。

我将我的Mib文件与SNMPc一起使用。 我的文件只有一个陷阱事件发生，所有其他逻辑（关联）由SNMPc过滤器生成。我使用Severity='CL'清除陷阱。 所以我不明白为什么在“fooTrapFanFailureClear”陷阱中需要严重性变量

    fooTrapFanFailure NOTIFICATION-TYPE
        OBJECTS {StampID, SerialNumber, Name, TrapID, Severity}
        DESCRIPTION   "Fan failure, trap-id 105, severity major"
        ::= { fooTraps 8 }

    fooTrapFanFailureClear NOTIFICATION-TYPE
        OBJECTS {StampID, SerialNumber, Name, TrapID, Severity}
        DESCRIPTION  "Fan failure clear, trap-id 132, severity informational"
        ::= { fooTraps 11 }