SNIA-SML-MIB
AI MIB Summary
Standard SNMP MIB module defining data structures for SNIA-SML-MIB.
197
Objects
Active
Status
3
Dependencies
Imported Objects
Objects
197 total| Object Name |
|---|
snia OBJECT IDENTIFIER .1.3.6.1.4.1.14851 |
IMPORTS Unknown .1.3.6.1.4.1.14851 |
experimental OBJECT IDENTIFIER .1.3.6.1.4.1.14851.1 |
common OBJECT IDENTIFIER .1.3.6.1.4.1.14851.2 |
libraries OBJECT IDENTIFIER .1.3.6.1.4.1.14851.3 |
smlRoot OBJECT IDENTIFIER .1.3.6.1.4.1.14851.3.1 |
driveAlertA Drive/Autoloader Alert trap, based on the T10 TapeAlert
Specification v3 (w/SSC-3 Enhancements) and SMI-S 1.1 section
8.1.8.25 LibraryAlert Events/Indications. TRAP-TYPE .1.3.6.1.4.1.14851.3.1.0.0 |
changerAlertA Changer Device (eg. robot) Alert trap, based on the T10 TapeAlert
Specification v3 (w/SSC-3 Enhancements) and SMI-S 1.1 section
8.1.8.25 LibraryAlert Events/Indications. TRAP-TYPE .1.3.6.1.4.1.14851.3.1.0.1 |
smlMibVersionThis string contains version information for the MIB filero DisplayString ( SIZE ( 0 .. 4 ) ) .1.3.6.1.4.1.14851.3.1.1 |
smlCimVersionThis string contains information about the
CIM version that corresponds to the MIB.
The decriptions in this MIB file are based on CIM version 2.8ro DisplayString ( SIZE ( 0 .. 4 ) ) .1.3.6.1.4.1.14851.3.1.2 |
productGroup OBJECT IDENTIFIER .1.3.6.1.4.1.14851.3.1.3 |
product-NameCommonly used Product name.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.3.1 |
product-IdentifyingNumberProduct identification such as a serial number on
software, a die number on a hardware chip, or (for
non-commercial Products) a project number.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.3.2 |
product-VendorThe name of the Product's supplier, or entity
selling the Product (the manufacturer, reseller, OEM, etc.).
Corresponds to the Vendor property in the Product object
in the DMTF Solution Exchange Standard.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.3.3 |
product-VersionProduct version information. Corresponds to the
Version property in the Product object in the DMTF Solution
Exchange Standard.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.3.4 |
product-ElementNameA user-friendly name for the object. This property
allows each instance to define a user-friendly name IN
ADDITION TO its key properties/identity data, and
description information.
Note that ManagedSystemElement's Name property is also
defined as a user-friendly name. But, it is often
subclassed to be a Key. It is not reasonable that the same
property can convey both identity and a user friendly name,
without inconsistencies. Where Name exists and is not a Key
(such as for instances of LogicalDevice), the same
information MAY be present in both the Name and ElementName
properties.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.3.5 |
chassisGroup OBJECT IDENTIFIER .1.3.6.1.4.1.14851.3.1.4 |
chassis-ManufacturerThe name of the organization responsible for
producing the PhysicalElement. This may be the entity from
whom the Element is purchased, but this is not
necessarily true. The latter information is contained in
the Vendor property
of CIM_Product.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.4.1 |
chassis-ModelThe name by which the PhysicalElement is generally known.ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.4.2 |
chassis-SerialNumberA manufacturer-allocated number used to identify the Physical Element.ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.4.3 |
chassis-LockPresentBoolean indicating whether the Frame is protected with a lock.ro Enumeration .1.3.6.1.4.1.14851.3.1.4.4 |
chassis-SecurityBreachSecurityBreach is an enumerated, integer-valued
property indicating whether a physical breach of the Frame
was attempted but unsuccessful (value=4) or attempted and
successful (5). Also, the values, 'Unknown', 'Other' or 'No
Breach', can be specified.ro Enumeration .1.3.6.1.4.1.14851.3.1.4.5 |
chassis-IsLockedBoolean indicating that the Frame is currently locked.ro Enumeration .1.3.6.1.4.1.14851.3.1.4.6 |
chassis-TagAn arbitrary string that uniquely identifies the
Physical Element and serves as the Element's key. The Tag
property can contain information such as asset tag or serial
number data. The key for PhysicalElement is placed very high in
the object hierarchy in order to independently identify the
hardware/entity, regardless of physical placement in or on
Cabinets, Adapters, etc. For example, a hotswappable or
removeable component may be taken from its containing
(scoping) Package and be temporarily unused. The object
still continues to exist - and may even be inserted into a
different scoping container. Therefore, the key for
Physical Element is an arbitrary string and is defined
independently of any placement or location-oriented
hierarchy.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.4.7 |
chassis-ElementNameA user-friendly name for the object. This property
allows each instance to define a user-friendly name IN
ADDITION TO its key properties/identity data, and description
information.
Note that ManagedSystemElement's Name property is also
defined as a user-friendly name. But, it is often
subclassed to be a Key. It is not reasonable that the same
property can convey both identity and a user friendly name,
without inconsistencies. Where Name exists and is not a Key
(such as for instances of LogicalDevice), the same
information MAY be present in both the Name and ElementName
properties.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.4.8 |
numberOfsubChassisThis value specifies the number of sub Chassis that are
present.ro Integer32 .1.3.6.1.4.1.14851.3.1.4.9 |
subChassisTableThe SubChassis class represents the physical frames in the library SEQUENCE OF SubChassis-Table-Info .1.3.6.1.4.1.14851.3.1.4.10 |
subChassisEntryEach entry in the table contains information about a
frame that is present in the library. SubChassis-Table-Info .1.3.6.1.4.1.14851.3.1.4.10.1 |
subChassisIndexThe current index value for the subChassis.ro UINT32 .1.3.6.1.4.1.14851.3.1.4.10.1.1 |
subChassis-ManufacturerThe name of the organization responsible for
producing the PhysicalElement. This may be the entity from
whom the Element is purchased, but this is not
necessarily true. The latter information is contained in
the Vendor property
of CIM_Product.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.4.10.1.2 |
subChassis-ModelThe name by which the PhysicalElement is generally known.ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.4.10.1.3 |
subChassis-SerialNumberA manufacturer-allocated number used to identify the Physical Element.ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.4.10.1.4 |
subChassis-LockPresentBoolean indicating whether the Frame is protected with a lock.ro Enumeration .1.3.6.1.4.1.14851.3.1.4.10.1.5 |
subChassis-SecurityBreachSecurityBreach is an enumerated, integer-valued
property indicating whether a physical breach of the Frame
was attempted but unsuccessful (value=4) or attempted and
successful (5). Also, the values, 'Unknown', 'Other' or 'No
Breach', can be specified.ro Enumeration .1.3.6.1.4.1.14851.3.1.4.10.1.6 |
subChassis-IsLockedBoolean indicating that the Frame is currently locked.ro Enumeration .1.3.6.1.4.1.14851.3.1.4.10.1.7 |
subChassis-TagAn arbitrary string that uniquely identifies the
Physical Element and serves as the Element's key. The Tag
property can contain information such as asset tag or serial
number data. The key for PhysicalElement is placed very high in
the object hierarchy in order to independently identify the
hardware/entity, regardless of physical placement in or on
Cabinets, Adapters, etc. For example, a hotswappable or
removeable component may be taken from its containing
(scoping) Package and be temporarily unused. The object
still continues to exist - and may even be inserted into a
different scoping container. Therefore, the key for
Physical Element is an arbitrary string and is defined
independently of any placement or location-oriented
hierarchy.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.4.10.1.8 |
subChassis-ElementNameA user-friendly name for the object. This property
allows each instance to define a user-friendly name IN
ADDITION TO its key properties/identity data, and description
information.
Note that ManagedSystemElement's Name property is also
defined as a user-friendly name. But, it is often
subclassed to be a Key. It is not reasonable that the same
property can convey both identity and a user friendly name,
without inconsistencies. Where Name exists and is not a Key
(such as for instances of LogicalDevice), the same
information MAY be present in both the Name and ElementName
properties.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.4.10.1.9 |
subChassis-OperationalStatusIndicates the current status(es) of the element.
Various health and operational statuses are defined. Many of
the enumeration's values are self- explanatory. However, a few
are not and are described in more detail. \n
'Stressed' indicates that the element is functioning, but
needs attention. Examples of 'Stressed' states are
overload, overheated, etc. \n
'Predictive Failure' indicates that an element is
functioning nominally but predicting a failure in the near
future. \n
'In Service' describes an element being configured,
maintained, cleaned, or otherwise administered. \n
'No Contact' indicates that the monitoring system has
knowledge of this element, but has never been able to
establish communications with it. \n
'Lost Communication' indicates that the ManagedSystem
Element is known to exist and has been contacted
successfully in the past, but is currently unreachable. \n
'Stopped' and 'Aborted' are similar, although the
former implies a clean and orderly stop, while the latter
implies an abrupt stop where the element's state and
configuration may need to be updated. \n
'Dormant' indicates that the element is inactive or
quiesced. \n
'Supporting Entity in Error' describes that this element
may be 'OK' but that another element, on which it is
dependent, is in error. An example is a network service or
endpoint that cannot function due to lower layer networking
problems. \n
'Completed' indicates the element has completed its
operation. This value should be combined with either OK,
Error, or Degraded so that a client can till if the
complete operation passed (Completed with OK), and failure
(Completed with Error). Completed with Degraded would imply
the operation finished, but did not complete OK or report
an error. \n
'Power Mode' indicates the element has additional power
model information contained in the Associated
PowerManagementService association. \n
OperationalStatus replaces the Status property on
ManagedSystemElement to provide a consistent approach to
enumerations, to address implementation needs for an array
property, and to provide a migration path from today's
environment to the future. This change was not made earlier
since it required the DEPRECATED qualifier. Due to the
widespread use of the existing Status property in
management applications, it is strongly RECOMMENDED that
providers/instrumentation provide BOTH the Status and
OperationalStatus properties. Further, the first value of
OperationalStatus SHOULD contain the primary status for the
element. When instrumented, Status (since it is
single-valued) SHOULD also provide the primary status of
the element.ro Enumeration .1.3.6.1.4.1.14851.3.1.4.10.1.10 |
subChassis-PackageTypePackage type of the subChassis. The enumeration values for this variable
should be the same as the DMTF CIM_Chassis.ChassisPackageType
property. Use the Vendor reserved values for vendor-specific types.ro Enumeration .1.3.6.1.4.1.14851.3.1.4.10.1.11 |
storageLibraryGroup OBJECT IDENTIFIER .1.3.6.1.4.1.14851.3.1.5 |
storageLibrary-NameThe inherited Name serves as key of a System
instance in an enterprise environment.rodeprecated DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.5.1 |
storageLibrary-DescriptionThe Description property provides a textual
description of the object.rodeprecated DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.5.2 |
storageLibrary-CaptionThe Caption property is a short textual description
(one- line string) of the object.rodeprecated DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.5.3 |
storageLibrary-StatusA string indicating the current status of the object.
Various operational and non-operational statuses are defined.
This property is deprecated in lieu of OperationalStatus, which
includes the same semantics in its enumeration. This change is
made for three reasons:
1) Status is more correctly defined as an array property. This
overcomes the limitation of describing status via a single
value, when it is really a multi-valued property (for example,
an element may be OK AND Stopped.
2) A MaxLen of 10 is too restrictive and leads to unclear
enumerated values. And,
3) The change to a uint16 data type was discussed when CIM V2.0
was defined.
However, existing V1.0 implementations used the string property
and did not want to modify their code. Therefore, Status was
grandfathered into the Schema. Use of the Deprecated qualifier
allows the maintenance of the existing property, but
also permits an improved definition using OperationalStatus.rodeprecated DisplayString ( SIZE ( 0 .. 10 ) ) .1.3.6.1.4.1.14851.3.1.5.4 |
storageLibrary-InstallDateA datetime value indicating when the object was
installed. A lack of a value does not indicate that the object
is not installed.rodeprecated CimDateTime .1.3.6.1.4.1.14851.3.1.5.5 |
mediaAccessDeviceGroup OBJECT IDENTIFIER .1.3.6.1.4.1.14851.3.1.6 |
numberOfMediaAccessDevicesThis value specifies the number of MediaAccessDevices
that are present.ro Integer32 .1.3.6.1.4.1.14851.3.1.6.1 |
mediaAccessDeviceTableA MediaAccessDevice represents the ability to access one
or more media and use this media to store and retrieve data. SEQUENCE OF Media-Access-Device-Table .1.3.6.1.4.1.14851.3.1.6.2 |
mediaAccessDeviceEntryEach entry in the table contains information about a
MediaAccessDevice that is present in the library. Media-Access-Device-Table .1.3.6.1.4.1.14851.3.1.6.2.1 |
mediaAccessDeviceIndexThe current index value for the MediaAccessDevice.ro UINT32 .1.3.6.1.4.1.14851.3.1.6.2.1.1 |
mediaAccessDeviceObjectTypeIn the 2.7 CIM Schema a Type property is no longer
associated with MediaAccessDevice. However, it can be used
here to specify the type of drive that is present.ro Enumeration .1.3.6.1.4.1.14851.3.1.6.2.1.2 |
mediaAccessDevice-NameDeprecatedrodeprecated DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.6.2.1.3 |
mediaAccessDevice-StatusA string indicating the current status of the object.
Various operational and non-operational statuses are defined.
This property is deprecated in lieu of OperationalStatus, which
includes the same semantics in its enumeration. This change
is made for three reasons:
1) Status is more correctly defined
as an array property. This overcomes the limitation of
describing status via a single value, when it is really a
multi-valued property (for example, an element may be OK AND
Stopped.
2) A MaxLen of 10 is too restrictive and leads to unclear
enumerated values. And,
3) The change to a uint16 data type was discussed when CIM V2.0
was defined. However, existing V1.0 implementations used the
string property and did not want to modify their code.
Therefore, Status was grandfathered into the Schema.
Use of the Deprecated qualifier allows the maintenance
of the existing property, but also permits an improved
definition using OperationalStatus.rodeprecated DisplayString ( SIZE ( 0 .. 10 ) ) .1.3.6.1.4.1.14851.3.1.6.2.1.4 |
mediaAccessDevice-AvailabilityInherited from CIM_LogicalDevice
The primary availability and status of the Device.
(Additional status information can be specified using the
Additional Availability array property.) For example, the
Availability property indicates that the Device is running
and has full power (value=3), or is in a warning (4), test
(5), degraded (10) or power save state (values 13-15 and
17). Regarding the Power Save states, these are defined as
follows: Value 13 (Power Save - Unknown) indicates that
the Device is known to be in a power save mode, but its
exact status in this mode is unknown; 14 (Power Save -
Low Power Mode) indicates that the Device is in a power
save state but still functioning, and may exhibit degraded
performance; 15 (Power Save - Standby) describes that
the Device is not functioning but could be brought to full
power 'quickly'; and value 17 (Power Save - Warning)
indicates that the Device is in a warning state, though
also in a power save mode.ro Enumeration .1.3.6.1.4.1.14851.3.1.6.2.1.5 |
mediaAccessDevice-NeedsCleaningBoolean indicating that the MediaAccessDevice needs
cleaning. Whether manual or automatic cleaning is possible
is indicated in the Capabilities array property.ro Enumeration .1.3.6.1.4.1.14851.3.1.6.2.1.6 |
mediaAccessDevice-MountCountFor a MediaAccessDevice that supports removable
Media, the number of times that Media have been mounted for
data transfer or to clean the Device. For Devices accessing
nonremovable Media, such as hard disks, this property is
not applicable and should be set to 0.ro UINT64 .1.3.6.1.4.1.14851.3.1.6.2.1.7 |
mediaAccessDevice-DeviceIDAn address or other identifying information to
uniquely name the LogicalDevice.ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.6.2.1.8 |
mediaAccessDevice-PowerOnHoursThe number of consecutive hours that this Device has
been powered, since its last power cycle.ro UINT64 .1.3.6.1.4.1.14851.3.1.6.2.1.9 |
mediaAccessDevice-TotalPowerOnHoursThe total number of hours that this Device has been powered.ro UINT64 .1.3.6.1.4.1.14851.3.1.6.2.1.10 |
mediaAccessDevice-OperationalStatusIndicates the current status(es) of the element.
Various health and operational statuses are defined. Many of
the enumeration's values are self- explanatory. However, a few
are not and are described in more detail. \n
'Stressed' indicates that the element is functioning, but
needs attention. Examples of 'Stressed' states are
overload, overheated, etc. \n
'Predictive Failure' indicates that an element is
functioning nominally but predicting a failure in the near
future. \n
'In Service' describes an element being configured,
maintained, cleaned, or otherwise administered. \n
'No Contact' indicates that the monitoring system has
knowledge of this element, but has never been able to
establish communications with it. \n
'Lost Communication' indicates that the ManagedSystem
Element is known to exist and has been contacted
successfully in the past, but is currently unreachable. \n
'Stopped' and 'Aborted' are similar, although the
former implies a clean and orderly stop, while the latter
implies an abrupt stop where the element's state and
configuration may need to be updated. \n
'Dormant' indicates that the element is inactive or
quiesced. \n
'Supporting Entity in Error' describes that this element
may be 'OK' but that another element, on which it is
dependent, is in error. An example is a network service or
endpoint that cannot function due to lower layer networking
problems. \n
'Completed' indicates the element has completed its
operation. This value should be combined with either OK,
Error, or Degraded so that a client can till if the
complete operation passed (Completed with OK), and failure
(Completed with Error). Completed with Degraded would imply
the operation finished, but did not complete OK or report
an error. \n
'Power Mode' indicates the element has additional power
model information contained in the Associated
PowerManagementService association. \n
OperationalStatus replaces the Status property on
ManagedSystemElement to provide a consistent approach to
enumerations, to address implementation needs for an array
property, and to provide a migration path from today's
environment to the future. This change was not made earlier
since it required the DEPRECATED qualifier. Due to the
widespread use of the existing Status property in
management applications, it is strongly RECOMMENDED that
providers/instrumentation provide BOTH the Status and
OperationalStatus properties. Further, the first value of
OperationalStatus SHOULD contain the primary status for the
element. When instrumented, Status (since it is
single-valued) SHOULD also provide the primary status of
the element.ro Enumeration .1.3.6.1.4.1.14851.3.1.6.2.1.11 |
mediaAccessDevice-Realizes-StorageLocationIndexThe current index value for the
storageMediaLocationIndex that this MediaAccessDevice is
associated with.
If no association exists an index of 0 may be returned.ro UINT32 .1.3.6.1.4.1.14851.3.1.6.2.1.12 |
mediaAccessDevice-Realizes-softwareElementIndexThe current index value for the softwareElementIndex
that this MediaAccessDevice is associated with.
If no association exists an index of 0 may be returned.ro UINT32 .1.3.6.1.4.1.14851.3.1.6.2.1.13 |
physicalPackageGroup OBJECT IDENTIFIER .1.3.6.1.4.1.14851.3.1.8 |
numberOfPhysicalPackagesThis value specifies the number of PhysicalPackages
that are present.ro Integer32 .1.3.6.1.4.1.14851.3.1.8.1 |
physicalPackageTableThe PhysicalPackage class represents PhysicalElements
that contain or host other components. Examples are a Rack
enclosure or an adapter Card. (also a tape magazine inside
an auto-loader) SEQUENCE OF PhysicalPackage-Table .1.3.6.1.4.1.14851.3.1.8.2 |
physicalPackageEntryEach entry in the table contains information about a
PhysicalPackage that is present in the library. PhysicalPackage-Table .1.3.6.1.4.1.14851.3.1.8.2.1 |
physicalPackageIndexThe current index value for the PhysicalPackage.ro UINT32 .1.3.6.1.4.1.14851.3.1.8.2.1.1 |
physicalPackage-ManufacturerThe name of the organization responsible for
producing the PhysicalElement.
This may be the entity from whom the Element is purchased,
but this is not necessarily true. The latter information is
contained in the Vendor property of CIM_Product.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.8.2.1.2 |
physicalPackage-ModelThe name by which the PhysicalElement is generally known.ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.8.2.1.3 |
physicalPackage-SerialNumberA manufacturer-allocated number used to identify the
Physical Element.ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.8.2.1.4 |
physicalPackage-Realizes-MediaAccessDeviceIndexThe index value of the the MediaAccess device that
is associated with this physical package.'ro Integer32 .1.3.6.1.4.1.14851.3.1.8.2.1.5 |
physicalPackage-TagAn arbitrary string that uniquely identifies the
Physical Element and serves as the Element's key. The Tag
property can contain information such as asset tag or serial
number data. The key for PhysicalElement is placed very high in
the object hierarchy in order to independently identify the
hardware/entity, regardless of physical placement in or on
Cabinets, Adapters, etc. For example, a hotswappable or
removeable component may be taken from its containing
(scoping) Package and be temporarily unused. The object
still continues to exist - and may even be inserted into a
different scoping container. Therefore, the key for
Physical Element is an arbitrary string and is defined
independently of any placement or location-oriented
hierarchy.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.8.2.1.6 |
softwareElementGroup OBJECT IDENTIFIER .1.3.6.1.4.1.14851.3.1.9 |
numberOfSoftwareElementsThis value specifies the number of SoftwareElements
that are present.ro Integer32 .1.3.6.1.4.1.14851.3.1.9.1 |
softwareElementTableThe CIM_SoftwareElement class is used to decompose a
CIM_SoftwareFeature object into a set of individually manageable
or deployable parts for a particular platform. A software
element's platform is uniquely identified
by its underlying hardware architecture and operating system
(for example Sun Solaris on Sun Sparc or Windows NT on Intel).
As such, to understand the details of how the functionality of
a particular software feature is provided on a particular
platform, the CIM_SoftwareElement objects referenced
by CIM_SoftwareFeatureSoftwareElement associations are
organized in disjoint sets based on the TargetOperatingSystem
property. A CIM_SoftwareElement object captures the management
details of a part or component in one of four
states characterized by the SoftwareElementState property. SEQUENCE OF SoftwareElement-Table-Info .1.3.6.1.4.1.14851.3.1.9.2 |
softwareElementEntryEach entry in the table contains information about a
SoftwareElement that is present in the library. SoftwareElement-Table-Info .1.3.6.1.4.1.14851.3.1.9.2.1 |
softwareElementIndexThe current index value for the SoftwareElement.ro UINT32 .1.3.6.1.4.1.14851.3.1.9.2.1.1 |
softwareElement-Namedeprecatedrodeprecated DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.9.2.1.2 |
softwareElement-VersionVersion should be in the form .. or .ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.9.2.1.3 |
softwareElement-SoftwareElementIDSoftwareIdentity represents software, viewed as an
asset and/or individually identifiable entity (similar to
Physical Element). It does NOT indicate whether the software
is installed, executing, etc. (The latter is the role of the
SoftwareFeature/ SoftwareElement classes and the Application
Model.) Since software may be acquired, SoftwareIdentity can
be associated with a Product using the
ProductSoftwareComponent relationship.
Note that the Application Model manages the deployment and
installation of software via the classes, SoftwareFeatures and
SoftwareElements. The deployment/installation concepts are
related to the asset/identity one. In fact, a SoftwareIdentity
may correspond to a Product, or to one or more
SoftwareFeatures or SoftwareElements - depending on the
granularity of these classes and the deployment model. The
correspondence of Software Identity to Product,
SoftwareFeature or SoftwareElement is indicated using the
ConcreteIdentity association. Note that there may not be
sufficient detail or instrumentation to instantiate
ConcreteIdentity. And, if the association is instantiated,
some duplication of information may result. For example, the
Vendor described in the instances of Product and
SoftwareIdentity MAY be the same. However, this is not
necessarily true, and it is why vendor and similar information
are duplicated in this class.
Note that ConcreteIdentity can also be used to describe the
relationship of the software to any LogicalFiles that result
from installing it. As above, there may not be sufficient
detail or instrumentation to instantiate this association.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.9.2.1.4 |
softwareElement-ManufacturerManufacturer of this software elementro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.9.2.1.5 |
softwareElement-BuildNumberThe internal identifier for this compilation of this
software element.ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.9.2.1.6 |
softwareElement-SerialNumberThe assigned serial number of this software element.ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.9.2.1.7 |
softwareElement-CodeSetThe code set used by this software element.rodeprecated DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.9.2.1.8 |
softwareElement-IdentificationCodeThe value of this property is the manufacturer's
identifier for this software element. Often this will be a
stock keeping unit (SKU) or a part number.rodeprecated DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.9.2.1.9 |
softwareElement-LanguageEditionThe value of this property identifies the language
edition of this software element. The language codes defined in
ISO 639 should be used. Where the software element represents
multi-lingual or international version of a
product, the string multilingual should be used.rodeprecated DisplayString ( SIZE ( 0 .. 32 ) ) .1.3.6.1.4.1.14851.3.1.9.2.1.10 |
softwareElement-InstanceIDWithin the scope of the instantiating Namespace,
InstanceID opaquely and uniquely identifies an instance of this
class. In order to ensure uniqueness within the NameSpace, the
value of InstanceID SHOULD be constructed using the
following 'preferred' algorithm:
<OrgID>:<LocalID>
Where <OrgID> and <LocalID> are separated by a colon ':',
and where <OrgID> MUST include a copyrighted, trademarked
or otherwise unique name that is owned by the business
entity creating/defining the InstanceID, or is a registered
ID that is assigned to the business entity by a recognized
global authority (This is similar to the <Schema
Name>_<Class Name> structure of Schema class names.) In
addition, to ensure uniqueness <OrgID> MUST NOT contain a
colon (':'). When using this algorithm, the first colon to
appear in InstanceID MUST appear between <OrgID> and
<LocalID>.
<LocalID> is chosen by the business entity and SHOULD not
be re-used to identify different underlying (real-world)
elements. If the above 'preferred' algorithm is not used,
the defining entity MUST assure that the resultant
InstanceID is not re-used across any InstanceIDs produced
by this or other providers for this instance's NameSpace.
For DMTF defined instances, the 'preferred' algorithm MUST
be used with the <OrgID> set to 'CIM'.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.9.2.1.11 |
computerSystemGroup OBJECT IDENTIFIER .1.3.6.1.4.1.14851.3.1.10 |
computerSystem-ElementNameA user-friendly name for the object. This property
allows each instance to define a user-friendly name IN ADDITION
TO its key properties/identity data, and description
information. \n
Note that ManagedSystemElement's Name property is also
defined as a user-friendly name. But, it is often
subclassed to be a Key. It is not reasonable that the same
property can convey both identity and a user friendly name,
without inconsistencies. Where Name exists and is not a Key
(such as for instances of LogicalDevice), the same
information MAY be present in both the Name and ElementName
properties.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.10.1 |
computerSystem-OperationalStatusIndicates the current status(es) of the element.
Various health and operational statuses are defined. Many of
the enumeration's values are self- explanatory. However, a few
are not and are described in more detail. \n
'Stressed' indicates that the element is functioning, but
needs attention. Examples of 'Stressed' states are
overload, overheated, etc. \n
'Predictive Failure' indicates that an element is
functioning nominally but predicting a failure in the near
future. \n
'In Service' describes an element being configured,
maintained, cleaned, or otherwise administered. \n
'No Contact' indicates that the monitoring system has
knowledge of this element, but has never been able to
establish communications with it. \n
'Lost Communication' indicates that the ManagedSystem
Element is known to exist and has been contacted
successfully in the past, but is currently unreachable. \n
'Stopped' and 'Aborted' are similar, although the
former implies a clean and orderly stop, while the latter
implies an abrupt stop where the element's state and
configuration may need to be updated. \n
'Dormant' indicates that the element is inactive or
quiesced. \n
'Supporting Entity in Error' describes that this element
may be 'OK' but that another element, on which it is
dependent, is in error. An example is a network service or
endpoint that cannot function due to lower layer networking
problems. \n
'Completed' indicates the element has completed its
operation. This value should be combined with either OK,
Error, or Degraded so that a client can till if the
complete operation passed (Completed with OK), and failure
(Completed with Error). Completed with Degraded would imply
the operation finished, but did not complete OK or report
an error. \n
'Power Mode' indicates the element has additional power
model information contained in the Associated
PowerManagementService association. \n
OperationalStatus replaces the Status property on
ManagedSystemElement to provide a consistent approach to
enumerations, to address implementation needs for an array
property, and to provide a migration path from today's
environment to the future. This change was not made earlier
since it required the DEPRECATED qualifier. Due to the
widespread use of the existing Status property in
management applications, it is strongly RECOMMENDED that
providers/instrumentation provide BOTH the Status and
OperationalStatus properties. Further, the first value of
OperationalStatus SHOULD contain the primary status for the
element. When instrumented, Status (since it is
single-valued) SHOULD also provide the primary status of
the element.ro Enumeration .1.3.6.1.4.1.14851.3.1.10.2 |
computerSystem-NameThe Name property defines the label by which the
object is known. When subclassed, the Name property can be
overridden to be a Key property.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.10.3 |
computerSystem-NameFormatThe ComputerSystem object and its derivatives are
Top Level Objects of CIM. They provide the scope for numerous
components. Having unique System keys is required. The
NameFormat property identifies how the ComputerSystem Name
is generated. The NameFormat ValueMap qualifier defines the
various mechanisms for assigning the name. Note that
another name can be assigned and used for the
ComputerSystem that better suit a business, using the
inherited ElementName property. Possible values include
'Other', 'IP', 'Dial', 'HID', 'NWA', 'HWA', 'X25',
'ISDN', 'IPX', 'DCC', 'ICD', 'E.164', 'SNA', 'OID/OSI',
'WWN', 'NAA'ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.10.4 |
computerSystem-DedicatedEnumeration indicating whether the ComputerSystem is
a special-purpose System (ie, dedicated to a particular use),
versus being 'general purpose'. For example, one could
specify that the System is dedicated to 'Print'
(value=11) or acts as a 'Hub' (value=8). \n
A clarification is needed with respect to the value 17
('Mobile User Device'). An example of a dedicated user
device is a mobile phone or a barcode scanner in a store
that communicates via radio frequency. These systems are
quite limited in functionality and programmability, and are
not considered 'general purpose' computing platforms.
Alternately, an example of a mobile system that is 'general
purpose' (i.e., is NOT dedicated) is a hand-held computer.
Although limited in its programmability, new software can
be downloaded and its functionality expanded by the user.ro Enumeration .1.3.6.1.4.1.14851.3.1.10.5 |
computerSystem-PrimaryOwnerContactA string that provides information on how the primary
system owner can be reached (e.g. phone number, email
address, ...)ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.10.6 |
computerSystem-PrimaryOwnerNameThe name of the primary system owner. The system
owner is the primary user of the system.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.10.7 |
computerSystem-DescriptionThe Description property provides a textual
description of the object.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.10.8 |
computerSystem-CaptionThe Caption property is a short textual description
(one- line string) of the object.ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.10.9 |
computerSystem-Realizes-softwareElementIndexThe current index value for the softwareElementIndex
that this computerSystem is associated with.
If no association exists an index of 0 may be returned.ro UINT32 .1.3.6.1.4.1.14851.3.1.10.10 |
changerDeviceGroup OBJECT IDENTIFIER .1.3.6.1.4.1.14851.3.1.11 |
numberOfChangerDevicesThis value specifies the number of ChangerDevices
that are present.ro Integer32 .1.3.6.1.4.1.14851.3.1.11.1 |
changerDeviceTableThe changerDevice class represents changerDevices in the library SEQUENCE OF ChangerDevice-Table-Info .1.3.6.1.4.1.14851.3.1.11.2 |
changerDeviceEntryEach entry in the table contains information about a
changerDevice that is present in the library. ChangerDevice-Table-Info .1.3.6.1.4.1.14851.3.1.11.2.1 |
changerDeviceIndexThe current index value for the changerDevice.ro UINT32 .1.3.6.1.4.1.14851.3.1.11.2.1.1 |
changerDevice-DeviceIDAn address or other identifying information to
uniquely name the LogicalDevice.ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.11.2.1.2 |
changerDevice-MediaFlipSupportedBoolean set to TRUE if the Changer supports media
flipping. Media needs to be flipped when multi-sided
PhysicalMedia are placed into a MediaAccessDevice that does
NOT support dual sided access.ro Enumeration .1.3.6.1.4.1.14851.3.1.11.2.1.3 |
changerDevice-ElementNameA user-friendly name for the object. This property
allows each instance to define a user-friendly name IN ADDITION
TO its key properties/identity data, and description
information.
Note that ManagedSystemElement's Name property is also
defined as a user-friendly name. But, it is often
subclassed to be a Key. It is not reasonable that the same
property can convey both identity and a user friendly name,
without inconsistencies. Where Name exists and is not a Key
(such as for instances of LogicalDevice), the same
information MAY be present in both the Name and ElementName
properties.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.11.2.1.4 |
changerDevice-CaptionThe Caption property is a short textual description
(one- line string) of the object.ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.11.2.1.5 |
changerDevice-DescriptionThe Description property provides a textual
description of the object.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.11.2.1.6 |
changerDevice-AvailabilityThe primary availability and status of the Device.
(Additional status information can be specified using the
Additional Availability array property.) For example, the
Availability property indicates that the Device is running
and has full power (value=3), or is in a warning (4), test
(5), degraded (10) or power save state (values 13-15 and
17). Regarding the Power Save states, these are defined as
follows Value 13 (\'Power Save - Unknown\') indicates that
the Device is known to be in a power save mode, but its
exact status in this mode is unknown; 14 (\'Power Save -
Low Power Mode\') indicates that the Device is in a power
save state but still functioning, and may exhibit degraded
performance 15 (\'Power Save - Standby\') describes that
the Device is not functioning but could be brought to full
power 'quickly'; and value 17 (\'Power Save - Warning\')
indicates that the Device is in a warning state, though
also in a power save mode.ro Enumeration .1.3.6.1.4.1.14851.3.1.11.2.1.8 |
changerDevice-OperationalStatusIndicates the current status(es) of the element.
Various health and operational statuses are defined. Many of
the enumeration's values are self- explanatory. However, a few
are not and are described in more detail. \n
'Stressed' indicates that the element is functioning, but
needs attention. Examples of 'Stressed' states are
overload, overheated, etc. \n
'Predictive Failure' indicates that an element is
functioning nominally but predicting a failure in the near
future. \n
'In Service' describes an element being configured,
maintained, cleaned, or otherwise administered. \n
'No Contact' indicates that the monitoring system has
knowledge of this element, but has never been able to
establish communications with it. \n
'Lost Communication' indicates that the ManagedSystem
Element is known to exist and has been contacted
successfully in the past, but is currently unreachable. \n
'Stopped' and 'Aborted' are similar, although the
former implies a clean and orderly stop, while the latter
implies an abrupt stop where the element's state and
configuration may need to be updated. \n
'Dormant' indicates that the element is inactive or
quiesced. \n
'Supporting Entity in Error' describes that this element
may be 'OK' but that another element, on which it is
dependent, is in error. An example is a network service or
endpoint that cannot function due to lower layer networking
problems. \n
'Completed' indicates the element has completed its
operation. This value should be combined with either OK,
Error, or Degraded so that a client can till if the
complete operation passed (Completed with OK), and failure
(Completed with Error). Completed with Degraded would imply
the operation finished, but did not complete OK or report
an error. \n
'Power Mode' indicates the element has additional power
model information contained in the Associated
PowerManagementService association. \n
OperationalStatus replaces the Status property on
ManagedSystemElement to provide a consistent approach to
enumerations, to address implementation needs for an array
property, and to provide a migration path from today's
environment to the future. This change was not made earlier
since it required the DEPRECATED qualifier. Due to the
widespread use of the existing Status property in
management applications, it is strongly RECOMMENDED that
providers/instrumentation provide BOTH the Status and
OperationalStatus properties. Further, the first value of
OperationalStatus SHOULD contain the primary status for the
element. When instrumented, Status (since it is
single-valued) SHOULD also provide the primary status of
the element.ro Enumeration .1.3.6.1.4.1.14851.3.1.11.2.1.9 |
changerDevice-Realizes-StorageLocationIndexThe current index value for the storageMediaLocationIndex
that this changerDevice is associated with.
If no association exists an index of 0 may be returned.ro UINT32 .1.3.6.1.4.1.14851.3.1.11.2.1.10 |
scsiProtocolControllerGroup OBJECT IDENTIFIER .1.3.6.1.4.1.14851.3.1.12 |
numberOfSCSIProtocolControllersThis value specifies the number of
SCSIProtocolControllers that are present.ro Integer32 .1.3.6.1.4.1.14851.3.1.12.1 |
scsiProtocolControllerTableThe scsiProtocolController class represents
SCSIProtocolControllers in the library SEQUENCE OF ScsiProtocolController-Table-Info .1.3.6.1.4.1.14851.3.1.12.2 |
scsiProtocolControllerEntryEach entry in the table contains information about a
SCSIProtocolController that is present in the library. ScsiProtocolController-Table-Info .1.3.6.1.4.1.14851.3.1.12.2.1 |
scsiProtocolControllerIndexThe current index value for the scsiProtocolController.ro UINT32 .1.3.6.1.4.1.14851.3.1.12.2.1.1 |
scsiProtocolController-DeviceIDAn address or other identifying information to
uniquely name the LogicalDevice.ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.12.2.1.2 |
scsiProtocolController-ElementNameA user-friendly name for the object. This property
allows each instance to define a user-friendly name IN ADDITION
TO its key properties/identity data, and description
information.
Note that ManagedSystemElement's Name property is also
defined as a user-friendly name. But, it is often
subclassed to be a Key. It is not reasonable that the same
property can convey both identity and a user friendly name,
without inconsistencies. Where Name exists and is not a Key
(such as for instances of LogicalDevice), the same
information MAY be present in both the Name and ElementName
properties.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.12.2.1.3 |
scsiProtocolController-OperationalStatusIndicates the current status(es) of the element.
Various health and operational statuses are defined. Many of
the enumeration's values are self- explanatory. However, a few
are not and are described in more detail. \n
'Stressed' indicates that the element is functioning, but
needs attention. Examples of 'Stressed' states are
overload, overheated, etc. \n
'Predictive Failure' indicates that an element is
functioning nominally but predicting a failure in the near
future. \n
'In Service' describes an element being configured,
maintained, cleaned, or otherwise administered. \n
'No Contact' indicates that the monitoring system has
knowledge of this element, but has never been able to
establish communications with it. \n
'Lost Communication' indicates that the ManagedSystem
Element is known to exist and has been contacted
successfully in the past, but is currently unreachable. \n
'Stopped' and 'Aborted' are similar, although the
former implies a clean and orderly stop, while the latter
implies an abrupt stop where the element's state and
configuration may need to be updated. \n
'Dormant' indicates that the element is inactive or
quiesced. \n
'Supporting Entity in Error' describes that this element
may be 'OK' but that another element, on which it is
dependent, is in error. An example is a network service or
endpoint that cannot function due to lower layer networking
problems. \n
'Completed' indicates the element has completed its
operation. This value should be combined with either OK,
Error, or Degraded so that a client can till if the
complete operation passed (Completed with OK), and failure
(Completed with Error). Completed with Degraded would imply
the operation finished, but did not complete OK or report
an error. \n
'Power Mode' indicates the element has additional power
model information contained in the Associated
PowerManagementService association. \n
OperationalStatus replaces the Status property on
ManagedSystemElement to provide a consistent approach to
enumerations, to address implementation needs for an array
property, and to provide a migration path from today's
environment to the future. This change was not made earlier
since it required the DEPRECATED qualifier. Due to the
widespread use of the existing Status property in
management applications, it is strongly RECOMMENDED that
providers/instrumentation provide BOTH the Status and
OperationalStatus properties. Further, the first value of
OperationalStatus SHOULD contain the primary status for the
element. When instrumented, Status (since it is
single-valued) SHOULD also provide the primary status of
the element.ro Enumeration .1.3.6.1.4.1.14851.3.1.12.2.1.4 |
scsiProtocolController-DescriptionThe Description property provides a textual
description of the object.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.12.2.1.5 |
scsiProtocolController-AvailabilityThe primary availability and status of the Device.
(Additional status information can be specified using the
Additional Availability array property.) For example, the
Availability property indicates that the Device is running
and has full power (value=3), or is in a warning (4), test
(5), degraded (10) or power save state (values 13-15 and
17). Regarding the Power Save states, these are defined as
follows: Value 13 (\'Power Save - Unknown\') indicates that
the Device is known to be in a power save mode, but its
exact status in this mode is unknown; 14 (\'Power Save -
Low Power Mode\') indicates that the Device is in a power
save state but still functioning, and may exhibit degraded
performance; 15 (\'Power Save - Standby\') describes that
the Device is not functioning but could be brought to full
power 'quickly'; and value 17 (\'Power Save - Warning\')
indicates that the Device is in a warning state, though
also in a power save mode.ro Enumeration .1.3.6.1.4.1.14851.3.1.12.2.1.6 |
scsiProtocolController-Realizes-ChangerDeviceIndexThe current index value for the ChangerDeviceIndex
that this scsiProtocolController is associated with.
If no association exists an index of 0 may be returned.ro UINT32 .1.3.6.1.4.1.14851.3.1.12.2.1.7 |
scsiProtocolController-Realizes-MediaAccessDeviceIndexThe current index value for the
MediaAccessDeviceIndex that this scsiProtocolController is
associated with.
If no association exists an index of 0 may be returned.ro UINT32 .1.3.6.1.4.1.14851.3.1.12.2.1.8 |
storageMediaLocationGroup OBJECT IDENTIFIER .1.3.6.1.4.1.14851.3.1.13 |
numberOfStorageMediaLocationsThis value specifies the number of StorageMediaLocations
that are present.ro Integer32 .1.3.6.1.4.1.14851.3.1.13.1 |
numberOfPhysicalMediasThis value specifies the number of PhysicalMedia
that are present.ro Integer32 .1.3.6.1.4.1.14851.3.1.13.2 |
storageMediaLocationTableStorageMediaLocation represents a possible location for an
instance of PhysicalMedia. PhysicalMedia represents any type of
documentation or storage medium, such as tapes, CDROMs, etc.
This class is typically used to locate and manage Removable
Media (versus Media sealed with the MediaAccessDevice,
as a single Package, as is the case with hard disks). However,
'sealed' Media can also be modeled using this class, where the
Media would then be associated with the PhysicalPackage
using the PackagedComponent relationship. SEQUENCE OF StorageMediaLocation-Table-Info .1.3.6.1.4.1.14851.3.1.13.3 |
storageMediaLocationEntryEach entry in the table contains information about a
StorageMediaLocation that is present in the library. StorageMediaLocation-Table-Info .1.3.6.1.4.1.14851.3.1.13.3.1 |
storageMediaLocationIndexThe current index value for the StorageMediaLocation.ro UINT32 .1.3.6.1.4.1.14851.3.1.13.3.1.1 |
storageMediaLocation-TagAn arbitrary string that uniquely identifies the
Physical Element and serves as the Element's key. The Tag
property can contain information such as asset tag or serial
number data. The key for PhysicalElement is placed very high in
the object hierarchy in order to independently identify the
hardware/entity, regardless of physical placement in or on
Cabinets, Adapters, etc. For example, a hotswappable or
removeable component may be taken from its containing
(scoping) Package and be temporarily unused. The object
still continues to exist - and may even be inserted into a
different scoping container. Therefore, the key for
Physical Element is an arbitrary string and is defined
independently of any placement or location-oriented
hierarchy.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.13.3.1.2 |
storageMediaLocation-LocationTypeThe type of Location. For example, whether this is an
individual Media \'Slot\' (value=2), a MediaAccessDevice
(value=4) or a \'Magazine\' (value=3) is indicated in this
property.ro Enumeration .1.3.6.1.4.1.14851.3.1.13.3.1.3 |
storageMediaLocation-LocationCoordinatesLocationCoordinates represent the physical location
of the the FrameSlot instance. The property is defined as a
free-form string to allow the location information to be
described in vendor-unique terminology.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.13.3.1.4 |
storageMediaLocation-MediaTypesSupportedCertain StorageMediaLocations may only be able to
accept a limited set of PhysicalMedia MediaTypes. This property
defines an array containing the types of Media that are
acceptable for placement in the Location. Additional
information and description of the contained MediaTypes can
be provided using the TypesDescription array. Also, size
data (for example, DVD disc diameter) can be specified
using the MediaSizesSupported array. \n
\n
Values defined here correspond to those in the CIM_Physical
Media.MediaType property. This allows quick comparisons
using value equivalence calculations. It is understood that
there is no external physical difference between (for
example) DVD- Video and DVD-RAM. But, equivalent values in
both the Physical Media and StorageMediaLocation
enumerations allows for one for one comparisons with no
additional processing logic (i.e., the following is not
required ... if \'DVD-Video\' then value=\'DVD\').ro Enumeration .1.3.6.1.4.1.14851.3.1.13.3.1.5 |
storageMediaLocation-MediaCapacityA StorageMediaLocation may hold more than one
PhysicalMedia - for example, a Magazine. This property
indicates the Physical Media capacity of the Location.ro UINT32 .1.3.6.1.4.1.14851.3.1.13.3.1.6 |
storageMediaLocation-Association-ChangerDeviceIndexExperimental: The current index value for the
ChangerDeviceIndex that this storageMediaLocation is
associated with.
If no association exists an index of 0 may be returned.
This association allows a representation of the experimentalro UINT32 .1.3.6.1.4.1.14851.3.1.13.3.1.7 |
storageMediaLocation-PhysicalMediaPresent'true' when Physical Media is present in this
storage location.
When this is 'false' -physicalMedia- entries are undefinedro Enumeration .1.3.6.1.4.1.14851.3.1.13.3.1.10 |
storageMediaLocation-PhysicalMedia-RemovableA PhysicalComponent is Removable if it is designed
to be taken in and out of the physical container in which it is
normally found, without impairing the function of the overall
packaging. A Component can still be Removable if power must be
'off' in order to perform the removal. If power can be
'on' and the Component removed, then the Element is both Removable
and HotSwappable. For example, an upgradeable Processor chip is
Removable.ro Enumeration .1.3.6.1.4.1.14851.3.1.13.3.1.11 |
storageMediaLocation-PhysicalMedia-ReplaceableA PhysicalComponent is Replaceable if it is possible
to replace (FRU or upgrade) the Element with a physically
different one. For example, some ComputerSystems allow the main
Processor chip to be upgraded to one of a higher clock rating.
In this case, the Processor is said to be Replaceable.
All Removable Components are inherently Replaceable.ro Enumeration .1.3.6.1.4.1.14851.3.1.13.3.1.12 |
storageMediaLocation-PhysicalMedia-HotSwappableA PhysicalComponent is HotSwappable if it is
possible to replace the Element with a physically different but
equivalent one while the containing Package
has power applied to it (ie, is 'on'). For example, a fan
Component may be designed to be HotSwappable. All HotSwappable
Components are inherently Removable and Replaceable.ro Enumeration .1.3.6.1.4.1.14851.3.1.13.3.1.13 |
storageMediaLocation-PhysicalMedia-CapacityThe number of bytes that can be read from or written
to a Media. This property is not applicable to 'Hard Copy'
(documentation) or cleaner Media.
Data compression should not be assumed, as it would increase
the value in this property. For tapes, it should be assumed
that no filemarks or blank space areas are recorded on the
Media.ro UINT64 .1.3.6.1.4.1.14851.3.1.13.3.1.14 |
storageMediaLocation-PhysicalMedia-MediaTypeSpecifies the type of the PhysicalMedia, as an
enumerated integer. The MediaDescription property is used to
provide more explicit definition of the Media type, whether it
is pre-formatted, compatability features, etc.ro Enumeration .1.3.6.1.4.1.14851.3.1.13.3.1.15 |
storageMediaLocation-PhysicalMedia-MediaDescriptionAdditional detail related to the MediaType
enumeration. For example, if value 3 ('QIC Cartridge') is
specified, this property could indicate whether
the tape is wide or 1/4 inch, whether it is pre-formatted,
whether it is Travan compatible, etc.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.13.3.1.16 |
storageMediaLocation-PhysicalMedia-CleanerMediaBoolean indicating that the PhysicalMedia is used
for cleaning purposes and not data storage.ro Enumeration .1.3.6.1.4.1.14851.3.1.13.3.1.17 |
storageMediaLocation-PhysicalMedia-DualSidedBoolean indicating that the Media has two recording
sides (TRUE) or only a single side (FALSE). Examples of dual
sided Media include DVD-ROM and some optical disks. Examples of
single sided Media are tapes and CD-ROM.ro Enumeration .1.3.6.1.4.1.14851.3.1.13.3.1.18 |
storageMediaLocation-PhysicalMedia-PhysicalLabelOne or more strings on 'labels' on the PhysicalMedia.
The format of the labels and their state (readable, unreadable,
upside-down) are indicated in the LabelFormats and LabelStates
array properties.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.13.3.1.19 |
storageMediaLocation-PhysicalMedia-TagAn arbitrary string that uniquely identifies the
Physical Element and serves as the Element's key. The Tag
property can contain information such as asset tag or serial
data. The key for PhysicalElement is placed very high in
number the object hierarchy in order to independently identify
the hardware/entity, regardless of physical placement in or on
Cabinets, Adapters, etc. For example, a hotswappable or
removeable component may be taken from its containing
(scoping) Package and be temporarily unused. The object
still continues to exist - and may even be inserted into a
different scoping container. Therefore, the key for
Physical Element is an arbitrary string and is defined
independently of any placement or location-oriented
hierarchy.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.13.3.1.20 |
limitedAccessPortGroup OBJECT IDENTIFIER .1.3.6.1.4.1.14851.3.1.14 |
numberOflimitedAccessPortsThis value specifies the number of limitedAccessPorts that are
present.ro Integer32 .1.3.6.1.4.1.14851.3.1.14.1 |
limitedAccessPortTableThe limitedAccessPort class represents limitedAccessPorts in the
library SEQUENCE OF LimitedAccessPort-Table-Info .1.3.6.1.4.1.14851.3.1.14.2 |
limitedAccessPortEntryEach entry in the table contains information about a
limitedAccessPort that is present in the library. LimitedAccessPort-Table-Info .1.3.6.1.4.1.14851.3.1.14.2.1 |
limitedAccessPortIndexThe current index value for the limitedAccessPort.ro UINT32 .1.3.6.1.4.1.14851.3.1.14.2.1.1 |
limitedAccessPort-DeviceIDAn address or other identifying information to
uniquely name the LogicalDevice.ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.14.2.1.2 |
limitedAccessPort-ExtendedWhen a Port is 'Extended' or 'open' (value=TRUE), its
Storage MediaLocations are accessible to a human operator.
If not extended (value=FALSE), the Locations are accessible
to a PickerElement.ro Enumeration .1.3.6.1.4.1.14851.3.1.14.2.1.3 |
limitedAccessPort-ElementNameA user-friendly name for the object. This property
allows each instance to define a user-friendly name IN ADDITION
TO its key properties/identity data, and description
information.
Note that ManagedSystemElement's Name property is also
defined as a user-friendly name. But, it is often
subclassed to be a Key. It is not reasonable that the same
property can convey both identity and a user friendly name,
without inconsistencies. Where Name exists and is not a Key
(such as for instances of LogicalDevice), the same
information MAY be present in both the Name and ElementName
properties.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.14.2.1.4 |
limitedAccessPort-CaptionThe Caption property is a short textual description
(one- line string) of the object.ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.14.2.1.5 |
limitedAccessPort-DescriptionThe Description property provides a textual
description of the object.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.14.2.1.6 |
limitedAccessPort-Realizes-StorageLocationIndexThe current index value for the
storageMediaLocationIndex that this limitedAccessPort is
associated with.
If no association exists an index of 0 may be returned.ro UINT32 .1.3.6.1.4.1.14851.3.1.14.2.1.7 |
fCPortGroup OBJECT IDENTIFIER .1.3.6.1.4.1.14851.3.1.15 |
numberOffCPortsThis value specifies the number of fcPorts that are
present.ro Integer32 .1.3.6.1.4.1.14851.3.1.15.1 |
fCPortTableThe fcPort class represents Fibre Channel Ports in the library SEQUENCE OF FCPortPort-Table-Info .1.3.6.1.4.1.14851.3.1.15.2 |
fCPortEntryEach entry in the table contains information about an
fcPort that is present in the library. FCPortPort-Table-Info .1.3.6.1.4.1.14851.3.1.15.2.1 |
fCPortIndexThe current index value for the fCPort.ro UINT32 .1.3.6.1.4.1.14851.3.1.15.2.1.1 |
fCPort-DeviceIDAn address or other identifying information to
uniquely name the LogicalDevice.ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.15.2.1.2 |
fCPort-ElementNameA user-friendly name for the object. This property
allows each instance to define a user-friendly name IN ADDITION
TO its key properties/identity data, and description
information.
Note that ManagedSystemElement's Name property is also
defined as a user-friendly name. But, it is often
subclassed to be a Key. It is not reasonable that the same
property can convey both identity and a user friendly name,
without inconsistencies. Where Name exists and is not a Key
(such as for instances of LogicalDevice), the same
information MAY be present in both the Name and ElementName
properties.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.15.2.1.3 |
fCPort-CaptionThe Caption property is a short textual description
(one- line string) of the object.ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.15.2.1.4 |
fCPort-DescriptionThe Description property provides a textual
description of the object.ro DisplayString ( SIZE ( 0 .. 255 ) ) .1.3.6.1.4.1.14851.3.1.15.2.1.5 |
fCPortController-OperationalStatusIndicates the current status(es) of the element.
Various health and operational statuses are defined. Many of
the enumeration's values are self- explanatory. However, a few
are not and are described in more detail. \n
'Stressed' indicates that the element is functioning, but
needs attention. Examples of 'Stressed' states are
overload, overheated, etc. \n
'Predictive Failure' indicates that an element is
functioning nominally but predicting a failure in the near
future. \n
'In Service' describes an element being configured,
maintained, cleaned, or otherwise administered. \n
'No Contact' indicates that the monitoring system has
knowledge of this element, but has never been able to
establish communications with it. \n
'Lost Communication' indicates that the ManagedSystem
Element is known to exist and has been contacted
successfully in the past, but is currently unreachable. \n
'Stopped' and 'Aborted' are similar, although the
former implies a clean and orderly stop, while the latter
implies an abrupt stop where the element's state and
configuration may need to be updated. \n
'Dormant' indicates that the element is inactive or
quiesced. \n
'Supporting Entity in Error' describes that this element
may be 'OK' but that another element, on which it is
dependent, is in error. An example is a network service or
endpoint that cannot function due to lower layer networking
problems. \n
'Completed' indicates the element has completed its
operation. This value should be combined with either OK,
Error, or Degraded so that a client can till if the
complete operation passed (Completed with OK), and failure
(Completed with Error). Completed with Degraded would imply
the operation finished, but did not complete OK or report
an error. \n
'Power Mode' indicates the element has additional power
model information contained in the Associated
PowerManagementService association. \n
OperationalStatus replaces the Status property on
ManagedSystemElement to provide a consistent approach to
enumerations, to address implementation needs for an array
property, and to provide a migration path from today's
environment to the future. This change was not made earlier
since it required the DEPRECATED qualifier. Due to the
widespread use of the existing Status property in
management applications, it is strongly RECOMMENDED that
providers/instrumentation provide BOTH the Status and
OperationalStatus properties. Further, the first value of
OperationalStatus SHOULD contain the primary status for the
element. When instrumented, Status (since it is
single-valued) SHOULD also provide the primary status of
the element.
SMI-S 1.1 Section 8.1.2.2.3 additional description for FC Ports
OK - Port is online
Error - Port has a failure
Stopped - Port is disabled
InService - Port is in Self Test
Unknownro Enumeration .1.3.6.1.4.1.14851.3.1.15.2.1.6 |
fCPort-PermanentAddressPermanentAddress defines the network address
hardcoded into a port. This 'hardcoded' address may be changed
via firmware upgrade or software configuration. If so, this
field should be updated when the change is made.
PermanentAddress should be left blank if no 'hardcoded'
address exists for the NetworkAdapter.
In SMI-S 1.1 table 1304 FCPorts are defined to use the port WWN
as described in table 7.2.4.5.2
World Wide Name (i.e. FC Name_Identifier) FCPort
Permanent Address property; no corresponding
format property 16 un-separated upper case hex
digits (e.g. '21000020372D3C73')ro DisplayString ( SIZE ( 0 .. 64 ) ) .1.3.6.1.4.1.14851.3.1.15.2.1.7 |
fCPort-Realizes-scsiProtocolControllerIndexThe current index value for the
scsiProtocolControllerIndex that this fCPort is associated with.
If no association exists an index of 0 may be returned.ro UINT32 .1.3.6.1.4.1.14851.3.1.15.2.1.8 |
trapGroup OBJECT IDENTIFIER .1.3.6.1.4.1.14851.3.1.16 |
libraryAddedTrapA library is added to the SMI-S agent.
This trap is to support the SMI-S 1.1 section 8.1.8.23 InstCreation
indication. TRAP-TYPE .1.3.6.1.4.1.14851.3.1.16.0.3 |
libraryDeletedTrapA library is deleted in the SMI-S agent.
This trap is to support the SMI-S 1.1 section 8.1.8.23 InstDeletion
indication. TRAP-TYPE .1.3.6.1.4.1.14851.3.1.16.0.4 |
libraryOpStatusChangedTrapA library OperationalStatus has changed in the SMI-S agent.
This trap is to support the SMI-S 1.1 section 8.1.8.23 InstModification
indication. TRAP-TYPE .1.3.6.1.4.1.14851.3.1.16.0.5 |
driveAddedTrapA media access device (trap drive) is added to the library.
This trap is to support the SMI-S 1.1 section 8.1.8.25 InstCreation
indication. TRAP-TYPE .1.3.6.1.4.1.14851.3.1.16.0.6 |
driveDeletedTrapA media access device (trap drive) is deleted from the library.
This trap is to support the SMI-S 1.1 section 8.1.8.25 InstDeletion
indication. TRAP-TYPE .1.3.6.1.4.1.14851.3.1.16.0.7 |
driveOpStatusChangedTrapA drive OperationalStatus has changed in the SMI-S agent.
This trap is to support the SMI-S 1.1 section 8.1.8.23 InstModification
indication. TRAP-TYPE .1.3.6.1.4.1.14851.3.1.16.0.8 |
changerAddedTrapA changer device is added to the library.
This trap is to support the SMI-S 1.1 section 8.1.8.25 InstCreation
indication. TRAP-TYPE .1.3.6.1.4.1.14851.3.1.16.0.9 |
changerDeletedTrapA changer device is deleted from the library.
This trap is to support the SMI-S 1.1 section 8.1.8.25 InstDeletion
indication. TRAP-TYPE .1.3.6.1.4.1.14851.3.1.16.0.10 |
changerOpStatusChangedTrapA changer OperationalStatus has changed in the SMI-S agent.
This trap is to support the SMI-S 1.1 section 8.1.8.23 InstModification
indication. TRAP-TYPE .1.3.6.1.4.1.14851.3.1.16.0.11 |
physicalMediaAddedTrapA physical media is added to the library.
This trap is to support the SMI-S 1.1 section 8.1.8.25 InstCreation
indication. TRAP-TYPE .1.3.6.1.4.1.14851.3.1.16.0.12 |
physicalMediaDeletedTrapA physical media is deleted from the library.
This trap is to support the SMI-S 1.1 section 8.1.8.25 InstDeletion
indication. TRAP-TYPE .1.3.6.1.4.1.14851.3.1.16.0.13 |
trapsEnabledSet to enable sending trapsrw Enumeration .1.3.6.1.4.1.14851.3.1.16.1 |
trapDriveAlertSummaryShort summary of a media (tape, optical, etc.) driveAlert trap.
Corresponds to the Number/Flag property of
drive/autoloader alerts in the T10 TapeAlert Specification v3
(w/SSC-3 Enhancements) as modified by the EventSummary property in
the SMI-S 1.1 section 8.1.8.25 LibraryAlert Events/Indications for
Library Devices. In particular, all occurances of 'tape' have been
replaced with 'media'. (This summary property has a 1 to 1
relationship to the CIM_AlertIndication.OtherAlertType property,
and might be stored in the CIM_AlertIndication.Message property.)ro Enumeration .1.3.6.1.4.1.14851.3.1.16.2 |
trap-Association-MediaAccessDeviceIndexThe current index value for the MediaAccessDeviceIndex
that this changerAlert trap is associated with.
If no association exists an index of 0 may be returned.ro UINT32 .1.3.6.1.4.1.14851.3.1.16.3 |
trapChangerAlertSummaryShort summary of a changer (eg. robot) changerAlert trap.
Corresponds to the Number/Flag property of stand-alone
changer alerts in the T10 TapeAlert Specification v3 (w/SSC-3
Enhancements) as modified by the EventSummary property in the
SMI-S 1.1 section 8.1.8.25 LibraryAlert Events/Indications for
Library Devices. In particular, all occurances of 'tape' have been
replaced with 'media'. (This summary property has a 1 to 1
relationship to the CIM_AlertIndication.OtherAlertType property,
and might be stored in the CIM_AlertIndication.Message property.)ro Enumeration .1.3.6.1.4.1.14851.3.1.16.4 |
trap-Association-ChangerDeviceIndexThe current index value for the ChangerDeviceIndex
that this changerAlert trap is associated with.
If no association exists an index of 0 may be returned.ro UINT32 .1.3.6.1.4.1.14851.3.1.16.5 |
trapPerceivedSeverityAn enumerated value that describes the severity of
the Alert Indication from the notifier's point of view: 1 - Other,
by CIM convention, is used to indicate that the Severity's value
can be found in the OtherSeverity property. 3 - Degraded/Warning
should be used when its appropriate to let the user decide if
action is needed. 4 - Minor should be used to indicate action is
needed, but the situation is not serious at this time. 5 - Major
should be used to indicate action is needed NOW. 6 - Critical
should be used to indicate action is needed NOW and the scope is
broad (perhaps an imminent outage to a critical resource will
result). 7 - Fatal/NonRecoverable should be used to indicate an
error occurred, but it's too late to take remedial action.
2 and 0 - Information and Unknown (respectively) follow common
usage. Literally, the AlertIndication is purely informational
or its severity is simply unknown. This would have values
described in SMI-S 1.1 section 8.1.8.25 LibraryAlert
Events/Indications for Library Devices, the PerceivedSeverity
column. These values are a superset of the Info/Warning/Critical
values in the T10 TapeAlert Specification v3 (w/SSC-3 Enhancements)
, and an SNMP agent may choose to only specify those if that's all
that's available. (This corresponds to the
CIM_AlertIndication.PerceivedSeverity property.)ro Enumeration .1.3.6.1.4.1.14851.3.1.16.6 |
trapDestinationTableTable of client/manager desitinations which will receive
traps SEQUENCE OF TrapDestinationEntry .1.3.6.1.4.1.14851.3.1.16.7 |
trapDestinationEntryEntry containing information needed to send traps to an
SNMP client/manager TrapDestinationEntry .1.3.6.1.4.1.14851.3.1.16.7.1 |
numberOfTrapDestinationsThis value specifies the number of trap destination
SNMP clients/managers.rw Integer32 .1.3.6.1.4.1.14851.3.1.16.7.1.1 |
trapDestinationHostTypeThe type of addressing model to represent the
network address (IPv4/IPv6)rw Enumeration .1.3.6.1.4.1.14851.3.1.16.7.1.2 |
trapDestinationHostAddrThe network address of this client/manager, to
which the trap should be sentrw DisplayString (SNMPv2-TC) .1.3.6.1.4.1.14851.3.1.16.7.1.3 |
trapDestinationPortThe port number where this client/manager is
listening for traps.rw Integer32 ( 0 .. 65535 ) .1.3.6.1.4.1.14851.3.1.16.7.1.4 |
trapObjects OBJECT IDENTIFIER .1.3.6.1.4.1.14851.3.1.16.8 |
currentOperationalStatusIndicates the previous status(es) of the element.
Various health and operational statuses are defined. Many of
the enumeration's values are self- explanatory. However, a few
are not and are described in more detail. \n
'Stressed' indicates that the element is functioning, but
needs attention. Examples of 'Stressed' states are
overload, overheated, etc. \n
'Predictive Failure' indicates that an element is
functioning nominally but predicting a failure in the near
future. \n
'In Service' describes an element being configured,
maintained, cleaned, or otherwise administered. \n
'No Contact' indicates that the monitoring system has
knowledge of this element, but has never been able to
establish communications with it. \n
'Lost Communication' indicates that the ManagedSystem
Element is known to exist and has been contacted
successfully in the past, but is currently unreachable. \n
'Stopped' and 'Aborted' are similar, although the
former implies a clean and orderly stop, while the latter
implies an abrupt stop where the element's state and
configuration may need to be updated. \n
'Dormant' indicates that the element is inactive or
quiesced. \n
'Supporting Entity in Error' describes that this element
may be 'OK' but that another element, on which it is
dependent, is in error. An example is a network service or
endpoint that cannot function due to lower layer networking
problems. \n
'Completed' indicates the element has completed its
operation. This value should be combined with either OK,
Error, or Degraded so that a client can till if the
complete operation passed (Completed with OK), and failure
(Completed with Error). Completed with Degraded would imply
the operation finished, but did not complete OK or report
an error. \n
'Power Mode' indicates the element has additional power
model information contained in the Associated
PowerManagementService association. \n
OperationalStatus replaces the Status property on
ManagedSystemElement to provide a consistent approach to
enumerations, to address implementation needs for an array
property, and to provide a migration path from today's
environment to the future. This change was not made earlier
since it required the DEPRECATED qualifier. Due to the
widespread use of the existing Status property in
management applications, it is strongly RECOMMENDED that
providers/instrumentation provide BOTH the Status and
OperationalStatus properties. Further, the first value of
OperationalStatus SHOULD contain the primary status for the
element. When instrumented, Status (since it is
single-valued) SHOULD also provide the primary status of
the element.ro Enumeration .1.3.6.1.4.1.14851.3.1.16.8.1 |
oldOperationalStatusIndicates the previous status(es) of the element.
Various health and operational statuses are defined. Many of
the enumeration's values are self- explanatory. However, a few
are not and are described in more detail. \n
'Stressed' indicates that the element is functioning, but
needs attention. Examples of 'Stressed' states are
overload, overheated, etc. \n
'Predictive Failure' indicates that an element is
functioning nominally but predicting a failure in the near
future. \n
'In Service' describes an element being configured,
maintained, cleaned, or otherwise administered. \n
'No Contact' indicates that the monitoring system has
knowledge of this element, but has never been able to
establish communications with it. \n
'Lost Communication' indicates that the ManagedSystem
Element is known to exist and has been contacted
successfully in the past, but is currently unreachable. \n
'Stopped' and 'Aborted' are similar, although the
former implies a clean and orderly stop, while the latter
implies an abrupt stop where the element's state and
configuration may need to be updated. \n
'Dormant' indicates that the element is inactive or
quiesced. \n
'Supporting Entity in Error' describes that this element
may be 'OK' but that another element, on which it is
dependent, is in error. An example is a network service or
endpoint that cannot function due to lower layer networking
problems. \n
'Completed' indicates the element has completed its
operation. This value should be combined with either OK,
Error, or Degraded so that a client can till if the
complete operation passed (Completed with OK), and failure
(Completed with Error). Completed with Degraded would imply
the operation finished, but did not complete OK or report
an error. \n
'Power Mode' indicates the element has additional power
model information contained in the Associated
PowerManagementService association. \n
OperationalStatus replaces the Status property on
ManagedSystemElement to provide a consistent approach to
enumerations, to address implementation needs for an array
property, and to provide a migration path from today's
environment to the future. This change was not made earlier
since it required the DEPRECATED qualifier. Due to the
widespread use of the existing Status property in
management applications, it is strongly RECOMMENDED that
providers/instrumentation provide BOTH the Status and
OperationalStatus properties. Further, the first value of
OperationalStatus SHOULD contain the primary status for the
element. When instrumented, Status (since it is
single-valued) SHOULD also provide the primary status of
the element.ro Enumeration .1.3.6.1.4.1.14851.3.1.16.8.2 |
endOfSmlMibDescription here OBJECT IDENTIFIER .1.3.6.1.4.1.14851.3.1.17 |