Re: sub tables in MIB

2005-11-22 Thread Dave Shield
On Mon, 2005-11-21 at 13:39 -0500, Chris Fowler wrote: > Here is what I've got working so far: > --- > --- Sensor Devices > --- [snip] > opsSrenaSensorIndex OBJECT-TYPE > SYNTAX Integer32 > MAX-ACCESS read-only MAX-ACCESS not-accessible

Re: sub tables in MIB

2005-11-21 Thread Chris Fowler
Here is what I've got working so far: --- --- Sensor Devices --- opsSrenaSensorTable OBJECT-TYPE SYNTAX SEQUENCE OF OpsSrenaSensorEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Table of sensor devices."

Re: sub tables in MIB

2005-11-21 Thread Chris Fowler
Here is an example of one sensor: [EMAIL PROTECTED] show sensor 1 ### # Sensors # ### # Sensor: 1 set sensor 1 active enabled set sensor 1 type 533 # Temperature

Re: sub tables in MIB

2005-11-21 Thread David T. Perkins
HI, Your terminology below leaves lots of important details out. Why don't you just send a copy of the relevant definitions. Regards, /david t. perkins On Mon, 21 Nov 2005, Chris Fowler wrote: > Thanks Rob and Dave. This clears it up nicely. > > I'll have to create 3 tables then and have var

Re: sub tables in MIB

2005-11-21 Thread Dave Shield
On Mon, 2005-11-21 at 11:59 -0500, Chris Fowler wrote: > I'll have to create 3 tables then and have variables > pointing to the indexes of the tables they belong to No - you don't need separate pointer variables. Just re-use the index objects from one table in the others. An index object does *N

Re: sub tables in MIB

2005-11-21 Thread Chris Fowler
Thanks Rob and Dave. This clears it up nicely. I'll have to create 3 tables then and have variables pointing to the indexes of the tables they belong to. sensors channels sensor id -> sensors alarms channel id -> channels On Mon, 2005-11-21 at 16:48 +, Dave Shield wrote: > On Mon,

Re: sub tables in MIB

2005-11-21 Thread Dave Shield
On Mon, 2005-11-21 at 11:37 -0500, Robert Story wrote: > Your enterprise branch can contain other branches. Just not off of any kind of > OBJECT-TYPE. Just OBJECT-IDENTIFIERS. Since a table is composed of > OBJECT-TYPES, it cannot have internal branches (eg sub-tables). Like the man said. Remembe

Re: sub tables in MIB

2005-11-21 Thread Robert Story
On Mon, 21 Nov 2005 08:22:32 -0500 Chris wrote: CF> On Mon, 2005-11-21 at 09:59 +, Dave Shield wrote: CF> > SNMP doesn't support "sub tables" - or at least not directly. CF> > CF> CF> That is what confuses me. To me the SNMP tree is a tree with braches. CF> My Enterprise OID is one such bran

Re: sub tables in MIB

2005-11-21 Thread Chris Fowler
On Mon, 2005-11-21 at 09:59 +, Dave Shield wrote: > SNMP doesn't support "sub tables" - or at least not directly. > That is what confuses me. To me the SNMP tree is a tree with braches. My Enterprise OID is one such branch and it has braches (tables). So I just assumed that the branches in

Re: sub tables in MIB

2005-11-21 Thread Dave Shield
On Sun, 2005-11-20 at 16:17 -0500, Chris Fowler wrote: > What I don't know how to do is begin adding the channel table. Each > sensor object will have a table of channel. Do I do it like this: > > OpsSrenaSensorEntry ::= SEQUENCE { > opsSrenaSensorIndex Integer32, >

sub tables in MIB

2005-11-20 Thread Chris Fowler
I'm adding some more objects to my agent and this is the first time where I will have child tables. My data looks like this ... I've shown it in XML so hopefully that details best what it looks like. So far I've got the first items complete and in the snmp