The Interop namespace contains a few CIM objects, particularly instances of CIM_RegisteredProfile. One of these instances exists for each CIM profile that is fully implemented on the managed server.
CIM_RegisteredProfile acts as a repository of information that can be used to identify and access objects in the Implementation namespace. For each registered CIM profile, the CIM server has an association that you can follow to move from the Interop namespace to the Implementation namespace.
For example, if you enumerate the class OMC_ElementConformsToRecordLogProfile in the Interop namespace, you get an object that associates an instance of
OMC_RegisteredRecordLogProfile in the Interop namespace with an instance of
OMC_IpmiRecordLog in the Implementation namespace. The endpoint references look similar to these:
If you enumerate the class OMC_ElementConformsToRecordLogProfile in the Implementation namespace, you get an object in the Implementation namespace that is otherwise identical to the object in the Interop namespace.
Regardless of which namespace provides the ElementConformsToProfile instance, the endpoint references work the same. If you do a GetInstance() for the ConformantStandard endpoint, the CIM server returns an instance of
OMC_RegisteredRecordLogProfile in the Interop namespace. If you do a
GetInstance() for the ManagedElement endpoint, the CIM server returns an instance of
OMC_IpmiRecordLog in the Implementation namespace.
The approach preferred in this document is to use SLP to obtain the Interop namespace and the URL to enumerate CIM_RegisteredProfile, and then move to the Scoping Instance of the Base Server profile in the Implementation namespace. The Scoping Instance represents the managed server and is associated with many other objects in the Implementation namespace. The Scoping Instance provides a reliable point from which to navigate to CIM objects that represent any part of the managed server.