Re: [Disman] another question about alarmMib..

[Michael Thatcher <[e-mail]>]

Randy Presuhn wrote:

Hi -

  

From: "Michael Thatcher" <[e-mail]>
To: <[e-mail]>
Sent: Monday, December 15, 2008 2:05 PM
Subject: [Disman] another question about alarmMib..

the alarmActiveTable is indexed by alarmListName, alarmDataAndTime, 
alarmActiveIndex

the alarmActiveVariableTable is indexed by alarmListName, 
alarmActiveIndex, alarmActiveVariableIndex.

How come alarmDataAndTime are not an index into the 
alarmActiveVariableTable, since this table by definition has the varbind 
objects from the corresponding entry in alarmActiveTable?

This also seems to imply that alarmActiveIndex is always unique 
regardless of alarmDataAndTime.  Is this intentional?
    

Yes.  This should make it clear why alarmDateAndTime is needed
for the alarmActiveTable (it supports the ordering required for the
most common use cases) and not for the alarmActiveVariableTable
(these are meaningful only in the context of the alarm "containing"
these variables, and a time stamp is not needed to provide uniqueness.

  

The description of alarmClearIndex says that "This object has the same value as the alarmActiveIndex that this alarm instance had when it was active".  Does this mean that clear events cannot be placed in this table which do not have a related alarm in the alarmActiveTable?  If there are multiple related entries in the alarmActiveTable, does it matter which alarmActiveIndex value is used? 


mikeT