[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: irrelevant objects in a row



If you all of your extra columns are for one specific ruleType
value, then another option is to put the extra columns in a separate
table with the same INDEX, and just specify that rows in that table only
exist if ruleType is that particular kind.

-Dave

> -----Original Message-----
> From: owner-mibs@ops.ietf.org [mailto:owner-mibs@ops.ietf.org] On
Behalf
> Of Juergen Quittek
> Sent: Friday, September 26, 2003 6:31 PM
> To: mibs@ops.ietf.org
> Subject: irrelevant objects in a row
> 
> Hi all,
> 
> I'm sketching a draft for a MIDCOM MIB and ran into a question on
> table design.
> 
> I have a table of midcom policy rules. A table entry contains an
> enum object called ruleType indicating the kind of rule of this row.
> 
> Now, for describing policy rules, not always all columns are required.
> For certain values of the ruleType object, some columns are irrelevant
> 
> I wonder what is the best way of handling these columns.
> I can see three alternatives:
> 
>   - Is it fine just to state in the DESCRIPTION clause that for
certain
>     values of ruleType the values of these columns are irrelevant?
> 
>   - Shall I define a special value for these objects indicating they
>     are irrelevant?  This might not be possible in some cases,
>     for example if it contains an IP address.
> 
>   - Shall the DESCRIPTION clause require the object to be not
accessible
>     for a certain values of the ruleType object?
> 
> Are there better alternatives?
> 
> I tend to go for the last one, because then an SNMP walk would
> only show relevant information.
> 
> How have other MIB modules solved such a situation?
> 
>     Juergen
> --
> Juergen Quittek        quittek@ccrle.nec.de        Tel: +49 6221
90511-15
> NEC Europe Ltd.,       Network Laboratories        Fax: +49 6221
90511-55
> Kurfuersten-Anlage 36, 69115 Heidelberg, Germany
http://www.ccrle.nec.de