TE-MIB

MIB Reference — IPNetwork Monitor · Updated September 09, 2026

All MIBsTE-MIB

Organization: IETF Traffic Engineering Working Group

Last Updated: 2005-01-04

Category: MPLS and Traffic Engineering, Quality of Service

Description: Manages MPLS Traffic Engineering tunnel LSPs, supporting both signalled (RSVP-TE, CR-LDP) and manually provisioned tunnels with persistent and non-persistent modes.

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

What Is TE-MIB?

TE-MIB, published as RFC 3970, is the vendor-neutral IETF MIB for managing MPLS Traffic Engineering tunnel Label Switched Paths (LSPs), supporting both dynamically signalled tunnels (via RSVP-TE or CR-LDP) and manually provisioned tunnels in persistent or non-persistent modes. It exposes configuration data such as the signaling and IGP distribution protocol in use, administrative group definitions used for constraint-based path selection, and counts of configured, active, and primary tunnels. Its monitoring value is largely about the software/control-plane health of the traffic engineering subsystem: tracking how many tunnels are configured versus actually up (active) reveals TE tunnel establishment failures, and the notifications group flags state-change events for individual tunnels. It is explicitly built to work alongside RSVP-TE and CR-LDP signaling protocol MIBs, which provide lower-level session detail behind each tunnel. It is deployed on MPLS-TE capable routers in service provider and large enterprise backbone networks. Engineers implementing or auditing this functionality typically reference the TE-MIB RFC/standard documentation for the authoritative specification.

IPNetwork Monitor allows you to monitor SNMP objects defined in TE-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

  • MPLS-TE capable routers
  • vendor-neutral, standards-based MIB, not tied to a specific manufacturer

Monitoring Examples

A network engineer would compare teConfiguredTunnels against teActiveTunnels to spot a gap indicating TE tunnels that failed to establish, and check tePrimaryTunnels to confirm primary (non-backup) paths are up. The teAdminGroupTable, with entries like teAdminGroupNumber and teAdminGroupName, lets an operator verify that link affinity/constraint groups used for TE path computation are correctly defined. teSignalingProto and teDistProtocol reveal whether RSVP-TE or CR-LDP is the active signaling mechanism and which IGP is distributing TE link-state information, both useful when diagnosing why a tunnel isn't taking the expected path. The teMIBNotifications group can alert on tunnel up/down transitions in real time.

What Can Be Monitored

  • configured tunnel count
  • active tunnel count
  • primary tunnel count
  • signaling protocol in use
  • IGP distribution protocol
  • administrative group definitions
Imported Objects

From MPLS-TC-STD-MIB

MplsBitRate
TeHopAddress
TeHopAddressType

From SNMP-FRAMEWORK-MIB

SnmpAdminString

From SNMPv2-CONF

MODULE-COMPLIANCE
NOTIFICATION-GROUP
OBJECT-GROUP

From SNMPv2-SMI

Counter32
Counter64
Gauge32
Integer32
MODULE-IDENTITY
NOTIFICATION-TYPE
OBJECT-TYPE
TimeTicks
Unsigned32
mib-2

From SNMPv2-TC

RowStatus
StorageType
TimeStamp
TruthValue

How to Use in IPNetwork Monitor

Example using teTunnelOctets OID:

Select an MPLS-TE capable routers, vendor-neutral standards-based MIB (RFC 3970) (traffic-engineering tunnel/LSP status) as the target host to create a monitor — the SNMP service should be up and running on it. Click New Monitor, then check SNMP Custom on the Favorites tab, click Next, and confirm the host. On the next page, click Select... to open the built-in SNMP MIB Browser and type teTunnelOctets into the Find box to locate it in the OID tree, selecting the specific row/instance you want to monitor since this is a table column, then select it and click OK. The number of octets that have been forwarded over the Tunnel. On the monitor's Main parameters page you can set the target's SNMP port (default 161), credentials, polling interval, and other settings — see the SNMP Monitor help for details. On the State conditions and Alerting tabs, configure when the monitor should change state and trigger an alert; since this is a Counter64-type OID, Value bounds is the most useful condition here — trigger an alert if the counter increases sharply between polls relative to its normal baseline, since an unexpected spike often reflects a real change in traffic or activity. Click Finish to create the monitor; you can adjust any parameter later.
OIDs

RFC description

The Traffic Engineering MIB module for managing MPLS traffic engineering capabilities and constraints.

Start monitoring MPLS-TE capable routers, vendor-neutral standards-based MIB (RFC 3970) (traffic-engineering tunnel/LSP status) 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 TE-MIB