Re: MIB desgin problem.
Dave Shield <[email protected]>
| Newsgroups | gmane.network.net-snmp.user |
|---|---|
| Message-ID | <[email protected]> |
2009/4/24 Noppadol Sotanakul <[email protected]>: > Could you please help me verify this part of MIB if it is valid or not? No - it is not. There are two main problems. Firstly, your main table is too deep: abcTable.abcEntry.abc.aaa is not allowed. The column objects must be the *immediate* children of the Entry object, and they cannot in turn have children themselves. Try something like: > AbcEntry ::= SEQUENCE { > instance OCTET STRING, > aaa OCTET STRING, > bbb OCTET STRING, > } with aaa ::= { abcEntry 2 } bbb ::= { abcEntry 2 } (and drop 'abc' altogether) > In fact, there is a 'ccc' table in 'abc' table That is also not allowed. Tables can *only* contain leaf column objects. You'll need to define the second table separately, but re-use the "instance" value as an index. i.e. > cccTable OBJECT-TYPE > SYNTAX SEQUENCE OF CccEntry : > ::= { nnn 2 } > > cccEntry OBJECT-TYPE > SYNTAX CccEntry : > INDEX { instance, name } > ::= { cccTable 1 } The definition of CccEntry can stay the same. (It doesn't need to contain 'instance') Two final points: - the index objects ('instance' and 'name') should be defined as "not-accessible" - column object names conventionally use a common prefix, typically based on the name of the table. So these should probably be something like abcInstance, abcAaa, abcBbb cccName, cccId, cccState This is particularly important for "common" names such as "name", "id" and "status", which could easily appear elsewhere in the MIB tree. Dave ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Net-snmp-users mailing list [email protected] Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users