# Class CIM_StorageNameBinding
extends CIM_SettingData

StorageNameBinding instances represent bindings between transport-specific devices names and either OS device names/addresses or virtual initiator names. Bindings are defined by administrators and are persistent. The binding defines names of other elements that may or may not correlate to other CIM classes. It must be possible to create these bindings in cases when CIM instances for these other elements are not available. This may be because the elements are temporarily unavailable or because the elements are managed by some other providers or because the binding represents a 'black listed' device name. A SettingData models the persistence of the binding in the absence of the elements. In the descriptions below, FC API refers to the FC API as specified in the t11_5 workgroup, and IMA refers to the iSCSI Management API as specified in the SNIA IPS Management workgroup. Three types of bindings are modeled: - OSStorageNameBinding models a binding from a storage elements to OS device names or addresses (as used in FC API PersistentBindings and IMA ExposeLun. One side of the binding represents a device (as viewed from the system scoping the binding) and the name exposed by the scoping system. For example, Fibre Channel HBAs support binding of Fibre Channel port names (and optionally a SCSI logical unit identifier) to OS device names. Each time the system or device is stopped and restated, the same OS device name is bound to the device. - StorageBridgeNameBinding models gateways where a name valid for one transport is mapped to a name valid for a different transport. This binding is used in bridge devices that allow Infiniband or iSCSI host adapters to connect to Fibre Channel devices. - The third type of binding is similar to the first, but no OS device name or address is provided, the OS uses its usual rules to assign names. For this type of binding, the superclass can be used.

### Table of Contents
Hierarchy
Direct Known Subclasses
Class Qualifiers
Class Properties
Class Methods

## Class Hierarchy

CIM_ManagedElement
|
+--CIM_SettingData
|
+--CIM_StorageNameBinding

## Direct Known Subclasses

CIM_OSStorageNameBinding
CIM_StorageBridgeNameBinding

## Class Qualifiers

Name | Data Type | Value
--- | --- | ---
Description | string | StorageNameBinding instances represent bindings between transport-specific devices names and either OS device names/addresses or virtual initiator names. Bindings are defined by administrators and are persistent. The binding defines names of other elements that may or may not correlate to other CIM classes. It must be possible to create these bindings in cases when CIM instances for these other elements are not available. This may be because the elements are temporarily unavailable or because the elements are managed by some other providers or because the binding represents a 'black listed' device name. A SettingData models the persistence of the binding in the absence of the elements. In the descriptions below, FC API refers to the FC API as specified in the t11_5 workgroup, and IMA refers to the iSCSI Management API as specified in the SNIA IPS Management workgroup. Three types of bindings are modeled: - OSStorageNameBinding models a binding from a storage elements to OS device names or addresses (as used in FC API PersistentBindings and IMA ExposeLun. One side of the binding represents a device (as viewed from the system scoping the binding) and the name exposed by the scoping system. For example, Fibre Channel HBAs support binding of Fibre Channel port names (and optionally a SCSI logical unit identifier) to OS device names. Each time the system or device is stopped and restated, the same OS device name is bound to the device. - StorageBridgeNameBinding models gateways where a name valid for one transport is mapped to a name valid for a different transport. This binding is used in bridge devices that allow Infiniband or iSCSI host adapters to connect to Fibre Channel devices. - The third type of binding is similar to the first, but no OS device name or address is provided, the OS uses its usual rules to assign names. For this type of binding, the superclass can be used.
Experimental | boolean | true
UMLPackagePath | string | CIM::Device::StorageNameBinding
Version | string | 2.8.1000

## Class Properties

### Local Class Properties

Name | Data Type | Default Value | Qualifiers
--- | --- | --- | ---
Name | Data Type | Value
BindAllLogicalUnits | boolean | false
Description | string | If true, then all target logical units are bound to the OS. Not valid to set this if BindingType is BindToLUID.
MappingStrings | string | FC API.INCITS-T11| HBA_BIND_TARGETS
ModelCorrespondence | string | CIM_StorageNameBinding.LogicalUnitNumber, CIM_StorageNameBinding.BindingType
BindingType | uint16 |
Description | string | BindingType describes the type of binding expressed by the setting data instance. It also defines the interpretation of TargetName. BindToFcDID, FcApiBindToWWPN, and FcApiBindToWWNW represent bindings in a fibre channel HBA to a D_ID (destination ID), WWPN (World Wide Port Name), or WWNW (World Wide Node Name). LUID is a binding based on a SCSI Inquiry VPD page 83, Association 0 logical unit identifier. 'iSCSI Name' represents a binding to an iSCSI target as used in IMA for Static Configuration (if TargetLUNumberValid is false) or an IMA (Un)Exposed LUN record (if TargetLUNumberValid is true). 'iSCSI Network Address' represents a binding to an iSCSI network entity. It is formatted as a host name or IP address optionally followed by a plus ('+') and a TCP port number. If '+port<#>' is omitted, the iSCSI default (3260) is used. 'Bridge Binding' represents a binding between initiator IDs in a transport bridge device.
MappingStrings | string | FC API.INCITS-T11| HBA_BIND_TYPE
ValueMap | string | 2, 3, 4, 5, 6, 7, 8
Values | string | FcApiBindToDID, FcApiBindToWWPN, FcApiBindToWWNN, BindToLUID, iSCSI Target Name, iSCSI Network Address, Bridge Binding
Hide | boolean | false
Description | string | If false (the default), the specified target unit(s) is exposed to the OS. If true, the OS-related properties are ignored, and the target related properties identify target unit(s) that are hidden from the OS. In most cases, this is false.
LocalPortName | string |
Description | string | The port name on the current system associated with this persistent binding.
MappingStrings | string | FC API.INCITS-T11|hbaPortWWN
ModelCorrespondence | string | CIM_StorageNameBinding.LocalPortNameType
LocalPortNameType | uint16 |
Description | string | The type of the port in LocalPortName.
ModelCorrespondence | string | CIM_StorageNameBinding.LocalPortName
ValueMap | string | 2, 3
Values | string | FC Port WWN, iSCSI Name
LogicalUnitNumber | string |
Description | string | A string containing a hexadecimal-encoded representation of the 64-bit SCSI Logical Unit Number in the format described in the T10 SCSI Architecture Model specification. This format consists of four 2-byte fields. In most cases, the human-oriented logical unit number will be in the high- order two bytes and the low-order six bytes will be zero. This property is only valid if BindAllLogicalUnits is false and BindingType is not .
MappingStrings | string | FC API.INCITS-T11| HBA_FcpId | FcpLun
ModelCorrespondence | string | CIM_StorageNameBinding.BindAllLogicalUnits
OtherStatus | string |
Description | string | A string describing the status if Status is 'Other'.
ModelCorrespondence | string | CIM_StorageNameBinding.Status
Status | uint32 |
Description | string | A status associated with the previous attempt to enable the binding - this may be set many times after the binding is created. The first subset is defined by FC API: BadOSBus - request included a bad OS SCSI bus number BadOSTarget - request included a bad SCSI target number BadOSLun - request included a bad OS SCSI logical unit number OSAddressAlreadyBound - request included an OS SCSI ID that was already bound BadFcid - request included a bad or unlocatable FCP Target FCID BadWWNN - request included a bad FCP Target Node_Name BadWWPN - request included a bad FCP Target Port Name BadTargetLU - request included an FCP Logical Unit Number not defined by the identified Target. BadLUID - request included an undefined in inaccessible LUID.
MappingStrings | string | FC API.INCITS-T11|HBA_FCPBINDING2|Status
ModelCorrespondence | string | CIM_StorageNameBinding.OtherStatus
ValueMap | string | 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10
Values | string | Unknown, Other, OK, BadOSBus, BadOSTarget, BadOSLun, BadFcId, BadWWNN, BadWWPN, BadTargetLU, BadLUID
TargetName | string |
Description | string | The name (dependent on BindingType) identifying the SCSI target. If BindingType is FcApiBindToDID, TargetName holds a hexadecimal-encoded representation of the 32-bit D_ID and corresponds to FC API HBA_FCPID.FcId. If BindingType is FcApiBindToWWPN or FcApiBindToWWNN, TargetName holds a hexadecimal-encoded representation of the 64-bit FC Port or Node World Wide Name. If BindingType is BindToLUID, TargetName holds a SCSI Logical Unit Name from Inquiry VPD page 83, Association 0 as defined in SCSI Primary Commands. If the identifier descriptor (in the SCSI response) has Code Set Binary, then TargetName is its hexadecimal-encoded value.
MappingStrings | string | FC API.INCITS-T11| HBA_FcpId | FcId, FC API.INCITS-T11| HBA_FcpId | NodeWWN, FC API.INCITS-T11| HBA_FcpId | PortWWN, FC API.INCITS-T11| HBA_FcpId | FcId, FC API.INCITS-T11| HBA_LUID

### Inherited Properties

Name | Data Type | Class Origin
--- | --- | ---
Caption | string | CIM_ManagedElement
ChangeableType | uint16 | CIM_SettingData
ConfigurationName | string | CIM_SettingData
Description | string | CIM_ManagedElement
ElementName | string | CIM_SettingData
Generation | uint64 | CIM_ManagedElement
InstanceID | string | CIM_SettingData

## Class Methods