Network Working Group T. Cox Request for Comments: 1407 K. Tesink Obsoletes: 1233 Bell Communications Research Editors January 1993 Definitions of Managed Objects for the DS3/E3 Interface Type Status of this Memo This RFC specifies an IAB standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "IAB Official Protocol Standards" for the standardization state and status of this protocol. Distribution of this memo is unlimited. Abstract This memo defines an extension to the Management Information Base (MIB) for use with network management protocols in TCP/IP-based internets. In particular, it defines objects for managing DS3 and E3 Interfaces. This document is a companion document with Definitions of Managed Objects for the DS1 Interface Type. This document entirely replaces RFC 1233, which contains a fundamental error: many objects are encoded as Counters that must be encoded as INTEGERs or Gauges. The magnitude of the change required is sufficient that virtually every object changed. Therefore, the MIB documented in RFC 1233 should not be implemented. Table of Contents 1. The Network Management Framework ...................... 2 2. Objects ............................................... 2 2.1 Format of Definitions ................................ 3 2.2 Changes from RFC 1233 ................................ 3 3. Overview .............................................. 5 3.1 Binding between ifIndex and DS3/E3 Interfaces ........ 5 3.2 Objectives of this MIB Module ........................ 7 3.3 DS3/E3 Terminology ................................... 7 3.3.1 Error Events ....................................... 7 3.3.2 Performance Parameters ............................. 8 3.3.3 Performance Defects ................................ 10 3.3.4 Other Terms ........................................ 11 4. Object Definitions .................................... 12 4.1 The DS3/E3 Near End Group ............................ 12 Trunk MIB Working Group [Page 1] RFC 1407 DS3/E3 MIB January 1993 4.1.1 The DS3/E3 Configuration ........................... 12 4.1.2 The DS3/E3 Current ................................. 18 4.1.3 The DS3/E3 Interval ................................ 21 4.1.4 The DS3/E3 Total ................................... 25 4.2 The DS3 Far End Group ................................ 29 4.2.1 The DS3 Far End Configuration ...................... 29 4.2.2 The DS3 Far End Current ............................ 31 4.2.3 The DS3 Far End Interval ........................... 34 4.2.4 The DS3 Far End Total .............................. 36 4.3 The DS3/E3 Fractional Group .......................... 38 5. Acknowledgments ....................................... 41 6. References ............................................ 41 7. Security Considerations ............................... 43 8. Authors' Addresses .................................... 43 1. The Network Management Framework The Internet-standard Network Management Framework consists of three components. They are: STD 16/RFC 1155 which defines the SMI, the mechanisms used for describing and naming objects for the purpose of management. STD 16/RFC 1212 defines a more concise description mechanism, which is wholly consistent with the SMI. RFC 1156 which defines MIB-I, the core set of managed objects for the Internet suite of protocols. STD 17/RFC 1213, defines MIB-II, an evolution of MIB-I based on implementation experience and new operational requirements. STD 15/RFC 1157 which defines the SNMP, the protocol used for network access to managed objects. The Framework permits new objects to be defined for the purpose of experimentation and evaluation. 2. Objects Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. Objects in the MIB are defined using the subset of Abstract Syntax Notation One (ASN.1) [7] defined in the SMI. In particular, each object has a name, a syntax, and an encoding. The name is an object identifier, an administratively assigned name, which specifies an object type. The object type together with an object instance serves to uniquely identify a specific instantiation of the object. For human convenience, we often use a textual string, termed the OBJECT DESCRIPTOR, to also refer to the object type. Trunk MIB Working Group [Page 2] RFC 1407 DS3/E3 MIB January 1993 The syntax of an object type defines the abstract data structure corresponding to that object type. The ASN.1 language is used for this purpose. However, the SMI [3] purposely restricts the ASN.1 constructs which may be used. These restrictions are explicitly made for simplicity. The encoding of an object type is simply how that object type is represented using the object type's syntax. Implicitly tied to the notion of an object type's syntax and encoding is how the object type is represented when being transmitted on the network. The SMI specifies the use of the basic encoding rules of ASN.1 [8], subject to the additional requirements imposed by the SNMP. 2.1. Format of Definitions Section 4 contains contains the specification of all object types contained in this MIB module. The object types are defined using the conventions defined in the SMI, as amended by the extensions specified in STD 16, RFC 1212 [13]. 2.2. Changes from RFC 1233 This MIB obsoletes RFC 1233. The changes from RFC 1233 are the following: -- This MIB module contains information to manage an E3 interface, also. -- This MIB module contains three groups: DS3/E3 Near End Group which is mandatory, DS3 Far End Group which is optional, and DS3 Fractional Group which is optional. -- The DS3 Far End Group is a new group and contains configuration information and statistics that are collected from the far end DS3/E3 interface. Presently, the Far End Group may only be implemented by DS3 systems that use C-bit Parity or SYNTRAN. -- The DS3 Fractional Group is a new group and is modeled after the DS1 Fractional Group. -- ds3CSUIndex has been redefined and renamed to dsx3LineIndex. This object is the identifier of a DS3/E3 Interface on a device. On a CSU, a single DS3/E3 data stream will cross two DS3/E3 interfaces, which have separate dsx3LineIndex values. Trunk MIB Working Group [Page 3] RFC 1407 DS3/E3 MIB January 1993 -- ds3Index has been redefined and renamed to dsx3IfIndex. This value for this object is equal to the value of ifIndex from the Interfaces table of MIB II (STD 17, RFC 1213). -- The ACCESS for objects in the dsx3ConfigTable has been set to read-write for items that are configurable. -- The dsx3ZeroCoding has been renamed to dsx3LineCoding. -- A new object has been added called dsx3LoopbackConfig, which better describes the loopback capabilities of a DS3/E3 interface on a device. -- The dsx3SendCode object has been updated to reflect different types of loopback messages. -- A new object has been added called dsx3LineStatus. This object better describes the status (e.g., failure state and loopback state) of a DS3/E3 interface. -- A new object has been added called dsx3TransmitClockSource. This object identifies the source for the transmit clock. -- All Counters have been changed to Gauges. -- A Line Errored Seconds object has been added to all near end tables. -- Line Coding Violations are counted instead of Bipolar Violations. -- A new Coding Violation counter has been added to count coding violations reported via the C-bits of SYNTRAN and C-bit Parity DS3 applications. The original Coding Violation counter has been renamed to PCV to mean coding violations reported via the P-bits. This count is also added for symmetry with the far end statistics. -- A new Errored Second counter and Severely Errored Second counter has been added to count these performance events via the C-bits of the SYNTRAN and C-bit Parity DS3 applications. The original ES and SES counters have been renamed to PES and PSES to mean reported via the P-bits. These counts are also added for symmetry with the far end statistics. Trunk MIB Working Group [Page 4] RFC 1407 DS3/E3 MIB January 1993 3. Overview These objects are used when the particular media being used to realize an interface is a DS3/E3 interface. At present, this applies to these values of the ifType variable in the Internet-standard MIB: ds3 (30) The DS3 definitions contained herein are based on the DS3 specifications in ANSI T1.102-1987, ANSI T1.107-1988, ANSI T1.107a- 1990, and ANSI T1.404-1989 [9,10,10a,11]. The E3 definitions contained herein are based on the E3 specifications in CCITT G.751 [14]. 3.1. Binding between ifIndex and DS3/E3 Interfaces Different physical configurations for the support of SNMP with DS3/E3 equipment exist. To accommodate these scenarios, two different indices for DS3/E3 interfaces are introduced in this MIB. These indices are dsx3IfIndex and dsx3LineIndex. External interface scenario: the SNMP Agent represents all managed DS3/E3 lines as external interfaces (for example, an Agent residing on the device supporting DS3/E3 interfaces directly): For this scenario, all interfaces are assigned an integer value equal to ifIndex, and the following applies: ifIndex=dsx3IfIndex=dsx3LineIndex for all interfaces. The dsx3IfIndex column of the DS3/E3 Configuration table relates each DS3/E3 interface to its corresponding interface (ifIndex) in the Internet-standard MIB (MIB-II STD 17, RFC 1213). External&Internal interface scenario: the SNMP Agents resides on an host external from the device supporting DS3/E3 interfaces (e.g., a router). The Agent represents both the host and the DS3/E3 device. The index dsx3LineIndex is used to not only represent the DS3/E3 interfaces external from the host/DS3/E3-device combination, but also the DS3/E3 interfaces connecting the host and the DS3/E3 device. The index dsx3IfIndex is always equal to ifIndex. Example: A shelf full of CSUs connected to a Router. An SNMP Agent residing on the router proxies for itself and the CSU. The router has also an Ethernet interface: Trunk MIB Working Group [Page 5] RFC 1407 DS3/E3 MIB January 1993 +-----+ | | | | | | +---------------------+ |E | | 44.736 MBPS | ds3 M13 Line#A | ds3 C-bit Parity |t | R |---------------+ - - - - - - - - - +------> |h | | | | |e | O | 44.736 MBPS | ds3 M13 Line#B | ds3 C-bit Parity |r | |---------------+ - - - - - - - - - - +------> |n | U | | | |e | | 44.736 MBPS | ds3 M13 Line#C | ds3 C-bit Parity |t | T |---------------+ - - - -- -- - - - - +------> | | | | | |-----| E | 44.736 MBPS | ds3 M13 Line#D | ds3 C-bit Parity | | |---------------+ - - - - -- - - - - +------> | | R | |_____________________| | | | | +-----+ The assignment of the index values could for example be: ifIndex (= dsx3IfIndex) dsx3LineIndex 1 NA NA (Ethernet) 2 Line#A Router Side 6 2 Line#A Network Side 7 3 Line#B Router Side 8 3 Line#B Network Side 9 4 Line#C Router Side 10 4 Line#C Network Side 11 5 Line#D Router Side 12 5 Line#D Network Side 13 For this example, ifNumber is equal to 5. Note the following description of dsx3LineIndex: the dsx3LineIndex identifies a DS3/E3 Interface on a managed device. If there is an ifEntry that is directly associated with this and only this DS3/E3 interface, it should have the same value as ifIndex. Otherwise, number the dsx3LineIndices with an unique identifier following the rules of choosing a number greater than ifNumber and numbering inside interfaces (e.g., equipment side) with even numbers and outside interfaces (e.g., network side) with odd numbers. If the CSU shelf is managed by itself by a local SNMP Agent, the situation would be: Trunk MIB Working Group [Page 6] RFC 1407 DS3/E3 MIB January 1993 ifIndex (= dsx3IfIndex) dsx3LineIndex 1 Line#A Network Side 1 2 Line#A RouterSide 2 3 Line#B Network Side 3 4 Line#B RouterSide 4 5 Line#C Network Side 5 6 Line#C Router Side 6 7 Line#D Network Side 7 8 Line#D Router Side 8 3.2. Objectives of this MIB Module There are numerous things that could be included in a MIB for DS3/E3 signals: the management of multiplexors, CSUs, DSUs, and the like. The intent of this document is to facilitate the common management of all devices with DS3/E3 interfaces. As such, a design decision was made up front to very closely align the MIB with the set of objects that can generally be read from DS3/E3 devices that are currently deployed. 3.3. DS3/E3 Terminology The terminology used in this document to describe error conditions on a DS3 interface as monitored by a DS3 device are based on the definitions from the ANSI T1M1.3/92-005R1 draft standard [12]. If the definition in this document does not match the definition in the ANSI T1M1.3/92-005R1 draft document, the implementer should follow the definition described in this document. 3.3.1. Error Events Bipolar Violation (BPV) Error Event A bipolar violation error event, for B3ZS(HDB3)-coded signals, is the occurrence of a pulse of the same polarity as the previous pulse without being part of the zero substitution code, B3ZS(HDB3). For B3ZS(HDB3)-coded signals, a bipolar violation error event may also include other error patterns such as: three(four) or more consecutive zeros and incorrect polarity. Excessive Zeros (EXZ) Error Event An EXZ is the occurrence of any zero string length equal to or greater than 3 for B3ZS, or greater than 4 for HDB3. Line Coding Violation (LCV) Error Event This parameter is a count of both BPVs and EXZs occurring over the accumulation period. An EXZ Trunk MIB Working Group [Page 7] RFC 1407 DS3/E3 MIB January 1993 increments the LCV by one regardless of the length of the zero string. P-bit Coding Violation (PCV) Error Event For all DS3 applications, a coding violation error event is a P-bit Parity Error event. A P-bit Parity Error event is the occurrence of a received P-bit code on the DS3 M-frame that is not identical to the corresponding locally- calculated code. C-bit Coding Violation (CCV) Error Event For C-bit Parity and SYNTRAN DS3 applications, this is the count of coding violations reported via the C-bits. For C-bit Parity, it is a count of CP-bit parity errors occurring in the accumulation interval. For SYNTRAN, it is a count of CRC-9 errors occurring in the accumulation interval. 3.3.2. Performance Parameters All performance parameters are accumulated in fifteen minute intervals and up to 96 intervals (24 hours worth) are kept by an agent. Fewer than 96 intervals of data will be available if the agent has been restarted within the last 24 hours. In addition, there is a rolling 24-hour total of each performance parameter. There is no requirement for an agent to ensure fixed relationship between the start of a fifteen minute interval and any wall clock; however some agents may align the fifteen minute intervals with quarter hours. Line Errored Seconds (LES) A Line Errored Second is a second in which one or more CVs occurred OR one or more LOS defects. P-bit Errored Seconds (PES) An PES is a second with one or more PCVs OR one or more Out of Frame defects OR a detected incoming AIS. This gauge is not incremented when UASs are counted. P-bit Severely Errored Seconds (PSES) A PSES is a second with 44 or more PCVs OR one or more Out of Frame defects OR a detected incoming AIS. This gauge is not incremented when UASs are counted. C-bit Errored Seconds (CES) An CES is a second with one or more CCVs OR Trunk MIB Working Group [Page 8] RFC 1407 DS3/E3 MIB January 1993 one or more Out of Frame defects OR a detected incoming AIS. This count is only for the SYNTRAN and C-bit Parity DS3 applications. This gauge is not incremented when UASs are counted. C-bit Severely Errored Seconds (CSES) A CSES is a second with 44 or more CCVs OR one or more Out of Frame defects OR a detected incoming AIS. This count is only for the SYNTRAN and C-bit Parity DS3 applications. This gauge is not incremented when UASs are counted. Severely Errored Framing Seconds (SEFS) A SEFS is a second with one or more Out of Frame defects OR a detected incoming AIS. Unavailable Seconds (UAS) UAS are calculated by counting the number of seconds that the interface is unavailable. The DS3 interface is said to be unavailable from the onset of 10 contiguous PSESs, or the onset of the condition leading to a failure (see Failure States). If the condition leading to the failure was immediately preceded by one or more contiguous PSESs, then the DS3 interface unavailability starts from the onset of these PSESs. Once unavailable, and if no failure is present, the DS3 interface becomes available at the onset of 10 contiguous seconds with no PSESs. Once unavailable, and if a failure is present, the DS3 interface becomes available at the onset of 10 contiguous seconds with no PSESs, if the failure clearing time is less than or equal to 10 seconds. If the failure clearing time is more than 10 seconds, the DS3 interface becomes available at the onset of 10 contiguous seconds with no PSESs, or the onset period leading to the successful clearing condition, whichever occurs later. With respect to the DS3 error counts, all counters are incremented while the DS3 interface is deemed available. While the interface is deemed unavailable, the only count that is incremented is UASs. A special case exists when the 10 or more second period crosses the 900 second statistics window boundary, as the foregoing description implies that the PSES and UAS counters must be adjusted when the Unavailable Signal State is entered. Clearly, successive GETs of the affected dsx3IntervalPSESs and dsx3IntervalUASs objects will return differing values if the first GET occurs during the first few seconds of the window. This is Trunk MIB Working Group [Page 9] RFC 1407 DS3/E3 MIB January 1993 viewed as an unavoidable side-effect of selecting the presently defined managed objects as a basis for this memo. 3.3.3. Performance Defects Failure States: The Remote Alarm Indication (RAI) failure, in SYNTRAN applications, is declared after detecting the Yellow Alarm Signal on the alarm channel. See ANSI T1.107a-1990 [10]. The Remote Alarm Indication failure, in C-bit Parity DS3 applications, is declared as soon as the preqsence of either one or two alarm signals are detected on then Far End Alarm Channel. See [10]. The Remote Alarm Indication failure may also be declared after detecting the far-end SEF/AIS defect (aka yellow). The Remote Alarm Indication failure is cleared as soon as the presence of the any of the above alarms are removed. Also, the incoming failure state is declared when a defect persists for at least 2-10 seconds. The defects are the following: Loss of Signal (LOS), an Out of Frame (OOF) or an incoming Alarm Indication Signal (AIS). The Failure State is cleared when the defect is absent for less than or equal to 20 seconds. Far End SEF/AIS defect (aka yellow) A Far End SEF/AIS defect is the occurrence of the two X-bits in a M-frame set to zero. The Far End SEF/AIS defect is terminated when the two X-bits in a M-frame are set to one. Out of Frame (OOF) defect A DS3 OOF defect is detected when any three or more errors in sixteen or fewer consecutive F-bits occur within a DS3 M-frame. An OOF defect may also be called a Severely Errored Frame (SEF) defect. An OOF defect is cleared when reframe occurs. A DS3 Loss of Frame (LOF) failure is declared when the DS3 OOF defect is consistent for 2 to 10 seconds. The DS3 OOF defect ends when reframe occurs. The DS3 LOF failure is cleared when the DS3 OOF defect is absent for 10 to 20 seconds. An E3 OOF defect is detected when four consecutive frame alignment signals have been incorrectly received in there predicted positions in an E3 signal. E3 frame alignment occurs when the presence of three consecutive frame alignment signals have been detected. Trunk MIB Working Group [Page 10] RFC 1407 DS3/E3 MIB January 1993 Loss of Signal (LOS) defect The DS3 LOS defect is declared upon observing 175 +/- 75 contiguous pulse positions with no pulses of either positive or negative polarity. The DS3 LOS defect is terminated upon observing an average pulse density of at least 33% over a period of 175 +/- 75 contiguous pulse positions starting with the receipt of a pulse. Alarm Indication Signal (AIS) defect The DS3 AIS is framed with "stuck stuffing." This implies that it has a valid M-subframe alignments bits, M-frame alignment bits, and P bits. The information bits are set to a 1010... sequence, starting with a one (1) after each M-subframe alignment bit, M-frame alignment bit, X bit, P bit, and C bit. The C bits are all set to zero giving what is called "stuck stuffing." The X bits are set to one. The DS3 AIS defect is declared after DS3 AIS is present in contiguous M-frames for a time equal to or greater than T, where 0.2 ms <= T <= 100 ms. The DS3 AIS defect is terminated after AIS is absent in contiguous M-frames for a time equal to or greater than T. The E3 binary content of the AIS is nominally a continuous stream of ones. AIS detection and the application of consequent actions, should be completed within a time limit of 1 ms. 3.3.4. Other Terms Circuit Identifier This is a character string specified by the circuit vendor, and is useful when communicating with the vendor during the troubleshooting process. Trunk MIB Working Group [Page 11] RFC 1407 DS3/E3 MIB January 1993 4. Object Definitions RFC1407-MIB DEFINITIONS ::= BEGIN IMPORTS Gauge FROM RFC1155-SMI DisplayString, transmission FROM RFC1213-MIB OBJECT-TYPE FROM RFC-1212; -- This MIB module uses the extended OBJECT-TYPE macro -- as defined in RFC 1212. ds3 OBJECT IDENTIFIER ::= { transmission 30 } -- The DS3/E3 Near End Group -- Implementation of this group is mandatory for all -- systems that attach to a DS3/E3 Interface. -- The DS3/E3 Near End Group consists of four tables: -- DS3/E3 Configuration -- DS3/E3 Current -- DS3/E3 Interval -- DS3/E3 Total -- the DS3/E3 Configuration dsx3ConfigTable OBJECT-TYPE SYNTAX SEQUENCE OF Dsx3ConfigEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "The DS3/E3 Configuration table." ::= { ds3 5 } dsx3ConfigEntry OBJECT-TYPE SYNTAX Dsx3ConfigEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "An entry in the DS3/E3 Configuration table." INDEX { dsx3LineIndex } ::= { dsx3ConfigTable 1 } Trunk MIB Working Group [Page 12] RFC 1407 DS3/E3 MIB January 1993 Dsx3ConfigEntry ::= SEQUENCE { dsx3LineIndex INTEGER, dsx3IfIndex INTEGER, dsx3TimeElapsed INTEGER, dsx3ValidIntervals INTEGER, dsx3LineType INTEGER, dsx3LineCoding INTEGER, dsx3SendCode INTEGER, dsx3CircuitIdentifier DisplayString, dsx3LoopbackConfig INTEGER, dsx3LineStatus INTEGER, dsx3TransmitClockSource INTEGER } dsx3LineIndex OBJECT-TYPE SYNTAX INTEGER (1..65535) ACCESS read-only STATUS mandatory DESCRIPTION "This object is the identifier of a DS3/E3 Interface on a managed device. If there is an ifEntry that is directly associated with this and only this DS3/E3 interface, it should have the same value as ifIndex. Otherwise, number the dsx3LineIndices with an unique identifier following the rules of choosing a number that is greater than ifNumber and numbering the inside interfaces (e.g., equipment side) with even numbers and outside interfaces (e.g, network side) with odd numbers." ::= { dsx3ConfigEntry 1 } dsx3IfIndex OBJECT-TYPE SYNTAX INTEGER (1..65535) ACCESS read-only STATUS mandatory Trunk MIB Working Group [Page 13] RFC 1407 DS3/E3 MIB January 1993 DESCRIPTION "This value for this object is equal to the value of ifIndex from the Interfaces table of MIB II (RFC 1213)." ::= { dsx3ConfigEntry 2 } dsx3TimeElapsed OBJECT-TYPE SYNTAX INTEGER (0..899) ACCESS read-only STATUS mandatory DESCRIPTION "The number of seconds that have elapsed since the beginning of the near end current error- measurement period." ::= { dsx3ConfigEntry 3 } dsx3ValidIntervals OBJECT-TYPE SYNTAX INTEGER (0..96) ACCESS read-only STATUS mandatory DESCRIPTION "The number of previous near end intervals for which valid data was collected. The value will be 96 unless the interface was brought online within the last 24 hours, in which case the value will be the number of complete 15 minute near end intervals since the interface has been online." ::= { dsx3ConfigEntry 4 } dsx3LineType OBJECT-TYPE SYNTAX INTEGER { dsx3other(1), dsx3M23(2), dsx3SYNTRAN(3), dsx3CbitParity(4), dsx3ClearChannel(5), e3other(6), e3Framed(7), e3Plcp(8) } ACCESS read-write STATUS mandatory DESCRIPTION "This variable indicates the variety of DS3 C-bit or E3 application implementing this interface. The type of interface affects the interpretation of the usage and error statistics. Trunk MIB Working Group [Page 14] RFC 1407 DS3/E3 MIB January 1993 The rate of DS3 is 44.736 Mbps and E3 is 34.368 Mbps. The dsx3ClearChannel value means that the C-bits are not used except for sending/receiving AIS. The values, in sequence, describe: TITLE: SPECIFICATION: dsx3M23 ANSI T1.107-1988 dsx3SYNTRAN ANSI T1.107-1988 dsx3CbitParity ANSI T1.107a-1989 dsx3ClearChannel ANSI T1.102-1987 e3Framed CCITT G.751 e3Plcp ETSI T/NA(91)18." ::= { dsx3ConfigEntry 5 } dsx3LineCoding OBJECT-TYPE SYNTAX INTEGER { dsx3Other(1), dsx3B3ZS(2), e3HDB3(3) } ACCESS read-write STATUS mandatory DESCRIPTION "This variable describes the variety of Zero Code Suppression used on this interface, which in turn affects a number of its characteristics. dsx3B3ZS and e3HDB3 refer to the use of specified patterns of normal bits and bipolar violations which are used to replace sequences of zero bits of a specified length." ::= { dsx3ConfigEntry 6 } dsx3SendCode OBJECT-TYPE SYNTAX INTEGER { dsx3SendNoCode(1), dsx3SendLineCode(2), dsx3SendPayloadCode(3), dsx3SendResetCode(4), dsx3SendDS1LoopCode(5), dsx3SendTestPattern(6) } ACCESS read-write STATUS mandatory DESCRIPTION Trunk MIB Working Group [Page 15] RFC 1407 DS3/E3 MIB January 1993 "This variable indicates what type of code is being sent across the DS3/E3 interface by the device. (These are optional for E3 interfaces.) The values mean: dsx3SendNoCode sending looped or normal data dsx3SendLineCode sending a request for a line loopback dsx3SendPayloadCode sending a request for a payload loopback (i.e., all DS1/E1s in a DS3/E3 frame) dsx3SendResetCode sending a loopback deactivation request dsx3SendDS1LoopCode requesting to loopback a particular DS1/E1 within a DS3/E3 frame dsx3SendTestPattern sending a test pattern." ::= { dsx3ConfigEntry 7 } dsx3CircuitIdentifier OBJECT-TYPE SYNTAX DisplayString (SIZE (0..255)) ACCESS read-write STATUS mandatory DESCRIPTION "This variable contains the transmission vendor's circuit identifier, for the purpose of facilitating troubleshooting." ::= { dsx3ConfigEntry 8 } dsx3LoopbackConfig OBJECT-TYPE SYNTAX INTEGER { dsx3NoLoop(1), dsx3PayloadLoop(2), dsx3LineLoop(3), dsx3OtherLoop(4) } ACCESS read-write STATUS mandatory DESCRIPTION "This variable represents the loopback configuration of the DS3/E3 interface. Trunk MIB Working Group [Page 16] RFC 1407 DS3/E3 MIB January 1993 The values mean: dsx3NoLoop Not in the loopback state. A device that is not capable of performing a loopback on the interface shall always return this as it's value. dsx3PayloadLoop The received signal at this interface is looped through the device. Typically the received signal is looped back for retransmission after it has passed through the device's framing function. dsx3LineLoop The received signal at this interface does not go through the device (minimum penetration) but is looped back out. dsx3OtherLoop Loopbacks that are not defined here." ::= { dsx3ConfigEntry 9 } dsx3LineStatus OBJECT-TYPE SYNTAX INTEGER (1..1023) ACCESS read-only STATUS mandatory DESCRIPTION "This variable indicates the Line Status of the interface. It contains loopback state information and failure state information. The dsx3LineStatus is a bit map represented as a sum, therefore, it can represent multiple failures and a loopback (see dsx3LoopbackConfig object for the type of loopback) simultaneously. The dsx3NoAlarm should be set if and only if no other flag is set. The various bit positions are: 1 dsx3NoAlarm No alarm present 2 dsx3RcvRAIFailure Receiving Yellow/Remote Alarm Indication 4 dsx3XmitRAIAlarm Transmitting Yellow/Remote Alarm Indication Trunk MIB Working Group [Page 17] RFC 1407 DS3/E3 MIB January 1993 8 dsx3RcvAIS Receiving AIS failure state 16 dsx3XmitAIS Transmitting AIS 32 dsx3LOF Receiving LOF failure state 64 dsx3LOS Receiving LOS failure state 128 dsx3LoopbackState Looping the received signal 256 dsx3RcvTestCode Receiving a Test Pattern 512 dsx3OtherFailure any line status not defined here" ::= { dsx3ConfigEntry 10 } dsx3TransmitClockSource OBJECT-TYPE SYNTAX INTEGER { loopTiming(1), localTiming(2), throughTiming(3) } ACCESS read-write STATUS mandatory DESCRIPTION "The source of Transmit Clock. is derived from the recovered receive clock of another DS3 interface." ::= { dsx3ConfigEntry 11 } -- the DS3/E3 Current -- The DS3/E3 current table contains various statistics being -- collected for the current 15 minute interval. dsx3CurrentTable OBJECT-TYPE SYNTAX SEQUENCE OF Dsx3CurrentEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "The DS3/E3 Current table." ::= { ds3 6 } dsx3CurrentEntry OBJECT-TYPE SYNTAX Dsx3CurrentEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "An entry in the DS3/E3 Current table." INDEX { dsx3CurrentIndex } ::= { dsx3CurrentTable 1 } Trunk MIB Working Group [Page 18] RFC 1407 DS3/E3 MIB January 1993 Dsx3CurrentEntry ::= SEQUENCE { dsx3CurrentIndex INTEGER, dsx3CurrentPESs Gauge, dsx3CurrentPSESs Gauge, dsx3CurrentSEFSs Gauge, dsx3CurrentUASs Gauge, dsx3CurrentLCVs Gauge, dsx3CurrentPCVs Gauge, dsx3CurrentLESs Gauge, dsx3CurrentCCVs Gauge, dsx3CurrentCESs Gauge, dsx3CurrentCSESs Gauge } dsx3CurrentIndex OBJECT-TYPE SYNTAX INTEGER (1..65535) ACCESS read-only STATUS mandatory DESCRIPTION "The index value which uniquely identifies the DS3/E3 interface to which this entry is applicable. The interface identified by a particular value of this index is the same interface as identified by the same value an dsx3LineIndex object instance." ::= { dsx3CurrentEntry 1 } dsx3CurrentPESs OBJECT-TYPE SYNTAX Gauge ACCESS read-only STATUS mandatory DESCRIPTION "The counter associated with the number of P-bit Errored Seconds, encountered by a DS3 interface in the current 15 minute interval." ::= { dsx3CurrentEntry 2 } Trunk MIB Working Group [Page 19] RFC 1407 DS3/E3 MIB January 1993 dsx3CurrentPSESs OBJECT-TYPE SYNTAX Gauge ACCESS read-only STATUS mandatory DESCRIPTION "The counter associated with the number of P-bit Severely Errored Seconds, encountered by a DS3 interface in the current 15 minute interval." ::= { dsx3CurrentEntry 3 } dsx3CurrentSEFSs OBJECT-TYPE SYNTAX Gauge ACCESS read-only STATUS mandatory DESCRIPTION "The counter associated with the number of Severely Errored Framing Seconds, encountered by a DS3/E3 interface in the current 15 minute interval." ::= { dsx3CurrentEntry 4 } dsx3CurrentUASs OBJECT-TYPE SYNTAX Gauge ACCESS read-only STATUS mandatory DESCRIPTION "The counter associated with the number of Unavailable Seconds, encountered by a DS3 interface in the current 15 minute interval." ::= { dsx3CurrentEntry 5 } dsx3CurrentLCVs OBJECT-TYPE SYNTAX Gauge ACCESS read-only STATUS mandatory DESCRIPTION "The counter associated with the number of Line Coding Violations encountered by a DS3/E3 interface in the current 15 minute interval." ::= { dsx3CurrentEntry 6 } dsx3CurrentPCVs OBJECT-TYPE SYNTAX Gauge ACCESS read-only STATUS mandatory DESCRIPTION "The counter associated with the number of P-bit Coding Violations, encountered by a DS3 interface Trunk MIB Working Group [Page 20] RFC 1407 DS3/E3 MIB January 1993 in the current 15 minute interval." ::= { dsx3CurrentEntry 7 } dsx3CurrentLESs OBJECT-TYPE SYNTAX Gauge ACCESS read-only STATUS mandatory DESCRIPTION "The number of Line Errored Seconds encountered by a DS3/E3 interface in the current 15 minute interval." ::= { dsx3CurrentEntry 8 } dsx3CurrentCCVs OBJECT-TYPE SYNTAX Gauge ACCESS read-only STATUS mandatory DESCRIPTION "The number of C-bit Coding Violations encountered by a DS3 interface in the current 15 minute interval." ::= { dsx3CurrentEntry 9 } dsx3CurrentCESs OBJECT-TYPE SYNTAX Gauge ACCESS read-only STATUS mandatory DESCRIPTION "The number of C-bit Errored Seconds encountered by a DS3 interface in the current 15 minute interval." ::= { dsx3CurrentEntry 10 } dsx3CurrentCSESs OBJECT-TYPE SYNTAX Gauge ACCESS read-only STATUS mandatory DESCRIPTION "The number of C-bit Severely Errored Seconds encountered by a DS3 interface in the current 15 minute interval." ::= { dsx3CurrentEntry 11 } -- the DS3/E3 Interval -- The DS3/E3 Interval Table contains various statistics -- collected by each DS3/E3 Interface over the previous 24 Trunk MIB Working Group [Page 21] RFC 1407 DS3/E3 MIB January 1993 -- hours of operation. The past 24 hours are broken into 96 -- completed 15 minute intervals. dsx3IntervalTable OBJECT-TYPE SYNTAX SEQUENCE OF Dsx3IntervalEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "The DS3/E3 Interval table." ::= { ds3 7 } dsx3IntervalEntry OBJECT-TYPE SYNTAX Dsx3IntervalEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "An entry in the DS3/E3 Interval table." INDEX { dsx3IntervalIndex, dsx3IntervalNumber } ::= { dsx3IntervalTable 1 } Dsx3IntervalEntry ::= SEQUENCE { dsx3IntervalIndex INTEGER, dsx3IntervalNumber INTEGER, dsx3IntervalPESs Gauge, dsx3IntervalPSESs Gauge, dsx3IntervalSEFSs Gauge, dsx3IntervalUASs Gauge, dsx3IntervalLCVs Gauge, dsx3IntervalPCVs Gauge, dsx3IntervalLESs Gauge, dsx3IntervalCCVs Gauge, dsx3IntervalCESs Gauge, dsx3IntervalCSESs Gauge } Trunk MIB Working Group [Page 22] RFC 1407 DS3/E3 MIB January 1993 dsx3IntervalIndex OBJECT-TYPE