SFRAP-MIB: View SNMP OID List / Download MIB

A textual description of the system model identifier. for example: SYNC-sfrap

Displays the Software Revision of the application code installed in this node.

Displays the Hardware Revision of the node.

The number of channels (TO-DTE) that are installed.

The number of Maintenance ports that are installed.

The user supplied name of the node. This object does not affect operation, but may be useful for network management.

The serial number of the board.

Command to reset the node. NODE WILL BE OFF-LINE AND USER DATA WILL BE INTERRUPTED FOR APPROXIMATELY 15 SECONDS. Enumeration: 'reset-node': 321.

The amount of memory (RAM) installed (in megabytes).

The user supplied location of the node. This object does not affect operation, but may be useful for network management.

The user supplied contact information for the node. This object does not affect operation, but may be useful for network management.

The number of channels (TO-DCE) that are installed.

Configurable Command Line Interface (CLI) prompt. CLI is the User Interface protocol used for directly attached VT100 terminal access as well as Remote access via Telnet.

Displays the Software Revision of the Bootstrapping code installed in this node.

Shows whether the unit has SLIP (Serial Line IP) capability. SLIP is a method for out-of-band management that connects through the asynchronous terminal port.

Shows whether the unit has PPP (Point to Point protocol) capability. PPP is a method for out-of-band management that connects through the asynchronous terminal port.

Shows whether the unit has Remote Dial Out capability.

Shows whether the unit has Ethernet capability.

Shows whether the unit has Token Ring capability.

Shows whether the unit has External Timing capability. This is the ability to derive WAN timing from the DTE port.

Shows whether the unit has BRI (ISDN Basic Rate) capability.

Shows whether the unit has a Selectable DTE interface. This being the ability to select amongst various electrical interface formats (V.35, RS449, RS232, etc.) via software.

Shows whether the unit supports MLs (out-of-band management links).

Shows how many DLCIs can be monitored for frame-based statistics. The unit will pass an unlimited number of DLCIs but will only collect statistics on this number (first come first served).

Shows how many DLCIs can be specified in the Long Term Statistics Filter.

Shows how many protocols can be specified in the Long Term Statistics Filter.

Shows how many protocols can be defined by the user. The user configures TCP/UDP ports which can be monitored as protocols. They are available for short term or long term statistics monitoring.

Shows how many SNMP managers can be programmed in the table sfrapCfgSnmpMngrTable. These managers are sent TRAPs if configured to do so.

Shows how many DLCI names can be defined by the user in the table sfrapCfgFrPerfDlciNamesTable.

Shows whether the unit is in high speed mode.

The IP address for this node. This address will be unique to the IP network and is required for in-band or out-of-band ip and SNMP management.

This parameter is not used internally by the unit. It is intended to identify either the device directly connected to the SLIP port or, in Frame Relay applications, the address of the primary network management station. This should always be non-zero.

The IP Subnet Mask (eg 255.255.255.0). This parameter should be consisent with the IP subnet address setting of the external internetworking equipment (router/frad).

The Maximum Transmission Unit is the size of the largest IP packet supported (including header). This value should be set to the lowest value supported by any equipment in the transmission path. For Frame Relay management the typical value is 1500. For SLIP management the typical value is 1006.

This is the method by which IP traffic is being carried. Either via the SLIP port or a DLCI. This is how your InBand Managenent scheme is set up. Enumeration: 'none': 1, 'in-band-dlci': 3, 'slip-port': 2.

Enables/Disables the telnet feature. Valid values are enable-telnet (1) and disable-telnet (2). Enumeration: 'enable-telnet': 1, 'disable-telnet': 2.

If Telnet Auto logout is enabled the unit will automatically disconnect from a Telnet session after a period of inactivity (absence of key strokes from remote terminal). (2) disables this feature (1) auto logout after 15 minutes inactivity (3) auto logout after 3 minutes inactivity (5) auto logout after 5 minutes inactivity (10) auto logout after 10 minutes inactivity (30) auto logout after 30 minutes inactivity (60) auto logout after 60 minutes inactivity Enumeration: 'autologout-at-30-minutes': 30, 'disable-autologout': 2, 'autologout-at-10-minutes': 10, 'autologout-at-60-minutes': 60, 'autologout-at-5-minutes': 5, 'autologout-at-15-minutes': 1, 'autologout-at-3-minutes': 3.

Setting this object to a value that matches the TFTP Password will command the unit to attempt a TFTP file transfer. A TFTP profile including host ip address, dlci value, interface, and file name must first be configured.

The IP address of the TFTP host with which the unit will attempt to establish a TFTP session when initiated.

The name of the file located on the TFTP host that will be transferred to the unit. Typically this is a product-specific software image that will be programmed into unit FLASH. The unit provides several levels of checking to verify the validity and integrity of this file. Note - depending upon the host, this file name may be case sensitive.

The physical interface out which the TFTP host is located. This parameter is only required for Piggyback and Bi-directional in-band frame relay managed applications. With Local and Remote in-band and SLIP-based applications the interface is known and Sets to this will be ignored. Enumeration: 'slip-interface': 3, 'to-dte-interface': 1, 'to-dce-interface': 2.

The local DLCI value on which the TFTP host can be reached. This DLCI should be active prior to initiating the TFTP session. This parameter is only required for Piggyback in-band frame relay managed applications. With Private management (Local, Remote or Bi-directional in-band applications) the DLCI is known and will be reported here (Sets will be ignored). In SLIP-based applications the DLCI value is not applicable and a value of -1 is reported (Sets will be ignored).

The status of current or most recent TFTP operation. (1) TFTP inactive, sets to this value will abort the session (2) TFTP requested (3) TFTP transferring (4) TFTP programming FLASH - unit will reset (5) TFTP fail: session aborted by user or error condition (6) TFTP fail: host no reply - verify TFTP profile and host (7) TFTP fail: file not found - verify file name and location (8) TFTP fail: invalid file - file rejected by unit as inappropriate (9) TFTP fail: corrupt file - session terminated due to checksum error (10) TFTP transfer successful and file has been verified Enumeration: 'invalid-file': 8, 'requested': 2, 'host-no-reply': 6, 'transferring': 3, 'programming': 4, 'corrupt-file': 9, 'successful': 10, 'inactive': 1, 'file-not-found': 7, 'transfer-aborted': 5.

The number of Bytes from the ROM image that have been TFTP'd to the unit

Controls whether or not the Frame Relay DLCI status change traps are issued. These traps are sfrapDLCIActiveTrap and sfrapDLCIInactiveTrap. When sfrapCfgSnmpFrTrap is enabled (1), a trap will be sent each time an individual DLCI changes status between active and inactive. When sfrapCfgSnmpFrTrap is disabled (2), the traps are not sent. Enumeration: 'disabled': 2, 'enabled': 1.

The table of SNMP manager profiles to which traps are sent. In all managed modes an SNMP trap mangager's ip address is required as a minimum. Additionally for Piggyback managed units the DLCI and interface must also be configured appropriately. For Local, Remote and SLIP-based management, the DLCI and interface are implied and need not be configured as part of this profile.

The IP address of a SNMP manager to receive this node's TRAPs.

The index to the list of SNMP managers receiving TRAPs.

The IP address of a SNMP manager to receive this node's TRAPs. Setting this value to 0.0.0.0 will disable the issuance of traps to the indexed manager.

The interface out which the indexed trap manager can be reached. This entry is required in Piggyback and Bi-directional in-band managed applications. In Local, Remote and SLIP-based applications, the interface is known and this parameter is ignored. (1) Traps sent out DTE interface for this manager (2) Traps sent out WAN interface for this manager (3) Traps sent out SLIP interface (async maint port) When the node is configured for SLIP, a GET on this MIB object will return slip-interface(3) and a SET of this MIB object to slip-interface(3) is allowed but unnecessary. When the node is not configured for SLIP, this MIB object can be SET to dte-interface(1) or to dce-interface(2); slip-interface(3) would be rejected. Enumeration: 'slip-interface': 3, 'to-dte-interface': 1, 'to-dce-interface': 2.

The DLCI out which the indexed trap manager can be reached. This entry is required in Piggyback in-band managed applications. In Private in-band applications the DLCI is known and Sets to this parameter will be ignored. In SLIP mode the DLCI is not applicable, Sets will be ignored and a -1 will be returned as the DLCI value.

Controls whether Traps are Sent or Muted. If traps are Muted then a single trap (#75) will be periodically issued by the unit at the programmed frequency. If Muting is Disabled then the full set of Trap events are reported accordingly. (0) Disable Trap Muting (30-10080) Trap Muting frequency in minutes.

Enables or disables the sending of per-DLCI utilization traps. (1) enable utilization traps (2) disable utilization traps Enumeration: 'enable': 1, 'disable': 2.

Deletes the number of entries in the sfrapCfgSnmpMgrTable indicated by the value. If the value is a positive number the entries will be deleted starting from the first entry. If the value is negative the entries will be deleted starting from the last entry.

The protocol running on the Maintenance/Comm port (console). Setting this to SLIP mode will automatically disable in-band management if it's enabled. (1) VT100 for directly attached async terminal (2) SLIP - Serial Line IP out-of-band management Enumeration: 'slip': 2, 'vt100': 1.

Asynchronous baud rate for the Maintenance/Comm port (Console). This must be configured to match either the VT100 compatible terminal or the SLIP Terminal Server depending upon the Comm port mode. (2) baud-2400 (4) baud-9600 (5) baud-19200 (6) baud-38400 Enumeration: 'baud-9600': 4, 'baud-19200': 5, 'baud-2400': 2, 'baud-38400': 6.

Asynchronous data format for the Maintenance/Comm port (Console). This must be configured to match either the VT100 compatible terminal or the SLIP Terminal Server depending upon the Comm port mode. (1) 7 databits per character (2) 8 databits per character Enumeration: 'databits-7': 1, 'databits-8': 2.

Asynchronous intercharacter protocol for the Maintenance/Comm port (Console). This must be configured to match either the VT100 compatible terminal or the SLIP Terminal Server depending upon the Comm port mode. (1) 1 stopbit (2) 1.5 stopbits (3) 3 stopbits Enumeration: 'stopbits-1-5': 2, 'stopbits-1': 1, 'stopbits-2': 3.

Asynchronous parity checking protocol for the Maintenance/Comm port (Console). This must be configured to match either the VT100 compatible terminal or the SLIP Terminal Server depending upon the Comm port mode. (1) no parity (2) odd-parity (3) even-parity Enumeration: 'even-parity': 3, 'no-parity': 1, 'odd-parity': 2.

Flow Control for this Communication port. Values are off-flow-control (1). Enumeration: 'no-flow-control': 1.

In-band Frame Relay management mode. A variety of options exist which are differentiated by how PVCs can be provisioned to manage the unit and the resulting impact to the logical processing of Link Management Protocol messages (LMI spoofing and sourcing). The unit is designed to support these management modes even in non-provisioned or failed frame relay networks. This setting also has implications upon how networking protocols such as ARP and InARP are handled by the unit. (1) inactive: in-band management is not enabled (2) local DLCI mode: in-band managed using a private dedicated DLCI accessible via the TO-DTE only. A DLCI value is configured which, through LMI spoofing, will only be visible to the DTE equipment and need not be provisioned on the WAN. All traffic on this DLCI will be terminated by the unit. (3) remote DLCI mode: in-band managed using a private dedicated DLCI accessible via the WAN port only. A DLCI value is configured which, through LMI spoofing, will only be visible from the WAN side and will not be seen by any DTE equipment. All traffic on this DLCI will be terminated by the unit. (4) bidirectional mode: in-band managed using a private dedicated DLCI accessible through either port. A DLCI value is configured which is expected to be fully provisioned in the frame relay network but dedicated to the management function of this particular unit. All traffic on this DLCI will be terminated by the unit. (5) piggyback mode: in-band managed using any DLCI on any interface. A DLCI value is defined that becomes the default DLCI that will be maintained by the unit during network or LMI failure conditions. The unit will terminate and respond accordingly to management and networking data while transparently passing on user data. (6) fixed DCE mode: special mode of operation to support frame relay applications that do not include a switch (frame relay DCE). The unit will independently respond to LMI requests on each interface and will provision the configured DLCI to each Frame Relay DTE device. Except for this, the unit behaves like piggyback. Enumeration: 'remote-to-dce': 3, 'fixedDCE': 6, 'piggyback': 5, 'inactive': 1, 'local-to-dte': 2, 'bidirectional': 4.

If in-band management is being used this DLCI value should be defined. In all modes of in-band management with the LMI Sourcing feature enabled the unit may provision this DLCI during LMI failure to facilitate management access. In Private modes (Local, Remote, and Bidirectional) this is the dedicated DLCI for management data and address resolution protocols - all other traffic on this DLCI will be discarded. In Piggyback mode this DLCI is treated like all others except during LMI failure sourcing when it may be provisioned by the unit. In Piggyback mode if InARP is enabled on a single DLCI then this value defines that DLCI.

This is the protocol used for enacapsulating and formatting ip data for Frame Relay transmission. This setting is specific to management data to and from the unit. (1) RFC1490 - per IETF standard with Network Level Protocol ID (NLPID) set for IP encapsulation. (2) RFC1490 SNAP/IP - per IETF standard with NLPID set for Sub-Network Access Protocol (SNAP). (3) auto - adjusts to either of these encapsulation techniques as required. (4) Cisco - proprietary encapsulation (4-byte header). Enumeration: 'rfc1490': 1, 'auto': 3, 'cisco': 4, 'rfc1490snap': 2.

Provides user control over the state of the Frame Relay Discard Eligibility bit of all management frames generated by the unit. Frames marked DE=1 are more likely to be dropped in a congested Frame Relay network than those that are DE=0. Heavily congested circumstances can cause both to be dropped. Additionally, frames marked DE=0 may get re-marked to DE=1 by intervening equipment. (1) DE bit cleared to 0: frame is not discard eligible (2) DE bit set to 1: frame is discard eligible Enumeration: 'no-DE-bit-0': 1, 'yes-DE-bit-1': 2.

Alphanumeric circuit identifier may be provided by the service provider for reference or assigned arbitrarily per user requirements.

This unit provides many features specifically adapted to Frame Relay transmission links; this includes diagnostic utilities, statistical analysis, protocol trends, quality of service reporting, and in-band SNMP management. If the unit will be operating in a Frame Relay network the Application Type must be set to Frame Relay to enable these features. To operate in a non-Frame Relay network or to bypass this feature set the unit may be placed in Dedicated mode and will emulate a more familiar DSU/CSU. Note - changing this value will automatically change the Application Format setting and vice versa. (1) dedicated: protocol-independent transparent DSU/CSU (2) Frame Relay: Frame and protocol aware DSU/CSU Enumeration: 'frame-relay': 2, 'dedicated': 1.

Refer to Application Type. Frame Relay is based upon HDLC framing. To operate in a Frame Relay application the Format must be set for HDLC. To operate in a protocol-independent application the Format must be set for Constant Bit Operation (CBO). Note - changing this value will automatically change the Application Type setting and vice versa (1) CBO: protocol-independent transparent DSU/CSU (2) HDLC: Frame and protocol aware DSU/CSU Enumeration: 'cbo': 1, 'hdlc': 2.

The length of time a service-impacting loopback or diagnostic utility may run before automatically returning to normal operation. This setting will override any alternatively timed tests (such as VBERT). (0) Loopbak Timeout Disabled (1-1440) Loopback Timeout

This MIB object is being obsoleted. The mode in which the TO-DTE and TO-DCE Transmit clocks are set to. The transmit clocks can either be normal or inverted. Here are the choices: 1:Normal-timing both TO-DTE & TO-DCE are set normal 2:Invert-TO-DCE the TO-DCE clock is inverted 3:Invert-TO-DTE the TO-DTE clock is inverted 4:Invert-timing both TO-DTE & TO-DCE are inverted. Enumeration: 'normal-timing': 1, 'invert-timing': 4, 'invert-TO-DCE': 2, 'invert-TO-DTE': 3.

Serial Transmit Timing mode. Loop-1 (1) uses the clock returned from the TO-DTE (TT/TCE) to sample tx data, Loop-2 (2) uses the clock (ST/TC) generated by the node to sample tx data. Sourced-tt (3) occurs when the unit is configured for Loop-1 and the clock returned from the TO-DTE (TT/TCE)is not present. The unit will use the (ST/TC) to sample tx data. Enumeration: 'source-tt': 3, 'loop-2': 2, 'loop-1': 1.

Describes the Operational Mode of the SFRAP: (1) cut-through used to place unit in cut-thru (2) inband used to place unit in inband. Enumeration: 'tap': 1, 'inband': 2.

The amount of time Cuthtru mode may run before timing out and automatically terminating. The timeout is in minutes and a value of 0 means no timeout.

This value controls the throttling mechanism used to determine the optimum level of statistical processing versus manageability of the unit. The lower the value (1 - 128), the unit becomes more responsive to management commands during very heavy utilization at the possible expense of statistical accuracy. The larger the value (129 - 512), the more accurate the SFRAP performs statistical analysis of the frames but management may seem slow or unresponsive during periods of very heavy link utilization. NOTE: A value of 0 disables statistical processing entirely.

The table of DTE port configurations.

A configuration entry for a DTE port.

Gets the electrical interface for the DTE port. Enumeration: 'intf-rs449': 4, 'intf-v35': 3, 'intf-x21': 5.

This selection controls how the unit internally latches the transmit data from the DTE. Normal will sample data with the rising edge of the selected TX Clock, Invert will sample data with the falling edge of the selected TX Clock. The TX Clock is selected using CfgDteTiming. This clock invertion is most useful when loop-2 timing is used - particularly at higher rates and with long cable runs. Only in rare circumstances will clock-invert be used with loop-1 timing. If the DTE Interface TX statistics are indicating excessive crc errors or aborts then changing this setting may have some benefit. (1) normal (2) invert Enumeration: 'clock-invert': 2, 'clock-normal': 1.

Clock-normal samples data with the rising edge of the selected rx clock, clock-invert samples data with the falling edge of the selected rx clock,auto-sense forces hardware automated clock selection. The rx clock is selected using CfgDteTiming. This clock invertion is most useful when loop-2 timing is used. Only in rare circumstances will clock-invert (2) be used with loop-1 timing. (3)Auto-sense can only be used on the TO-DTE interface. Auto-sense automatically determines what kind of clocking to use on the TO-DTE interface. THIS OBJECT IS OBSOLETE ON THE TO-DCE INTERFACE Enumeration: 'clock-invert': 2, 'clock-auto': 3, 'clock-normal': 1.

Controls the reporting of the status of the To-DTE port's Request to Send (RTS) and Control (C) control signals, specifically the generation of traps in response to control signal state changes. If Signal Assumed Active, the unit will ignore the actual status and always report this signal Active. If Signal Monitored, the unit will reflect the status as driven by the To-DTE; as such, Traps will be generated due to change of state (these may be useful for a network manager's assessment of interface status. (1) Signal Assumed Active (2) Signal Monitored Enumeration: 'signal-assumed-active': 1, 'signal-monitored': 2.

Selects which DTE port. Enumeration: 'to-dce': 2, 'to-dte': 1.

Defines the size of the DLCI address field of the Frame Relay header. This setting must correspond to the Frame Relay transmission format; typically Two bytes. (1) two byte DLCI address field (2) three byte DLCI address field (3) four byte DLCI address field Enumeration: 'threebytes': 2, 'twobytes': 1, 'fourbytes': 3.

This defines the manner in which the unit handles HDLC protocol errors (crc errors) in a Frame Relay application. If Discard is selected the unit will respond to an errored frame by aborting the frame if transmission has begun; or simply discarding it if transmission has not begun. If Passthru is selected the unit will transmit the entire frame but will place an incorrect crc in it to preserve the error indication. (1) discard (2) passthru Enumeration: 'passthr': 2, 'discard': 1.

The LMI type used in a Frame Relay application. This setting must match the attached Frame Relay device configuration. Annex-A and Annex-D use DLCI 0, and Type 1 uses DLCI 1023. Type 1 is alternatively referred to as Cisco, Group of four, or simply LMI. Annex-D may be referred to as ANSI T1.617. Annex-A may be referred to as ITU or CCITT Q.933. Auto-sense will either use the most recently detected LMI type or, in the absence of any LMI, will attempt to instigate LMI communications using each protocol. (1) Annnex-A: conforms to ITU (CCITT) Q.933 annex A (2) Annnex-D: conforms to ANSI T1.617 annex D (3) Type 1: conforms to the original LMI as developed by the Group of Four (4) Auto-sense: unit will attempt to detect and synchronize to the LMI type of the attached equipment. Enumeration: 'autosense': 4, 'annexa': 2, 'type1': 3, 'annexd': 1.

Timer used by the unit to determine that an attached device is not participating in the LMI protocol and that the unit should attempt to source LMI. This timer also controls the length of time that the LMI sourcing state machine remains in a particular state as it attempts to locate an LMI peer. (0) LMI Sourcing disabled (2-255) LMI Inactivity timeout

Timer used by the unit to determine the frequency at which Status Enquiries are issued during LMI sourcing states where the unit is emulating a Frame Relay DTE device. (2-255) length of time between sending enquiries (in seconds)

Enable ARP (2), INARP (3), both (4), or neither (1). Enumeration: 'arp': 2, 'both': 4, 'inactive': 1, 'inarp': 3.

The frequency of INARP requests in seconds from 5 seconds to 86400 seconds (24 hours).

Timer used by the unit to determine if an LMI Full Status Report is missing. In the absence of a Full Status report for the duration defined by this timer, the unit will declared all DLCI's status INACTIVE and begin logging down time. Data passage is not interfered with. (0) Full Status Timer is disabled (20-3600) Full Status Report Timeout in seconds.

Address Resolution Dlcis determines which dlcis are used for address resolution. The choices include using the configured management dlci only (1), all dlcis (2), all dlcis on the To-DCE port (3) or all dlcis on the To-DTE port (4). In the last two cases, the management dlci is used on the other port. Multiple DLCI support only applies to piggyback mode; in other management modes, only the configured management dlci is used. Enumeration: 'todtemulti': 4, 'single': 1, 'multiple': 2, 'todcemulti': 3.

This setting configures the unit for VNIP topology support on a per-interface basis. Establishing a VNIP topology is a fundamental prerequisite to applying the VNIP feature set which includes PVC-based delay measurement, diagnostics, and congestion monitoring. With VNIP enabled on an interface the unit will attempt to locate VNIP peers out that port. As peers are discovered and logged the unit will report the topology it has learned on its opposite interface. If VNIP is inactive on one interface it will not engage in any VNIP dialog; however it will continue to listen for topology messages on the inactive interface and will reflect these messages out the opposite interface if VNIP is enabled. With VNIP inactive on both interfaces the unit will transparently pass all VNIP messages. The topology database includes ip addresses, DLCI values, and the number of VNIP hops in between. (1) Topology Inactive: VNIP messages pass through unit (2) Topology Enabled on TO-DTE only: unit logs VNIP peers seen out the TO-DTE interface. Unit listens for topology reports from the WAN but doesn't generate any towards the WAN. Will report learned WAN topology towards the TO-DTE. (3) Topology Enabled on WAN only: unit logs VNIP peers seen out the WAN interface. Unit listens for topology reports from the TO-DTE but doesn't generate any towards the TO-DTE. Will report learned TO-DTE topology towards the WAN. (4) Topolgy Enabled on Both TO-DTE and WAN: Unit logs VNIP peers seen out both interfaces and generates TO-DTE topolgy reports towards the WAN and vice versa. Enumeration: 'both': 4, 'to-dce': 3, 'inactive': 1, 'to-dte': 2.

VNIP peer to peer communications are initiated following the detection of a VNIP Hello message. The unit will periodically issue this message out interfaces that have VNIP enabled until a Hello response is received. Following the reception of the Hello response, the unit will stop issuing Hello messahges on that DLCI/interface and generate periodic topology reports at the VNIP Keep Alive frequency. The unit will generate periodic Hello messages, at the InitTimer frequency if no Hello responses are ever detected or a topology message not been detected within the time period defined by the VNIP Inactivity timer. (5-86400) VNIP Hello frequency (in seconds)

The frequency of hello messages sent to neighbor(s) in seconds from 5 seconds to 86400 seconds (24 hours).

The timeout on receiving a hello message from a neighbor in seconds from 5 seconds to 86400 seconds (24 hours).

Transit Delay measurements may be enabled between any DLCI peers that have been logged through the topology protocol. Delay messages are issued at this frequency and results are recorded. Transit delay measures the round-trip network delay between two VNIP peers (internal unit latencies are not part of the measurement). Traps may be optionally generated if a delay threshold is exceeded. (15-86400): Transit Delay message frequency (in seconds)

The table defining the transit delay measurement profile for each of the learned VNIP peers. As peers are located and logged into the topology database, a default transit delay profile is assumed. The default is to enable transit delay to all hops located out the interface. A DLCI's transit delay profile cannot be modified unless the DLCI has been discovered through the VNIP topology protocol.

A VNIP Transit Delay configuration entry for a particular DLCI on a particular interface. A DLCI's transit delay profile cannot be modified unless the DLCI has been discovered through the VNIP topology protocol

The interface being configured for VNIP Transit Delay, either to-dte-interface (1) or to-dce-interface (2). This table is indexed by {interface,dlci}. Enumeration: 'to-dte-interface': 1, 'to-dce-interface': 2.

This is the DLCI being configured for VNIP Transit Delay. If topology is enabled, each interface will contain a database of VNIP peers organized by DLCI value and Number of Hops.

VNIP topolgy may include multiple units on a given DLCI/interface. The topology logs the number of intermediate VNIP peers between units (Hops). This setting determines which peers on a DLCI are participating in delay measurements. (0) All hops (1-254) individually addressable delay measurement between any two peers. (255) Furthest hop only

Controls the Receive Summary Cancellation feature of VNIP Transit Delay on this interface/DLCI. Every Transit Delay measurement exchange includes a follow-up message from the initiator with the delay results. If RSC is enabled, a unit will log results based upon this summary message and will not issue its next scheduled delay measurement. With RSC disabled, the unit will not use the summary message and will always issue its regularly scheduled message based on the delay frequency timer. The purpose of this feature is to reduce traffic introduced by VNIP. In a typical peer-to-peer transit delay measurement where both ends are concurrently conducting transit delay measurements it's recommended that one end have RSC enabled and one end disabled. Enumeration: 'disable-rsc': 2, 'enable-rsc': 1.

Specifies a transit delay threshold for this DLCI/interface. When the transit delay exceeds the threshold, a TRAP is sent. The threshold may be set from one millisecond to 24 hours. A value of 0 will prevent a TRAP from being sent. (0): Transit delay threshold trap disabled for this DLCI/interface (1-86400000): delay threshhold. Any delay measurements exceeding this result will generate a trap.

The table allows the user to disable transit delay measurements for a specific DLCI on a particular interface.

Disables VNIP Transit Delay for a particular interface and DLCI.

Transit delay can be disabled for a given DLCI on either interface. This indexes the interface. Setting this index and the associated DLCI index will disable transit delay on that combination. Enumeration: 'to-dte-interface': 1, 'to-dce-interface': 2.

The DLCI chosen to be deleted from the specified interface-side of the VNIP Transit Delay configuration table. This table is indexed by {interface}. To delete an entry in the sfrapCfgTransitDelayTable, specify the interface as the index and set the dlci.

The sfrapCfgTransitDelayTable is cleared. (1) clear the table Enumeration: 'clear-table': 1.

This table allows the user to configure DLCI specific parameters such as Names, CIR, and EIR. Additionally, any DLCIs configured with these parameters will be added into the Short Term statistics database next time its cleared.

A table entry indexed by DLCI, containing a DLCI, a DLCI name, a CIR, and how the CIR value was obtained.

A DLCI selected for customized configuration and to be added to short term statistics collection (if it wasn't already there).

A user-specifiable name for an individual DLCI.

The CIR value for an individual DLCI. This value is used in the calculation utilization as a percentage of CIR. If the CIR is reported in the LMI message then the reported value will override this configured entry. In the absence of LMI CIR and a configured CIR, the unit will assume that teh CIR is the DTE Line Rate.

The source of the CIR value for this DLCI. If CIR for a DLCI is part of the LMI message then this LMI supplied CIR will override any defined CIR. If CIR is not part of LMI and has not been explicitly defined by the user it will default to the TO-DTE Line Rate. (1) CIR reported in LMI Full Status message (2) CIR configured by user (3) CIR defaulted to TO-DTE Line Rate Enumeration: 'cir-configured-by-user': 2, 'cir-acquired-from-lmi': 1, 'cir-is-datarate': 3.

The threshold for generating a utilization threshold trap as a percentage of the CIR. If the utilization percentage is above this threshold for more than sfrapCfgFrPerfDlciUtilThreshold number of sfrapCfgFrPerfTimersSTInterval's a sfrapPvc(Rx/Tx)UtilizationExceeded trap will be issued. If the If the utilization percentage falls below this threshold for more than sfrapCfgFrPerfDlciUtilThreshold number of sfrapCfgFrPerfTimersSTInterval's a sfrapPvc(Rx/Tx)UtilizationExceeded trap will be issued.

The EIR value for an individual DLCI. In the absence of a configured EIR, the unit will assume that the EIR is the DTE Line Rate.

Setting this object with a specific DLCI value will remove the DLCI form the DLCI-specific parameters database.

The interval in seconds to collect short term statistics before moving the current counts into the previous counts and starting current from zeros. The range is 3 to 60 seconds.

Long term statistics maintain 96 contiguous intervals of configurable protocol per DLCI statistics. This value is the window size of each interval. Adjusting this value will change the overall length of time that the 96 intervals will span. (4-3600): long term statsistics collection interval

This table allows the user to select TCP/UDP ports for statistics collection. Tx and Rx byte counts will collected on the specified ports. These ports are selectable as protocols in the long term statistics filter and are displayed with the other protocols in the short term statistics.

An index and TCP/UDP port number pair.

An index. Beginning with index 1, the range is defined in SysNumUserProtocols

Tx and Rx byte counts will be collected on the user-specifiable TCP/UDP port number. (0) port not defined (1-65535): IP TCP/UDP protocol port number.

Long term statistics can only be collected on a limited number of DLCIs. The value of SysLTFNumDlcis defines the maximum number of DLCIs that can be included in the Long Term Statistics. Once one or more DLCIs are added to Long Term Stats, the user may assign a set of protocols that will be monitored across all of the Long Term DLCIs.

An index and DLCI number pair.

An index. Beginning with index 1, the maximum is defined by the value of SysLTFNumDlcis.

Setting a DLCI value here will add that DLCI into the Long term statistics database (associated with its index) and it will be monitored for the protocol activity defined in the Long Term Protocol filter.

Long term statistics can only be collected on a limited number of protocols. The maximum number of Long Term Protoocls are defined by SysLTFNumProtocols. This table allows the user to configure those protocols.

An index and protocol pair.

An index. Beginning with index 1, the maximum is defined by the value of SysLTFNumProtocols.

Long term statistics will be collected on the user-specifiable protocol. Setting a -1 remove the indexed protocol from the filter. Enumeration: 'gp-mem-report-icmp-ip-tx-bc': 69, 'addr-mask-req-icmp-ip-rx-bc': 62, 'src-quench-icmp-ip-tx-bc': 47, 'lmi-full-enq-tx-bc': 159, 'gp-mem-query-icmp-ip-tx-bc': 67, 'thru-de-rx-c': 136, 'other-ip-tx-bc': 75, 'annex-g-rx-bc': 172, 'snmptrap-udp-ip-rx-bc': 38, 'user-defined-2-rx-bc': 122, 'lmi-livo-stat-rx-bc': 158, 'icmp-ip-tx-bc': 41, 'sna-appn-rx-bc': 112, 'spx-ipx-rx-bc': 80, 'thru-byte-rx-bc': 128, 'icmp-ip-rx-bc': 42, 'cir-percent-range7-tx-bc': 149, 'netbios-ssn-tcp-ip-rx-bc': 16, 'netbios-ipx-rx-bc': 88, 'dest-unr-icmp-ip-rx-bc': 46, 'tftp-udp-ip-rx-bc': 30, 'snmp-udp-ip-rx-bc': 36, 'cir-percent-range4-rx-bc': 144, 'thru-de-tx-c': 135, 'cir-percent-range2-rx-bc': 140, 'echoreq-icmp-ip-tx-bc': 51, 'telnet-tcp-ip-tx-bc': 7, 'cir-percent-range1-tx-bc': 137, 'lmi-rx-bc': 154, 'user-defined-1-rx-bc': 120, 'udp-ip-rx-bc': 22, 'param-prob-icmp-ip-rx-bc': 56, 'vnip-tx-bc': 169, 'user-defined-4-rx-bc': 126, 'addr-mask-req-icmp-ip-tx-bc': 61, 'ncp-ipx-rx-bc': 82, 'ftp-tcp-ip-rx-bc': 6, 'rarp-rep-rx-bc': 100, 'cir-percent-range3-tx-bc': 141, 'sna-netbios-tx-bc': 113, 'smtp-tcp-ip-tx-bc': 9, 'netbios-ipx-tx-bc': 87, 'thru-fecn-tx-c': 131, 'snmp-udp-ip-tx-bc': 35, 'gp-mem-reduct-icmp-ip-rx-bc': 72, 'ip-rx-bc': 2, 'dest-unr-icmp-ip-tx-bc': 45, 'cir-percent-range2-tx-bc': 139, 'inarp-req-tx-bc': 101, 'arp-req-tx-bc': 93, 'addr-mask-rep-icmp-ip-rx-bc': 64, 'cisco-rx-bc': 116, 'rarp-rep-tx-bc': 99, 'redirect-icmp-ip-tx-bc': 49, 'other-ipx-rx-bc': 90, 'spx-ipx-tx-bc': 79, 'echorep-icmp-ip-tx-bc': 43, 'param-prob-icmp-ip-tx-bc': 55, 'ospf-ip-tx-bc': 73, 'echorep-icmp-ip-rx-bc': 44, 'redirect-icmp-ip-rx-bc': 50, 'thru-fecn-rx-c': 132, 'lmi-tx-bc': 153, 'http-tcp-ip-tx-bc': 13, 'cir-percent-range8-tx-bc': 151, 'sap-ipx-rx-bc': 84, 'thru-becn-tx-c': 133, 'sna-tx-bc': 105, 'other-ipx-tx-bc': 89, 'cir-percent-range4-tx-bc': 143, 'ipx-tx-bc': 77, 'echoreq-icmp-ip-rx-bc': 52, 'other-rx-bc': 118, 'cir-percent-range1-rx-bc': 138, 'smtp-tcp-ip-rx-bc': 10, 'thru-frame-rx-c': 130, 'total-downtime': 166, 'addr-mask-rep-icmp-ip-tx-bc': 63, 'vnip-rx-bc': 170, 'arp-rep-rx-bc': 96, 'user-defined-2-tx-bc': 121, 'annex-g-tx-bc': 171, 'rip-udp-ip-rx-bc': 40, 'arp-rx-bc': 92, 'src-quench-icmp-ip-rx-bc': 48, 'rip-ipx-tx-bc': 85, 'user-defined-3-tx-bc': 123, 'cir-percent-range3-rx-bc': 142, 'lmi-other-tx-bc': 163, 'lmi-full-enq-rx-bc': 160, 'user-defined-3-rx-bc': 124, 'igrp-rx-bc': 168, 'sna-periph-rx-bc': 110, 'arp-rep-tx-bc': 95, 'rip-udp-ip-tx-bc': 39, 'other-ip-rx-bc': 76, 'tftp-udp-ip-tx-bc': 29, 'netbios-dgm-udp-ip-tx-bc': 33, 'rarp-req-tx-bc': 97, 'lmi-other-rx-bc': 164, 'timestamp-rep-icmp-ip-rx-bc': 60, 'snmptrap-udp-ip-tx-bc': 37, 'pkt-too-big-icmp-ip-tx-bc': 65, 'cir-percent-range6-tx-bc': 147, 'cir-percent-range7-rx-bc': 150, 'lmi-livo-stat-tx-bc': 157, 'sna-netbios-rx-bc': 114, 'ip-tx-bc': 1, 'pkt-too-big-icmp-ip-rx-bc': 66, 'ncp-ipx-tx-bc': 81, 'user-defined-4-tx-bc': 125, 'lmi-livo-enq-tx-bc': 155, 'gp-mem-query-icmp-ip-rx-bc': 68, 'gp-mem-report-icmp-ip-rx-bc': 70, 'user-defined-1-tx-bc': 119, 'ospf-ip-rx-bc': 74, 'tcp-ip-rx-bc': 4, 'lmi-livo-enq-rx-bc': 156, 'udp-ip-tx-bc': 21, 'cisco-tx-bc': 115, 'rip-ipx-rx-bc': 86, 'arp-req-rx-bc': 94, 'thru-becn-rx-c': 134, 'sna-appn-tx-bc': 111, 'http-tcp-ip-rx-bc': 14, 'gp-mem-reduct-icmp-ip-tx-bc': 71, 'other-tx-bc': 117, 'igrp-tx-bc': 167, 'timestamp-req-icmp-ip-rx-bc': 58, 'timestamp-rep-icmp-ip-tx-bc': 59, 'time-excd-icmp-ip-rx-bc': 54, 'lmi-full-stat-tx-bc': 161, 'timestamp-req-icmp-ip-tx-bc': 57, 'ftp-tcp-ip-tx-bc': 5, 'netbios-ssn-tcp-ip-tx-bc': 15, 'time-excd-icmp-ip-tx-bc': 53, 'sna-periph-tx-bc': 109, 'sna-subarea-rx-bc': 108, 'telnet-tcp-ip-rx-bc': 8, 'netbios-dgm-udp-ip-rx-bc': 34, 'thru-byte-tx-bc': 127, 'lmi-full-stat-rx-bc': 162, 'inarp-req-rx-bc': 102, 'delete-entry': -1, 'arp-tx-bc': 91, 'tcp-ip-tx-bc': 3, 'rarp-req-rx-bc': 98, 'thru-frame-tx-c': 129, 'inarp-rep-rx-bc': 104, 'cir-percent-range5-rx-bc': 146, 'ipx-rx-bc': 78, 'sna-subarea-tx-bc': 107, 'cir-percent-range5-tx-bc': 145, 'cir-percent-range6-rx-bc': 148, 'inarp-rep-tx-bc': 103, 'sna-rx-bc': 106, 'total-uptime': 165, 'sap-ipx-tx-bc': 83, 'cir-percent-range8-rx-bc': 152.

The default threshold for generating a utilization threshold trap as a percentage of the CIR. This value is used for sfrapCfgFrPerfDlciNamesUtilThreshold when a DLCI is first discovered.

The number of Short Term Intervals that a DLCI's utilization as a percentage of CIR must be above or below the value of sfrapCfgFrPerfDlciUtilThreshold before a sfrapPvc(Rx/Tx)UtilizationExceededTrap or sfrapPvc(Rx/Tx)UtilizationClearedTrap is issued.

Clears the smperCfgFrPerfDlciNamesTable (1) clear the table or (2) clear the table but don't remove the dlcis from the short term statistics. Enumeration: 'clear-table-keep-stats': 2, 'clear-table': 1.

Clears the sfrapCfgFrPerfUserProtocolsTable (1) clear the table Enumeration: 'clear-table': 1.

Clears the sfrapCfgFrPerfLTDlciFilterTable (1) clear the table Enumeration: 'clear-table': 1.

Clears the sfrapCfgFrPerfLTProtocolFilterTable (1) clear the table Enumeration: 'clear-table': 1.

Delete all unprovisioned and Not-In-LMI dlcis (1) delete all unprovisioned Enumeration: 'delete-unprov': 1.

The password needed to start a CLI (Command Line Interface) session using either a terminal connected to the unit or Telnet.

The password needed to initiate a TFTP download.

OBSOLETE: The Telnet and CLI passwords are one and the same. Use the above sfrapCfgTelnetCliLcdPassword to log into the CLI (Command Line Interface).

The community string for doing SNMP GETs. The unit will respond to GETs that use either this string or the SET community string. All others will be rejected and a trap will be generated. String is case sensitive.

The community string for doing SNMP SETs. The unit will reject SETs with any other coimmunity string and will generate a trap. String is case sensitive.

Request to start configuration download and lock out any other means of configuring the unit. The integer passed in represents the time out period in seconds between sets. A set to this object will fail if the unit is already in a configuration locked state.

Returns the IP Address of the management station currently in control of configuration. A unit that is not in a configuration locked state will return 0.0.0.0

A read of this object returns the Current Configuration ID string. A write sets the Configuration ID string. The string contains a starting character to indicate the last configuration source C = Envisage N = CLI/TELNET L = LCD S= other SNMP management station and a unique 7 integer value to differentiate configurations between common sources. A value of *STARTUP indicates the configuration has been defaulted. A write will only be accepted from the management station that has successfully obtained the configuration lock

The status of a configuration install is reported here. On startup, a status of success will be reported. (1) The configuration has been locked and an update or unlock command has not been received. (2) An update command has been received and the configuration has been validated as consistent; . (3) An update command has been received but the DTE port datarate is not compatible with the density. (4) An update command has been received but the number of channels to be allocated will not fit in the available channels. (5) An update command has been received but there is an error in the configuration that is not a datarate-density-conflict or bandwidth-allocation-error. (6) The time between consecutive set requests exceeded the timeout sent with the sfrapCfgLock command. (7) The user sent a sfrapCfgUnlock command before a sfrapCfgUpdate command. This usually means that one of the sets in the configuration failed. Enumeration: 'aborted-by-user': 7, 'success': 2, 'in-progress': 1, 'datarate-density-conflict': 3, 'general-error': 5, 'timeout': 6, 'bandwidth-allocation-error': 4.

The management station sets this variable to complete the configuration install process. Un-lock (1) notifies the agent to remove the lock on configuring the unit without updating the configuration. Enumeration: 'un-lock': 1.

The management station sets this variable to complete the configuration install process. Update (1) notifies the agent to start the update process within the unit. Enumeration: 'update': 1.

Controls a bi-directional unit loopback. Data is received from either interface, processed, and transmitted back towards the same interface. When configured for Frame Relay operation the unit will preserve the LMI path and maintain managed access during this loopback. In Frame Relay mode, only valid HDLC frames are looped back (pseudorandom test patterns will be dropped). (1) enable unit loopback (2) disable unit loopback Enumeration: 'enable-loopback-mode': 1, 'disable-loopback-mode': 2.

Enables the operator to remotely reset the unit. Using this command will cause the unit to terminate all its connections and drop data. Enumeration: 'reset-unit': 1.

The remaining time on the active loopback before the loopback times out. The time is in hundredths of seconds (TimeTicks).

Enables the operator to control and examine the UNIT Cut Through mode. This diagnostic occurs on the TO-DTE and TO-DCE transmit and receive logic. The unit will transmit To-DTE data onto the TO-DCE port without any intervention by the processor. If the CutThruTimeout is greater than 0, then the cut-thru diagnostic will time out after that interval (in minutes). (same as Tap Mode operation - see CfgAppOperationMode). Enumeration: 'disable-cutthru-mode': 2, 'enable-cutthru-mode': 1.

The remaining time on the active loopback before the loopback times out. The time is in hundredths of seconds (TimeTicks).

The table of DTE port diagnostics.

An diagnostic entry for a DTE port.

Controls the DTE loopback state. This is a bi-directional loopback state where both the DTE and WAN ports are placed in line loopback. All data received on each interface is sent back out the respective interface regardless of format or content. In Frame Relay applications the unit will not preserve the LMI path during this diagnostic and in-band management will not operate. (1) enable payload loopback (2) disable payload loopback Enumeration: 'enable-loopback-mode': 1, 'disable-loopback-mode': 2.

The remaining time on the active loopback before the loopback times out and disables itself. The time is in hundredths of seconds (TimeTicks).

Selects which DTE port. Enumeration: 'to-dce': 2, 'to-dte': 1.

Table of Diagnostics performed with the VNIP protocol

VNIP VLOOP and VBERT diagnostic profile. Initiating these tests require an established and stable VNIP topology on an interface. Once the topology is in place, the user can execute a PVC-based diagnostic between this unit and any indexed entry in the topology table. The index into the topology table for a particular interface is required.

The interface out which a PVC-based VNIP diagnostic will be run. This must be an interface with a valid and stable VNIP topology for a VNIP Diagnostic. Enumeration: 'dte-interface': 1, 't1-interface': 2.

The index to the external VNIP peer as presented by the VNIP topology database for the given interface. Refer to VnipTopologyTable to determine the index of the remote peer.

This is the DLCI value for the given interface/index combination. This comes from the VniptTopologyTable.

This is the ip address for the given interface/index combination. This comes from the VniptTopologyTable.

Controls execution of the Vnip Logical Loopback (VLOOP) test. VLOOP is designed as an intrusive test and customer data on the DLCI-under-test will be discarded. The VLOOP test includes a timed VBERT test and is run using the profile configured within this table. (1) start VLOOP test (2) stop VLOOP test (override VBERT test duration) Enumeration: 'stop-test': 2, 'start-test': 1.

Controls execution of the Vnip Virtual Bit Eror Rate (VBERT) test. VBERT is designed to be a non-intrusive test and will attempt to statistically multiplex VBERT test data and customer data on the DLCI-under-test. However, VBERT data is given priority over customer data when the selected VBERT volume causes internal congestion. The test is run using the profile configured within this table. (1) start test (2) stop test (override VBERT test duration) Enumeration: 'start': 1, 'stop': 2.

Specifies the throughput bit rate applied by VBERT or VLOOP to the DLCI-under-test. For TO-DTE Rates or configured CIR up to 64K the maximum VBERT rate is either the TO-DTE data rate or 110% of CIR (which ever is less). For TO-DTE Rates or configured CIR greater than 64K, the maximum VBERT rate is 75% of the TO-DTE data rate or 110% of CIR (which ever is less). Note that selecting rates that approach line rate will impact neighboring PVCs. (8000-1152000): VBERT/VLOOP data rate (in bits per second).

Specifies the size of framed data that will be used during the VBERT test, measures in Bytes. (64) 64-byte frames (128) 128-byte frames (256) 256-byte frames (512) 512-byte frames (1024) 1024-byte frames (2048) 2048-byte frames Enumeration: 'pkt-size-64': 64, 'pkt-size-128': 128, 'pkt-size-2048': 2048, 'pkt-size-512': 512, 'pkt-size-1024': 1024, 'pkt-size-256': 256.

Specifies percentage of VBERT packets that will have the Frame Relay Discard Eligibility bit set. Frames with this bit set may be more likley to get dropped in a congested network. (0) 0% of the test frames are marked discard eligible (25) 25% of the test frames are marked discard eligible (50) 50% of the test frames are marked discard eligible (75) 75% of the test frames are marked discard eligible (100) 100% of the test frames are marked discard eligible Enumeration: 'twentyFive-percent': 25, 'zero-percent': 0, 'seventyFive-percent': 75, 'oneHundred-percent': 100, 'fifty-percent': 50.

Specifies the duration of a VBERT test. Note that VBERT is subjected to the unit's Loopback Timer and will be terminated by whichever timer expires first. (10-1440): VBERT time duration in seconds

Enables the operator to activate clock detection on the TO-DCE Transmit clock. Clock detection can be stopped by issuing the terminate command. Enumeration: 'initiate-clock-detect': 1, 'terminate-clock-detect': 2.

Topology of peers discovered via VNIP, organized by the interface (DATA1 or DATA2) from which they were discovered and an entry number or index. The topology is of limited size per interface.

The DLCI, IP address, and number of hops for a particular node, discovered via VNIP off of an interface (DATA1 or DATA2). The entry may also have transit delay measurements for the particular node.

The interface off of which the peer was discovered. Topology is discovered by sending VNIP messages out each interface. Nodes discovered via a particular interface are kept in a list associated with that interface. Enumeration: 'data2-interface': 2, 'data1-interface': 1.

The number of this discovered peer in the list of nodes for this interface. For each interface, the nodes are numbered 1 through n.

The DLCI of the discovered neighboring peer. This may be different from the local DLCI.

The IP address for the discovered peer.

The discovered peer is this number of hops away.

The DLCI of this node over which the remote peer was discovered.

The number of transit delay samples collected.

The average transit delay between this node and the remote peer.

The maximum transit delay between this node and the remote peer.

The minimum transit delay between this node and the remote peer.

The most recent transit delay measured between this node and the remote peer.

This selection displays the status of the VNIP Loopback This loopback is initiated by the remote node, causing this node to loop data back to the remote node. Enumeration: 'loopback-enable': 1, 'loopback-disable': 2.

Displays the current status of the VBERT test, values are off(1): no test has run or the entry has been cleared, testing(2): the entry is generating VBERT packets, in-test(5): the entry is on the receiving end of VBERT packets test-completed(4): a test has run and is finished results are complete test-failed(3): the request for a test on this entry failed Enumeration: 'test-failed': 3, 'test-completed': 4, 'testing': 2, 'off': 1, 'in-test': 5.

Displays the number of Frames transmitted during VBERT Test that had the Discard Eligibility indicator bit set.

Displays the number of Frames received during VBERT Test that had the Discard Eligibility indicator bit set.

Displays the number of Frames transmitted during VBERT Test that had the Discard Eligibility indicator bit cleared.

Displays the number of Frames received during VBERT Test that had the Discard Eligibility indicator bit cleared.

The maximum transit delay between this node and the remote peer during the VBERT test.

The average transit delay between this node and the remote peer during the VBERT test.

Elapsed time since VBERT test was started or cleared.

The calculated percent of CIR utilization during a VBERT test, this value is only valid after a test is complete not during.

The calculated percent of EIR utilization during a VBERT test, this value is only valid after a test is complete not during.

This is the method in which the unit is configured for SNMP management access. (1) None: SNMP management disabled (2) SLIP: out-of-band management via asynchronous Serial Line IP (3) Private DLCI: in-band management using a private DLCI that is dedicated solely to this unit's management. (4) Piggyback DLCI: in-band management using any DLCI optionally multiplexing both management and user data. Enumeration: 'none': 1, 'piggyback-dlci': 4, 'private-dlci': 3, 'slip': 2.

This is the port(s) on which the management traffic will appear. (1) Async Maintenance(Comm)/Console port - SLIP mode (2) Local TO-DTE interface: unit is configured for Private Local DLCI mode (3) Remote WAN Interface: unit is confiogured for Private Remote DLCI mode (4) TO-DTE and WAN Interfaces: unit is configured for either Piggyback Bidirectional mode. Enumeration: 'local-and-remote': 4, 'comm': 1, 'remote-to-dce': 3, 'local-to-dte': 2.

This is the status of the port(s) on which the management traffic will appear. (1) Active: port or DLCI is configured and status is okay (2) Inactive: port or DLCI is declared out of service (3) Alarm: port or DLCI is experiencing an alarm condition that may interefere with management access Enumeration: 'active': 1, 'alarm': 3, 'inactive': 2.

This is the DLCI for the PVC that is defined for the Management port. All traffic using this DLCI in the Frame Replay packet will be destined for the InBand Management task.

This is the status of the default management DLCI. (1) not applicable: SLIP mode or management is disabled (2) DLCI Active: default DLCI is active in the LMI full status response. (3) DLCI Inactive: default DLCI is not active in the LMI full status response. Enumeration: 'dlci-active': 2, 'na': 1, 'dlci-inactive': 3.

Status of the Operation Mode LED. Enumeration: 'redLED-alarm-mode': 4, 'yellowLED-test-mode': 3, 'greenLED-high-speed-mode': 1, 'blinkredLED-cut-through-mode': 5, 'blinkgreenLED-low-speed-mode': 2.

Status of the TO-DTE TxD LED. Enumeration: 'greenLED-tx-data-receiving': 2, 'offLED-inactive': 1.

Status of the TO-DTE RxD LED. Enumeration: 'greenLED-rx-data-receiving': 2, 'offLED-inactive': 1.

Status of the RTS Signal LED. Enumeration: 'offLED-rts-inactive': 2, 'greenLED-rts-active': 1.

Status of the CTS Signal LED. Enumeration: 'greenLED-cts-active': 1, 'offLED-cts-inactive': 2.

Status of the DSR Signal LED. Enumeration: 'greenLED-dsr-active': 1, 'offLED-dsr-inactive': 2.

Status of the DCD Signal LED. Enumeration: 'offLED-dcd-inactive': 2, 'greenLED-dcd-active': 1.

Status of the TO-DCE TxD LED. Enumeration: 'greenLED-tx-data-receiving': 2, 'offLED-inactive': 1.

Status of the TO-DCE RxD LED. Enumeration: 'greenLED-rx-data-receiving': 2, 'offLED-inactive': 1.

Status of all ten SFRAP LEDs, encoded in a string. 'F' off '5' green '0' yellow 'A' red '7' blinking green and off '3' blinking yellow and off 'B' blinking red and off '4' blinking green and yellow '6' blinking green and red '8' blinking yellow and red Positionally, the 13 letters are SFRAP Op Mode, TO-DCE Rx, TO-DCE Tx, RTS, CTS, DCD, DSR, LMI Error, Frame Activity, Ctrl, Ind, TO-DTE Rx, TO-DTE Tx.

Status of the LMI Error LED. Enumeration: 'offLED-lmi-active-state': 1, 'blinkyellowLED-lmi-source-state': 3, 'yellowLED-lmi-error-state': 2.

Status of the Frame Activity LED. Enumeration: 'greenLED-frm-active': 1, 'offLED-frm-inactive': 2.

Status of the X.21 Control Signal LED. Only applicable when in X.21. Enumeration: 'offLED-ctrl-inactive': 2, 'yellowLED-ctrl-active': 1.

Status of the X.21 Indication Signal LED. Only applicable when in X.21. Enumeration: 'yellowLED-ind-active': 1, 'offLED-ind-inactive': 2.

Allows the user to clear all the VNIP Transit Delay data collected in the VNIP topology database. Enumeration: 'clear-transit-delay': 1.

What type of LMI sourcing is being done: initializing (1), passthrough (2), emulating a user device on the To-DTE (3), emulating a user device on the To-DCE (4), emulating a network device on the To-DTE (5), emulating a network device on the To-DCE (6), disabled (7), or emulating a switch by responding to both ports (8). Enumeration: 'user-to-dce': 4, 'passthrough': 2, 'ntwk-to-dce': 6, 'disabled': 7, 'both-ports': 8, 'initializing': 1, 'user-to-dte': 3, 'ntwk-to-dte': 5.

The table of DTE port statuses.

An status entry for a DTE port.

Status of the port. no-connections (1) indicates the port has no connections. Active (2) indicates connections and data mode. Test (3) indicates connections and diagnostic state for that port. Enumeration: 'active': 2, 'test': 3, 'no-connections': 1.

Status of the RTS signal on the port: on (1) and off (2). Enumeration: 'on': 1, 'off': 2, 'na': 3.

Status of the DTR signal on the port: on (1) and off (2). Enumeration: 'on': 1, 'off': 2, 'na': 3.

Whether the DCD signal on the port is on (1) or off (2). Enumeration: 'on': 1, 'off': 2, 'na': 3.

Whether the DSR signal on the port is on (1) or off (2). Enumeration: 'on': 1, 'off': 2, 'na': 3.

Whether the CTS signal on the port is on (1) or off (2). Enumeration: 'on': 1, 'off': 2, 'na': 3.

Whether Send Timing is (1)present or (2)not-present on the interface. Enumeration: 'na': 3, 'not-present': 2, 'present': 1.

Whether Receive Timing is (1)present or (2)not-present on the interface. Enumeration: 'na': 3, 'not-present': 2, 'present': 1.

Whether Terminal Timing is (1)present or (2)not-present on the interface. Enumeration: 'na': 3, 'not-present': 2, 'present': 1.

The status of the Control lead when using X.21 Enumeration: 'on': 1, 'off': 2, 'na': 3.

The status of the Indication lead when using X.21 Enumeration: 'on': 1, 'off': 2, 'na': 3.

Selects which DTE port. Enumeration: 'to-dce': 2, 'to-dte': 1.

This is the value in Kbps of the Receive Clock Frequency, for both the TO-DTE and TO-DCE ports.

The status of the Receive clocking mode. Enumeration: 'clock-auto-invert': 4, 'clock-invert': 2, 'clock-normal': 1, 'clock-auto-normal': 3.

Status of the Operation Mode LED. Enumeration: 'na': 3, 'switch-up': 1, 'switch-down': 2.

Status of the TO-DTE TxD LED. Enumeration: 'na': 3, 'switch-up': 1, 'switch-down': 2.

Status of the TO-DTE RxD LED. Enumeration: 'na': 3, 'switch-up': 1, 'switch-down': 2.

Status of the RTS Signal LED. Enumeration: 'na': 3, 'switch-up': 1, 'switch-down': 2.

Status of the RTS Signal LED. Enumeration: 'na': 3, 'switch-up': 1, 'switch-down': 2.

Status of the RTS Signal LED. Enumeration: 'na': 3, 'switch-up': 1, 'switch-down': 2.

Allows the user to clear all the VBERT data collected in the VNIP topology database as long as the entry is not in a test status. Enumeration: 'clear-vbert': 1.

This indicates the current status of LMI Auto Sensing if it's enabled. (1) Disabled: LMI is configured as Type 1, Annex-D, or Annex-A (2) Searching: unit is attempting to determine the LMI type of the attached equipment by issuing LMI messages of each LMI type and searching for responses. (3) Learned Annex-D: unit has successfully detected Annex-D LMI (ANSI T1.617 Annex D) (4) Learned Annex-A: unit has successfully detected Annex-A LMI (ITU/CCITT Q.933 Annex A) (5) Learned Type 1: unit has successfully detected Type 1 LMI (Cisco, Group of four, LMI) Enumeration: 'disabled': 1, 'learned-annex-a': 4, 'learned-type1': 5, 'learned-annex-d': 3, 'searching': 2.

This selection displays the status of the TO-DCE transmit clock auto detection process. (1)inactive - The Auto Detect option was not selected. (2)initiate - The Auto Detect option was selected and is initializing. (3)trying-cut-thru - The Auto Detect option is trying to verify the integrity of the TO-DCE transmit clock mode selected in Cut Through mode (4)failed-cut-thru - This mechanism has detected that the LMI integrity check has failed. (5)trying-inband-normal - The Auto Detection mechanism has set the TO-DCE Tx clock to normal timing and is performing the link integrity check, to determine if this selection is correct (6)success-inband-norm - The Auto Detection mechanism has determined that the TO-DCE Tx clock timing is successful in normal mode. (7)trying-inband-invert - The Auto Detection mechanism has determined that the TO-DCE clock mode failed using normal timing, now it has inverted the clock. (8)success-inband-invert - The mechanism has decided that the TO-DCE Tx clock needs to be inverted. (9)failed-in-band - Neither Normal or Invert timing was successful. (10)terminated - The Auto Detection mechanism has been terminated. Enumeration: 'success-inband-norm': 6, 'failed-cut-thr': 4, 'success-inband-invert': 9, 'trying-inband-invert': 8, 'terminate': 11, 'initiate': 2, 'inactive': 1, 'failed-inband': 10, 'trying-cut-thr': 3, 'failed-inband-norm': 7, 'trying-inband-norm': 5.

The count of all octets received. Same as ifInOctets in mib-2.

The count of packets received that could not be delivered because of errors. Same as ifInErrors in mib-2.

The count of all octets transmitted. Same as ifOutOctets in mib-2.

The current operational state. Same as ifOperStatus in mib-2. Enumeration: 'down': 2, 'testing': 3, 'up': 1.

The count of all datagrams received. Same as ipInReceives in mib-2.

The count of datagrams received that were discarded because of errors in their IP headers. Same as ipInHdrErrors in mib-2.

The count of datagrams received that were discarded because unexpected or invalid IP addresses in their IP headers. Same as ipInAddrErrors in mib-2.

The count of datagrams received that were discarded because of unsupported protocols. Same as ipInUnknownProtos in mib-2.

The count of datagrams received that were discarded for reasons other than a problem with the datagram. Same as ipInDiscards in mib-2.

The count of datagrams received that were delivered to IP client-protocols. Same as ipInDelivers in mib-2.

The count of all outgoing datagrams originating in this node. Same as ipOutRequests in mib-2.

The count of outgoing datagrams that were discarded for reasons other than a problem with the datagram. Same as ipOutDiscards in mib-2.

The count of outgoing datagrams that were discarded because no route could be found for transmission. Same as ipOutNoRoutes in mib-2.

The count of all ICMP messages received. Same as icmpInMsgs in mib-2.

The count of ICMP messages received with errors. Same as icmpInErrors in mib-2.

The count of ICMP Destination Unreachable messages received. Same as icmpInDestUnreachs in mib-2.

The count of ICMP Time Exceeded messages received. Same as icmpInTimeExcds in mib-2.

The count of ICMP Parameter Problem messages received. Same as icmpInParmProbs in mib-2.

The count of ICMP Redirect messages received. Same as icmpInRedirects in mib-2.

The count of ICMP Echo messages received. Same as icmpInEchos in mib-2.

The count of ICMP Echo Reply messages received. Same as icmpInEchoReps in mib-2.

The count of all outgoing ICMP messages originating in this node. Same as icmpOutMsgs in mib-2.

The count of outgoing ICMP messages not transmitted due problems found by the ICMP layer. which this entity did Same as icmpOutErrors in mib-2.

The count of outgoing ICMP Destination Unreachable messages. Same as icmpOutDestUnreachs in mib-2.

The count of outgoing ICMP Parameter Problem messages. Same as icmpOutParmProbs in mib-2.

The count of outgoing ICMP Redirect messages. Same as icmpOutRedirects in mib-2.

The count of outgoing ICMP Echo messages. Same as icmpOutEchos in mib-2.

The count of outgoing ICMP Echo Reply messages. Same as icmpOutEchoReps in mib-2.

The count of all UDP datagrams received that are addressed as management frames for this unit. Same as udpInDatagrams in mib-2.

The count of all UDP datagrams generated by this unit. Same as udpOutDatagrams in mib-2.

The count of all UDP datagrams received that are addressed as management frames for this unit with no application at the destination port. Same as udpNoPorts in mib-2.

The count of the times TCP connections specific to this unit have made a direct state transition from CLOSED to SYN-SENT. Same as tcpActiveOpens in mib-2.

The count of the times TCP connections specific to this unit have made a direct state transition from CLOSED to SYN-RCVD. Same as tcpPassiveOpens in mib-2.

The count of the times TCP connections specific to this unit have made a direct state transition from SYN-SENT or SYN-RCVD to CLOSED state, plus the count of the times TCP connections have made a direct state transition from SYN-RCVD to LISTEN. Same as tcpAttemptFails in mib-2.

The count of the TCP connections specific to this unit in state ESTABLISHED or CLOSE-WAIT. Same as tcpCurrEstab in mib-2.

The count of all the segments received that are addressed as management frames for this unit. Same as tcpInSegs in mib-2.

The count of all the segments generated from this unit. Same as tcpOutSegs in mib-2.

The throughput per interface table. These values are accumulated across all DLCIs.

An entry in the throughput per interface table.

Interface for which the statistics apply. (1) TO-DTE interface (2) TO-DCE interface Enumeration: 'to-dce': 2, 'to-dte': 1.

The number of framed bytes that have been received on this interface.

The number of framed bytes that have been transmitted on this interface.

The number of frames that have been received on this interface.

The number of frames that have been transmitted on this interface.

The number of frames with CRC errors received on this interface.

The number of aborted frames received on this interface.

The number of BPV errors received on this interface.

Layer 2 statistics on a per-DLCI basis. Transmit direction is from TO-DTE to WAN and receive direction is from the WAN towards the TO-DTE.

The Statistics for a particular Data Link Connection Management Interface (DLCI).

This value must be in the range 1-3. Other than that, this value is ignored as all three will return the same result.

The DLCI value in which the Statistics are associated.

The amount of time elapsed since this DLCI was first detected through traffic sensing or in an LMI message (in seconds).

The amount of elapsed time since this DLCI last changed state from active to inactive or vice versa (in seconds).

The number of bytes that have been received from the WAN towards the DTE on this DLCI. This count will include any frames that are terminated by the unit and do not pass through to the opposite interface (management and networking data).

The number of bytes that have been transmitted from the TO-DTE towards the WAN on this DLCI. This count will include any frames that are terminated by the unit and do not pass through to the opposite interface (management and networking data).

The number of frames that have been received from the WAN towards to the DTE on this DLCI. This count will include any frames that are terminated by the unit and do not pass through to the opposite interface (management and networking data).

The number of frames that have been transmitted from the TO-DTE towards the WAN on this DLCI. This count will include any frames that are terminated by the unit and do not pass through to the opposite interface (management and networking data).

The number of frames received from the WAN towards the TO-DTE that have had the Forward Explict Congestion Notification (FECN) bit set on this DLCI. This count will include any frames that are terminated by the unit and do not pass through to the opposite interface (management and networking data).

The number of frames received from the WAN towards the TO-DTE that have had the Backward Explict Congestion Notification (BECN) bit set on this DLCI. This count will include any frames that are terminated by the unit and do not pass through to the opposite interface (management and networking data).

The number of frames received from the WAN towards the TO-DTE that have had the Discard Eligibility (DE) bit set on this DLCI. This count will include any frames that are terminated by the unit and do not pass through to the opposite interface (management and networking data).

The number of frames transmit towards the WAN from the TO-DTE that have had the Discard Eligibility (DE) bit set on this DLCI. This count will include any frames that are terminated by the unit and do not pass through to the opposite interface (management and networking data).

The number of bits/sec received from the WAN on this DLCI. This count will include any frames that are terminated by the unit and do not pass through to the opposite interface (management and networking data).

The number of bits/sec transmit to the WAN on this DLCI. This count will include any frames that are terminated by the unit and do not pass through to the opposite interface (management and networking data).

The Committed Information Rate (CIR) for this DLCI. This can come form one of three sources: From the LMI Full Status Response, configured by the user, or the DTE line rate (default).

The total amount of time that the DLCI has been up as reported by the LMI Full Status Response (in seconds).

The total amount of time that the DLCI has been declared down (in seconds). A DLCI is Down if it's explicitly declared Inactive through LMI or if it's missing from the LMI Full Status message or if there is no Full Status message at all.

The source of the CIR value for this DLCI. (1) CIR acquired from LMI message. Will override user configured CIR. This feature is not supported by all Frame Relay DCE (switches). (2) CIR configured by user. (3) CIR is DTE Line Rate. Default if CIR is not set by one of the other methods. Enumeration: 'cir-is-dte-datarate': 3, 'cir-configured-by-user': 2, 'cir-acquired-from-lmi': 1.

The current state of the DLCI: (1) DLCI marked active in last full status LMI (2) DLCI in last full status LMI but not marked active (3) DLCI has never been seen in a full status LMI (4) DLCI was seen at least once in a full status LMI but was not in the last full status LMI (5) the full status LMI has timed out; all previously active or inactive DLCIs are changed to this state (6) DLCI was detected in the traffic stream and a full status LMI has not been received so the state cannot be determined yet. Enumeration: 'pvc-lmi-timeout': 5, 'pvc-undetermined': 6, 'pvc-active': 1, 'pvc-not-in-lmi': 4, 'pvc-inactive': 2, 'pvc-unprovisioned': 3.

The number of times the smperPerfThruputPerDlciPvcState transitions from pvc-active or pvc-undetermined to one of the other (inactive) states.

The measure of the percentage time the DLCI is available: UpTime/CreateTime or zero if CreateTime = 0. (in 1/1000 per cent; i.e. availability = 1000 converts to 1%).

Mean Time Between Service Outages: UpTime/OutageCount or zero if OutageCount = 0 (in seconds).

Mean Time to ServiceRestoral: DownTime/OutageCount or zero if OutageCount = 0 (in seconds).

The encapsulation protocol seen in the last frame analyzed on this DLCI: (1) DLCI is the LMI DLCI or no frames have been analyzed (2) The encapsulation is per rfc1490 (3) The encapsulation is per Cisco proprietary (4) The encapsulation is per Annex-G (X.25 over frame relay) (5) The encapsulation is not one of the above. Enumeration: 'encap-other': 5, 'encap-1490': 2, 'encap-annex-g': 4, 'encap-cisco': 3, 'encap-na': 1.

The status of the per-DLCI utilization alarm in the receive direction. (1) there is no alarm condition; utilization is under the configured CIR percentage threshold; if traps are enabled and the alarm had been previously triggered, a utilization alarm clear trap will be sent. (2) the utilization has been over the configured CIR percentage threshold for less than the configured duration. (3) the utilization has been over the configured CIR percentage threshold for more than the configured duration; if traps are enabled a utilization exceeded trap will be sent. (4) the utilization has been under the configured CIR percentage threshold for less than the configured duration. Enumeration: 'alarm-under-threshold': 4, 'clear': 1, 'alarm': 3, 'over-threshold': 2.

The status of the per-DLCI utilization alarm in the transmit direction. (1) there is no alarm condition; utilization is under the configured CIR percentage threshold; if traps are enabled and the alarm had been previously triggered, a utilization alarm clear trap will be sent. (2) the utilization has been over the configured CIR percentage threshold for less than the configured duration. (3) the utilization has been over the configured CIR percentage threshold for more than the configured duration; if traps are enabled a utilization exceeded trap will be sent. (4) the utilization has been under the configured CIR percentage threshold for less than the configured duration. Enumeration: 'alarm-under-threshold': 4, 'clear': 1, 'alarm': 3, 'over-threshold': 2.

The Excess Information Rate. This is defined to be the maximum rate traffic is (supposed to be) allowed to burst to.

Allows the user to zero out all the interface statistics in the TO-DTE portion of the ThruputPerIntf statistics table. (1) Clear TO-DTE interface statistics command. Enumeration: 'clear-statistics': 1.

Allows the user to zero out all the interface statistics in the WAN portion of the ThruputPerIntf statistics table. (1) Clear WAN interface statistics command. Enumeration: 'clear-statistics': 1.

Allows the user to zero out all the statistics in the ThruputPerIntf statistics table. Enumeration: 'clear-statistics': 1.

Allows the user to zero out all the per-DLCI statistics in the ThruputPerDlci statistics table and the the short term statistics tables. (1) Clear layer 2 per-DLCI statistics command. Enumeration: 'clear-statistics': 1.

Allows the user to zero out all the statistics in the ThruputPerIntf and ThruputPerDlci statistics tables and in the short term statistics tables. (1) Clear all interface and layer 2 per-DLCI statistics. Enumeration: 'clear-statistics': 1.

Allows the user to remove a Dlci from the short term statistics tables.

Allows the user to replace one DLCI in the short-term statistics table with another one.

Allows the user to replace one DLCI in the short-term statistics table with another one.

A Dlci that is in the short-term stats table. Index by this Dlci value to identify the statistics entry to be replaced.

A Dlci that is to replace another in the short-term stats table. Index by this Dlci value to identify the statistics entry to do the replacing.

Allows the user to reset the availability statistics of an individual Dlci within the short-term stats table.

Allows the user to reset the availability statistics of all Dlci's within the short-term stats table.

Allows the user to reset the count statistics of an individual Dlci within the short-term stats table.

Allows the user to reset the count statistics of all Dlci's within the short-term stats table.

Allows the user to reset both the count and availability statistics of an individual Dlci within the short-term stats table.

Allows the user to reset both the count and the availability statistics of all Dlci's within the short-term stats table.

The Short Term Statistics on the Network Layer protocol for each DLCI. These are protocol-based per-DLCI statistics. The Short Term model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval).

The Network Layer Short Term Statistics for a particular DLCI. This table organizes statistics by high-layer network protocol.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The DLCI value with which the Statistics are associated.

The total number of received Network Layer bytes that have been counted on this DLCI.

The total number of transmitted Network Layer bytes that have been counted on this DLCI.

The number of received IP bytes that have been counted on this DLCI.

The number of transmitted IP bytes that have been counted on this DLCI.

The number of received IPX bytes that have been counted on this DLCI.

The number of transmitted IPX bytes that have been counted on this DLCI.

The number of received SNA bytes that have been counted on this DLCI.

The number of transmitted SNA bytes that have been counted on this DLCI.

The number of received ARP bytes that have been counted on this DLCI.

The number of transmitted ARP bytes that have been counted on this DLCI.

The number of received Cisco protocol bytes that have been counted on this DLCI.

The number of transmitted Cisco protocol bytes that have been counted on this DLCI.

The number of received bytes on this DLCI from protocols that are not counted elsewhere in this table.

The number of transmitted bytes on this DLCI from protocols that are not counted elsewhere in this table.

The number of received VNIP protocol bytes that have been counted on this DLCI.

The number of transmitted VNIP protocol bytes that have been counted on this DLCI.

The number of received Annex G protocol bytes that have been counted on this DLCI.

The number of transmitted Annex G protocol bytes that have been counted on this DLCI.

The Short Term Statistics on Network Layer protocols summed across all DLCIs.

The Network Layer Short Term Statistics for a particular DLCI.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The total number of received Network Layer bytes that have been counted across all DLCIs.

The total number of transmitted Network Layer bytes that have been counted across all DLCIs.

The number of received IP bytes that have been counted across all DLCIs.

The number of transmitted IP bytes that have been counted across all DLCIs.

The number of received IPX bytes that have been counted across all DLCIs.

The number of transmitted IPX bytes that have been counted across all DLCIs.

The number of received SNA bytes that have been counted across all DLCIs.

The number of transmitted SNA bytes that have been counted across all DLCIs.

The number of received ARP bytes that have been counted across all DLCIs.

The number of transmitted ARP bytes that have been counted across all DLCIs.

The number of received Cisco protocol bytes that have been counted across all DLCIs.

The number of transmitted Cisco protocol bytes that have been counted across all DLCIs.

The number of received bytes across all DLCIs from protocols that are not counted elsewhere in this table.

The number of transmitted bytes across all DLCIs from protocols that are not counted elsewhere in this table.

The number of received VNIP protocol bytes that have been counted across all DLCIs.

The number of transmitted VNIP protocol bytes that have been counted across all DLCIs.

The number of received Annex G protocol bytes that have been counted across all DLCIs.

The number of transmitted Annex G protocol bytes that have been counted across all DLCIs.

The Short Term Statistics on the IP protocol for each DLCI.

The IP Short Term Statistics for a particular DLCI.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The DLCI value with which the Statistics are associated.

The total number of received IP bytes that have been counted on this DLCI.

The total number of transmitted IP bytes that have been counted on this DLCI.

The number of received TCP over IP bytes that have been counted on this DLCI.

The number of transmitted TCP over IP bytes that have been counted on this DLCI.

The number of received UDP over IP bytes that have been counted on this DLCI.

The number of transmitted UDP over IP bytes that have been counted on this DLCI.

The number of received ICMP over IP bytes that have been counted on this DLCI.

The number of transmitted ICMP over IP bytes that have been counted on this DLCI.

The number of received bytes on this DLCI from protocols over IP that are not counted elsewhere in this table.

The number of transmitted bytes on this DLCI from protocols over IP that are not counted elsewhere in this table.

The number of received IGRP over IP bytes that have been counted on this DLCI.

The number of transmitted IGRP over IP bytes that have been counted on this DLCI.

The Short Term Statistics on the IP protocol across all DLCIs.

The IP Short Term Statistics across all DLCIs.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The total number of received IP bytes that have been counted across all DLCIs.

The total number of transmitted IP bytes that have been counted across all DLCIs.

The number of received TCP over IP bytes that have been counted across all DLCIs.

The number of transmitted TCP over IP bytes that have been counted across all DLCIs.

The number of received UDP over IP bytes that have been counted across all DLCIs.

The number of transmitted UDP over IP bytes that have been counted across all DLCIs.

The number of received ICMP over IP bytes that have been counted across all DLCIs.

The number of transmitted ICMP over IP bytes that have been counted across all DLCIs.

The number of received bytes across all DLCIs from protocols over IP that are not counted elsewhere in this table.

The number of transmitted bytes across all DLCIs. from protocols over IP that are not counted elsewhere in this table.

The number of received IGRP over IP bytes that have been counted across all DLCIs.

The number of transmitted IGRP over IP bytes that have been counted across all DLCIs.

Short Term Statistics on the ICMP protocol for each DLCI.

The ICMP Short Term Statistics for a particular DLCI.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The DLCI value in which the Statistics are associated.

The total number of ICMP bytes that have been counted on this DLCI.

The total number of ICMP bytes that have been counted on this DLCI.

The number of bytes in ICMP ECHO replies that have been counted on this DLCI.

The number of bytes in ICMP ECHO replies that have been counted on this DLCI.

The number of bytes in ICMP destination unreachables that have been counted on this DLCI.

The number of bytes in ICMP destination unreachables that have been counted on this DLCI.

The number of bytes in ICMP source quenches that have been counted on this DLCI.

The number of bytes in ICMP source quenches that have been counted on this DLCI.

The number of bytes in ICMP redirects that have been counted on this DLCI.

The number of bytes in ICMP redirects that have been counted on this DLCI.

The number of bytes in ICMP ECHO requests that have been counted on this DLCI.

The number of bytes in ICMP ECHO requests that have been counted on this DLCI.

The number of bytes in ICMP time exceededs that have been counted on this DLCI.

The number of bytes in ICMP time exceededs that have been counted on this DLCI.

The number of bytes in ICMP parameter problems that have been counted on this DLCI.

The number of bytes in ICMP parameter problems that have been counted on this DLCI.

The number of bytes in ICMP timestamp requests that have been counted on this DLCI.

The number of bytes in ICMP timestamp requests that have been counted on this DLCI.

The number of bytes in ICMP timestamp replies that have been counted on this DLCI.

The number of bytes in ICMP timestamp replies that have been counted on this DLCI.

The number of bytes in ICMP address mask requests that have been counted on this DLCI.

The number of bytes in ICMP address mask requests that have been counted on this DLCI.

The number of bytes in ICMP address mask replies that have been counted on this DLCI.

The number of bytes in ICMP address mask replies that have been counted on this DLCI.

The number of bytes in ICMP packet too bigs that have been counted on this DLCI.

The number of bytes in ICMP packet too bigs that have been counted on this DLCI.

The number of bytes in ICMP group membership queries that have been counted on this DLCI.

The number of bytes in ICMP group membership queries that have been counted on this DLCI.

The number of bytes in ICMP group membership reports that have been counted on this DLCI.

The number of bytes in ICMP group membership reports that have been counted on this DLCI.

The number of bytes in ICMP group membership reductions that have been counted on this DLCI.

The number of bytes in ICMP group membership reductions that have been counted on this DLCI.

Short Term Statistics on the ICMP protocol across all DLCIs.

The ICMP Short Term Statistics for a particular DLCI.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The total number of ICMP bytes that have been counted across all DLCIs.

The total number of ICMP bytes that have been counted across all DLCIs.

The number of bytes in ICMP ECHO repies that have been counted across all DLCIs.

The number of bytes in ICMP ECHO repies that have been counted across all DLCIs.

The number of bytes in ICMP destination unreachables that have been counted across all DLCIs.

The number of bytes in ICMP destination unreachables that have been counted across all DLCIs.

The number of bytes in ICMP source quenches that have been counted across all DLCIs.

The number of bytes in ICMP source quenches that have been counte across all DLCIs.

The number of bytes in ICMP redirects that have been counte across all DLCIs.

The number of bytes in ICMP redirects that have been counte across all DLCIs.

The number of bytes in ICMP ECHO requests that have been counted across all DLCIs.

The number of bytes in ICMP ECHO requests that have been counte across all DLCIs.

The number of bytes in ICMP time exceededs that have been counted across all DLCIs.

The number of bytes in ICMP time exceededs that have been counted across all DLCIs.

The number of bytes in ICMP parameter problems that have been counted across all DLCIs.

The number of bytes in ICMP parameter problems that have been counted across all DLCIs.

The number of bytes in ICMP timestamp requests that have been counted across all DLCIs.

The number of bytes in ICMP timestamp requests that have been counted across all DLCIs.

The number of bytes in ICMP timestamp replies that have been counted across all DLCIs.

The number of bytes in ICMP timestamp replies that have been counted across all DLCIs.

The number of bytes in ICMP address mask requests that have been counted across all DLCIs.

The number of bytes in ICMP address mask requests that have been counted across all DLCIs.

The number of bytes in ICMP address mask replies that have been counted across all DLCIs.

The number of bytes in ICMP address mask replies that have been counted across all DLCIs.

The number of bytes in ICMP packet too bigs that have been counted across all DLCIs.

The number of bytes in ICMP packet too bigs that have been counted across all DLCIs.

The number of bytes in ICMP group membership queries that have been counted across all DLCIs.

The number of bytes in ICMP group membership queries that have been counte across all DLCIs.

The number of bytes in ICMP group membership reports that have been counted across all DLCIs.

The number of bytes in ICMP group membership reports that have been counted across all DLCIs.

The number of bytes in ICMP group membership reductions that have been counted across all DLCIs.

The number of bytes in ICMP group membership reductions that have been counted across all DLCIs.

The Short Term Statistics on the Application protocol for each DLCI.

The Application Short Term Statistics for a particular DLCI.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The DLCI value with which the Statistics are associated.

The number of received SNMP bytes that have been counted on this DLCI.

The number of transmitted SNMP bytes that have been counted on this DLCI.

The number of received SNMP TRAP bytes that have been counted on this DLCI.

The number of transmitted SNMP TRAP bytes that have been counted on this DLCI.

The number of received HTTP bytes that have been counted on this DLCI.

The number of transmitted HTTP bytes that have been counted on this DLCI.

The number of received Telnet bytes that have been counted on this DLCI.

The number of transmitted Telnet bytes that have been counted on this DLCI.

The number of received SMTP bytes that have been counted on this DLCI.

The number of transmitted SMTP bytes that have been counted on this DLCI.

The number of received FTP bytes that have been counted on this DLCI.

The number of transmitted FTP bytes that have been counted on this DLCI.

The number of received TFTP bytes that have been counted on this DLCI.

The number of transmitted TFTP bytes that have been counted on this DLCI.

The number of received bytes of User Defined Protocol #1 that have been counted on this DLCI.

The number of transmitted bytes of User Defined Protocol #1 that have been counted on this DLCI.

The number of received bytes of User Defined Protocol #2 that have been counted on this DLCI.

The number of transmitted bytes of User Defined Protocol #2 that have been counted on this DLCI.

The number of received bytes of User Defined Protocol #3 that have been counted on this DLCI.

The number of transmitted bytes of User Defined Protocol #3 that have been counted on this DLCI.

The number of received bytes of User Defined Protocol #4 that have been counted on this DLCI.

The number of transmitted bytes of User Defined Protocol #4 that have been counted on this DLCI.

The Short Term Statistics on the Application protocol across all DLCIs.

The Application Short Term Statistics for a particular DLCI.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The number of received SNMP bytes that have been counted across all DLCIs.

The number of transmitted SNMP bytes that have been counted across all DLCIs.

The number of received SNMP TRAP bytes that have been counted across all DLCIs.

The number of transmitted SNMP TRAP bytes that have been counted across all DLCIs.

The number of received HTTP bytes that have been counted across all DLCIs.

The number of transmitted HTTP bytes that have been counted across all DLCIs.

The number of received Telnet bytes that have been counted across all DLCIs.

The number of transmitted Telnet bytes that have been counted across all DLCIs.

The number of received SMTP bytes that have been counted across all DLCIs.

The number of transmitted SMTP bytes that have been counted across all DLCIs.

The number of received FTP bytes that have been counted across all DLCIs.

The number of transmitted FTP bytes that have been counted across all DLCIs.

The number of received TFTP bytes that have been counted across all DLCIs.

The number of transmitted TFTP bytes that have been counted across all DLCIs.

The number of received bytes of User Defined Protocol #1 that have been counted across all DLCIs.

The number of transmitted bytes of User Defined Protocol #1 that have been counted across all DLCIs.

The number of received bytes of User Defined Protocol #2 that have been counted across all DLCIs.

The number of transmitted bytes of User Defined Protocol #2 that have been counted across all DLCIs.

The number of received bytes of User Defined Protocol #3 that have been counted across all DLCIs.

The number of transmitted bytes of User Defined Protocol #3 that have been counted across all DLCIs.

The number of received bytes of User Defined Protocol #4 that have been counted across all DLCIs.

The number of transmitted bytes of User Defined Protocol #4 that have been counted across all DLCIs.

The Short Term Statistics on the Routing protocol for each DLCI.

The Routing Short Term Statistics for a particular DLCI.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The DLCI value with which the Statistics are associated.

The number of received OSPF bytes that have been counted on this DLCI.

The number of transmitted OSPF bytes that have been counted on this DLCI.

The number of received RIP bytes that have been counted on this DLCI.

The number of transmitted RIP bytes that have been counted on this DLCI.

The number of received Netbios bytes that have been counted on this DLCI.

The number of transmitted Netbios bytes that have been counted on this DLCI.

The Short Term Statistics on the Routing protocol across all DLCIs.

The Routing Short Term Statistics for a particular DLCI.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The number of received OSPF bytes that have been counted across all DLCIs.

The number of transmitted OSPF bytes that have been counted across all DLCIs.

The number of received RIP bytes that have been counted across all DLCIs.

The number of transmitted RIP bytes that have been counted across all DLCIs.

The number of received Netbios bytes that have been counted across all DLCIs.

The number of transmitted Netbios bytes that have been counted across all DLCIs.

Short Term Statistics on the IPX protocol for each DLCI.

The IPX Short Term Statistics for a particular DLCI.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The DLCI value in which the Statistics are associated.

The total number of IPX bytes that have been counted on this DLCI.

The total number of IPX bytes that have been counted on this DLCI.

The number of SPX over IPX bytes that have been counted on this DLCI.

The number of SPX over IPX bytes that have been counted on this DLCI.

The number of NCP over IPX bytes that have been counted on this DLCI.

The number of NCP over IPX bytes that have been counted on this DLCI.

The number of SAP over IPX bytes that have been counted on this DLCI.

The number of SAP over IPX bytes that have been counted on this DLCI.

The number of RIP over IPX bytes that have been counted on this DLCI.

The number of RIP over IPX bytes that have been counted on this DLCI.

The number of NETBIOS over IPX bytes that have been counted on this DLCI.

The number of NETBIOS over IPX bytes that have been counted on this DLCI.

The number of received bytes on this DLCI from protocols over IPX that are not counted elsewhere in this table.

The number of transmitted bytes on this DLCI from protocols over IPX that are not counted elsewhere in this table.

Short Term Statistics on the IPX protocol across all DLCIs.

The IPX Short Term Statistics for a particular DLCI.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The total number of IPX bytes that have been counted across all DLCIs.

The total number of IPX bytes that have been counted across all DLCIs.

The number of SPX over IPX bytes that have been counted across all DLCIs.

The number of SPX over IPX bytes that have been counted across all DLCIs.

The number of NCP over IPX bytes that have been counted across all DLCIs.

The number of NCP over IPX bytes that have been counted across all DLCIs.

The number of SAP over IPX bytes that have been counted across all DLCIs.

The number of SAP over IPX bytes that have been counted across all DLCIs.

The number of RIP over IPX bytes that have been counted across all DLCIs.

The number of RIP over IPX bytes that have been counted across all DLCIs.

The number of NETBIOS over IPX bytes that have been counted across all DLCIs.

The number of NETBIOS over IPX bytes that have been counted across all DLCIs.

The number of received bytes across all DLCIs from protocols over IPX that are not counted elsewhere in this table.

The number of transmitted bytes across all DLCIs from protocols over IPX that are not counted elsewhere in this table.

Short Term Statistics on the SNA protocol for each DLCI.

The SNA Short Term Statistics for a particular DLCI.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The DLCI value in which the Statistics are associated.

The total number of SNA bytes that have been counted on this DLCI.

The total number of SNA bytes that have been counted on this DLCI.

The number of SNA Subarea bytes that have been counted on this DLCI.

The number of SNA Subarea bytes that have been counted on this DLCI.

The number of SNA Periph bytes that have been counted on this DLCI.

The number of SNA Periph bytes that have been counted on this DLCI.

The number of SNA Appn bytes that have been counted on this DLCI.

The number of SNA Appn bytes that have been counted on this DLCI.

The number of SNA Netbios bytes that have been counted on this DLCI.

The number of SNA Netbios bytes that have been counted on this DLCI.

The number of received bytes on this DLCI from protocols over SNA that are not counted elsewhere in this table.

The number of transmitted bytes on this DLCI from protocols over SNA that are not counted elsewhere in this table.

Short Term Statistics on the SNA protocol across all DLCIs.

The SNA Short Term Statistics for a particular DLCI.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The total number of SNA bytes that have been counted across all DLCIs.

The total number of SNA bytes that have been counted across all DLCIs.

The number of SNA Subarea bytes that have been counted across all DLCIs.

The number of SNA Subarea bytes that have been counted across all DLCIs.

The number of SNA Periph bytes that have been counted across all DLCIs.

The number of SNA Periph bytes that have been counted across all DLCIs.

The number of SNA Appn bytes that have been counted across all DLCIs.

The number of SNA Appn bytes that have been counted across all DLCIs.

The number of SNA Netbios bytes that have been counted across all DLCIs.

The number of SNA Netbios bytes that have been counted across all DLCIs.

The number of received bytes across all DLCIs from protocols over SNA that are not counted elsewhere in this table.

The number of transmitted bytes across all DLCIs from protocols over SNA that are not counted elsewhere in this table.

Short Term Statistics on the ARP protocol for each DLCI.

The ARP Short Term Statistics for a particular DLCI.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The DLCI value in which the Statistics are associated.

The total number of ARP bytes that have been counted on this DLCI.

The total number of ARP bytes that have been counted on this DLCI.

The number of ARP request bytes that have been counted on this DLCI.

The number of ARP request bytes that have been counted on this DLCI.

The number of ARP reply bytes that have been counted on this DLCI.

The number of ARP reply bytes that have been counted on this DLCI.

The number of RARP request bytes that have been counted on this DLCI.

The number of RARP request bytes that have been counted on this DLCI.

The number of RARP reply bytes that have been counted on this DLCI.

The number of RARP reply bytes that have been counted on this DLCI.

The number of INARP request bytes that have been counted on this DLCI.

The number of INARP request bytes that have been counted on this DLCI.

The number of INARP reply bytes that have been counted on this DLCI.

The number of INARP reply bytes that have been counted on this DLCI.

The number of received bytes on this DLCI from ARP message types that are not counted elsewhere in this table.

The number of transmitted bytes on this DLCI from ARP message types that are not counted elsewhere in this table.

Short Term Statistics on the ARP protocol across all DLCIs.

The ARP Short Term Statistics for a particular DLCI.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The total number of ARP bytes that have been counted across all DLCIs.

The total number of ARP bytes that have been counted across all DLCIs.

The number of ARP request bytes that have been counted across all DLCIs.

The number of ARP request bytes that have been counted across all DLCIs.

The number of ARP reply bytes that have been counted across all DLCIs.

The number of ARP reply bytes that have been counted across all DLCIs.

The number of RARP request bytes that have been counted across all DLCIs.

The number of RARP request bytes that have been counted across all DLCIs.

The number of RARP reply bytes that have been counted across all DLCIs.

The number of RARP reply bytes that have been counted across all DLCIs.

The number of INARP request bytes that have been counted across all DLCIs.

The number of INARP request bytes that have been counted across all DLCIs.

The number of INARP reply bytes that have been counted across all DLCIs.

The number of INARP reply bytes that have been counted across all DLCIs.

The number of received bytes across all DLCIs from ARP message types that are not counted elsewhere in this table.

The number of transmitted bytes across all DLCIs from ARP message types that are not counted elsewhere in this table.

Short Term Statistics on LMI protocol for each DLCI.

The LMI Short Term Statistics for a particular DLCI.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The DLCI value with which the Statistics are associated.

The total number of received LMI bytes counted on this DLCI.

The total number of transmitted LMI bytes counted on this DLCI.

The number of bytes received in Link Integrity Verification Only (LIVO) enquiries on this DLCI.

The number of bytes transmitted in Link Integrity Verification Only (LIVO) enquiries on this DLCI.

The number of bytes received in Link Integrity Verification Only (LIVO) statuses on this DLCI.

The number of bytes transmitted in Link Integrity Verification Only (LIVO) statuses on this DLCI.

The number of bytes received in Full Status enquiries on this DLCI.

The number of bytes transmitted in Full Status enquiries on this DLCI.

The number of bytes received in Full Status messages on this DLCI.

The number of bytes transmitted in Full Status messages on this DLCI.

The number of received bytes on this DLCI from LMI protocols that are not counted elsewhere (other than Total) in this table.

The number of transmitted bytes on this DLCI from LMI protocols that are not counted elsewhere (other than Total) in this table.

Short Term Statistics on LMI protocol across all DLCIs.

The LMI Short Term Statistics across all DLCIs.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

OBSOLETE.

The total number of received LMI bytes counted across all DLCIs.

The total number of transmitted LMI bytes counted across all DLCIs.

The number of bytes received in Link Integrity Verification Only (LIVO) enquiries across all DLCIs.

The number of bytes transmitted in Link Integrity Verification Only (LIVO) enquiries across all DLCIs.

The number of bytes received in Link Integrity Verification Only (LIVO) enquiries across all DLCIs.

The number of bytes transmitted in Link Integrity Verification Only (LIVO) enquiries across all DLCIs.

The number of bytes received in Full Status enquiries across all DLCIs.

The number of bytes transmitted in Full Status enquiries across all DLCIs.

The number of bytes received in Full Status messages across all DLCIs.

The number of bytes transmitted in Full Status messages across all DLCIs.

The number of received bytes across all DLCIs from LMI protocols that are not counted elsewhere (other than Total) in this table.

The number of transmitted bytes across all DLCIs from LMI protocols that are not counted elsewhere (other than Total) in this table.

Long Term Statistics by DLCI, protocol, and interval. LT statistics are collected on a configurable set of DLCIs and protocols. There are 96 intervals maintained each with a duration defined by the Long Term Timer. Interval 96 is the current window and Interval 1 is furthest back in time (96xLT Timer seconds ago).

The Long Term Statistic for a particular DLCI, protocol and interval.

The DLCI monitored for the statistics. The Long Term DLCI filter must first be configured (CfgFrPerfLTDlciFilterEntry).

The type of protocol monitored for the statistics. Enumeration: 'gp-mem-report-icmp-ip-tx-bc': 69, 'addr-mask-req-icmp-ip-rx-bc': 62, 'src-quench-icmp-ip-tx-bc': 47, 'lmi-full-enq-tx-bc': 159, 'gp-mem-query-icmp-ip-tx-bc': 67, 'thru-de-rx-c': 136, 'other-ip-tx-bc': 75, 'annex-g-rx-bc': 172, 'snmptrap-udp-ip-rx-bc': 38, 'user-defined-2-rx-bc': 122, 'lmi-livo-stat-rx-bc': 158, 'icmp-ip-tx-bc': 41, 'sna-appn-rx-bc': 112, 'spx-ipx-rx-bc': 80, 'thru-byte-rx-bc': 128, 'icmp-ip-rx-bc': 42, 'cir-percent-range7-tx-bc': 149, 'netbios-ssn-tcp-ip-rx-bc': 16, 'netbios-ipx-rx-bc': 88, 'dest-unr-icmp-ip-rx-bc': 46, 'tftp-udp-ip-rx-bc': 30, 'snmp-udp-ip-rx-bc': 36, 'cir-percent-range4-rx-bc': 144, 'thru-de-tx-c': 135, 'cir-percent-range2-rx-bc': 140, 'echoreq-icmp-ip-tx-bc': 51, 'telnet-tcp-ip-tx-bc': 7, 'cir-percent-range1-tx-bc': 137, 'lmi-rx-bc': 154, 'user-defined-1-rx-bc': 120, 'udp-ip-rx-bc': 22, 'param-prob-icmp-ip-rx-bc': 56, 'vnip-tx-bc': 169, 'user-defined-4-rx-bc': 126, 'addr-mask-req-icmp-ip-tx-bc': 61, 'ncp-ipx-rx-bc': 82, 'ftp-tcp-ip-rx-bc': 6, 'rarp-rep-rx-bc': 100, 'cir-percent-range3-tx-bc': 141, 'sna-netbios-tx-bc': 113, 'smtp-tcp-ip-tx-bc': 9, 'netbios-ipx-tx-bc': 87, 'thru-fecn-tx-c': 131, 'snmp-udp-ip-tx-bc': 35, 'gp-mem-reduct-icmp-ip-rx-bc': 72, 'ip-rx-bc': 2, 'dest-unr-icmp-ip-tx-bc': 45, 'cir-percent-range2-tx-bc': 139, 'inarp-req-tx-bc': 101, 'arp-req-tx-bc': 93, 'addr-mask-rep-icmp-ip-rx-bc': 64, 'cisco-rx-bc': 116, 'rarp-rep-tx-bc': 99, 'redirect-icmp-ip-tx-bc': 49, 'other-ipx-rx-bc': 90, 'spx-ipx-tx-bc': 79, 'echorep-icmp-ip-tx-bc': 43, 'param-prob-icmp-ip-tx-bc': 55, 'ospf-ip-tx-bc': 73, 'echorep-icmp-ip-rx-bc': 44, 'redirect-icmp-ip-rx-bc': 50, 'thru-fecn-rx-c': 132, 'lmi-tx-bc': 153, 'http-tcp-ip-tx-bc': 13, 'cir-percent-range8-tx-bc': 151, 'sap-ipx-rx-bc': 84, 'thru-becn-tx-c': 133, 'sna-tx-bc': 105, 'other-ipx-tx-bc': 89, 'cir-percent-range4-tx-bc': 143, 'ipx-tx-bc': 77, 'echoreq-icmp-ip-rx-bc': 52, 'other-rx-bc': 118, 'cir-percent-range1-rx-bc': 138, 'smtp-tcp-ip-rx-bc': 10, 'thru-frame-rx-c': 130, 'total-downtime': 166, 'addr-mask-rep-icmp-ip-tx-bc': 63, 'vnip-rx-bc': 170, 'arp-rep-rx-bc': 96, 'user-defined-2-tx-bc': 121, 'annex-g-tx-bc': 171, 'rip-udp-ip-rx-bc': 40, 'arp-rx-bc': 92, 'src-quench-icmp-ip-rx-bc': 48, 'rip-ipx-tx-bc': 85, 'user-defined-3-tx-bc': 123, 'cir-percent-range3-rx-bc': 142, 'lmi-other-tx-bc': 163, 'lmi-full-enq-rx-bc': 160, 'user-defined-3-rx-bc': 124, 'igrp-rx-bc': 168, 'sna-periph-rx-bc': 110, 'arp-rep-tx-bc': 95, 'rip-udp-ip-tx-bc': 39, 'other-ip-rx-bc': 76, 'tftp-udp-ip-tx-bc': 29, 'netbios-dgm-udp-ip-tx-bc': 33, 'rarp-req-tx-bc': 97, 'lmi-other-rx-bc': 164, 'timestamp-rep-icmp-ip-rx-bc': 60, 'snmptrap-udp-ip-tx-bc': 37, 'pkt-too-big-icmp-ip-tx-bc': 65, 'cir-percent-range6-tx-bc': 147, 'cir-percent-range7-rx-bc': 150, 'lmi-livo-stat-tx-bc': 157, 'sna-netbios-rx-bc': 114, 'ip-tx-bc': 1, 'pkt-too-big-icmp-ip-rx-bc': 66, 'ncp-ipx-tx-bc': 81, 'user-defined-4-tx-bc': 125, 'lmi-livo-enq-tx-bc': 155, 'gp-mem-query-icmp-ip-rx-bc': 68, 'gp-mem-report-icmp-ip-rx-bc': 70, 'user-defined-1-tx-bc': 119, 'ospf-ip-rx-bc': 74, 'tcp-ip-rx-bc': 4, 'lmi-livo-enq-rx-bc': 156, 'udp-ip-tx-bc': 21, 'cisco-tx-bc': 115, 'rip-ipx-rx-bc': 86, 'arp-req-rx-bc': 94, 'thru-becn-rx-c': 134, 'sna-appn-tx-bc': 111, 'http-tcp-ip-rx-bc': 14, 'gp-mem-reduct-icmp-ip-tx-bc': 71, 'other-tx-bc': 117, 'igrp-tx-bc': 167, 'timestamp-req-icmp-ip-rx-bc': 58, 'timestamp-rep-icmp-ip-tx-bc': 59, 'time-excd-icmp-ip-rx-bc': 54, 'lmi-full-stat-tx-bc': 161, 'timestamp-req-icmp-ip-tx-bc': 57, 'ftp-tcp-ip-tx-bc': 5, 'netbios-ssn-tcp-ip-tx-bc': 15, 'time-excd-icmp-ip-tx-bc': 53, 'sna-periph-tx-bc': 109, 'sna-subarea-rx-bc': 108, 'telnet-tcp-ip-rx-bc': 8, 'netbios-dgm-udp-ip-rx-bc': 34, 'thru-byte-tx-bc': 127, 'lmi-full-stat-rx-bc': 162, 'inarp-req-rx-bc': 102, 'arp-tx-bc': 91, 'tcp-ip-tx-bc': 3, 'rarp-req-rx-bc': 98, 'thru-frame-tx-c': 129, 'inarp-rep-rx-bc': 104, 'cir-percent-range5-rx-bc': 146, 'ipx-rx-bc': 78, 'sna-subarea-tx-bc': 107, 'cir-percent-range5-tx-bc': 145, 'cir-percent-range6-rx-bc': 148, 'inarp-rep-tx-bc': 103, 'sna-rx-bc': 106, 'total-uptime': 165, 'sap-ipx-tx-bc': 83, 'cir-percent-range8-rx-bc': 152.

The time interval in which the value was collected. Long Term statistis are maintained for 96 intervals with the interval duration defined by (CfgFrPerfTimersLTInterval).

The statistic collected for the given DLCI and protocol and within the given time interval.

This is an alternative method to access the database of long term statistics. The statistics are indexed by DLCI and protocol and are returned in an OCTETSTRING.

The Long Term Statistic for a particular DLCI and protocol.

The DLCI monitored for the statistics.

The protocol monitored for the statistics. Enumeration: 'gp-mem-report-icmp-ip-tx-bc': 69, 'addr-mask-req-icmp-ip-rx-bc': 62, 'src-quench-icmp-ip-tx-bc': 47, 'lmi-full-enq-tx-bc': 159, 'gp-mem-query-icmp-ip-tx-bc': 67, 'thru-de-rx-c': 136, 'other-ip-tx-bc': 75, 'annex-g-rx-bc': 172, 'snmptrap-udp-ip-rx-bc': 38, 'user-defined-2-rx-bc': 122, 'lmi-livo-stat-rx-bc': 158, 'icmp-ip-tx-bc': 41, 'sna-appn-rx-bc': 112, 'spx-ipx-rx-bc': 80, 'thru-byte-rx-bc': 128, 'icmp-ip-rx-bc': 42, 'cir-percent-range7-tx-bc': 149, 'netbios-ssn-tcp-ip-rx-bc': 16, 'netbios-ipx-rx-bc': 88, 'dest-unr-icmp-ip-rx-bc': 46, 'tftp-udp-ip-rx-bc': 30, 'snmp-udp-ip-rx-bc': 36, 'cir-percent-range4-rx-bc': 144, 'thru-de-tx-c': 135, 'cir-percent-range2-rx-bc': 140, 'echoreq-icmp-ip-tx-bc': 51, 'telnet-tcp-ip-tx-bc': 7, 'cir-percent-range1-tx-bc': 137, 'lmi-rx-bc': 154, 'user-defined-1-rx-bc': 120, 'udp-ip-rx-bc': 22, 'param-prob-icmp-ip-rx-bc': 56, 'vnip-tx-bc': 169, 'user-defined-4-rx-bc': 126, 'addr-mask-req-icmp-ip-tx-bc': 61, 'ncp-ipx-rx-bc': 82, 'ftp-tcp-ip-rx-bc': 6, 'rarp-rep-rx-bc': 100, 'cir-percent-range3-tx-bc': 141, 'sna-netbios-tx-bc': 113, 'smtp-tcp-ip-tx-bc': 9, 'netbios-ipx-tx-bc': 87, 'thru-fecn-tx-c': 131, 'snmp-udp-ip-tx-bc': 35, 'gp-mem-reduct-icmp-ip-rx-bc': 72, 'ip-rx-bc': 2, 'dest-unr-icmp-ip-tx-bc': 45, 'cir-percent-range2-tx-bc': 139, 'inarp-req-tx-bc': 101, 'arp-req-tx-bc': 93, 'addr-mask-rep-icmp-ip-rx-bc': 64, 'cisco-rx-bc': 116, 'rarp-rep-tx-bc': 99, 'redirect-icmp-ip-tx-bc': 49, 'other-ipx-rx-bc': 90, 'spx-ipx-tx-bc': 79, 'echorep-icmp-ip-tx-bc': 43, 'param-prob-icmp-ip-tx-bc': 55, 'ospf-ip-tx-bc': 73, 'echorep-icmp-ip-rx-bc': 44, 'redirect-icmp-ip-rx-bc': 50, 'thru-fecn-rx-c': 132, 'lmi-tx-bc': 153, 'http-tcp-ip-tx-bc': 13, 'cir-percent-range8-tx-bc': 151, 'sap-ipx-rx-bc': 84, 'thru-becn-tx-c': 133, 'sna-tx-bc': 105, 'other-ipx-tx-bc': 89, 'cir-percent-range4-tx-bc': 143, 'ipx-tx-bc': 77, 'echoreq-icmp-ip-rx-bc': 52, 'other-rx-bc': 118, 'cir-percent-range1-rx-bc': 138, 'smtp-tcp-ip-rx-bc': 10, 'thru-frame-rx-c': 130, 'total-downtime': 166, 'addr-mask-rep-icmp-ip-tx-bc': 63, 'vnip-rx-bc': 170, 'arp-rep-rx-bc': 96, 'user-defined-2-tx-bc': 121, 'annex-g-tx-bc': 171, 'rip-udp-ip-rx-bc': 40, 'arp-rx-bc': 92, 'src-quench-icmp-ip-rx-bc': 48, 'rip-ipx-tx-bc': 85, 'user-defined-3-tx-bc': 123, 'cir-percent-range3-rx-bc': 142, 'lmi-other-tx-bc': 163, 'lmi-full-enq-rx-bc': 160, 'user-defined-3-rx-bc': 124, 'igrp-rx-bc': 168, 'sna-periph-rx-bc': 110, 'arp-rep-tx-bc': 95, 'rip-udp-ip-tx-bc': 39, 'other-ip-rx-bc': 76, 'tftp-udp-ip-tx-bc': 29, 'netbios-dgm-udp-ip-tx-bc': 33, 'rarp-req-tx-bc': 97, 'lmi-other-rx-bc': 164, 'timestamp-rep-icmp-ip-rx-bc': 60, 'snmptrap-udp-ip-tx-bc': 37, 'pkt-too-big-icmp-ip-tx-bc': 65, 'cir-percent-range6-tx-bc': 147, 'cir-percent-range7-rx-bc': 150, 'lmi-livo-stat-tx-bc': 157, 'sna-netbios-rx-bc': 114, 'ip-tx-bc': 1, 'pkt-too-big-icmp-ip-rx-bc': 66, 'ncp-ipx-tx-bc': 81, 'user-defined-4-tx-bc': 125, 'lmi-livo-enq-tx-bc': 155, 'gp-mem-query-icmp-ip-rx-bc': 68, 'gp-mem-report-icmp-ip-rx-bc': 70, 'user-defined-1-tx-bc': 119, 'ospf-ip-rx-bc': 74, 'tcp-ip-rx-bc': 4, 'lmi-livo-enq-rx-bc': 156, 'udp-ip-tx-bc': 21, 'cisco-tx-bc': 115, 'rip-ipx-rx-bc': 86, 'arp-req-rx-bc': 94, 'thru-becn-rx-c': 134, 'sna-appn-tx-bc': 111, 'http-tcp-ip-rx-bc': 14, 'gp-mem-reduct-icmp-ip-tx-bc': 71, 'other-tx-bc': 117, 'igrp-tx-bc': 167, 'timestamp-req-icmp-ip-rx-bc': 58, 'timestamp-rep-icmp-ip-tx-bc': 59, 'time-excd-icmp-ip-rx-bc': 54, 'lmi-full-stat-tx-bc': 161, 'timestamp-req-icmp-ip-tx-bc': 57, 'ftp-tcp-ip-tx-bc': 5, 'netbios-ssn-tcp-ip-tx-bc': 15, 'time-excd-icmp-ip-tx-bc': 53, 'sna-periph-tx-bc': 109, 'sna-subarea-rx-bc': 108, 'telnet-tcp-ip-rx-bc': 8, 'netbios-dgm-udp-ip-rx-bc': 34, 'thru-byte-tx-bc': 127, 'lmi-full-stat-rx-bc': 162, 'inarp-req-rx-bc': 102, 'arp-tx-bc': 91, 'tcp-ip-tx-bc': 3, 'rarp-req-rx-bc': 98, 'thru-frame-tx-c': 129, 'inarp-rep-rx-bc': 104, 'cir-percent-range5-rx-bc': 146, 'ipx-rx-bc': 78, 'sna-subarea-tx-bc': 107, 'cir-percent-range5-tx-bc': 145, 'cir-percent-range6-rx-bc': 148, 'inarp-rep-tx-bc': 103, 'sna-rx-bc': 106, 'total-uptime': 165, 'sap-ipx-tx-bc': 83, 'cir-percent-range8-rx-bc': 152.

The statistic collected for the given DLCI and protocol.

Allows the user to zero out all the statistics in the long term statistics tables. (1) Clear all Long Term statistics Enumeration: 'clear-statistics': 1.

Short Term Statistics on the percentage of CIR used on each DLCI. Each short term statistics interval, the count of bytes transmitted and received is used to calculate the percentage of CIR used. The byte count is then added to the appropriate bucket for the CIR percentage range.

The CIR Percentage Statistics for a particular DLCI. These calculations are done at the completion of each Short Term interval.

The Short Term statistics model maintains three intervals: current, previous, and cumulative totals. Interval duration is defined by the Short Term Timer (CfgFrPerfTimersSTInterval). (1) Currently active short term interval (2) Previously completed short term interval (3) Cumulative total since last cleared. Enumeration: 'previous-interval': 2, 'current-interval': 1, 'cumulative-counts': 3.

The DLCI value with which the Statistics are associated.

The number of short-term intervals during which rx data throughput on this DLCI compared to CIR was in range 1 (0% of CIR).

The number of short-term intervals during which rx data throughput on this DLCI compared to CIR was in range 2 (1-10% of CIR).

The number of short-term intervals during which rx data throughput on this DLCI compared to CIR was in range 3 (11-20% of CIR).

The number of short-term intervals during which rx data throughput on this DLCI compared to CIR was in range 4 (21-50% of CIR).

The number of short-term intervals during which rx data throughput on this DLCI compared to CIR was in range 5 (51-80% of CIR).

The number of short-term intervals during which rx data throughput on this DLCI compared to CIR was in range 6 (81-100% of CIR).

The number of short-term intervals during which rx data throughput on this DLCI compared to CIR was in range 7 (101-150% of CIR).

The number of short-term intervals during which rx data throughput on this DLCI compared to CIR was in range 8 (> 150% of CIR).

The number of short-term intervals during which tx data throughput on this DLCI compared to CIR was in range 1 (0% of CIR).

The number of short-term intervals during which tx data throughput on this DLCI compared to CIR was in range 2 (1-10% of CIR).

The number of short-term intervals during which tx data throughput on this DLCI compared to CIR was in range 3 (11-20% of CIR).

The number of short-term intervals during which tx data throughput on this DLCI compared to CIR was in range 4 (21-50% of CIR).

The number of short-term intervals during which tx data throughput on this DLCI compared to CIR was in range 5 (51-80% of CIR).

The number of short-term intervals during which tx data throughput on this DLCI compared to CIR was in range 6 (81-100% o0f CIR).

The number of short-term intervals during which tx data throughput on this DLCI compared to CIR was in range 7 (101-150% of CIR).

The number of short-term intervals during which tx data throughput on this DLCI compared to CIR was in range 8 (> 150% of CIR).

The current measurement of utilization as a percentage of CIR on each DLCI. Each short term statistics interval, the count of bytes transmitted and received is used to calculate the percentage of CIR used.

The utilization statistics for a particular DLCI.

The DLCI value with which the Statistics are associated.

The receive direction utilization as a percentage of CIR.

The transmit direction utilization as a percentage of CIR.

The aggregate utilization, the average of the receive and transmit utilization as a percentage of CIR.

The DTE interface utilization as a percentage of line rate.

The WAN interface utilization as a percentage of line rate.

The aggregate utilization of the unit, the average of the DTE and WAN interface utilizations as a percentage of line rate.

Tells the GUI whether or not the Frame Relay Performance statistics are valid or not. This is a SFRAP Low Speed option, if the user's network bandwidth has exceeded the Low Speed boundary, then it is set to not-collecting-stats (1) all other cases it is set to collecting-stats (2). Enumeration: 'not-collecting-stats': 1, 'collecting-stats': 2.

The alarm type of the most recent TRAP generated. Enumeration: 'dte-signal-rts-off': 56, 'lmi-sourcing-change-passthr': 50, 'local-dte-loopback-failure': 19, 'tftp-transferring': 258, 'bad-config-in-set': 1, 'local-dte2-loopback-enabled': 84, 'lmi-sourcing-change-user-dte': 51, 'lmi-seq-num-mismatch-net': 62, 'pvc-rx-utilization-cleared': 140, 'op-mode-cutthru-enabled': 82, 'config-local-update': 2, 'dte-signal-dtr-on': 57, 'vbert-stopped': 96, 'dte-signal-dtr-off': 58, 'trap-muting-inactive': 76, 'lmi-non-incr-seq-num-dte': 59, 'tftp-requested': 257, 'dlci-td-threshold': 49, 'tftp-host-unreachable': 262, 'pvc-rx-utilization-exceeded': 138, 'dte-signal-control-on': 100, 'local-dte-loopback-enabled': 17, 'pvc-tx-utilization-exceeded': 139, 'vloop-up-via-remote': 92, 'config-install-success': 142, 'dte-signal-indicate-off': 103, 'tftp-invalid-file': 264, 'lmi-non-incr-seq-num-net': 60, 'dlci-inactive': 48, 'lmi-sourcing-change-net-dte': 52, 'tftp-no-file': 263, 'vloop-loop-up': 90, 'pvc-tx-utilization-cleared': 141, 'lmi-sourcing-change-net-net': 54, 'local-unit-loopback-disabled': 15, 'dte-signal-rts-on': 55, 'local-dte2-loopback-disabled': 85, 'dte-signal-control-off': 101, 'low-speed-exceeded': 80, 'vbert-request-failed': 97, 'dte-signal-indicate-on': 102, 'tftp-aborted': 260, 'tftp-success': 261, 'local-dte2-loopback-failure': 86, 'vbert-started': 95, 'dlci-active': 47, 'vloop-failed': 94, 'local-dte-loopback-disabled': 18, 'local-unit-loopback-failure': 16, 'trap-muting-active': 75, 'low-speed-resumed': 81, 'lmi-sourcing-change-user-net': 53, 'tftp-corrupt-file': 265, 'op-mode-cutthru-disabled': 83, 'tftp-programming': 259, 'vloop-loop-down': 91, 'vloop-down-via-remote': 93, 'lmi-seq-num-mismatch-dte': 61, 'local-unit-loopback-enabled': 14.

The DLCI number for the most recent DLCI TRAP generated.

The interface most recently reported in a TRAP. Enumeration: 'to-dce': 2, 'to-dte': 1.

The IP address most recently reported in a TRAP.

This table contains the Event/Trap log. The entries are indexed by sequence number.

The event record for a particular event.

The sequence number associated with an event record.

The SNMP generic trap or event number.

The SNMP specific trap or event sub-identifier number.

The SNMP trap timestamp.

Variable Binding 1 for this SNMP Trap event.

Variable Binding 2 for this SNMP Trap event.

Variable Binding 3 for this SNMP Trap event.

This is an alternative method to access the database of the Event/Trap Log. The database is indexed by Sequence Number and Event/Trap log's are returned in an OCTETSTRING.

The Event/Trap Log for a particular sequence number.

The Sequence Number monitored for the Event Log

The Event / Trap log for the given sequence number.

The current index into the Event Log Table.

This freezes the Event/Trap Log. freeze(1) will prevent Events / Traps from being entered into the database, un-freeze(2) will allow Events / Traps to be logged into the database. An event will be logged indicating a set of this entry Enumeration: 'un-freeze': 2, 'freeze': 1.

This clears the Event/Trap Log. Enumeration: 'clear': 1.

The percent utilization for a DLCI most recently reported in a TRAP.

The percent utilization threshold for a DLCI most recently reported in a TRAP.

The IP address of the management station locking the configuration most recently reported in a TRAP.

A sfrapTrap trap signifies that the sending node had its `sfrapAlarmType` variable modified.

Unit has received a configuration update request through SNMP but the request was rejected due to an incorrect or inappropriate parameter.

Unit configuration has been updated locally (console port or front panel keypad) or remotely (telnet).

Unit is in a bidirectional unit loopback. Data is received from either interface, processed, and transmitted back towards the same interface. When configured for Frame Relay operation the unit will preserve the LMI path during this loopback. In Frame Relay mode, only valid frames are looped back (pseudorandom test patterns will be dropped).

Bidirectional unit loopback path is removed.

Bidirectional unit loopback request has been rejected by the unit. Typically, this is due to the presence of another loopback condition.

Unit is in a bidirectional TO-DTE loopback. All data received at the TO-DTE interface is looped back regardless of format or content (line loopback). When configured for Frame Relay operation the unit will not preserve the LMI path during this loopback. Data received from the TO-DCE is processed and transmitted back out the TO-DCE. In Frame Relay mode, on the TO-DCE interface, only valid frames are looped back (pseudorandom test patterns will be dropped).

Bidirectional TO-DTE loopback path is removed.

Bidirectional TO-DTE loopback request has been rejected by the unit. Typically, this is due to the presence of another loopback condition.

Unit is reporting this DLCI as active and provisioned. An active DLCI is one that is explictly declared ACTIVE in an LMI Full Status Response (typically coming from a frame relay switch).

Unit is reporting this DLCI as inactive. An inactive DLCI is determined inactive one of two ways: it is either explictly declared inactive in an LMI Full Status Response (typically coming from a frame relay switch) or a Full Status Response is not seen causing a Full Status Timer expiry. Having the unit's full status timer too low could result in the unit falsely declaring DLCIs inactive (then active again). This does not interfere with any data activity on the DLCI but could result in excessive traps.

VNIP has measured a round-trip transit delay on this PVC to this peer which exceeds the user-defined threshold.

Unit is not sourcing any LMI messages. If this state persists then LMI is up and the proper handshaking is occurring independent of the unit. This may also be a transient state if the unit is in an LMI hunt mode. If this trap occurs repeatedly, separated by other LMI sourcing states, the unit is not seeing any of the expected LMI messages from either interface. Check LMI type, connectivity, and configuration of associated equipment.

Unit is acting as a source of LMI Status Requests (Link Integrity Verification, Keep Alive). If this state persists then the equipment attached to the TO-DTE interface is configured as a Frame Relay DCE but a companion Frame Relay DTE device is not seen out the TO-DCE. This could also be a transient state if the unit is in an LMI hunt mode. If this trap occurs repeatedly, separated by other LMI sourcing states, the unit is not seeing any of the expected LMI messages from either interface. Check LMI type, connectivity, and configuration of associated equipment.