Re: CONSENSUS CHECK: Undo entAliasMapping deprecation

On Tue, Aug 17, 2004 at 05:31:24PM -0400, Kaj Tesink wrote:
> 
> further actions:
> - as per the emerging consensus, it is better to
>    insert the two objects in the entPhysicalEntry
>    of the entity mib itself; in that case all that is needed
>    is to cut&paste from the attached
> - we'll post the draft for the for CLEI URN namespace request soon
> - any other comments?

Cutting and pasting text from your proposal, I came up with this
proposal for integration into the ENTITY-MIB itself:

entPhysicalMfgDate OBJECT-TYPE
    SYNTAX	DateAndTime
    MAX-ACCESS	read-only
    STATUS	current
    DESCRIPTION
	"The manufacturing date for the physical entity. The value
	 '0000000000000000'H should be returned if the manufacturing
	 date for a physical entity is unknown."
    ::= { entPhysicalEntry 17 }

entPhysicalMfgID OBJECT-TYPE
    SYNTAX	DisplayString
    MAX-ACCESS  read-write
    STATUS	current
    DESCRIPTION
	"This object contains additional identification information
         about the physical entity. The object contains URIs and 
	 therefore the syntax of this object must conform to RFC 
	 2396 section 2. Multiple URIs may be separated by white 
	 space characters.

	 This object contains a zero-length string if no additional
         identification information is known or supported about the
         physical entity."
    ::= { entPhysicalEntry 18 }

I think we should say something about when it is appropriate to write 
entPhysicalMfgId and to what extend it is required to provide write 
support for this object. In addition, we have to say something about 
the persistence of any modifications.

Note that I called the objects *MfgDate and *MfgId since we already
have entPhysicalMfgName and I propose to use null values in case a
value is unknown since that avoids holes in tables and seems to be
more consistent with the other objects in the entPhysicalTable.

/js

-- 
Juergen Schoenwaelder		    International University Bremen
<http://www.eecs.iu-bremen.de/>	    P.O. Box 750 561, 28725 Bremen, Germany