Re: creating a table-based subagent

Dana Heath <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
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
>[email protected]
>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
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.