XEDIA-MIB

MIB Reference — IPNetwork Monitor · Updated October 06, 2026

All MIBs › XEDIA-MIB

Organization: Xedia Corp.

Last Updated: 1996-12-20

Description: Xedia SNMP agent configuration MIB for managing community strings and trap destinations on Xedia devices, originally developed for the Xedia MADswitch product

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 XEDIA-MIB?

XEDIA-MIB is the base Xedia Corporation vendor MIB for configuring the SNMP agent itself on Xedia products, originally developed for the Xedia MADswitch and later converted from SNMPv1 to the SNMPv2 SMI while remaining semantically compatible. It exposes SNMP community string configuration (name, network address/mask, access level) via the community table, along with objects for configuring trap destinations and general agent statistics. Rather than exposing hardware performance data, this MIB's role is managing and monitoring the SNMP management plane itself; confirming which communities and trap destinations are configured, tracking agentStats for management traffic, and verifying the agent's access-control settings are correctly restricting or permitting management access. It underlies practically every other Xedia-specific MIB, since those modules' data is retrieved through the SNMPv1/v2c agent this MIB configures. It is deployed on all Xedia devices (originally MADswitch, and later products) wherever SNMP-based management is used. Engineers can download the XEDIA-MIB file directly to load it into their MIB browser.

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

  • Xedia MADswitch
  • Xedia networking device

Monitoring Examples

An administrator would poll communityTable/communityEntry to audit configured communityName, communityNetAddress, communityNetMask, and communityAccess values, confirming that only expected management stations have read or read-write access. The agentStats objects would be checked to see SNMP request/response volume and error counts, which could reveal a management station hammering the device or an access-control mismatch causing repeated authentication failures. configPassword would be checked (with appropriate caution) to confirm device-level configuration access is still protected.

What Can Be Monitored

  • SNMP community configuration
  • community network address/mask/access level
  • trap destination configuration
  • agent SNMP statistics
Imported Objects

From SNMPv2-CONF

MODULE-COMPLIANCE
OBJECT-GROUP

From SNMPv2-SMI

Counter32
Integer32
IpAddress
MODULE-IDENTITY
OBJECT-TYPE

From SNMPv2-TC

DisplayString
RowStatus

From XEDIA-REG

xediaOBJECT-IDENTITY

How to Use in IPNetwork Monitor

Example using agentStatsBadUserNameUses OID:

Select a Xedia MADswitch, Xedia networking device (SNMP community/trap-destination config 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 agentStatsBadUserNameUses into the Find box to locate it in the OID tree, then select it and click OK. The number of SNMPv3 requests from a user that could not be satisfied because of inadequeate access of the user. 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 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

SNMP agent configuration for community strings and trap destinations on Xedia routers.

Start monitoring Xedia MADswitch, Xedia networking device (SNMP community/trap-destination config 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 XEDIA-MIB