【问题标题】:where is the MIB real value in snmpsnmp 中的 MIB 实际值在哪里
【发布时间】:2016-11-15 02:10:33
【问题描述】:

MIB 中的对象是使用A ASN.1 的子集定义的。以下为

nsMemory                    OBJECT IDENTIFIER ::= {netSnmpObjects 31}
nsSwap                      OBJECT IDENTIFIER ::= {netSnmpObjects 32}
nsCPU                       OBJECT IDENTIFIER ::= {netSnmpObjects 33}
nsLoad                      OBJECT IDENTIFIER ::= {netSnmpObjects 34}
nsDiskIO                    OBJECT IDENTIFIER ::= {netSnmpObjects 35}

那么,只有OBJECT的格式。 “2048”等真实值在哪里?? snmpd 会立即处理并计算它们吗?

【问题讨论】:

  • 您说的是 Net-SNMP 代理文档“NET-SNMP-SYSTEM-MIB”。在我看来,所有对象都是占位符,而不是您应该依赖的真实事物。

标签: snmp asn.1 mib


【解决方案1】:

MIB 不包含值。它们仅定义 SNMP 代理(硬件设备或应用程序)向 SNMP 管理器报告回的值的名称和类型。

在您的 sn-p 中,您提到了 OBJECT IDENTIFIER,它充当 OID 树中无值节点的“名称”。通常,一个或多个OBJECT TYPE 子句逻辑链接在OBJECT IDENTIFIER 下,其中OBJECT TYPE 定义来自SNMP 代理的SNMP 数据的“名称”和“值类型”。

在以下示例中,sysUpTime 链接在 OID 树中的无值 system (1.3.6.1.2.1.1) 节点下。这里sysUpTime 用作TimeTicks 类型的寻址值的名称(对应于1.3.6.1.2.1.1.3 节点):

system   OBJECT IDENTIFIER ::= { mib-2 1 }

sysUpTime OBJECT-TYPE
    SYNTAX      TimeTicks
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
            "The time (in hundredths of a second) since
            the network management portion of the system
            was last re-initialized."
    ::= { system 3 }

MIB 主要用于人类(操作 SNMP 管理器)读取、解释和导航 SNMP 代理提供的 SNMP 数据。完全可以在没有任何 MIB 文件的情况下操作 SNMP。在协议级别,只有 OID 用于引用值。

您可能会发现与您的问题相关的this explanation

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-02-07
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多