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

SnmpEngineIdOrNone, Syntax, Table 4-2, Values, Description

Page 117 highlights

SnmpEngineIdOrNone 4 Syntax Integer Table 4-2 Possible Values for PhysicalClass Values Description other (1) The physical entity class is known but does not match any of the supported values. unknown (2) The physical entity class is unknown to the agent. chassis (3) The physical entity class is an overall container for networking equipment. Any class of physical entity except a stack can be contained within a chassis, and a chassis might be contained only within a stack. backplane (4) The physical entity class is a device for aggregating and forwarding networking traffic, such as a shared backplane in a modular Ethernet switch. Note that an agent might model a backplane as a single physical entity, which is actually implemented as multiple discrete physical components (within a chassis or stack). container (5) The physical entity class is capable of containing one ore more removable physical entities, possibly of different types (such as a chassis slot or daughter-card holder). For example, each (empty or full) slot in a chassis is modeled as a container. Note that all removable physical entities should be modeled within a container entity, such as field-replaceable modules, fans, or power supplies. Note that all known containers, including empty containers, should be modeled by the agent. powerSupply (6) The physical entity class is a power-supplying component. fan (7) The physical entity class is a fan or other heat-reduction component. sensor (8) The physical entity class is a sensor, such as a temperature sensor within a router chassis. module (9) The physical entity class is a self-contained subsystem (such as a plug-in card or daughter-card). If it is removable, then it should be modeled within a container entity; otherwise, it should be modeled directly within another physical entity (for example, a chassis or another module). port (10) The physical entity class is a networking port, capable of receiving or transmitting networking traffic. stack (11) The physical entity class is a super-container (possibly virtual), intended to group together multiple chassis entities (such as a stack of multiple chassis entities). A stack might be realized by a virtual cable or a real interconnect cable attached to multiple chassis, or it can comprise multiple interconnect cables. A stack should not be modeled within any other physical entities, but a stack might be contained within another stack. Only chassis entities should be contained within a stack. SnmpEngineIdOrNone A specially formatted SnmpEngineID string for use with the Entity MIB. If an instance of an object with syntax SnmpEngineIdOrNone has a non-zero length, then the object encoding and semantics are defined by the SnmpEngineID textual convention (see RFC 2571 [RFC2571]). If an instance of an object with syntax SnmpEngineIdOrNone contains a zero-length string, then no appropriate SnmpEngineID is associated with the logical entity (that is, SNMPv3 not supported). Fabric OS MIB Reference 4-5 Publication Number: 53-1000241-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

Fabric OS MIB Reference
4-5
Publication Number: 53-1000241-01
SnmpEngineIdOrNone
4
Syntax
Integer
SnmpEngineIdOrNone
A specially formatted SnmpEngineID string for use with the Entity MIB.
If an instance of an object with syntax SnmpEngineIdOrNone has a non-zero length, then the object
encoding and semantics are defined by the SnmpEngineID textual convention (see RFC 2571
[RFC2571]).
If an instance of an object with syntax SnmpEngineIdOrNone contains a zero-length string, then no
appropriate SnmpEngineID is associated with the logical entity (that is, SNMPv3 not supported).
Table 4-2
Possible Values for PhysicalClass
Values
Description
other (1)
The physical entity class is known but does not match any of the supported values.
unknown (2)
The physical entity class is unknown to the agent.
chassis (3)
The physical entity class is an overall container for networking equipment. Any
class of physical entity except a stack can be contained within a chassis, and a
chassis might be contained only within a stack.
backplane (4)
The physical entity class is a device for aggregating and forwarding networking
traffic, such as a shared backplane in a modular Ethernet switch. Note that an agent
might model a backplane as a single physical entity, which is actually implemented
as multiple discrete physical components (within a chassis or stack).
container (5)
The physical entity class is capable of containing one ore more removable physical
entities, possibly of different types (such as a chassis slot or daughter-card holder).
For example, each (empty or full) slot in a chassis is modeled as a container. Note
that all removable physical entities should be modeled within a container entity,
such as field-replaceable modules, fans, or power supplies. Note that all known
containers, including empty containers, should be modeled by the agent.
powerSupply (6)
The physical entity class is a power-supplying component.
fan (7)
The physical entity class is a fan or other heat-reduction component.
sensor (8)
The physical entity class is a sensor, such as a temperature sensor within a router
chassis.
module (9)
The physical entity class is a self-contained subsystem (such as a plug-in card or
daughter-card). If it is removable, then it should be modeled within a container
entity; otherwise, it should be modeled directly within another physical entity (for
example, a chassis or another module).
port (10)
The physical entity class is a networking port, capable of receiving or transmitting
networking traffic.
stack (11)
The physical entity class is a super-container (possibly virtual), intended to group
together multiple chassis entities (such as a stack of multiple chassis entities). A
stack might be realized by a virtual cable or a real interconnect cable attached to
multiple chassis, or it can comprise multiple interconnect cables. A stack should
not be modeled within any other physical entities, but a stack might be contained
within another stack. Only chassis entities should be contained within a stack.