Following the precedent established in [PCIM], this document has
placed the details of how to name instances of its classes in a
native CIM implementation here in an appendix. Since Appendix A in
[PCIM] has a lengthy discussion of the general principles of CIM
naming, this appendix does not repeat that information here. Readers
interested in a more global discussion of how instances are named in
a native CIM implementation should refer to [PCIM].
9.1. Naming Instances of the Classes Derived from Service
Most of the classes defined in this model are derived from the CIM
class Service. Although Service is an abstract class, it
nevertheless has key properties included as part of its definition.
The purpose of including key properties in an abstract class is to
have instances of all of its instantiable subclasses named in the
same way. Thus, the majority of the classes in this model name their
instances in exactly the same way: with the two key properties
CreationClassName and Name that they inherit from Service.
9.2. Naming Instances of Subclasses of FilterEntryBase
Like Service, FilterEntryBase (defined in [PCIME]) is an abstract
class that includes key properties in its definition.
FilterEntryBase has four key properties. Two of them,
SystemCreationClassName and SystemName, are propagated to it via the
weak association FilterEntryInSystem. The other two,
CreationClassName and Name, are native to FilterEntryBase.
Thus, instances of all of the subclasses of FilterEntryBase,
including the PreambleFilter class defined here, are named in the
same way: with the four key properties they inherit from
FilterEntryBase.
9.3. Naming Instances of ProtocolEndpoint
The class ProtocolEndpoint inherits its key properties from its
superclass, ServiceAccessPoint. These key properties provide the
same naming structure that we’ve seen before: two propagated key
properties SystemCreationClassName and SystemName, plus two native
key properties CreationClassName and Name.
9.4. Naming Instances of BufferPool
Unlike the other classes in this model, BufferPool is not derived
from Service. Consequently, it does not inherit its key properties
from Service. Instead, it inherits one of its key properties,
CollectionID, from its superclass Collection, and adds its other key
property, CreationClassName, in its own definition.
9.4.1. The Property CollectionID
CollectionID is a string property with a maximum length of 256
characters. It identifies the buffer pool. Note that this property
is defined in the BufferPool class’s superclass, CollectionOfMSEs,
but not as a key property. It is overridden in BufferPool, to make
it part of this class’s composite key.
9.4.2. The Property CreationClassName
This property is a string property of with a maximum length of 256
characters. It is set to "CIM_BufferPool" if this class is directly
instantiated, or to the class name of the BufferPool subclass that is
created.
9.5. Naming Instances of SchedulingElement
This class has not yet been incorporated into the CIM model, so it
does not have any CIM naming properties yet. If the normal pattern
is followed, however, instances will be named with two properties
CreationClassName and Name.
10. Authors’ Addresses
Bob Moore
P. O. Box 12195, BRQA/B501/G206
3039 Cornwallis Rd.
Research Triangle Park, NC 27709-2195
Phone: (919) 254-4436
EMail: remoore@us.ibm.com
David Durham
Intel
2111 NE 25th Avenue
Hillsboro, OR 97124
Phone: (503) 264-6232
EMail: david.durham@intel.com
John Strassner
INTELLIDEN, Inc.
90 South Cascade Avenue
Colorado Springs, CO 80903
Phone: (719) 785-0648
EMail: john.strassner@intelliden.com
Andrea Westerinen
Cisco Systems, Bldg 20
725 Alder Drive
Milpitas, CA 95035
EMail: andreaw@cisco.com
Walter Weiss
Ellacoya Networks
7 Henry Clay Dr.
Merrimack, NH 03054
Phone: (603) 879-7364
EMail: walterweiss@attbi.com
11. Full Copyright Statement
Copyright (C) The Internet Society (2004). All Rights Reserved.
This document and translations of it may be copied and furnished to
others, and derivative works that comment on or otherwise explain it
or assist in its implementation may be prepared, copied, published
and distributed, in whole or in part, without restriction of any
kind, provided that the above copyright notice and this paragraph are
included on all such copies and derivative works. However, this
document itself may not be modified in any way, such as by removing
the copyright notice or references to the Internet Society or other
Internet organizations, except as needed for the purpose of
developing Internet standards in which case the procedures for
copyrights defined in the Internet Standards process must be
followed, or as required to translate it into languages other than
English.
The limited permissions granted above are perpetual and will not be
revoked by the Internet Society or its successors or assignees.
This document and the information contained herein is provided on an
"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
Acknowledgement
Funding for the RFC Editor function is currently provided by the
Internet Society.