Dave,
Thanks for the response. I was under the assumption that the OID
provided the distinguishing feature from row to row. For example, if my
table OID is 1.3.6.1.4.1.12345.1.1 then the rows would be determinable
by the subsequent digit thereafter, such as
1.3.6.1.4.1.12345.1.1.1 (Monitor 1)
1.3.6.1.4.1.12345.1.1.2 (Monitor 2)
1.3.6.1.4.1.12345.1.1.3 (Monitor 3)
The nature of the data of this particular mib may have multiple rows in
a table that do not have a guarantee of unique data. To illustrate,
consider the example of a computer with multiple identical monitors
plugged in... my query results (all rows) would thus return the same
data. The actual column data would be represented by (for example)
1.3.6.1.4.1.12345.1.1.1.1 (Monitor Brand Name = Dell)
1.3.6.1.4.1.12345.1.1.1.2 (Monitor Size = 17")
1.3.6.1.4.1.12345.1.1.1.3 (Monitor Connection Type = VGA)
1.3.6.1.4.1.12345.1.1.2.1 (Monitor Brand Name = Dell)
1.3.6.1.4.1.12345.1.1.2.2 (Monitor Size = 17")
1.3.6.1.4.1.12345.1.1.2.3 (Monitor Connection Type = VGA)
etc.
Perhaps I misunderstand the purpose of the index. Essentially I'm just
looking for some guidance on how to approach this issue. Thanks,
Dana
On Wed, 2006-03-15 at 11:31 -0800, Dana Heath wrote:
I've successfully deployed my sub-agent which is based on a mib table.
However, the mib does not define an index for the table
Then the MIB is broken.
Every MIB table *MUST* indicate the relevant indexing.
That's pretty much fundamental to a table - being what
distinguishes it from a scalar object.
So my question... do table rows absolutely require an index
Yes.
How else can you distinguish one row from another?
or is there
a way to get around the absence of one?
I suggest you talk to the people who designed the MIB
and try to get this fixed ASAP.
Dave
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
