Hello Robert, thanks for Your "helping Hand"!
From: Robert Story <[EMAIL PROTECTED]> On Sat, 26 Feb 2005 20:18:55 +0100 Ekkehard wrote: What do you mean by 'tables could only hold one record'?
As I wrote, there a several different Subdevices, with very different properties. The "One Row per Subdevice"-Approach will force me to drop all different properties from the devices into one (big) record.
Example:
One Device is a thermometer another is a humidity device. The themometer gives degrees in Integers from -50 to +100 �C, the humidity device gives relative percentage from 0 to 100 rel. humidity.
Assuming we have one thermometer with device ID 0 and one humidity device with ID 1, the row and table looks like this
deviceNumber currentTemp currentHumidity
0 +20 n.a.
1 n.a. 60%
If I looks to my real devices the have *lots* of settings (Alarmranges, trapenables, etc.) and we have *lots* of different devices so the row have to be *very* long.
So the means 'tables could only hold one record'!
Read over this entry in my FAQ, and see if you it helps.
http://www.freesnmp.com/net-snmp/faqs/index.html#multidev
"table" see below.
"context" seems to be the best suggestion, I have to learn how this stuff could used.
Another idea would be to do something similar to the host resources mib. One table defines all the rows with their types, and each specific type has it's own table for type specific parameters.
Nice Idea.
One table for temperatures, one for humidity, each holding device ID and the value. This will - on the opposite - spread all values from one device over the whole mib, making collecting the data from one subdevice very hard.
-- Robert Story; NET-SNMP Junkie
Thanks for Your help! Best regards Ekkehard
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click _______________________________________________ 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
