HP StorageWorks 2/16V Brocade Fabric OS MIB Reference (53-1000241-01, November - Page 129

entAliasMappingIdentifier 1.3.6.1.2.1.47.1.3.2.1.2, entPhysicalContainsTable 1.3.6.1.2.1.47.1.3.3

Page 129 highlights

entAliasMappingIdentifier 1.3.6.1.2.1.47.1.3.2.1.2 4 If this object has a nonzero value, then it identifies the logical entity named by the same value of entLogicalIndex. If this object has a value of zero, then the mapping between the physical component and the alias identifier for this entAliasMapping entry is associated with all unspecified logical entities. That is, a value of zero (the default mapping) identifies any logical entity that does not have an explicit entry in this table for a particular entPhysicalIndex/entAliasMappingIdentifier pair. For example, to indicate that a particular interface (such as "physical component 33") is identified by the same value of ifIndex for all logical entities, the following instance might exist: entAliasMappingIdentifier.33.0 = ifIndex.5 In the event an entPhysicalEntry is associated differently for some logical entities, additional entAliasMapping entries might exist: entAliasMappingIdentifier.33.0 = ifIndex.6 entAliasMappingIdentifier.33.4 = ifIndex.1 entAliasMappingIdentifier.33.5 = ifIndex.1 entAliasMappingIdentifier.33.10 = ifIndex.12 Note that entries with nonzero entAliasLogicalIndexOrZero index values have precedence over any zero-indexed entry. In this example, all logical entities except 4, 5, and 10 associate physical entity 33 with ifIndex.6. entAliasMappingIdentifier 1.3.6.1.2.1.47.1.3.2.1.2 The value of this object identifies a particular conceptual row associated with the indicated entPhysicalIndex and entLogicalIndex pair. Since only physical ports are modeled in this table, only entries that represent interfaces or ports are allowed. If an ifEntry exists on behalf of a particular physical port, then this object should identify the associated ifEntry. For repeater ports, the appropriate row in the rptrPortGroupTable should be identified instead. For example, suppose a physical port was represented by entPhysicalEntry.3, entLogicalEntry.15 existed for a repeater, and entLogicalEntry.22 existed for a bridge. Then there might be two related instances of entAliasMappingIdentifier: entAliasMappingIdentifier.3.15 == rptrPortGroupIndex.5.2 entAliasMappingIdentifier.3.22 == ifIndex.17 It is possible that other mappings (besides interfaces and repeater ports) might be defined in the future, as required. Bridge ports are identified by examining the Bridge MIB and appropriate ifEntries associated with each dot1dBasePort and are thus not represented in this table. entPhysicalContainsTable 1.3.6.1.2.1.47.1.3.3 A table that exposes the container/containee relationships between physical entities. This table provides all the information found by constructing the virtual containment tree for a given entPhysicalTable, but in a more direct format. In the event a physical entity is contained by more than one other physical entity (for example, doublewide modules), this table should include these additional mappings, which cannot be represented in the entPhysicalTable virtual containment tree. Fabric OS MIB Reference Publication Number: 53-1000241-01 4-17

  • 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

Fabric OS MIB Reference
4-17
Publication Number: 53-1000241-01
entAliasMappingIdentifier 1.3.6.1.2.1.47.1.3.2.1.2
4
If this object has a nonzero value, then it identifies the logical entity named by the same value of
entLogicalIndex.
If this object has a value of zero, then the mapping between the physical component and the alias
identifier for this entAliasMapping entry is associated with all unspecified logical entities. That is, a
value of zero (the default mapping) identifies any logical entity that does not have an explicit entry in
this table for a particular entPhysicalIndex/entAliasMappingIdentifier pair.
For example, to indicate that a particular interface (such as “physical component 33”) is identified by
the same value of ifIndex for all logical entities, the following instance might exist:
entAliasMappingIdentifier.33.0 = ifIndex.5
In the event an entPhysicalEntry is associated differently for some logical entities, additional
entAliasMapping entries might exist:
entAliasMappingIdentifier.33.0 = ifIndex.6
entAliasMappingIdentifier.33.4 = ifIndex.1
entAliasMappingIdentifier.33.5 = ifIndex.1
entAliasMappingIdentifier.33.10 = ifIndex.12
Note that entries with nonzero entAliasLogicalIndexOrZero index values have precedence over any
zero-indexed entry. In this example, all logical entities except 4, 5, and 10 associate physical entity 33
with ifIndex.6.
entAliasMappingIdentifier 1.3.6.1.2.1.47.1.3.2.1.2
The value of this object identifies a particular conceptual row associated with the indicated
entPhysicalIndex and entLogicalIndex pair.
Since only physical ports are modeled in this table, only entries that represent interfaces or ports are
allowed.
If an ifEntry exists on behalf of a particular physical port, then this object should identify the
associated ifEntry. For repeater ports, the appropriate row in the rptrPortGroupTable should be
identified instead.
For example, suppose a physical port was represented by entPhysicalEntry.3, entLogicalEntry.15
existed for a repeater, and entLogicalEntry.22 existed for a bridge.
Then there might be two related
instances of entAliasMappingIdentifier:
entAliasMappingIdentifier.3.15 == rptrPortGroupIndex.5.2
entAliasMappingIdentifier.3.22 == ifIndex.17
It is possible that other mappings (besides interfaces and repeater ports) might be defined in the future,
as required.
Bridge ports are identified by examining the Bridge MIB and appropriate ifEntries associated with each
dot1dBasePort and are thus not represented in this table.
entPhysicalContainsTable 1.3.6.1.2.1.47.1.3.3
A table that exposes the container/containee relationships between physical entities. This table provides
all the information found by constructing the virtual containment tree for a given entPhysicalTable, but
in a more direct format.
In the event a physical entity is contained by more than one other physical entity (for example, double-
wide modules), this table should include these additional mappings, which cannot be represented in the
entPhysicalTable virtual containment tree.