RE: RFC 3877 question

"Sharon Chisholm" <[email protected]> Wed, 28 Jun 2006 11:30:11 -0400
Newsgroups gmane.ietf.disman
Message-ID <713043CE8B8E1348AF3C546DBE02C1B4097A7F4E@zcarhxm2.corp.nortel.com>
hi
 
All three are indices into the table. It is valid to include as an index
something which isn't in the table. Think about all those tables that
are indexed by ifIndex as good examples.
 
Sharon

-----Original Message-----
From: Adam Deutsch [mailto:[email protected]] 
Sent: Wednesday, June 28, 2006 11:23 AM
To: [email protected]
Cc: [email protected]; [email protected]
Subject: RFC 3877 question



Hello,

 

I am contemplating implementing the ALARM-MIB on one of our products and
have encountered an entry in the definition of the ALARM-MIB that may be
an error (either that or I am missing something - which is very likely).

 

The problem I have is with the INDEX statement for the alarmModelEntry,
which I have reproduced below:

 

 

alarmModelEntry OBJECT-TYPE

   SYNTAX      AlarmModelEntry

   MAX-ACCESS  not-accessible

   STATUS      current

   DESCRIPTION

       "Entries appear in this table for each possible alarm state.

       This table MUST be persistent across system reboots."

   INDEX       { alarmListName, alarmModelIndex, alarmModelState }

   ::= { alarmModelTable 1 }

 

AlarmModelEntry ::= SEQUENCE {

   alarmModelIndex                 Unsigned32,

   alarmModelState                 Unsigned32,

   alarmModelNotificationId        OBJECT IDENTIFIER,

   alarmModelVarbindIndex          Unsigned32,

   alarmModelVarbindValue          Integer32,

   alarmModelDescription           SnmpAdminString,

   alarmModelSpecificPointer       RowPointer,

   alarmModelVarbindSubtree        OBJECT IDENTIFIER,

   alarmModelResourcePrefix        OBJECT IDENTIFIER,

   alarmModelRowStatus             RowStatus

   }

 

According to this definition, alarmListName is one of three indexes used
for the alarmModelEntry. However, alarmListName is not one of the
objects appearing in the AlarmModelEntry sequence.

 

I believe that alarmListName was erroneously included in the INDEX
statement, and that only alarmModelIndex and alarmModelState should be
used as indices into the alarmModelEntry. Am I wrong? 

 

Any explanations you can offer would be greatly appreciated.

 

Regards

 

Adam Deutsch

Powerwave Technologies

+1-905-946-3395