SNMP:ASN.1 MIB定义。引用表中的表

时间:2010-03-24 17:58:22

标签: snmp asn.1

自从我编写ASN.1以来已经有一段时间了......

我们的数据模型由表中的几个表定义组成。这在SNMP中不可行,因此我们需要展平定义。最简单的方法是使嵌入式表由与父表相同的OID索引。因此

someTableEntry ::= SEQUENCE {
   someTableIndex
        Integer32,
   someTableDomain
        Integer32,
   someTableFooTable
        SEQUENCE OF SomeTableFooTable
} 

变为

    someTableEntry ::= SEQUENCE {
       someTableIndex
            Integer32,
       someTableDomain
            Integer32,
    } 

someTableFooTable ::= SEQUENCE {
    someTableIndex
       Integer32,
....
} 

好处是在我们的应用程序中不会有任何类型的SET,GET或GET NEXT,因此不需要SNMP walk(有一些非常好的理由可以取代网络管理优雅的需要。所有属性将仅通过陷阱进行报告。我认为这是一个有效的SNMP MIB定义,但希望得到一些反馈。

提前致谢。

1 个答案:

答案 0 :(得分:20)

听起来你走在正确的轨道上。为了将表定义为另一个表的子表,您只需通过父索引加上子索引(例如0.1.8.23.7.2.42将其索引,其中2是父索引,42是孩子指数)。

例如,您可以定义父类:

parentTable OBJECT-TYPE
    SYNTAX       SEQUENCE OF parentEntry
    MAX-ACCESS   not-accessible
    STATUS       current
    DESCRIPTION  "Parent table"
    ::= { example 1 }

parentEntry OBJECT-TYPE
    SYNTAX       ParentEntry
    MAX-ACCESS   not-accessible
    STATUS       current
    DESCRIPTION  "Entry in Parent table"
    INDEX        { parentIndex }
    ::= { parentTable 1 }

ParentEntry ::= SEQUENCE {
    parentIndex            Unsigned32,
    -- other columns in the table
    }

-- define the columns in the parent table

将子表定义为:

childTable OBJECT-TYPE
    SYNTAX       SEQUENCE OF childEntry
    MAX-ACCESS   not-accessible
    STATUS       current
    DESCRIPTION  "Child table"
    ::= { example 2 }

childEntry OBJECT-TYPE
    SYNTAX       ChildEntry
    MAX-ACCESS   not-accessible
    STATUS       current
    DESCRIPTION  "Entry in Child table"
    INDEX        { parentIndex,
                   childIndex }
    ::= { childTable 1 }

ChildEntry ::= SEQUENCE {
    childIndex            Unsigned32,
    -- other columns in the table
    }

-- define the columns in the child table

请注意,没有必要在ChildEntry序列中列出parentIndex,因为它已经在MIB中的其他地方声明。

这种方法运行良好,甚至可以毫无问题地响应snmp行走。

如果你有一个你认为准确定义了你想要的结构的MIB,你可以使用smilint验证它,如果你在linux机器上或安装了cygwin,或者你可以validate it online

<强>更新

此模式也适用于更深层次的嵌套。

孙子表可以定义为:

grandChildTable OBJECT-TYPE
    SYNTAX       SEQUENCE OF grandChildEntry
    MAX-ACCESS   not-accessible
    STATUS       current
    DESCRIPTION  "Grandchild table"
    ::= { example 3 }

grandChildEntry OBJECT-TYPE
    SYNTAX       GrandChildEntry
    MAX-ACCESS   not-accessible
    STATUS       current
    DESCRIPTION  "Entry in Grandchild table"
    INDEX        { parentIndex,
                   childIndex,
                   grandChildIndex }
    ::= { grandChildTable 1 }

grandChildEntry ::= SEQUENCE {
    grandChildIndex            Unsigned32,
    -- other columns in the table
    }

-- define the columns in the grandChild table

嵌套深度的唯一限制是最大OID长度(我认为,这是127):列的基本OID长度加上表的索引数必须小于最大OID长度。

另外需要注意的一点是,每个级别都可以有多个兄弟姐妹。

第二个孩子可以定义为:

secondchildTable OBJECT-TYPE
    SYNTAX       SEQUENCE OF secondchildEntry
    MAX-ACCESS   not-accessible
    STATUS       current
    DESCRIPTION  "Second child table"
    ::= { example 4 }

secondchildEntry OBJECT-TYPE
    SYNTAX       SecondchildEntry
    MAX-ACCESS   not-accessible
    STATUS       current
    DESCRIPTION  "Entry in Second child table"
    INDEX        { parentIndex,
                   secondchildIndex }
    ::= { secondchildTable 1 }

SecondchildEntry ::= SEQUENCE {
    secondchildIndex            Unsigned32,
    -- other columns in the table
    }

-- define the columns in the second child table