FRAME-RELAY-DTE-MIB

MIB Reference — IPNetwork Monitor

All MIBsFRAME-RELAY-DTE-MIB

Organization: IETF IPLPDN Working Group

Last Updated: 1997-05-01

Category: Frame Relay, MPLS and Traffic Engineering, Network Interfaces

Description:

Covers managed objects for Frame Relay Data Terminal Equipment (DTE) interfaces, including DLCI status and error statistics.

Imported Objects

From IF-MIB

InterfaceIndex

From RFC1213-MIB

transmission

From SNMPv2-CONF

MODULE-COMPLIANCE
NOTIFICATION-GROUP
OBJECT-GROUP

From SNMPv2-SMI

Counter32
Integer32
MODULE-IDENTITY
NOTIFICATION-TYPE
OBJECT-TYPE

From SNMPv2-TC

RowStatus
TEXTUAL-CONVENTION
TimeStamp

What Is FRAME-RELAY-DTE-MIB?

FRAME-RELAY-DTE-MIB is a vendor-neutral IETF standards MIB defining managed objects for a device acting as Frame Relay Data Terminal Equipment, covering the DTE's view of its Frame Relay interfaces and permanent virtual circuits (DLCIs). It exposes data on DLCI (data link connection identifier) operational status, configured committed information rate parameters, and per-circuit error/discard statistics for frames crossing the Frame Relay interface. In terms of monitoring device status, it is used mainly for software/protocol-layer health — tracking whether individual DLCIs are up, down, or in a deleted state, and counting frame errors that indicate congestion or link-layer faults — rather than physical hardware sensors. It builds directly on and extends the standard IF-MIB, since Frame Relay DTE interfaces are represented as ifTable entries with this MIB adding DLCI-level detail beneath them. It is deployed on routers and other DTE equipment connected to a Frame Relay network, common in legacy WAN environments, and the FRAME-RELAY-DTE-MIB OID list centers on per-DLCI status and error counters layered beneath the standard ifTable entries.

IPNetwork Monitor allows you to monitor SNMP objects defined in FRAME-RELAY-DTE-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.

What Can Be Monitored

  • DLCI operational status
  • committed/excess burst size configuration
  • frame discard counts
  • frame error counts
  • Frame Relay circuit up/down state

Supported Devices

  • vendor-neutral, standards-based MIB, not tied to a specific manufacturer
  • routers and DTE equipment on Frame Relay WAN links

Monitoring Examples

An administrator would poll a DLCI status table (indexed by interface and DLCI number) to see whether a given permanent virtual circuit is active, inactive, or has been deleted by the network, and cross-reference committed and excess burst size settings against observed throughput. Rising discard or error counters on a specific DLCI would indicate the circuit is exceeding its committed information rate or experiencing carrier-side congestion. No sample_objects were provided for this module, so these table/column names are inferred from the standard Frame Relay DTE MIB structure rather than confirmed here.

OIDs
OID symbolicOID numericTypeAccessDescription
frameRelayDTE1.3.6.1.2.1.10.32The MIB module to describe the use of a Frame Relay interface by a DTE.
frameRelayTraps1.3.6.1.2.1.10.32.0
NTF frDLCIStatusChange1.3.6.1.2.1.10.32.0.1This trap indicates that the indicated Virtual Circuit has changed state. It has either been created or invalidated, or has toggled between the active and inactive states. If, however, the reason for the state change is due to the DLCMI going down, per-DLCI traps should not be generated.
frDlcmiTable1.3.6.1.2.1.10.32.1not-accessibleThe Parameters for the Data Link Connection Management Interface for the frame relay service on this interface.
frDlcmiEntry1.3.6.1.2.1.10.32.1.1not-accessibleThe Parameters for a particular Data Link Connection Management Interface.
NUM frDlcmiIfIndex1.3.6.1.2.1.10.32.1.1.1InterfaceIndexread-onlyThe ifIndex value of the corresponding ifEntry.
INT frDlcmiState1.3.6.1.2.1.10.32.1.1.2INTEGERread-createThis variable states which Data Link Connection Management scheme is active (and by implication, what DLCI it uses) on the Frame Relay interface.
INT frDlcmiAddress1.3.6.1.2.1.10.32.1.1.3INTEGERread-createThis variable states which address format is in use on the Frame Relay interface.
INT frDlcmiAddressLen1.3.6.1.2.1.10.32.1.1.4INTEGERread-createThis variable states the address length in octets. In the case of Q922 format, the length indicates the entire length of the address including the control portion.
I32 frDlcmiPollingInterval1.3.6.1.2.1.10.32.1.1.5Integer32read-createThis is the number of seconds between successive status enquiry messages.
I32 frDlcmiFullEnquiryInterval1.3.6.1.2.1.10.32.1.1.6Integer32read-createNumber of status enquiry intervals that pass before issuance of a full status enquiry message.
I32 frDlcmiErrorThreshold1.3.6.1.2.1.10.32.1.1.7Integer32read-createThis is the maximum number of unanswered Status Enquiries the equipment shall accept before declaring the interface down.
I32 frDlcmiMonitoredEvents1.3.6.1.2.1.10.32.1.1.8Integer32read-createThis is the number of status polling intervals over which the error threshold is counted. For example, if within 'MonitoredEvents' number of events the station receives 'ErrorThreshold' number of errors, the interface is marked as down.
DLC frDlcmiMaxSupportedVCs1.3.6.1.2.1.10.32.1.1.9DLCIread-createThe maximum number of Virtual Circuits allowed for this interface. Usually dictated by the Frame Relay network. In response to a SET, if a value less than zero or higher than the agent's maximal capability is configured, the agent should respond badValue
INT frDlcmiMulticast1.3.6.1.2.1.10.32.1.1.10INTEGERread-createThis indicates whether the Frame Relay interface is using a multicast service.
INT frDlcmiStatus1.3.6.1.2.1.10.32.1.1.11INTEGERread-onlyThis indicates the status of the Frame Relay interface as determined by the performance of the dlcmi. If no dlcmi is running, the Frame Relay interface will stay in the running state indefinitely.
ROW frDlcmiRowStatus1.3.6.1.2.1.10.32.1.1.12RowStatusread-createSNMP Version 2 Row Status Variable. Writable objects in the table may be written in any RowStatus state.
frCircuitTable1.3.6.1.2.1.10.32.2not-accessibleA table containing information about specific Data Link Connections (DLC) or virtual circuits.
frCircuitEntry1.3.6.1.2.1.10.32.2.1not-accessibleThe information regarding a single Data Link Connection. Discontinuities in the counters contained in this table are indicated by the value in frCircuitCreationTime.
NUM frCircuitIfIndex1.3.6.1.2.1.10.32.2.1.1InterfaceIndexread-onlyThe ifIndex Value of the ifEntry this virtual circuit is layered onto.
DLC frCircuitDlci1.3.6.1.2.1.10.32.2.1.2DLCIread-onlyThe Data Link Connection Identifier for this virtual circuit.
INT frCircuitState1.3.6.1.2.1.10.32.2.1.3INTEGERread-createIndicates whether the particular virtual circuit is operational. In the absence of a Data Link Connection Management Interface, virtual circuit entries (rows) may be created by setting virtual circuit state to 'active', or deleted by changing Circuit state to 'invalid'. Whether or not the row actually disappears is left to the implementation, so this object may actually read as 'invalid' for some arbitrary length of time. It is also legal to set the state of a virtual circuit to 'inactive' to temporarily disable a given circuit. The use of 'invalid' is deprecated in this SNMP Version 2 MIB, in favor of frCircuitRowStatus.
C32 frCircuitReceivedFECNs1.3.6.1.2.1.10.32.2.1.4Counter32read-onlyNumber of frames received from the network indicating forward congestion since the virtual circuit was created. This occurs when the remote DTE sets the FECN flag, or when a switch in the network enqueues the frame to a trunk whose transmission queue is congested.
C32 frCircuitReceivedBECNs1.3.6.1.2.1.10.32.2.1.5Counter32read-onlyNumber of frames received from the network indicating backward congestion since the virtual circuit was created. This occurs when the remote DTE sets the BECN flag, or when a switch in the network receives the frame from a trunk whose transmission queue is congested.
C32 frCircuitSentFrames1.3.6.1.2.1.10.32.2.1.6Counter32read-onlyThe number of frames sent from this virtual circuit since it was created.
C32 frCircuitSentOctets1.3.6.1.2.1.10.32.2.1.7Counter32read-onlyThe number of octets sent from this virtual circuit since it was created. Octets counted are the full frame relay header and the payload, but do not include the flag characters or CRC.
C32 frCircuitReceivedFrames1.3.6.1.2.1.10.32.2.1.8Counter32read-onlyNumber of frames received over this virtual circuit since it was created.
C32 frCircuitReceivedOctets1.3.6.1.2.1.10.32.2.1.9Counter32read-onlyNumber of octets received over this virtual circuit since it was created. Octets counted include the full frame relay header, but do not include the flag characters or the CRC.
TIM frCircuitCreationTime1.3.6.1.2.1.10.32.2.1.10TimeStampread-onlyThe value of sysUpTime when the virtual circuit was created, whether by the Data Link Connection Management Interface or by a SetRequest.
TIM frCircuitLastTimeChange1.3.6.1.2.1.10.32.2.1.11TimeStampread-onlyThe value of sysUpTime when last there was a change in the virtual circuit state
I32 frCircuitCommittedBurst1.3.6.1.2.1.10.32.2.1.12Integer32read-createThis variable indicates the maximum amount of data, in bits, that the network agrees to transfer under normal conditions, during the measurement interval.
I32 frCircuitExcessBurst1.3.6.1.2.1.10.32.2.1.13Integer32read-createThis variable indicates the maximum amount of uncommitted data bits that the network will attempt to deliver over the measurement interval. By default, if not configured when creating the entry, the Excess Information Burst Size is set to the value of ifSpeed.
I32 frCircuitThroughput1.3.6.1.2.1.10.32.2.1.14Integer32read-createThroughput is the average number of 'Frame Relay Information Field' bits transferred per second across a user network interface in one direction, measured over the measurement interval. If the configured committed burst rate and throughput are both non-zero, the measurement interval, T, is T=frCircuitCommittedBurst/frCircuitThroughput. If the configured committed burst rate and throughput are both zero, the measurement interval, T, is T=frCircuitExcessBurst/ifSpeed.
INT frCircuitMulticast1.3.6.1.2.1.10.32.2.1.15INTEGERread-createThis indicates whether this VC is used as a unicast VC (i.e. not multicast) or the type of multicast service subscribed to
INT frCircuitType1.3.6.1.2.1.10.32.2.1.16INTEGERread-onlyIndication of whether the VC was manually created (static), or dynamically created (dynamic) via the data link control management interface.
C32 frCircuitDiscards1.3.6.1.2.1.10.32.2.1.17Counter32read-onlyThe number of inbound frames dropped because of format errors, or because the VC is inactive.
C32 frCircuitReceivedDEs1.3.6.1.2.1.10.32.2.1.18Counter32read-onlyNumber of frames received from the network indicating that they were eligible for discard since the virtual circuit was created. This occurs when the remote DTE sets the DE flag, or when in remote DTE's switch detects that the frame was received as Excess Burst data.
C32 frCircuitSentDEs1.3.6.1.2.1.10.32.2.1.19Counter32read-onlyNumber of frames sent to the network indicating that they were eligible for discard since the virtual circuit was created. This occurs when the local DTE sets the DE flag, indicating that during Network congestion situations those frames should be discarded in preference of other frames sent without the DE bit set.
NUM frCircuitLogicalIfIndex1.3.6.1.2.1.10.32.2.1.20InterfaceIndexread-createNormally the same value as frDlcmiIfIndex, but different when an implementation associates a virtual ifEntry with a DLC or set of DLCs in order to associate higher layer objects such as the ipAddrEntry with a subset of the virtual circuits on a Frame Relay interface. The type of such ifEntries is defined by the higher layer object; for example, if PPP/Frame Relay is implemented, the ifType of this ifEntry would be PPP. If it is not so defined, as would be the case with an ipAddrEntry, it should be of type Other.
ROW frCircuitRowStatus1.3.6.1.2.1.10.32.2.1.21RowStatusread-createThis object is used to create a new row or modify or destroy an existing row in the manner described in the definition of the RowStatus textual convention. Writable objects in the table may be written in any RowStatus state.
frErrTable1.3.6.1.2.1.10.32.3not-accessibleA table containing information about Errors on the Frame Relay interface. Discontinuities in the counters contained in this table are the same as apply to the ifEntry associated with the Interface.
frErrEntry1.3.6.1.2.1.10.32.3.1not-accessibleThe error information for a single frame relay interface.
NUM frErrIfIndex1.3.6.1.2.1.10.32.3.1.1InterfaceIndexread-onlyThe ifIndex Value of the corresponding ifEntry.
INT frErrType1.3.6.1.2.1.10.32.3.1.2INTEGERread-onlyThe type of error that was last seen on this interface: receiveShort: frame was not long enough to allow demultiplexing - the address field was incomplete, or for virtual circuits using Multiprotocol over Frame Relay, the protocol identifier was missing or incomplete. receiveLong: frame exceeded maximum length configured for this interface. illegalAddress: address field did not match configured format. unknownAddress: frame received on a virtual circuit which was not active or administratively disabled. dlcmiProtoErr: unspecified error occurred when attempting to interpret link maintenance frame. dlcmiUnknownIE: link maintenance frame contained an Information Element type which is not valid for the configured link maintenance protocol. dlcmiSequenceErr: link maintenance frame contained a sequence number other than the expected value. dlcmiUnknownRpt: link maintenance frame contained a Report Type Information Element whose value was not valid for the configured link maintenance protocol. noErrorSinceReset: no errors have been detected since the last cold start or warm start.
OCT frErrData1.3.6.1.2.1.10.32.3.1.3OCTET STRINGread-onlyAn octet string containing as much of the error packet as possible. As a minimum, it must contain the Q.922 Address or as much as was delivered. It is desirable to include all header and demultiplexing information.
TIM frErrTime1.3.6.1.2.1.10.32.3.1.4TimeStampread-onlyThe value of sysUpTime at which the error was detected.
C32 frErrFaults1.3.6.1.2.1.10.32.3.1.5Counter32read-onlyThe number of times the interface has gone down since it was initialized.
TIM frErrFaultTime1.3.6.1.2.1.10.32.3.1.6TimeStampread-onlyThe value of sysUpTime at the time when the interface was taken down due to excessive errors. Excessive errors is defined as the time when a DLCMI exceeds the frDlcmiErrorThreshold number of errors within frDlcmiMonitoredEvents. See FrDlcmiEntry for further details.
frameRelayTrapControl1.3.6.1.2.1.10.32.4
INT frTrapState1.3.6.1.2.1.10.32.4.1INTEGERread-writeThis variable indicates whether the system produces the frDLCIStatusChange trap.
I32 frTrapMaxRate1.3.6.1.2.1.10.32.4.2Integer32read-writeThis variable indicates the number of milliseconds that must elapse between trap emissions. If events occur more rapidly, the impementation may simply fail to trap, or may queue traps until an appropriate time.
frConformance1.3.6.1.2.1.10.32.6
frGroups1.3.6.1.2.1.10.32.6.1
frPortGroup1.3.6.1.2.1.10.32.6.1.1The objects necessary to control the Link Management Interface for a Frame Relay Interface as well as maintain the error statistics on this interface.
frCircuitGroup1.3.6.1.2.1.10.32.6.1.2The objects necessary to control the Virtual Circuits layered onto a Frame Relay Interface.
frTrapGroup1.3.6.1.2.1.10.32.6.1.3The objects necessary to control a Frame Relay Interface's notification messages.
frErrGroup1.3.6.1.2.1.10.32.6.1.4Objects designed to assist in debugging Frame Relay Interfaces.
frNotificationGroup1.3.6.1.2.1.10.32.6.1.5Traps which may be used to enhance event driven management of the interface.
frPortGroup01.3.6.1.2.1.10.32.6.1.6The objects necessary to control the Link Management Interface for a Frame Relay Interface as well as maintain the error statistics on this interface from RFC 1315.
frCircuitGroup01.3.6.1.2.1.10.32.6.1.7The objects necessary to control the Virtual Circuits layered onto a Frame Relay Interface from RFC 1315.
frErrGroup01.3.6.1.2.1.10.32.6.1.8Objects designed to assist in debugging Frame Relay Interfaces from RFC 1315.
frTrapGroup01.3.6.1.2.1.10.32.6.1.9The objects necessary to control a Frame Relay Interface's notification messages from RFC 1315.
frCompliances1.3.6.1.2.1.10.32.6.2
frCompliance1.3.6.1.2.1.10.32.6.2.1The compliance statement
frCompliance01.3.6.1.2.1.10.32.6.2.2The compliance statement for objects and the trap defined in RFC 1315.

RFC description

Defines managed objects for managing Frame Relay Data Terminal Equipment (DTE) interfaces, including DLCI status and error statistics.

Start monitoring Vendor-neutral Frame Relay DTE router/access device, any manufacturer 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 FRAME-RELAY-DTE-MIB