XEDIA-IF-MIB

All MIBs › XEDIA-IF-MIB

Organization: Xedia Corp.

Last Updated: 1999-11-11

Category: Xedia Enterprise Networking

Description: Provides Xedia Corp. extended interface management objects supplementing standard IF-MIB counters.

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

XEDIA-IF-MIB is a vendor-specific SNMP module from Xedia Corporation (a networking equipment vendor) that supplements the standard IETF IF-MIB with additional interface management objects for Xedia routers/access devices. It provides an extended interface table (xifTable/xifEntry) with row-creation/management via xifRowStatus and an index allocator (xifNextIndex), layering vendor-specific interface attributes and control on top of the standard interface model. As an interface-focused MIB, it supports monitoring and managing individual interface configuration/status beyond what ifTable exposes, and its xifNotifications group indicates it can raise traps for interface-related events (such as an interface changing operational state), useful for fault detection on Xedia devices. It explicitly depends on and extends the IETF's standard IF-MIB, reusing that MIB's interface indexing model. Typical deployment context is legacy Xedia access/routing equipment in enterprise WAN environments. Network engineers evaluating or troubleshooting this functionality can download the XEDIA-IF-MIB file directly to load it into their MIB browser.

IPNetwork Monitor allows you to monitor SNMP objects defined in XEDIA-IF-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 router/access device

Monitoring Examples

An administrator would use xifTable/xifEntry, indexed via xifNextIndex, to create or inspect a vendor-specific interface entry and check xifRowStatus to confirm the row is active versus notReady or notInService, revealing a misconfigured or disabled interface. Subscribing to traps under xifNotifications would alert on interface-related events not captured by the standard IF-MIB linkUp/linkDown traps. Because the sample objects are limited to table-management infrastructure, exact per-interface performance counters are defined elsewhere but managed through this extended table structure.

What Can Be Monitored

extended interface row status
interface table index allocation
interface-related trap notifications

Imported Objects

From IF-MIB

InterfaceIndex
InterfaceIndexOrZero
ifIndex	OBJECT-TYPE

From SNMPv2-CONF

MODULE-COMPLIANCE
OBJECT-GROUP

From SNMPv2-SMI

Gauge32
Integer32
MODULE-IDENTITY
OBJECT-TYPE

From SNMPv2-TC

RowStatus
TruthValue

From XEDIA-REG

xediaMibs

OBJECT-IDENTITY

OIDs

OID symbolic	OID numeric	Type	Access	Description
xediaIfMIB	1.3.6.1.4.1.838.3.40			This module defines additional objects for management of Interfaces in Xedia devices, beyond what is defined in the IETF's ifMib.
xifObjects	1.3.6.1.4.1.838.3.40.1
INT xifNextIndex	1.3.6.1.4.1.838.3.40.1.1	INTEGER	read-write	Variable indicating what ifIndex value to use in a row create operation in the ifTable (using the Xedia rowStatus extension).
xifTable	1.3.6.1.4.1.838.3.40.1.2		not-accessible	A table that allows add/deletes of ifEntries.
xifEntry	1.3.6.1.4.1.838.3.40.1.2.1		not-accessible	.
ROW xifRowStatus	1.3.6.1.4.1.838.3.40.1.2.1.1	RowStatus	read-create	This object is used to add entries to the ifTable. The object ifStackStatus, from the standard ifStack table is covered here as well. It is used to connect and disconnect ifEntries. When creating a new entry, the value of xifRowStatus must be createAndGo(4). In addition, the ifName object must be supplied in the same PDU. Choosing the ifIndex value: While any ifIndex value may be supplied, in order to avoid an error and choose the best value for ifIndex, the xifNextIndex object should be used. It is a test-and-increment variable which means that the client must first get the present value and then do a set (on xifNextIndex) with that same value. If that sequence is succesfull then the client owns that value (until the next reset of the system unless the value is actually used to create an entry). Choosing the ifName value: The choice for ifName must conform to the format: ..[] Special cases: To create the next correct ifName or the keyword 'new' may be used. For physical slots (the bottom of a physical the stack) the name format is slot.. The bottom of the ipsec stack (virtual in the stack command) is ipsec-transform.1 Example names are: eth.1 frame-relay.new, frame-relay.1.new Example SNMP sequence to create a new CBQ interface: get xifNextIndex.0 value = 32 set xifNextIndex.0 32 set ifName.32 'cbq.new' xifRowStatus.32 'CreateAndGo(4)' NOTE: A new layer and sub-interface may not be created in the same request since two ifIndex values are required. If both a new layer and sub-interface are offered, only the layer is created and no warning is given. Connecting and disconnecting ifEntries: In order to connect or disconnect created ifEntries, the ifStack table must be used. Each entry in the stack table indicates a connection between two ifEntries. For example, to connect an interface with ifName of eth.1 and the other with the name ip.1, the following would be done. If the ifIndex values are not known, the xsysIfNameIndexTable should be used. It has an index of ifName and returns the associated ifIndex. Once the ifIndex values of the two ifEntries to be connected are known, then create or remove an entry in the stack table. Example SNMP sequence to connect eth.1 to ip.1 get xsysIfIndex.'eth.1' (note instance value is a string) value = 20 get xsysIfIndex.'ip.1' value = 24 set ifStackStatus.24.20 'CreateAndGo(4)' To disconnect: set ifStackStatus.24.20 'Destroy(6)' Restrictions: To be consistent with the cli 'stack' command in most cases the stack can be built from the bottom. However, when connecting CBQ layers, there are some cases where it must be conneceted to its upper layer before connected to its lower layer. For instance, when connecting eth.1 cbq.1 ip.1 cbq.1 must be connected to ip.1 before eth.1 is connected to cbq.1.
xifNotifications	1.3.6.1.4.1.838.3.40.2
xifConformance	1.3.6.1.4.1.838.3.40.3

RFC description

Extends standard interface MIB with additional objects for interface management in Xedia network devices.

Start monitoring Xedia router/access device (extended interface row-status/notification 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-IF-MIB

What Is XEDIA-IF-MIB?

Supported Devices

Monitoring Examples

What Can Be Monitored

This MIB depends on

Related MIBs

RFC description