ENTITY-MIB

MIB Reference — IPNetwork Monitor · Updated September 14, 2026

All MIBsENTITY-MIB

Organization: IETF ENTMIB Working Group

Last Updated: 2005-08-10

Category: Hardware and Environment

Description: Provides management information about the physical and logical components of a system, including hardware inventory such as fans, sensors, modules, serial numbers, and model information.

IPNetwork Monitor uses several OIDs from this MIB in network discovery and polling the applicable devices. Start monitoring ENTITY-MIB with a free 30-day trial of IPNetwork Monitor.

What Is ENTITY-MIB?

ENTITY-MIB is a vendor-neutral IETF standards module (RFC 6933) that provides a physical and logical inventory model for representing the components of a networking device — chassis, modules, power supplies, fans, sensors, and ports — as entries in the entPhysicalTable. It exposes hardware inventory data including component descriptions, vendor type, physical containment hierarchy, and component class (entPhysicalDescr, entPhysicalVendorType, entPhysicalContainedIn, entPhysicalClass, entPhysicalParentRelPos) -- with the entity-mib entPhysicalDescr OID serving as the primary human-readable label for each entry -- as well as revision identifiers (entPhysicalHardwareRev, entPhysicalFirmwareRev, entPhysicalSoftwareRev). This makes it a central module for monitoring hardware and software status: an operator can enumerate every physical component in a chassis, confirm which slot a module is inserted in, and verify hardware, firmware, and software revision levels are consistent across redundant components such as fans, power supplies, or line cards. Many vendor-specific hardware monitoring MIBs, for environment, power, and sensor data, reference entPhysicalIndex from this module to associate their own readings with a specific physical component, making ENTITY-MIB a common dependency for hardware-health MIBs. It is deployed on virtually any modular or chassis-based networking device — routers, switches, and multi-slot platforms — where representing physical component inventory and hierarchy is needed.

IPNetwork Monitor allows you to monitor SNMP objects defined in ENTITY-MIB. Use the built-in SNMP Monitoring Browser to explore available variables, view their current values and descriptions, and select the objects you want to monitor. You can then create SNMP monitors, configure thresholds, and receive alerts when monitored values change.

Supported Devices

  • vendor-neutral, standards-based MIB, not tied to a specific manufacturer
  • applies to any modular or chassis-based networking device (routers, switches)

Monitoring Examples

An administrator would walk entPhysicalTable/entPhysicalEntry to enumerate all physical components in a chassis, checking entPhysicalClass to distinguish a fan tray or power supply from a line card, and entPhysicalContainedIn to confirm which parent slot each sub-component belongs to. They would compare entPhysicalHardwareRev and entPhysicalFirmwareRev across redundant power supplies or modules to catch a mismatched firmware version after a partial upgrade, and check entPhysicalName to identify the specific component (for example 'Fan Tray 1') referenced in an alert from a vendor-specific environment MIB that uses the same entPhysicalIndex.

What Can Be Monitored

  • physical component inventory
  • component containment hierarchy (slot/parent relationships)
  • hardware revision level
  • firmware revision level
  • software revision level
  • component vendor type and class
Imported Objects

From SNMP-FRAMEWORK-MIB

SnmpAdminString

From SNMPv2-CONF

MODULE-COMPLIANCE
OBJECT-GROUP

From SNMPv2-SMI

Integer32
MODULE-IDENTITY
OBJECT-TYPE
mib-2

From SNMPv2-TC

DateAndTime
RowStatus
TEXTUAL-CONVENTION
TruthValue
OIDs

FAQ

What is ENTITY-MIB used for in a chassis-based router or switch monitoring setup?
It's the vendor-neutral IETF standard (RFC 6933) inventory model that represents a device's physical and logical components -- chassis, modules, power supplies, fans, sensors, ports -- as entries in entPhysicalTable, with fields like entPhysicalDescr, entPhysicalVendorType, entPhysicalContainedIn, and entPhysicalClass. It lets an operator enumerate every physical component in a chassis, confirm which slot a module sits in, and verify hardware, firmware (entPhysicalHardwareRev, entPhysicalFirmwareRev), and software revision levels are consistent across redundant components like fans, power supplies, or line cards.

Why do other hardware-monitoring MIBs reference ENTITY-MIB?
Because ENTITY-MIB's entPhysicalIndex is the common key many vendor-specific environment, power, and sensor MIBs use to associate their own readings with a specific physical component, making ENTITY-MIB a foundational dependency for hardware-health monitoring across virtually any modular router or switch.

RFC description

Physical entity MIB for managing hardware components, modules, and their relationships in networked devices (RFC 4133).

Start monitoring Modular/chassis-based router or switch (physical/logical entity inventory, vendor-neutral IETF standard RFC 6933) with a free 30-day trial of IPNetwork Monitor. Import MIBs, browse SNMP OIDs, create custom SNMP monitors, configure alerts, and monitor any SNMP-enabled network device from a single console.

Download ENTITY-MIB