RE: Final Closure on Entity State MIB Issues

"Wijnen, Bert (Bert)" <[email protected]> Tue, 23 Mar 2004 16:13:13 +0100
Newsgroups gmane.ietf.entmib
Message-ID <7D5D48D2CAA3D84C813F5B154F43B15503DB1146@nl0006exch001u.nl.lucent.com>
> #322: Textual Convention Names (Prefix)
> 
> 	I think the TC names should be prefixed.
> 
> Sharon> Ok. I think we need to step back a level on this one. 
> We seemed to
> have had agreement on the list that if the TCs were intended to be not
> specific to Entities, then they should not have the prefix 
> but if they were
> they should. So, I suspect we are disagreeing on whether these TCs are
> specific to Entities. I certainly never intended them to be 
> and went out of
> my way to ensure they weren't. Is there something in their 
> definition that
> leads you to believe they are limited in their application to 
> Entities?
> 

It seems to me that your TCs shoudl be prefixed with something aka

   ItuXxxx
   
or
   UtuX731Xxxx

That is what they claim to represent.
And having said that... should it be a separate ITU module (i.e. have ITU
in the name and TC-MIB as a suffix) ??
Maybe to heavy ?

> #325:
> 
> 	The figures in the discussion of this issue are wrong as
> 	xxxCompliances(1) and xxxGroups(2) are typically registered
> 	below xxxConformance(2).
> 
> Sharon> This is from the MIB Review Guidelines. 
> 
I think Juergen meant to say that you are using xxxConformance(3)
while you should be using xxxConformance(2).

Your OIDs look like:
OID tree
1.3.6.1.2.1.xx  entityStateMIB  [ENTITY-STATE-MIB]: module-identity
1.3.6.1.2.1.xx.0  entStateNotifications  [ENTITY-STATE-MIB]: oid-value-assignment
1.3.6.1.2.1.xx.0.1  entStateOperEnabled  [ENTITY-STATE-MIB]: notification-type
1.3.6.1.2.1.xx.0.2  entStateOperDisabled  [ENTITY-STATE-MIB]: notification-type
1.3.6.1.2.1.xx.1  entStateObjects  [ENTITY-STATE-MIB]: oid-value-assignment
1.3.6.1.2.1.xx.1.1  entStateTable  [ENTITY-STATE-MIB]: table-object-type
1.3.6.1.2.1.xx.1.1.1  entStateEntry  [ENTITY-STATE-MIB]: row-object-type
1.3.6.1.2.1.xx.1.1.1.1  entStateLastChanged  [ENTITY-STATE-MIB]: columnar-object-type
1.3.6.1.2.1.xx.1.1.1.2  entStateAdmin  [ENTITY-STATE-MIB]: columnar-object-type
1.3.6.1.2.1.xx.1.1.1.3  entStateOper  [ENTITY-STATE-MIB]: columnar-object-type
1.3.6.1.2.1.xx.1.1.1.4  entStateUsage  [ENTITY-STATE-MIB]: columnar-object-type
1.3.6.1.2.1.xx.1.1.1.5  entStateAlarm  [ENTITY-STATE-MIB]: columnar-object-type
1.3.6.1.2.1.xx.1.1.1.6  entStateStandby  [ENTITY-STATE-MIB]: columnar-object-type
1.3.6.1.2.1.xx.3  entStateConformance  [ENTITY-STATE-MIB]: oid-value-assignment
1.3.6.1.2.1.xx.3.1  entStateCompliances  [ENTITY-STATE-MIB]: oid-value-assignment
1.3.6.1.2.1.xx.3.1.1  entStateCompliance  [ENTITY-STATE-MIB]: module-compliance
1.3.6.1.2.1.xx.3.2  entStateGroups  [ENTITY-STATE-MIB]: oid-value-assignment
1.3.6.1.2.1.xx.3.2.1  entStateGroup  [ENTITY-STATE-MIB]: object-group
1.3.6.1.2.1.xx.3.2.2  entStateNotificationsGroup  [ENTITY-STATE-MIB]: notification-group
**end of oid tree**

And so 1.3.6.1.2.1.xx.2 was skipped (for as far as we can tell no good reason).



Bert