繁体   English   中英

企业标识符下节点的SNMP MIB结构约定

[英]SNMP MIB Structure Conventions for nodes below the Enterprise Identifier

我已经开发了一个Linux / Umbutu程序,它将在基于P的嵌入式设备上运行。 我希望这段代码能够发送和接收整个产品的SNMP数据。 因此,我知道OID降至公司级别1.3.6.1.4.1.34843,而且我进一步知道我们出售的两个启用SNMP的产品是1.3.6.1.4.1.34843.1和1.3.6.1.4.1.34843.2。 可以肯定的是我的将是3。

问题是,此点以下的节点是否有已知的结构/约定? 我阅读的内容似乎暗示我可以使用所需的任何结构。 ... 34843.1.0是否存在? 是要获取(获取)相同级别节点的列表或最大数量的节点吗? ... 34843.1.0.0是否存在? 有什么意义吗? 开发前两个MIB的人不在城里一段时间,我真的不能问他,我想确保当他给我答案时我能理解他的答案。

是否有描述所需/建议组织的文档? 可能是一些RFC,对。 那么,有没有人类使用的语言的文件?

提前致谢。

最受欢迎的资源是Perkins和McGinnis撰写的understanding SNMP MIBs书。 它以更易读的格式描述MIB。 在线Net-SNMP 教程也可能会有所帮助,因为它们讨论了很多有关MIB的内容。 如果您需要RFC,那么RFC2578是正确的阅读方法。

快速的层次结构指导将遵循以下方面:

  1. 使用3个部分:一个用于对象,一个用于通知,以及一个用于一致性信息
  2. 对于通知,将其根目录为.0(有关原因的详细信息,请参阅RFC3584
  3. 对于每个表,您可能需要一个标量来显示表中对象的数量,并可能需要一个LastChanged对象来显示表中配置的更改频率。

当然,在上面列出的书籍和其他资源中可以找到更多的指导,而这里没有可以重复的指导。 RFC 41815249也可能会有所帮助。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM