HP StorageWorks 2/64 HP StorageWorks Fabric OS 5.x MIB Reference Guide (AA-RVH - Page 119

entPhysicalParentRelPos, entPhysicalName

Page 119 highlights

entPhysicalParentRelPos OID 1.3.6.1.2.1.47.1.1.1.1.6 Status Current Description An indication of the relative position of this child component among all its sibling components. Sibling components are defined as entPhysicalEntries that share the same instance values of each of the entPhysicalContainedIn and entPhysicalClass objects. Note For chassis entry, this value is -1; for containers, it is the sequential number of the container from the first one; for all FRUs, it is always 1. An NMS can use this object to identify the relative ordering for all sibling components of a particular parent (identified by the entPhysicalContainedIn instance in each sibling entry). This value should match any external labeling of the physical component, if possible. For example, for a container (such as a card slot) labeled slot #3, entPhysicalParentRelPos, should have the value 3. Note that the entPhysicalEntry for the module plugged into slot 3 should have an entPhysicalParentRelPos value of 1. If the physical position of this component does not match any external numbering or clearly visible ordering, then user documentation or other external reference material should be used to determine the parent-relative position. If this is not possible, then the agent should assign a consistent (but possibly arbitrary) ordering to a given set of sibling components, perhaps based on internal representation of the components. If the agent cannot determine the parent-relative position for some reason, or if the associated value of entPhysicalContainedIn is 0, then the value -1 is returned; otherwise, a non-negative integer is returned, indicating the parent-relative position of this physical entity. Parent-relative ordering normally starts from 1 and continues to n, where n represents the highest-positioned child entity. However, if the physical entities (for example, slots) are labeled from a starting position of zero, then the first sibling should be associated with an entPhysicalParentRelPos value of 0. Note that this ordering might be sparse or dense, depending on agent implementation. The actual values returned are not globally meaningful, as each parent component might use different numbering algorithms. The ordering is meaningful only among siblings of the same parent component. The agent should retain parent-relative position values across reboots, either through algorithmic assignment or use of nonvolatile storage. entPhysicalName OID Status Description 1.3.6.1.2.1.47.1.1.1.1.7 Current The textual name of the physical entity (physical name of the entity such as chassis, blade, port, and so forth). The value of this object should be the name of the component as assigned by the local device and should be suitable for use in commands entered at the device's console. This might be a text name, such as console, or a simple component number (for example, port or module number) such as 1, depending on the physical component naming syntax of the device. If there is no local name, or this object is otherwise not applicable, then this object contains a zero-length string. Note that the value of entPhysicalName for two physical entities is the same in the event that the console interface does not distinguish between them (for example, slot-1 and the card in slot-1). Fabric OS 5.x MIB reference guide 119

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268
  • 269
  • 270
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276
  • 277
  • 278

Fabric OS 5.x MIB reference guide
119
entPhysicalParentRelPos
OID
1.3.6.1.2.1.47.1.1.1.1.6
Status
Current
Description
An indication of the relative position of this child component among all its sibling
components. Sibling components are defined as entPhysicalEntries that share the same
instance values of each of the entPhysicalContainedIn and entPhysicalClass objects.
Note
For chassis entry, this value is –1; for containers, it is the sequential number of the
container from the first one; for all FRUs, it is always 1.
An NMS can use this object to identify the relative ordering for all sibling components of
a particular parent (identified by the entPhysicalContainedIn instance in each sibling
entry).
This value should match any external labeling of the physical component, if possible. For
example, for a container (such as a card slot) labeled slot #3, entPhysicalParentRelPos,
should have the value 3. Note that the entPhysicalEntry for the module plugged into slot 3
should have an entPhysicalParentRelPos value of 1.
If the physical position of this component does not match any external numbering or
clearly visible ordering, then user documentation or other external reference material
should be used to determine the parent-relative position. If this is not possible, then the
agent should assign a consistent (but possibly arbitrary) ordering to a given set of sibling
components, perhaps based on internal representation of the components.
If the agent cannot determine the parent-relative position for some reason, or if the
associated value of entPhysicalContainedIn is 0, then the value –1 is returned; otherwise,
a non-negative integer is returned, indicating the parent-relative position of this physical
entity.
Parent-relative ordering normally starts from 1 and continues to
n
, where
n
represents the
highest-positioned child entity. However, if the physical entities (for example, slots) are
labeled from a starting position of zero, then the first sibling should be associated with an
entPhysicalParentRelPos value of 0. Note that this ordering might be sparse or dense,
depending on agent implementation.
The actual values returned are not globally meaningful, as each parent component might
use different numbering algorithms. The ordering is meaningful only among siblings of the
same parent component.
The agent should retain parent-relative position values across reboots, either through
algorithmic assignment or use of nonvolatile storage.
entPhysicalName
OID
1.3.6.1.2.1.47.1.1.1.1.7
Status
Current
Description
The textual name of the physical entity (physical name of the entity such as chassis, blade,
port, and so forth). The value of this object should be the name of the component as
assigned by the local device and should be suitable for use in commands entered at the
device’s console. This might be a text name, such as
console
, or a simple component
number (for example, port or module number) such as 1, depending on the physical
component naming syntax of the device.
If there is no local name, or this object is otherwise not applicable, then this object
contains a zero-length string.
Note that the value of entPhysicalName for two physical entities is the same in the event
that the console interface does not distinguish between them (for example, slot-1 and the
card in slot-1).