entPhysicalClass

ASTERFUSION-MIB · .1.3.6.1.2.1.47.1.1.1.1.5

Object

column PhysicalClass
An indication of the general hardware type of the physical
entity.
              
An agent should set this object to the standard enumeration
value which most accurately indicates the general class of
the physical entity, or the primary class if there is more
than one.
              
If no appropriate standard registration identifier exists
for this physical entity, then the value 'other(1)' is
returned. If the value is unknown by this agent, then the
value 'unknown(2)' is returned.

Context

MIB
ASTERFUSION-MIB
OID
.1.3.6.1.2.1.47.1.1.1.1.5
Type
column
Access
readonly
Status
current
Parent
entPhysicalEntry

Walk the column to discover its indexed instances, or supply every index to read one instance.

Walk the column
/usr/bin/snmpbulkwalk -v2c -c '<community>' -Pud -Ir -OQUs -m 'ASTERFUSION-MIB' -M '/opt/observium/mibs/asterfusion:/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'udp:<hostname>:161' 'ASTERFUSION-MIB::entPhysicalClass'
More examples
Read one indexed instance
/usr/bin/snmpget -v2c -c '<community>' -Pud -Ir -OQUv -m 'ASTERFUSION-MIB' -M '/opt/observium/mibs/asterfusion:/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'udp:<hostname>:161' 'ASTERFUSION-MIB::entPhysicalClass.<entPhysicalIndex>'
Translate to a numeric OID
/usr/bin/snmptranslate -Pud -Ir -On -m 'ASTERFUSION-MIB' -M '/opt/observium/mibs/asterfusion:/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'ASTERFUSION-MIB::entPhysicalClass'

Syntax

Source
PhysicalClass
Base type
Enumeration
Type Description
An enumerated value which provides an indication of the
general hardware type of a particular physical entity.
There are no restrictions as to the number of
entPhysicalEntries of each entPhysicalClass, which must be
instantiated by an agent.
          
The enumeration 'other' is applicable if the physical entity
class is known, but does not match any of the supported
values.
          
The enumeration 'unknown' is applicable if the physical
entity class is unknown to the agent.
          
The enumeration 'chassis' is applicable if the physical
entity class is an overall container for networking
equipment.  Any class of physical entity except a stack may
be contained within a chassis, and a chassis may only be
contained within a stack.
          
The enumeration 'backplane' is applicable if the physical
entity class is some sort of device for aggregating and
forwarding networking traffic, such as a shared backplane in
a modular ethernet switch.  Note that an agent may model a
backplane as a single physical entity, which is actually
implemented as multiple discrete physical components (within
a chassis or stack).
          
The enumeration 'container' is applicable if the physical
entity class is capable of containing one or more removable
physical entities, possibly of different types. For example,
each (empty or full) slot in a chassis will be 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 should be modeled by the agent, including
empty containers.
          
The enumeration 'powerSupply' is applicable if the physical
entity class is a power-supplying component.
          
The enumeration 'fan' is applicable if the physical entity
class is a fan or other heat-reduction component.
          
The enumeration 'sensor' is applicable if the physical
entity class is some sort of sensor, such as a temperature
sensor within a router chassis.
          
The enumeration 'module' is applicable if the physical
entity class is some sort of self-contained sub-system.  If
it is removable, then it should be modeled within a
container entity, otherwise it should be modeled directly
within another physical entity (e.g., a chassis or another
module).
          
The enumeration 'port' is applicable if the physical entity
class is some sort of networking port, capable of receiving
and/or transmitting networking traffic.
          
The enumeration 'stack' is applicable if the physical entity
class is some sort of super-container (possibly virtual),
intended to group together multiple chassis entities.  A
stack may be realized by a 'virtual' cable, a real
interconnect cable, attached to multiple chassis, or may in
fact be comprised of multiple interconnect cables. A stack
should not be modeled within any other physical entities,
but a stack may be contained within another stack.  Only
chassis entities should be contained within a stack.

Values & Constraints

Type Values
1other
2unknown
3chassis
4backplane
5container
6powerSupply
7fan
8sensor
9module
10port
11stack