HP StorageWorks 2/16V Brocade Fabric OS MIB Reference - Supporting Fabric OS 5 - Page 120

entPhysicalParentRelPos 1.3.6.1.2.1.47.1.1.1.1.6

Page 120 highlights

4 entPhysicalParentRelPos 1.3.6.1.2.1.47.1.1.1.1.6 Brocade 7500 and 7600 switches can have the following hierarchy of physical objects: - Chassis: One entry (one row) - Container: One entry for each FRU slot (one switch blade, two power supplies, three fans) - Module: 1 entry for switch blade, up to two entries for power supplies, and up to three entries for fans. entPhysicalParentRelPos 1.3.6.1.2.1.47.1.1.1.1.6 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. 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. 104 Fabric OS MIB Reference 53-1000439-01

  • 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
  • 279
  • 280
  • 281
  • 282
  • 283
  • 284
  • 285
  • 286
  • 287
  • 288
  • 289
  • 290
  • 291
  • 292
  • 293
  • 294
  • 295
  • 296

104
Fabric OS MIB Reference
53-1000439-01
entPhysicalParentRelPos 1.3.6.1.2.1.47.1.1.1.1.6
4
Brocade 7500 and 7600 switches can have the following hierarchy of physical objects:
-
Chassis: One entry (one row)
-
Container: One entry for each FRU slot (one switch blade, two power supplies, three fans)
-
Module: 1 entry for switch blade, up to two entries for power supplies, and up to three
entries for fans.
entPhysicalParentRelPos 1.3.6.1.2.1.47.1.1.1.1.6
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.
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.