SNMP MIB OID分类为;“提供身份”;对;“可设置”;

SNMP MIB OID分类为;“提供身份”;对;“可设置”;,snmp,mib,oid,Snmp,Mib,Oid,为了更好地理解和简化,将所有MIB OID标识符分为两大类是否正确 那些提供有关某些内容(供应、负载、频率等)的状态(信息),即只读访问 允许设置或更改特定参数(即读写访问)的那些 SNMP定义了MAX-ACCESS的概念,它与您描述的分类密切相关,但更为严格和明确。引用规范 MAX-ACCESS子句(必须存在)定义 读取、写入和/或创建的实例具有“协议意义” 对象,或将其值包含在通知中。这是 对象的最大访问级别。(这是最高水平的 访问独立于任何管理授权策略。) 值“read-write”表示

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

  • 那些提供有关某些内容(供应、负载、频率等)的状态(信息),即只读访问
  • 允许设置或更改特定参数(即读写访问)的那些
SNMP定义了MAX-ACCESS的概念,它与您描述的分类密切相关,但更为严格和明确。引用规范

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

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

这些值按从最小到最大的顺序排列:“不可访问”, “可用于通知”、“只读”、“读写”、“读创建”


看起来很合理。这里有编程问题吗?我认为这对理解SNMP编程很重要。我的意思是更广泛的分类,所有OID都可以按功能目的分为两类:信息OID和管理OID。例如,我们可以获取一些信息OID并将访问设置从默认的只读更改为读写(重写SNMP代理设置),然后设置一些值,该值在实时系统中不起作用,因为该OID用于显示信息,而不是用于管理系统。或者,如果我们将某个值设置为管理OID,然后将访问级别从读写更改为只读,那么该值将起作用。你是否愿意听凯伦(正确)的答案是你的选择。当然,您可以按照自己喜欢的方式对OID进行分类,但是SNMP标准定义了访问,就像他在上面引用的那样。我的分类不是按访问类型(这是特定用法),而是按功能目的。是的,您可以按照自己喜欢的方式对它们进行分类。但既然世界上其他地方没有,你就有可能被误解。