JACOBS-RPL-MIB

MIB Reference — IPNetwork Monitor · Updated September 09, 2026

All MIBsJACOBS-RPL-MIB

Organization: Jacobs University Bremen

Last Updated: 2012-10-19

Category: Technology: Routing, Vendor: Jacobs University

Description: Defines managed objects for the RPL (Routing Protocol for Low-Power and Lossy Networks) as implemented in research networks at Jacobs University Bremen.

Start monitoring vendor-neutral, standards-based MIB, any SNMPv3-capable network device (SNMP engine identity/boot/clock 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.

What Is JACOBS-RPL-MIB?

JACOBS-RPL-MIB is a research-oriented IETF-style MIB developed at Jacobs University Bremen for monitoring nodes running RPL (Routing Protocol for Low-Power and Lossy Networks), the IPv6 routing protocol used in low-power wireless mesh/IoT networks. It exposes configuration defaults for RPL behavior, such as DODAG Information Solicitation (DIS) timing, DAO delay/acknowledgement settings, route preference, hop-rank increase limits, mode of operation, and trickle-timer interval parameters. As a protocol-health MIB it is used mainly to verify that a low-power mesh node's routing configuration and operational parameters are correctly applied, functioning as a software/protocol-status check rather than a hardware sensor MIB. It is explicitly an IETF-derived module (published under IETF Trust copyright) intended to complement or extend other 6LoWPAN/IPv6 routing MIBs in constrained-network research. Typical deployment is academic or industrial research testbeds studying low-power and lossy networks (e.g., sensor mesh, IoT) rather than production enterprise gear. Engineers can download the JACOBS-RPL-MIB file directly to load it into their MIB browser.

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

  • low-power/lossy wireless mesh node (IoT/sensor device)
  • vendor-neutral, standards-based MIB, not tied to a specific manufacturer

Monitoring Examples

A researcher would inspect rplDefaultModeOfOperation and rplDefaultPreference to confirm a mesh node is configured with the intended RPL mode and DODAG rank preference, and would check rplDefaultDISTimeout and rplDefaultIntervalMin/rplDefaultIntervalDoublings to validate the trickle-timer schedule governing how often DIS/DAO messages are sent. rplDefaultDAOAckEnabled indicates whether the node expects acknowledged Destination Advertisement Object messages, which affects route reliability. rplNotifications would alert on RPL topology or configuration events, while rplConformance defines the compliance groups for implementations.

What Can Be Monitored

  • RPL mode of operation
  • DODAG rank preference
  • DIS/DAO timer settings
  • DAO acknowledgement configuration
  • hop-rank increase limits
  • trickle-timer interval parameters
Imported Objects

From IF-MIB

InterfaceIndex

From INET-ADDRESS-MIB

InetAddressIPv6

From JACOBS-SMI

cndsOBJECT-IDENTITY

From SNMPv2-CONF

MODULE-COMPLIANCE
OBJECT-GROUP

From SNMPv2-SMI

Counter32
MODULE-IDENTITY
OBJECT-TYPE
Unsigned32
mib-2

From SNMPv2-TC

TEXTUAL-CONVENTION
TruthValue

How to Use in IPNetwork Monitor

Example using rplMemOverflows OID:

Select a Low-power/lossy wireless mesh node (IoT/sensor device, RPL routing) 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 rplMemOverflows into the Find box to locate it in the OID tree, then select it and click OK. The number of memory allocation failures (e.g., routing table overflows). 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 Counter32-type OID, Value bounds is the most useful condition here — trigger an alert if the counter increases between polls, since a rising count of errors, failures, or discards often points to a real underlying problem. Click Finish to create the monitor; you can adjust any parameter later.
OIDs

RFC description

Monitors IPv6 RPL (Routing Protocol for Low-power and Lossy Networks) on resource-constrained devices.

Start monitoring Low-power/lossy wireless mesh node (IoT/sensor device, RPL routing) 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 JACOBS-RPL-MIB