SNMP MIB OID 分类为“提供状态”与“可设置”答案

【问题标题】：SNMP MIB OID classification into "providing status" versus "settable"SNMP MIB OID 分类为“提供状态”与“可设置”
【发布时间】：2014-08-29 12:17:32
【问题描述】：

为了更好地理解和简化，将所有 MIB OID 标识符分为两大类是否正确？

那些提供状态（信息）的东西（供应、负载、频率等），即只读访问。
那些允许设置或更改特定参数，即读写访问权限。

【问题讨论】：

看起来很合理。里面有编程题吗？
我认为这对于理解 SNMP 编程很重要。

标签： snmp mib oid

【解决方案1】：

SNMP RFC 定义了 MAX-ACCESS 的概念，它与您描述的分类密切相关，但更严格和明确。引用规范...

必须存在的 MAX-ACCESS 子句定义是否使“协议意义”来读取、写入和/或创建对象，或将其值包含在通知中。这是对象的最大访问级别。（这个最高水平访问独立于任何管理授权策略。）

值“read-write”表示读写访问使 “协议意义”，但 create 没有。值“读取-创建” 表示读、写和创建访问具有“协议意义”。值“不可访问”表示辅助对象（参见第 7.7)。值“accessible-for-notify”表示一个对象只能通过通知访问（例如，snmpTrapOID [5]）。

这些值按从小到大的顺序排列：“不可访问”， "accessible-for-notify", "read-only", "read-write", "read-create"。

【讨论】：

我的意思是更广泛的分类，所有的OID都可以按功能目的分为两类：信息OID和管理OID。例如，我们可以取一些信息OID并将访问设置从默认只读更改为读写（重写SNMP代理设置）然后设置一些值，这个值将不起作用在实时系统中，因为此 OID 用于显示信息，而不是用于管理系统。或者，如果我们为 management OID 设置一些值，然后将访问级别从读写更改为只读，则该值将起作用。
好吧，你显然已经有了意见。您是否想听k1eran的（正确）答案是您的选择。你当然可以用你喜欢的任何方式对 OID 进行分类，但是 SNMP 标准定义了他上面引用的访问。
我的分类不是按访问类型（这是特定用途），而是按功能目的。
是的，您可以随意对它们进行分类。但由于世界其他地方不这样做，您就有被误解的风险。