Internet DRAFT - draft-ietf-adslmib-xdsl-vop

draft-ietf-adslmib-xdsl-vop







Network Working Group                                     M. Morgenstern
Internet-Draft                                          ECI Telecom Ltd.
Intended status: Standards Track                              S. Baillie
Expires: February 02, 2014
                                                        M. Freudenberger
                                            T-Systems International GmbH
                                                         August 01, 2013


                   Definitions of Managed Objects for
           Very High Speed Digital Subscriber Line 2 (VDSL2)
                   draft-ietf-adslmib-xdsl-vop-02.txt

Abstract

   This document defines a Management Information Base (MIB) module for
   use with network management protocols in the Internet community.  In
   particular, it describes objects used for managing parameters of the
   "Very High Speed Digital Subscriber Line 2 (VDSL2)" interface type,
   which are also applicable for managing Asymmetric Digital Subscriber
   Line (ADSL), ADSL2, and ADSL2+ interfaces.

Status of This Memo

   This Internet-Draft is submitted in full conformance with the
   provisions of BCP 78 and BCP 79.

   Internet-Drafts are working documents of the Internet Engineering
   Task Force (IETF).  Note that other groups may also distribute
   working documents as Internet-Drafts.  The list of current Internet-
   Drafts is at http://datatracker.ietf.org/drafts/current/.

   Internet-Drafts are draft documents valid for a maximum of six months
   and may be updated, replaced, or obsoleted by other documents at any
   time.  It is inappropriate to use Internet-Drafts as reference
   material or to cite them other than as "work in progress."

   This Internet-Draft will expire on February 02, 2014.

Copyright Notice

   Copyright (c) 2013 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents
   (http://trustee.ietf.org/license-info) in effect on the date of
   publication of this document.  Please review these documents



Morgenstern, et al.     Expires February 02, 2014               [Page 1]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   carefully, as they describe your rights and restrictions with respect
   to this document.  Code Components extracted from this document must
   include Simplified BSD License text as described in Section 4.e of
   the Trust Legal Provisions and are provided without warranty as
   described in the Simplified BSD License.

Table of Contents

   1.  The Internet-Standard Management Framework  . . . . . . . . .   2
   2.  Overview  . . . . . . . . . . . . . . . . . . . . . . . . . .   3
     2.1.  Relationship to Other MIBs  . . . . . . . . . . . . . . .   4
     2.2.  IANA Considerations . . . . . . . . . . . . . . . . . . .  10
     2.3.  Conventions Used in the MIB Module  . . . . . . . . . . .  10
     2.4.  Structure . . . . . . . . . . . . . . . . . . . . . . . .  14
     2.5.  Persistence . . . . . . . . . . . . . . . . . . . . . . .  17
     2.6.  Line Topology . . . . . . . . . . . . . . . . . . . . . .  20
     2.7.  Counters, Interval Buckets, and Thresholds  . . . . . . .  20
     2.8.  Profiles  . . . . . . . . . . . . . . . . . . . . . . . .  23
     2.9.  Overview of the Vector of Profiles Management Model . . .  27
     2.10. Notifications . . . . . . . . . . . . . . . . . . . . . .  28
   3.  Definitions . . . . . . . . . . . . . . . . . . . . . . . . .  29
   4.  Implementation Analysis . . . . . . . . . . . . . . . . . . . 251
   5.  Security Considerations . . . . . . . . . . . . . . . . . . . 252
   6.  Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 263
   7.  References  . . . . . . . . . . . . . . . . . . . . . . . . . 263
     7.1.  Normative References  . . . . . . . . . . . . . . . . . . 263
     7.2.  Informative References  . . . . . . . . . . . . . . . . . 264
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . . 265

1.  The Internet-Standard Management Framework

   For a detailed overview of the documents that describe the current
   Internet-Standard Management Framework, please refer to Section 7 of
   RFC 3410 [RFC3410].

   Managed objects are accessed via a virtual information store, termed
   the Management Information Base or MIB.  MIB objects are generally
   accessed through the Simple Network Management Protocol (SNMP).
   Objects in the MIB are defined using the mechanisms defined in the
   Structure of Management Information (SMI).  This memo specifies a MIB
   module that is compliant to the SMIv2, which is described in STD 58,
   RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579], and STD 58, RFC 2580
   [RFC2580].

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
   document are to be interpreted as described in RFC 2119 [RFC2119].




Morgenstern, et al.     Expires February 02, 2014               [Page 2]

Internet-Draft               VDSL2-LINE MIB                  August 2013


2.  Overview

   This document defines a Management Information Base (MIB) module for
   use with network management protocols in the Internet community for
   the purpose of managing VDSL2, ADSL, ADSL2, and ADSL2+ lines.

   The MIB module described in RFC 2662 [RFC2662] describes objects used
   for managing Asymmetric Bit-Rate DSL (ADSL) interfaces per
   [T1E1.413], [G.992.1], and [G.992.2].  These object descriptions are
   based upon the specifications for the ADSL Embedded Operations
   Channel (EOC) as defined in American National Standards Institute
   (ANSI) T1E1.413/1995 [T1E1.413] and International Telecommunication
   Union (ITU-T) G.992.1 [G.992.1] and G.992.2 [G.992.2].

   The MIB module described in RFC 4706 [RFC4706] is a wider management
   model that includes, in addition to ADSL technology, the ADSL2 and
   ADSL2+ technologies per G.992.3, G.992.4, and G.992.5 ([G.992.3],
   [G.992.4], and [G.992.5], respectively).

   This document does not obsolete RFC 2662 [RFC2662] or RFC 4706
   [RFC4706], but rather provides a more comprehensive management model
   that addresses the VDSL2 technology per G.993.2 ([G.993.2]) as well
   as ADSL, ADSL2, and ADSL2+ technologies.

   This document does not obsolete RFC 2662 [RFC2662] or RFC 4706
   [RFC4706].  RFC 2662 is relevant only for managing modems that do not
   support any DSL technology other than ADSL (e.g., G.992.1 [G.992.1]
   and G.992.2 [G.992.2]) especially if the modems were produced prior
   to approval of ITU-T G.997.1 standard revision 3 [G.997.1].  RFC 4706
   is more appropriate for managing modems that support ADSL2 technology
   variants (with or without being able to support the legacy ADSL).
   This document supports all ADSL, ADSL2, and VDSL2 standards, but it
   assumes a more sophisticated management model, which older modems
   (even ADSL2 ones) may not be able to support.  The selection of the
   appropriate MIB module for any DSL modem is based on the ifType value
   it reports, as explained in the next section.

   The management framework for VDSL2 lines [TR-129] specified by the
   Digital Subscriber Line Forum (DSLF) has been taken into
   consideration.  That framework is based on the ITU-T G.997.1 standard
   [G.997.1] and its amendment 1 [G.997.1-Am1].

   Note that the management model, according to this document, does not
   allow managing VDSL technology per G.993.1 [G.993.1].  VDSL lines
   MUST be managed by RFC 3728 [RFC3728].






Morgenstern, et al.     Expires February 02, 2014               [Page 3]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   The MIB module is located in the MIB tree under MIB 2 transmission,
   as discussed in the MIB-2 Integration (RFC 2863 [RFC2863]) section of
   this document.

2.1.  Relationship to Other MIBs

   This section outlines the relationship of this MIB module with other
   MIB modules described in RFCs.  Specifically, IF-MIB as defined in
   RFC 2863 [RFC2863] and ENTITY-MIB as defined in RFC 4133 [RFC4133]
   are discussed.

2.1.1.  Relationship with previous VDSL2-LINE-MIB (RFC 5650)

   This section outlines the relationship of this MIB module with the
   previous VDSL2-LINE-MIB MIB module.

   The purpose of this MIB module is to extend the MIB module defined in
   RFC 5650.  This MIB module corrects errors that exist in RFC 5650 as
   well as adds new XDSL management objects.  This MIB module provides a
   new way to store and reference XDSL line configuration data.  This
   MIB module has been designed to be as compatible with RFC 5650 as
   possible but is not 100 percent backward compatible with RFC 5650.

   This MIB module provides a new way to store and reference XDSL line
   configuration data and this new mechanism is called a Vector of
   Profiles.  From this point forward, RFC 5650 will be referred to as
   the legacy management model and this document will be refered to as
   the new management model.  The new management model is also called
   the Vector of Profiles management model and the legacy management
   model is known as the Template management model.

   This MIB module contains all of the management objects defined in RFC
   5650 as well as some additional management objects that are required
   by the Vector of Profiles management model.  Some of the management
   objects defined in RFC 5650 have been changed to correct errors and
   some of the management objects defined in RFC 5650 have been extended
   to support new functionality defined in ITU-T G.997.1 since the
   publication of RFC 5650.

   Each XDSL line requires a large amount of configuration data to
   operate correctly.  In RFC 5650, the configuration data required by
   each line is stored in an object called a template.  In this MIB
   module, the configuration data required by each line is stored in an
   object called a Vector of Profiles ( or a vector for short ).  Hence
   one of the major differences between this MIB module and RFC 5650 is
   that configuration data is stored in a vector in this MIB module and
   configuration data is stored in a template in the RFC 5650 MIB
   module.  For the purpose of backward compatability, the template



Morgenstern, et al.     Expires February 02, 2014               [Page 4]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   management objects remain defined in this MIB module but are
   described as belonging to the legacy management model.

   New implementations of the VDSL2-LINE-MIB, should use the Vector of
   Profiles management model instead of the template management model
   because it is a much more efficient way to store the configuration
   data.  In addition, new implementations should use the Vector of
   Profiles management model because new management objects defined in
   ITU-T G.997.1 have been added to the vector model and have not been
   added to the template model.

   In order for the SNMP manager (the management system) be able to
   determine whether a specific DSLAM supports the Vector of Profiles
   management model, or the template management model, it can GET the
   value of xdsl2ScalarVopAttachmentMethodCapabilties which also selects
   between two modes of the Vector of Profiles, as explained later on in
   this document.  If a DSLAM does not support the Vector of Profiles
   management mode then access to that managed object is supposed to
   fail with SNMP error-code='noSuchName'.

2.1.1.1.  New management objects defined in this MIB module

   This MIB module defines a number of additional management objects
   compared to RFC 5650.  The following management objects are required
   by the Vector of Profiles management model and are defined in this
   module.

   xdsl2ScalarVopAttachmentMethodCapabilties

   xdsl2ScalarVopAttachmentMethodConfigured

   xdsl2ScalarVopAttachmentMethodCurrent

   xdsl2VopVectorIndexNext

   xdsl2VopLineTable

   xdsl2VopVectorTable

   xdsl2VopVectorActualTable

   xdsl2VopDataRateProfilesTable

   xdsl2VopLSpectrumProfilesTable

   xdsl2VopModeSpecMapTable

   xdsl2VopModeSpecProfilesTable



Morgenstern, et al.     Expires February 02, 2014               [Page 5]

Internet-Draft               VDSL2-LINE MIB                  August 2013


2.1.1.2.  Legacy management objects defined in this MIB module

   This MIB module continues to define the management objects required
   by the legacy management model for the purpose of backward
   compatibility.  The legacy management objects are listed here :

   xdsl2LineConfTemplate

   xdsl2LineConfFallbackTemplate

   xdsl2LineStatusActTemplate

   xdsl2LineConfTemplateTable

   xdsl2LineConfProfTable

   xdsl2ChConfProfileTable

2.1.1.3.  Errors corrected and Changes made to objects from RFC 5650

   Some changes were made to objects defined in RFC 5650 in order to
   correct errors.  In addition, some changes were made in order to
   properly align the object definitions with ITU-T G.997.1.  The
   changes made are listed here :

   - Textual Convention Xdsl2TransmissionModeType was modified to
   include G.992.3 Annex C definitions and G.992.5 Annex C definitions.

   - Textual Convention Xdsl2OperationModes was modified to include
   G.992.3 Annex C definitions and G.992.5 Annex C definitions.

   - Textual Convention Xdsl2ScMaskDs was modified from SIZE(0..512) to
   SIZE(0..64).

   - Textual Convention Xdsl2ScMaskUs was modified from SIZE(0..512) to
   SIZE(0..8).

   - Textual Convention Xdsl2LineTxRefVnDs was changed such that the
   third octet has a different interpretation.

   - Textual Convention Xdsl2LineTxRefVnUs was changed such that the
   third octet has a different interpretation.

   - The object xdsl2LConfProfScMaskDs has a modified description.

   - The object xdsl2LConfProfScMaskUs has a modified description.





Morgenstern, et al.     Expires February 02, 2014               [Page 6]

Internet-Draft               VDSL2-LINE MIB                  August 2013


2.1.2.  Relationship with IF-MIB (RFC 2863)

2.1.2.1.  General IF-MIB Integration

   The VDSL2 Line MIB specifies the detailed objects of a data
   interface.  As such, it needs to integrate with RFC 2863 [RFC2863].
   The IANA has assigned the following ifTypes, which may be applicable
   for VDSL2 lines as well as for ADSL, ADSL2, and ADSL2+ lines:

   IANAifType ::= TEXTUAL-CONVENTION
       ...
   SYNTAX INTEGER {
       ...
       channel(70),     -- Channel
       adsl(94),        -- Asymmetric Digital Subscriber Loop
       ...
       interleave(124), -- Interleaved Channel
       fast(125),       -- Fast Channel
       ...
       adsl2plus(238),  -- Asymmetric Digital Subscriber Loop Version 2,
                           Version 2 Plus, and all variants
       vdsl2(251),      -- Very High Speed Digital Subscriber Loop 2
       ...
       }


   ADSL lines that are identified with ifType=adsl(94) MUST be managed
   with the MIB specified by RFC 2662.  ADSL, ADSL2, and ADSL2+ lines
   identified with ifType=adsl2plus(238) MUST be managed with the MIB
   specified by RFC 4706 [RFC4706].  VDSL2, ADSL, ADSL2, and ADSL2+
   lines identified with ifType=vdsl2(251) MUST be managed with the MIB
   specified by this document.

   In any case, the SNMP agent may use either ifType=interleave(124) or
   fast(125) for each channel, e.g., depending on whether or not it is
   capable of using an interleaver on that channel.  It may use the
   ifType=channel (70) when all channels are capable of using an
   interleaver (e.g., for ADSL2 xTUs).

   Note that the ifFixedLengthGroup from RFC 2863 [RFC2863] MUST be
   supported and that the ifRcvAddressGroup does not apply to this MIB
   module.









Morgenstern, et al.     Expires February 02, 2014               [Page 7]

Internet-Draft               VDSL2-LINE MIB                  August 2013


2.1.2.2.  Usage of ifTable

   The MIB branch identified by ifType contains tables appropriate for
   the interface types described above.  Most such tables extend the
   ifEntry table, and are indexed by ifIndex.  For interfaces in systems
   implementing this MIB module, those table entries indexed by ifIndex
   MUST be persistent.

   The following objects are part of the mandatory
   ifGeneralInformationGroup in the Interfaces MIB [RFC2863], and are
   not duplicated in the VDSL2 Line MIB.

      ifIndex                  Interface index.

      ifDescr                  See interfaces MIB.

      ifType                   vdsl2(251), channel(70),
                               interleave(124), or fast(125)

      ifSpeed                  Set as appropriate.

      ifPhysAddress            This object MUST have an octet
                               string with zero length.

      ifAdminStatus            See interfaces MIB.

      ifOperStatus             See interfaces MIB.

      ifLastChange             See interfaces MIB.

      ifName                   See interfaces MIB.

      ifAlias                  See interfaces MIB.

      ifLinkUpDownTrapEnable   Default to enabled(1).

      ifHighSpeed              Set as appropriate.

      ifConnectorPresent       Set as appropriate.
   -------------------------------------------------------------------
                     Figure 1: Use of ifTable Objects










Morgenstern, et al.     Expires February 02, 2014               [Page 8]

Internet-Draft               VDSL2-LINE MIB                  August 2013


2.1.2.3.  Usage of ifStackTable

   Use of the ifStackTable to associate the entries for physical, fast,
   interleaved channels, and higher layers (e.g., ATM) is shown below.
   Use of the ifStackTable is necessary because configuration
   information is stored in profile tables associated with the physical-
   layer ifEntry only.  The channels' ifEntrys need the ifStackTable to
   find their associated physical-layer entry and thus their
   configuration parameters.  The following example shows the
   ifStackTable entries for an xDSL line with a single channel that uses
   an ATM data path.


                       HigherLayer      LowerLayer
                       -----------------------------
                            0               ATM
                           ATM           XdslChannel
                        XdslChannel      XdslPhysical
                        XdslPhysical         0


   Figure 2: ifStackTable Entries for ATM Path over a Single xDSL
   Channel


2.1.3.  Relationship with the ENTITY-MIB (RFC 4133)

   Implementation of the Entity MIB [RFC4133] is optional.  It in no way
   alters the information required in the VDSL2 Line MIB, nor does it
   alter the relationship with IF-MIB.

   The Entity MIB introduces a standardized way of presenting the
   components of complex systems, such as a Digital Subscriber Line
   Access Multiplexer (DSLAM), that may contain multiple racks, shelves,
   line cards, and/or ports.  The Entity MIB's main goal is to present
   these system components, their containment relationship, and mapping
   information with other MIBs such as the Interface MIB and the VDSL2
   Line MIB.













Morgenstern, et al.     Expires February 02, 2014               [Page 9]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   The Entity MIB is capable of supporting the local DSL termination
   unit.  Thus, assuming the SNMP agent is in the DSLAM, the Entity MIB
   should include entities for the xTU-C in the entPhysicalTable.  The
   MIB's entAliasMappingTable would contain mapping information
   identifying the 'ifIndex' object associated with each xTU-C.  In case
   the SNMP agent is actually in the Customer Premise Equipment (CPE),
   the Entity MIB should include entities for the xTU-R in the
   entPhysicalTable.  In this case, the MIB's entAliasMappingTable would
   contain mapping information identifying the 'ifIndex' object
   associated with each xTU-R.

   Also associating the relationship between the ifTable and Entity MIB,
   the entPhysicalTable contains an 'entPhysicalName' object, which
   approximates the semantics of the 'ifName' object from the Interface
   MIB.

2.2.  IANA Considerations

   A new ifType value (251) for Very High Speed Digital Subscriber Loop
   Version 2 has been allocated for the VDSL2-LINE-MIB module, to
   distinguish between ADSL lines that are managed with the RFC 2662
   management model, ADSL/ADSL2 and ADSL2+ lines that are managed with
   the RFC 4706 [RFC4706] management model, and VDSL2/ADSL/ADSL2 and
   ADSL2+ lines that are managed with the model defined in this
   document.

   Also, the VDSL2-LINE-MIB module has been assigned a single object
   identifier (251) for its MODULE-IDENTITY.  The IANA has allocated
   this object identifier in the transmission subtree.

   As performed in the past for the ADSL2-LINE-MIB module, the IANA has
   ensured that the allocated ifType value is the same as the allocated
   branch number in the transmission subtree.

2.3.  Conventions Used in the MIB Module

2.3.1.  Naming Conventions

   ADSL  Asymmetric (bit rate) DSL
   ATM   Asynchronous Transfer Mode
   atuc  ADSL/ADSL2 or ADSL2+ line termination unit -
         Central office
   atur  ADSL/ADSL2 or ADSL2+ line termination unit -
         Remote site
   BER   Bit Error Rate
   CO    Central Office
   CPE   Customer Premise Equipment
   CRC   Cyclic Redundancy Check



Morgenstern, et al.     Expires February 02, 2014              [Page 10]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   DELT  Dual Ended Loop Test
   DMT   Discrete Multitone
   DPBO  Downstream PBO
   DRA   Dynamic Rate Adaptation
   DSL   Digital Subscriber Line/Loop
   DSLF  DSL Forum
   EOC   Embedded Operations Channel
   ES    Errored Second
   FE    Far-End (unit)
   FEBE  Far-End Block Error
   FEC   Forward Error Correction
   FFEC  Far-End FEC
   IMA   Inverse Multiplexing over ATM
   INP   Impulse Noise Protection
   ISDN  Integrated Services Digital Network
   LDSF  Loop Diagnostic State Forced
   LOF   Loss Of Frame
   LOS   Loss Of Signal
   LOSS  LOS Seconds
   LPR   Loss of Power
   NE    Network Element or Near-End (unit)
   NSC   Highest transmittable subcarriers index
   NSCds NSC for downstream transmission direction
   NSCus NSC for upstream transmission direction
   OLR   Online Reconfiguration
   PBO   Power Backoff
   PM    Performance Monitoring
   PMS-TC Physical Media Specific-Transmission Convergence
   POTS  Plain Old Telephone Service
   PSD   Power Spectral Density
   PTM   Packet Transfer Mode
   QLN   Quiet Line
   RDI   Remote Defect Indication
   RFI   Radio Frequency Interference
   SEF   Severely Errored Frame
   SES   Severely Errored Second
   SNR   Signal-to-Noise Ratio
   TC    Transmission Convergence (e.g., ATM sub layer)
   TCM   (TCM-ISDN) Time Compression Multiplexed ISDN
   UAS   Unavailable Seconds
   U-C   Loop interface-central office end
   UPBO  Upstream PBO
   U-R   Loop interface-remote side (i.e., subscriber end of the loop)
   US0   Upstream band number 0
   VDSL  Very high speed DSL
   VTU-O VDSL2 Transceiver Unit - Central Office or Network Element End
   VTU-R VTU at the remote site (i.e., subscriber end of the loop)
   vtuc  VDSL2 line termination unit - Central office



Morgenstern, et al.     Expires February 02, 2014              [Page 11]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   vtur  VDSL2 line termination unit - Remote site
   xDSL  Either VDSL2, ADSL, ADSL2 or ADSL2+
   xTU-C ADSL/ADSL2/ADSL2+ or VDSL2 line termination unit -
         Central office
   xTU-R ADSL/ADSL2/ADSL2+ or VDSL2 line termination unit -
         Remote site
   xTU   A line termination unit; either an xTU-C or xTU-R


2.3.2.  Textual Conventions

   The following lists the textual conventions defined by VDSL2-LINE-TC-
   MIB in this document:


   o  Xdsl2Unit

   o  Xdsl2Direction

   o  Xdsl2Band

   o  Xdsl2TransmissionModeType

   o  Xdsl2RaMode

   o  Xdsl2InitResult

   o  Xdsl2OperationModes

   o  Xdsl2PowerMngState

   o  Xdsl2ConfPmsForce

   o  Xdsl2LinePmMode

   o  Xdsl2LineLdsf

   o  Xdsl2LdsfResult

   o  Xdsl2LineBpsc

   o  Xdsl2BpscResult

   o  Xdsl2LineReset

   o  Xdsl2LineProfiles

   o  Xdsl2LineClassMask



Morgenstern, et al.     Expires February 02, 2014              [Page 12]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   o  Xdsl2LineLimitMask

   o  Xdsl2LineUs0Disable

   o  Xdsl2LineUs0Mask

   o  Xdsl2SymbolProtection

   o  Xdsl2SymbolProtection8

   o  Xdsl2MaxBer

   o  Xdsl2ChInitPolicy

   o  Xdsl2ScMaskDs

   o  Xdsl2ScMaskUs

   o  Xdsl2CarMask

   o  Xdsl2RfiBands

   o  Xdsl2PsdMaskDs

   o  Xdsl2PsdMaskUs

   o  Xdsl2Tssi

   o  Xdsl2LastTransmittedState

   o  Xdsl2LineStatus

   o  Xdsl2ChInpReport

   o  Xdsl2ChAtmStatus

   o  Xdsl2ChPtmStatus

   o  Xdsl2UpboKLF

   o  Xdsl2BandUs

   o  Xdsl2LinePsdMaskSelectUs

   o  Xdsl2LineCeFlag

   o  Xdsl2LineSnrMode




Morgenstern, et al.     Expires February 02, 2014              [Page 13]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   o  Xdsl2LineTxRefVnDs

   o  Xdsl2LineTxRefVnUs

   o  Xdsl2BitsAlloc

   o  Xdsl2MrefPsdDs

   o  Xdsl2MrefPsdUs

   o  Xdsl2RtxModes

2.4.  Structure

   The MIB module is structured into the following MIB groups:

   o  Line Configuration, Maintenance, and Status Group:

      This group supports MIB objects for configuring parameters for the
      VDSL2/ADSL/ADSL2 or ADSL2+ line and retrieving line status
      information.  It also supports MIB objects for configuring a
      requested power state or initiating a Dual Ended Loop Test (DELT)
      process in the VDSL2/ADSL/ADSL2 or ADSL2+ line.  It contains the
      following tables:

      - xdsl2LineTable
      - xdsl2LineSegmentTable
      - xdsl2LineBandTable


   o  Channel Status Group:

      This group supports MIB objects for retrieving channel layer
      status information.  It contains the following table:

      - xdsl2ChannelStatusTable


   o  Subcarrier Status Group:

      This group supports MIB objects for retrieving the subcarrier
      layer status information, mostly collected by a Dual Ended Loop
      Test (DELT) process.  It contains the following tables:

      - xdsl2SCStatusTable
      - xdsl2SCStatusBandTable
      - xdsl2SCStatusSegmentTable




Morgenstern, et al.     Expires February 02, 2014              [Page 14]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   o  Unit Inventory Group:

      This group supports MIB objects for retrieving Unit inventory
      information about units in VDSL2/ADSL/ADSL2 or ADSL2+ lines via
      the EOC.  It contains the following table:

      - xdsl2LineInventoryTable


   o  Current Performance Group:

      This group supports MIB objects that provide the current
      performance information relating to VDSL2/ADSL/ADSL2 and ADSL2+
      line, unit, and channel levels.  It contains the following tables:

      - xdsl2PMLineCurrTable
      - xdsl2PMLineInitCurrTable
      - xdsl2PMChCurrTable


   o  15-Minute Interval Performance Group:

      This group supports MIB objects that provide historic performance
      information relating to VDSL2/ADSL/ADSL2 and ADSL2+ line, unit,
      and channel levels in 15-minute intervals.  It contains the
      following tables:

      - xdsl2PMLineHist15MinTable
      - xdsl2PMLineInitHist15MinTable
      - xdsl2PMChHist15MinTable


   o  1-Day Interval Performance Group:

      This group supports MIB objects that provide historic performance
      information relating to VDSL2/ADSL/ADSL2 and ADSL2+ line, unit,
      and channel levels in 1-day intervals.  It contains the following
      tables:

      - xdsl2PMLineHist1DayTable
      - xdsl2PMLineInitHist1DayTable
      - xdsl2PMChHist1DTable


   o  Configuration Template and Profile Group:

      This group supports MIB objects for defining configuration
      profiles for VDSL2/ADSL/ADSL2 and ADSL2+ lines and channels, as



Morgenstern, et al.     Expires February 02, 2014              [Page 15]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      well as configuration templates.  Each configuration template is
      comprised of a one-line configuration profile and one or more
      channel configuration profiles.  This group contains the following
      tables:

      - xdsl2LineConfTemplateTable
      - xdsl2LineConfProfTable
      - xdsl2LineConfProfModeSpecTable
      - xdsl2LineConfProfModeSpecBandUsTable
      - xdsl2ChConfProfileTable


   o  Alarm Configuration Template and Profile Group:

      This group supports MIB objects for defining alarm profiles for
      VDSL2/ADSL/ADSL2 and ADSL2+ lines and channels, as well as alarm
      templates.  Each alarm template is comprised of one line alarm
      profile and one or more channel-alarm profiles.  This group
      contains the following tables:

      - xdsl2LineAlarmConfTemplateTable
      - xdsl2LineAlarmConfProfileTable
      - xdsl2ChAlarmConfProfileTable


   o  Notifications Group:

      This group defines the notifications supported for VDSL2/ADSL/
      ADSL2 and ADSL2+ lines:






















Morgenstern, et al.     Expires February 02, 2014              [Page 16]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      - xdsl2LinePerfFECSThreshXtuc
      - xdsl2LinePerfFECSThreshXtur
      - xdsl2LinePerfESThreshXtuc
      - xdsl2LinePerfESThreshXtur
      - xdsl2LinePerfSESThreshXtuc
      - xdsl2LinePerfSESThreshXtur
      - xdsl2LinePerfLOSSThreshXtuc
      - xdsl2LinePerfLOSSThreshXtur
      - xdsl2LinePerfUASThreshXtuc
      - xdsl2LinePerfUASThreshXtur
      - xdsl2LinePerfCodingViolationsThreshXtuc
      - xdsl2LinePerfCodingViolationsThreshXtur
      - xdsl2LinePerfCorrectedThreshXtuc
      - xdsl2LinePerfCorrectedThreshXtur
      - xdsl2LinePerfFailedFullInitThresh
      - xdsl2LinePerfFailedShortInitThresh
      - xdsl2LineStatusChangeXtuc
      - xdsl2LineStatusChangeXtur


2.5.  Persistence

   All read-create objects and most read-write objects defined in this
   MIB module SHOULD be stored persistently.  The following is an
   exhaustive list of these persistent objects:

      xdsl2LineConfTemplate
      xdsl2LineAlarmConfTemplate
      xdsl2LineCmndConfPmsf
      xdsl2LConfTempTemplateName
      xdsl2LConfTempLineProfile
      xdsl2LConfTempChan1ConfProfile
      xdsl2LConfTempChan1RaRatioDs
      xdsl2LConfTempChan1RaRatioUs
      xdsl2LConfTempChan2ConfProfile
      xdsl2LConfTempChan2RaRatioDs
      xdsl2LConfTempChan2RaRatioUs
      xdsl2LConfTempChan3ConfProfile
      xdsl2LConfTempChan3RaRatioDs
      xdsl2LConfTempChan3RaRatioUs
      xdsl2LConfTempChan4ConfProfile
      xdsl2LConfTempChan4RaRatioDs
      xdsl2LConfTempChan4RaRatioUs
      xdsl2LConfTempRowStatus
      xdsl2LConfProfProfileName
      xdsl2LConfProfScMaskDs
      xdsl2LConfProfScMaskUs
      xdsl2LConfProfVdsl2CarMask



Morgenstern, et al.     Expires February 02, 2014              [Page 17]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      xdsl2LConfProfRfiBandsDs
      xdsl2LConfProfRaModeDs
      xdsl2LConfProfRaModeUs
      xdsl2LConfProfRaUsNrmDs
      xdsl2LConfProfRaUsNrmUs
      xdsl2LConfProfRaUsTimeDs
      xdsl2LConfProfRaUsTimeUs
      xdsl2LConfProfRaDsNrmDs
      xdsl2LConfProfRaDsNrmUs
      xdsl2LConfProfRaDsTimeDs
      xdsl2LConfProfRaDsTimeUs
      xdsl2LConfProfTargetSnrmDs
      xdsl2LConfProfTargetSnrmUs
      xdsl2LConfProfMaxSnrmDs
      xdsl2LConfProfMaxSnrmUs
      xdsl2LConfProfMinSnrmDs
      xdsl2LConfProfMinSnrmUs
      xdsl2LConfProfMsgMinUs
      xdsl2LConfProfMsgMinDs
      xdsl2LConfProfXtuTransSysEna
      xdsl2LConfProfPmMode
      xdsl2LConfProfL0Time
      xdsl2LConfProfL2Time
      xdsl2LConfProfL2Atpr
      xdsl2LConfProfL2Atprt
      xdsl2LConfProfProfiles
      xdsl2LConfProfDpboEPsd
      xdsl2LConfProfDpboEsEL
      xdsl2LConfProfDpboEsCableModelA
      xdsl2LConfProfDpboEsCableModelB
      xdsl2LConfProfDpboEsCableModelC
      xdsl2LConfProfDpboMus
      xdsl2LConfProfDpboFMin
      xdsl2LConfProfDpboFMax
      xdsl2LConfProfUpboKL
      xdsl2LConfProfUpboKLF
      xdsl2LConfProfUs0Mask
      xdsl2LConfProfRowStatus
      xdsl2LConfProfXdslMode
      xdsl2LConfProfMaxNomPsdDs
      xdsl2LConfProfMaxNomPsdUs
      xdsl2LConfProfMaxNomAtpDs
      xdsl2LConfProfMaxNomAtpUs
      xdsl2LConfProfMaxAggRxPwrUs
      xdsl2LConfProfPsdMaskDs
      xdsl2LConfProfPsdMaskUs
      xdsl2LConfProfPsdMaskSelectUs
      xdsl2LConfProfClassMask



Morgenstern, et al.     Expires February 02, 2014              [Page 18]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      xdsl2LConfProfLimitMask
      xdsl2LConfProfUs0Disabl
      xdsl2LConfProfModeSpecRowStatus
      xdsl2LConfProfXdslBandUs
      xdsl2LConfProfUpboPsdA
      xdsl2LConfProfUpboPsdB
      xdsl2LConfProfModeSpecBandUsRowStatus
      xdsl2ChConfProfProfileName
      xdsl2ChConfProfMinDataRateDs
      xdsl2ChConfProfMinDataRateUs
      xdsl2ChConfProfMinResDataRateDs
      xdsl2ChConfProfMinResDataRateUs
      xdsl2ChConfProfMaxDataRateDs
      xdsl2ChConfProfMaxDataRateUs
      xdsl2ChConfProfMinDataRateLowPwrDs
      xdsl2ChConfProfMaxDelayDs
      xdsl2ChConfProfMaxDelayUs
      xdsl2ChConfProfMinProtectionDs
      xdsl2ChConfProfMinProtectionUs
      xdsl2ChConfProfMaxBerDs
      xdsl2ChConfProfMaxBerUs
      xdsl2ChConfProfUsDataRateDs
      xdsl2ChConfProfDsDataRateDs
      xdsl2ChConfProfUsDataRateUs
      xdsl2ChConfProfDsDataRateUs
      xdsl2ChConfProfImaEnabled
      xdsl2ChConfProfMaxDelayVar
      xdsl2ChConfProfInitPolicy
      xdsl2ChConfProfRowStatus
      xdsl2LAlarmConfTempTemplateName
      xdsl2LAlarmConfTempLineProfile
      xdsl2LAlarmConfTempChan1ConfProfile
      xdsl2LAlarmConfTempChan2ConfProfile
      xdsl2LAlarmConfTempChan3ConfProfile
      xdsl2LAlarmConfTempChan4ConfProfile
      xdsl2LAlarmConfTempRowStatus
      xdsl2LineAlarmConfProfileName
      xdsl2LineAlarmConfProfileXtucThresh15MinFecs
      xdsl2LineAlarmConfProfileXtucThresh15MinEs
      xdsl2LineAlarmConfProfileXtucThresh15MinSes
      xdsl2LineAlarmConfProfileXtucThresh15MinLoss
      xdsl2LineAlarmConfProfileXtucThresh15MinUas
      xdsl2LineAlarmConfProfileXturThresh15MinFecs
      xdsl2LineAlarmConfProfileXturThresh15MinEs
      xdsl2LineAlarmConfProfileXturThresh15MinSes
      xdsl2LineAlarmConfProfileXturThresh15MinLoss
      xdsl2LineAlarmConfProfileXturThresh15MinUas
      xdsl2LineAlarmConfProfileThresh15MinFailedFullInt



Morgenstern, et al.     Expires February 02, 2014              [Page 19]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      xdsl2LineAlarmConfProfileThresh15MinFailedShrtInt
      xdsl2LineAlarmConfProfileRowStatus
      xdsl2ChAlarmConfProfileName
      xdsl2ChAlarmConfProfileXtucThresh15MinCodingViolations
      xdsl2ChAlarmConfProfileXtucThresh15MinCorrected
      xdsl2ChAlarmConfProfileXturThresh15MinCodingViolations
      xdsl2ChAlarmConfProfileXturThresh15MinCorrected
      xdsl2ChAlarmConfProfileRowStatus


   Note, also, that the interface indices in this MIB are maintained
   persistently.  View-based Access Control Model (VACM) data relating
   to these SHOULD be stored persistently as well [RFC3410].

2.6.  Line Topology

   A VDSL2/ADSL/ADSL2 and ADSL2+ line consists of two units: atuc or
   vtuc (a central office termination unit) and atur or vtur (a remote
   termination unit).  There are up to 4 channels (maximum number of
   channels depends on the specific DSL technology), each carrying an
   independent information flow, as shown in the figure below.


       <-- Network Side                            Customer Side -->

       |<///////////// VDSL2/ADSL/ADSL2/ADSL2+ Span //////////////>|

       +-------+                                           +-------+
       |       |<---------------------1------------------->|       |
       | atuc  |<---------------------2------------------->|  atur |
       |  or   |<~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~>|   or  |
       | vtuc  |<---------------------3------------------->|  vtuc |
       |       |<---------------------4------------------->|       |
       +-------+                                           +-------+

       Key:  <////> VDSL2/ADSL/ADSL2/ADSL2+ Span
             <~~~~> VDSL2/ADSL/ADSL2/ADSL2+ twisted-pair
             -1-    Channel #1 carried over the line
             -2-    Optional channel #2 carried over the line
             -3-    Optional channel #3 carried over the line
             -4-    Optional channel #4 carried over the line

   Figure 3: General Topology for a VDSL2/ADSL/ADSL2/ADSL2+ Line


2.7.  Counters, Interval Buckets, and Thresholds





Morgenstern, et al.     Expires February 02, 2014              [Page 20]

Internet-Draft               VDSL2-LINE MIB                  August 2013


2.7.1.  Counters Managed

   There are various types of counters specified in this MIB.  Each
   counter refers either to the whole VDSL2/ADSL/ADSL2/ADSL2+ line, to
   one of the xTU entities, or to one of the bearer channels.


   o  On the whole line level

      For full initializations, failed full initializations, short
      initializations, and for failed short initializations, there are
      event counters, current 15-minute and 0 to 96 15-minute history
      bucket(s) of "interval-counters", as well as current and 0 to 30
      previous 1-day interval-counter(s).  Each current 15-minute
      "failed" event bucket has an associated threshold notification.


   o  On the xTU level

      For the LOS seconds, ES, SES, FEC seconds, and UAS, there are
      event counters, current 15-minute and 0 to 96 15-minute history
      bucket(s) of "interval-counters", as well as current and 0 to 30
      previous 1-day interval-counter(s).  Each current 15-minute event
      bucket has an associated threshold notification.


   o  On the bearer channel level

      For the coding violations (CRC anomalies) and corrected blocks
      (i.e., FEC events), there are event counters, current 15-minute
      and 0 to 96 15-minute history bucket(s) of "interval-counters", as
      well as current and 0 to 30 previous 1-day interval-counter(s).
      Each current 15-minute event bucket has an associated threshold
      notification.

2.7.2.  Minimum Number of Buckets

   Although it is possible to support up to 96 15-minute history buckets
   of "interval-counters", systems implementing this MIB module SHOULD
   practically support at least 16 buckets, as specified in ITU-T
   G.997.1, paragraph #7.2.7.9.

   Similarly, it is possible to support up to 30 previous 1-day
   "interval-counters", but systems implementing this MIB module SHOULD
   support at least 1 previous day bucket.

2.7.3.  Interval Buckets Initialization




Morgenstern, et al.     Expires February 02, 2014              [Page 21]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   There is no requirement for an agent to ensure a fixed relationship
   between the start of a 15-minute interval and any wall clock;
   however, some implementations may align the 15-minute intervals with
   quarter hours.  Likewise, an implementation may choose to align 1-day
   intervals with the start of a day.

   Counters are not reset when an xTU is reinitialized, only when the
   agent is reset or reinitialized (or under specific request outside
   the scope of this MIB module).

2.7.4.  Interval Buckets Validity

   As in RFC 3593 [RFC3593] and RFC 2662 [RFC2662], in case the data for
   an interval is suspect or known to be invalid, the agent MUST report
   the interval as invalid.  If the current 15-minute event bucket is
   determined to be invalid, the element management system SHOULD ignore
   its content and the agent MUST NOT generate notifications based upon
   the value of the event bucket.

   A valid 15-minute event bucket SHOULD usually count the events for
   exactly 15 minutes.  Similarly, a valid 1-day event bucket SHOULD
   usually count the events for exactly 24 hours.  However, the
   following scenarios are exceptional:

   1) For implementations that align the 15-minute intervals with
      quarter hours and the 1-day intervals with start of a day, the
      management system may still start the PM process not aligned with
      the wall clock.  Such a management system may wish to retrieve
      even partial information for the first event buckets, rather than
      declaring them all as invalid.

   2) For an event bucket that suffered relatively short outages, the
      management system may wish to retrieve the available PM outcomes,
      rather than declaring the whole event bucket as invalid.  This is
      more important for 1-day event buckets.

   3) An event bucket may be shorter or longer than the formal duration
      if a clock adjustment was performed during the interval.

   This MIB module allows supporting the exceptional scenarios described
   above by reporting the actual Monitoring Time of a monitoring
   interval.  This parameter is relevant only for Valid intervals, but
   is useful for these exceptional scenarios:

   a) The management system MAY still declare a partial PM interval as
      Valid and report the actual number of seconds the interval lasted.





Morgenstern, et al.     Expires February 02, 2014              [Page 22]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   b) If the interval was shortened or extended due to clock
      corrections, the management system SHOULD report the actual number
      of seconds the interval lasted, in addition to reporting that the
      interval is Valid.

2.8.  Profiles

   As a managed node can handle a large number of xTUs, (e.g., hundreds
   or perhaps thousands of lines), provisioning every parameter on every
   xTU may become burdensome.  Moreover, most lines are provisioned
   identically with the same set of parameters.  To simplify the
   provisioning process, this MIB module makes use of profiles and
   templates.

   A configuration profile is a set of parameters that can be shared by
   multiple entities.  In one implementation mode of this MIB (legacy
   management model) there are two types of configuration profiles: a
   configuration profile that addresses line-level
   provisioningparameters and another profile that addresses channel-
   level parameters.  The Vector of Profiles (VoP) management model, for
   reasons described later on in this document, breaks the set of
   configuration parameters into many more profile types, where each
   profile type is more homogenous, i.e., it contains parameters that
   share a common function (e.g., all the parameters that are required
   for provisioning the upstream power backoff feature).

   A configuration template in the legacy management model is actually a
   profile-of-profiles.  It is comprised of a single line configuration
   profile and one or more channel configuration profiles.  The template
   provides the complete configuration of a line and the same
   configuration can be shared by multiple lines if the management
   system associates them with the same configuration template.

   Similarly, the configuration VoP provides a complete configuration
   for a line.  However, in the VoP case sharing the same configuration
   with multiple lines depends on the specific mode of VoP attachement
   method, which is explained in the "Overview of the Vector of Profiles
   Management Model" chapter.

   In a similar manner to the configuration profiles and templates, this
   MIB module makes use of templates and profiles for specifying the
   alarm thresholds associated with performance parameters.  This allows
   provisioning multiple lines with the same criteria for generating
   threshold crossing notifications.  Note that alarm profiles and
   templates are being used also by Network Elements that use the VoP
   for configuring the line.





Morgenstern, et al.     Expires February 02, 2014              [Page 23]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   The following paragraphs describe templates and profiles used in this
   MIB module.

2.8.1.  Configuration Profiles and Templates ( Legacy Method )


   o  Line Configuration Profiles - Line configuration profiles contain
      line-level parameters for configuring VDSL2/ADSL/ADSL2 and ADSL2+
      lines.  They are defined in the xdsl2LineConfProfTable.

      The line configuration includes settings such as the specific
      VDSL2/ADSL/ADSL2 or ADSL2+ modes to enable on the respective line,
      power spectrum parameters, rate adaptation criteria, and SNR
      margin-related parameters.  A subset of the line configuration
      parameters depends upon the specific xDSL Mode allowed (i.e., does
      the profile allow VDSL2, ADSL, ADSL2 and/or ADSL2+?) as well as
      what annex/annexes of the standard are allowed.  This is the
      reason a line profile MUST include one or more mode-specific
      extensions.


   o  Channel Configuration Profiles - Channel configuration profiles
      contain parameters for configuring bearer channels over the VDSL2/
      ADSL/ADSL2 and ADSL2+ lines.  They are sometimes considered as the
      service layer configuration of the VDSL2/ADSL/ADSL2 and ADSL2+
      lines.  They are defined in the xdsl2ChConfProfTable.

      The channel configuration includes issues such as the desired
      minimum and maximum rate on each traffic flow direction and
      impulse noise protection parameters.


   o  Line Configuration Templates - Line configuration templates allow
      combining line configuration profiles and channel configuration
      profiles into a comprehensive configuration of the VDSL2/ADSL/
      ADSL2 and ADSL2+ line.  They are defined in the
      xdsl2LineConfTemplateTable.

      The line configuration template includes one index of a line
      configuration profile and one to four indices of channel
      configuration profiles.  The template also addresses the issue of
      distributing the excess available data rate on each traffic flow
      direction (i.e., the data rate left after each channel is
      allocated a data rate to satisfy its minimum requested data rate)
      among the various channels.






Morgenstern, et al.     Expires February 02, 2014              [Page 24]

Internet-Draft               VDSL2-LINE MIB                  August 2013


2.8.2.  Alarm Configuration Profiles and Templates


   o  Line Alarm Configuration Profiles - Line-level Alarm configuration
      profiles contain the threshold values for Performance Monitoring
      (PM) parameters, counted either on the whole line level or on an
      xTU level.  Thresholds are required only for failures and
      anomalies.  For example, there are thresholds for failed
      initializations and LOS seconds, but not for the aggregate number
      of full initializations.  These profiles are defined in the
      xdsl2LineAlarmConfProfileTable.


   o  Channel Alarm Configuration Profiles - Channel-level Alarm
      configuration profiles contain the threshold values for PM
      parameters counted on a bearer channel level.  Thresholds are
      defined for two types of anomalies: corrected blocks and coding
      violations.  These profiles are defined in the
      xdsl2ChAlarmConfProfileTable.


   o  Line Alarm Configuration Templates - Line Alarm configuration
      templates allow combining line-level alarm configuration profiles
      and channel-level alarm configuration profiles into a
      comprehensive configuration of the PM thresholds for the VDSL2/
      ADSL/ADSL2 and ADSL2+ line.  They are defined in the
      xdsl2LineAlarmConfTemplateTable.

      The line alarm configuration template includes one index of a
      line-level alarm configuration profile and one to four indices of
      channel-level alarm configuration profiles.

2.8.3.  Managing Profiles and Templates

   The index value for each profile and template is a locally unique,
   administratively assigned name having the textual convention
   'SnmpAdminString' (RFC 3411 [RFC3411]).

   In the legacy management model one or more lines may be configured to
   share parameters of a single configuration template (e.g.,
   xdsl2LConfTempTemplateName = 'silver') by setting its
   xdsl2LineConfTemplate object to the value of this template.  Sharing
   the same configuration with multiple lines in the Vector of Profiles
   (VoP) model depends on the specific mode of VoP attachement method,
   which is explained in the "Overview of the Vector of Profiles
   Management Model" chapter.





Morgenstern, et al.     Expires February 02, 2014              [Page 25]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   In both legacy management model and VoP model one or more lines may
   be configured to share parameters of a single alarm configuration
   template (e.g., xdsl2LAlarmConfTempTemplateName = 'silver') by
   setting its xdsl2LineAlarmConfTemplate object to the value of this
   template.

   In any case, before a template can be deleted or taken out of
   service, it MUST be first unreferenced from all associated lines.
   Implementations MAY also reject template modification while it is
   associated with any line.

   Similarly, before a profile can be deleted or taken out of service,
   it MUST be first unreferenced from all associated templates.
   Implementations MAY also reject profile modification while it is
   referenced by any template.

   Implementations MUST provide a default profile whose name is 'DEFVAL'
   for each profile and template type.  The values of the associated
   parameters will be vendor-specific unless otherwise indicated in this
   document.  Before a line's templates have been set, these templates
   will be automatically used by setting xdsl2LineConfTemplate and
   xdsl2LineAlarmConfTemplate to 'DEFVAL' where appropriate.  This
   default profile name, 'DEFVAL', is considered reserved in the context
   of profiles and templates defined in this MIB module.

   Profiles and templates are created, assigned, and deleted dynamically
   using the profile name and profile row status in each of the profile
   tables.

   If the implementation allows modifying a profile or template while it
   is associated with a line, then such changes MUST take effect
   immediately.  These changes MAY result in a restart (hard reset or
   soft restart) of the units on the line.

   Network Elements MAY optionally implement a fallback line
   configuration template (see xdsl2LineConfFallbackTemplate) or a
   fallback line configuration Vector of Profiles (VoP), in certain
   conditions.  The fallback template/VoP will be tried if the xDSL2
   line fails to operate using the primary template/VoP.  If the xDSL2
   line fails to operate using the fallback template/VoP, then the
   primary template should be retried.  The xTU-C SHOULD continue to
   alternate between the primary and fallback templates/VoPs until one
   of them succeeds.

2.8.4.  Managing Multiple Bearer Channels ( Legacy Method [only??] )

   The number of bearer channels is configured by setting the template
   objects xdsl2LConfTempChan1ConfProfile,



Morgenstern, et al.     Expires February 02, 2014              [Page 26]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2LConfTempChan2ConfProfile, xdsl2LConfTempChan3ConfProfile, and
   xdsl2LConfTempChan4ConfProfile and then assigning that template to a
   DSL line using the xdsl2LineConfTemplate object.  When the number of
   bearer channels for a DSL line changes, the SNMP agent will
   automatically create or destroy rows in channel-related tables
   associated with that line.  For example, when a DSL line is operating
   with one bearer channel, there will be zero rows in channel-related
   tables for channels two, three, and four.  The SNMP agent MUST create
   and destroy channel-related rows as follows:


   o  When the number of bearer channels for a DSL line changes to a
      higher number, the SNMP agent will automatically create rows in
      the xdsl2ChannelStatusTable and xdsl2PMChCurrTable tables for that
      line.

   o  When the number of bearer channels for a DSL line changes to a
      lower number, the SNMP agent will automatically destroy rows in
      the xdsl2ChannelStatusTable,
      xdsl2PMChCurrTable,xdsl2PMChHist15MinTable, and
      xdsl2PMChHist1DTable tables for that line.

2.9.  Overview of the Vector of Profiles Management Model

   The Vector of Profiles management model provides an alternative to
   the legacy template management model.  The vector of profile
   management model provides a more efficient way to store
   configuration.  The vector of profiles management model is also more
   up to date because it contains configuration data that was defined in
   the most recent versions of ITU-T G.997.1.

   The template management model is not efficient in the way
   configuration data is stored.  In the template model, line level
   configuration data is stored in a line profile and channel level
   configuration data is stored in a channel profile.  It is quite
   common for two XDSL lines to require almost identical configuration
   data but having a slightly different value for one or two parameters.
   The template model will require two profiles to satisfy the
   requirements of the two XDSL lines and hence a large amount of data
   is duplicated in the two profiles.  The Vector of Profiles management
   model attempts to solve this problem of duplicated data by splitting
   the large line profile and large channel profiles into many smaller
   profiles.

   The vector that is defined in the Vector of Profiles management model
   is a management object that contains only pointers.  The vector
   contains pointers to the smaller profile objects mentioned in the
   paragraph above.  There are two methods that can be used to associate



Morgenstern, et al.     Expires February 02, 2014              [Page 27]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   a vector with a XDSL line, the methods are called direct attachment
   method and indirect attachment method.

2.9.1.  The Direct Attachment Method

   For the direct attachment method, one vector object is automatically
   created for each XDSL line.  The SNMP agent creates the vector
   objects and hence the SNMP manager is not permitted to write to the
   Row Status attribute of the vector object.

   Each XDSL line is associated with one vector object because the
   vector object will have the same index as the XDSL line.

2.9.2.  The Indirect Attachment Method

   For the indirect attachment method, the SNMP manager is responsible
   for creating and deleting the vector objects using the Row Status
   attribute.  The SNMP manager then uses the xdsl2VopLineVectorId
   attribute to associate a XDSL line with a vector object.

   Initially, the SNMP agent will create one single vector object (
   called the default vector and having an index of 1 ) and all XDSL
   lines will refer to this vector.  The default vector cannot be
   deleted.

2.10.  Notifications

   The ability to generate the SNMP notifications coldStart/WarmStart
   (per [RFC3418]), which are per agent (e.g., per Digital Subscriber
   Line Access Multiplexer, or DSLAM, in such a device), and linkUp/
   linkDown (per [RFC2863]), which are per interface (i.e., VDSL2/ADSL/
   ADSL2 or ADSL2+ line) is required.

   A linkDown notification MAY be generated whenever any of ES, SES, CRC
   anomaly, LOS, LOF, or UAS events occur.  The corresponding linkUp
   notification MAY be sent when all link failure conditions are
   cleared.

   The notifications defined in this MIB module are for status change
   (e.g., initialization failure) and for the threshold crossings
   associated with the following events: full initialization failures,
   short initialization failures, ES, SES, LOS seconds, UAS, FEC
   seconds, FEC events, and CRC anomalies.  Each threshold has its own
   enable/threshold value.  When that value is 0, the notification is
   disabled.

   The xdsl2LineStatusXtur and xdsl2LineStatusXtuc are bitmasks
   representing all outstanding error conditions associated with the



Morgenstern, et al.     Expires February 02, 2014              [Page 28]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xTU-R and xTU-C (respectively).  Note that since the xTU-R status is
   obtained via the EOC, this information may be unavailable in case the
   xTU-R is unreachable via EOC during a line error condition.
   Therefore, not all conditions may always be included in its current
   status.  Notifications corresponding to the bit fields in those two
   status objects are defined.

   Note that there are other status parameters that refer to the xTU-R
   (e.g., downstream line attenuation).  Those parameters also depend on
   the availability of EOC between the central office xTU and the remote
   xTU.

   A threshold notification occurs whenever the corresponding current
   15-minute interval error counter becomes equal to, or exceeds the
   threshold value.  Only one notification SHOULD be sent per interval
   per interface.  Since the current 15-minute counter is reset to 0
   every 15 minutes, and if the condition persists, the notification may
   recur as often as every 15 minutes.  For example, to get a
   notification whenever a "loss of" event occurs (but at most once
   every 15 minutes), set the corresponding threshold to 1.  The agent
   will generate a notification when the event originally occurs.

   Note that the Network Management System, or NMS, may receive a
   linkDown notification, as well, if enabled (via
   ifLinkUpDownTrapEnable [RFC2863]).  At the beginning of the next
   15-minute interval, the counter is reset.  When the first second goes
   by and the event occurs, the current interval bucket will be 1, which
   equals the threshold, and the notification will be sent again.

3.  Definitions


   VDSL2-LINE-TC-MIB DEFINITIONS ::= BEGIN

   IMPORTS
      MODULE-IDENTITY,
      transmission
         FROM SNMPv2-SMI

      TEXTUAL-CONVENTION
         FROM SNMPv2-TC;

   vdsl2TCMIB MODULE-IDENTITY
      LAST-UPDATED "201308010000Z" -- August 1, 2013
      ORGANIZATION "ADSLMIB Working Group"
      CONTACT-INFO "WG-email:  adslmib@ietf.org
      Info:      https://www1.ietf.org/mailman/listinfo/adslmib




Morgenstern, et al.     Expires February 02, 2014              [Page 29]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                Chair:     Menachem Dodge
                           ECI Telecom Ltd.
                Postal:    30 Hasivim St.
                           Petach Tikva 4959388,
                           Israel
                Email:     menachemdodge1@gmail.com
                Phone:     +972 52 6448463

                Co-editor: Moti Morgenstern
                           ECI Telecom Ltd.
                Postal:    30 Hasivim St.
                           Petach Tikva 4959388,
                           Israel
                Email:     moti.morgenstern@ecitele.com
                Phone:     +972 3 926 6258

                Co-editor: Scott Baillie
                Email:     scott.a.baillie@gmail.com

                Co-editor: Markus Freudenberger
                           T-Systems International GmbH
                Postal:    Deutsche-Telekom-Allee 7,
                           Darmstadt, 64295,
                           Germany
                Email:     markus.freudenberger@t-systems.com
                Phone:     +49 6151 58 33679
               "
      DESCRIPTION
           "This MIB Module provides Textual Conventions to be
            used by the VDSL2-LINE-MIB module for the purpose of
            managing VDSL2, ADSL, ADSL2, and ADSL2+ lines.

            Copyright (c) 2009 IETF Trust and the persons identified
            as authors of the code.  All rights reserved.

            Redistribution and use in source and binary forms, with
            or without modification, are permitted provided that the
            following conditions are met:

            - Redistributions of source code must retain the above
              copyright notice, this list of conditions and the
              following disclaimer.

            - Redistributions in binary form must reproduce the above
              copyright notice, this list of conditions and the
              following disclaimer in the documentation and/or other
              materials provided with the distribution.




Morgenstern, et al.     Expires February 02, 2014              [Page 30]

Internet-Draft               VDSL2-LINE MIB                  August 2013


            - Neither the name of Internet Society, IETF or IETF Trust,
              nor the names of specific contributors, may be used to
              endorse or promote products derived from this software
              without specific prior written permission.

            THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND
            CONTRIBUTORS 'AS IS' AND ANY EXPRESS OR IMPLIED WARRANTIES,
            INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
            MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
            DISCLAIMED.  IN NO EVENT SHALL THE COPYRIGHT OWNER OR
            CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
            SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
            NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
            LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
            HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
            CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE
            OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
            SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

            This version of this MIB module is part of RFC XXXX;
            see the RFC itself for full legal notices."

   -- RFC Ed.: replace XXXX with assigned RFC number everywhere
   --        : it appears in this document & remove this note
      REVISION "201308010000Z" -- August 1, 2013
      DESCRIPTION "Initial version, published as RFC XXXX."
         ::= { transmission 251 3} -- vdsl2MIB 3

   ------------------------------------------------
   --          Textual Conventions               --
   ------------------------------------------------

   Xdsl2VopAttachmentMethods ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
         "A set of attachment methods for attaching a vector to
          a XDSL line.
          A vector is a row in the xdsl2VopVectorTable table.
          A vector is also a short way of saying a Vector of Profiles.

          The attachment methods are :
              direct    - One vector is automatically created for each
                          XDSL line. The SNMP agent is responsible for
                          creating the vector rows. The SNMP manager
                          may not create or delete vector rows.
                          If a XDSL line has an index of N, then the
                          vector associated with that line will have
                          a index of N.



Morgenstern, et al.     Expires February 02, 2014              [Page 31]

Internet-Draft               VDSL2-LINE MIB                  August 2013


              indirect  - Vectors are created and deleted by the SNMP
                          manager. Each XDSL line has a pointer
                          variable that points at a vector row.

          A Legacy SNMP agent does not support vectors, so attachment
          method does not apply in that case.
          A Legacy SNMP agent is defined to be an agent that supports
          the RFC5650 MIB specification but does not support any of
          the additional tables defined in this MIB specification."
      SYNTAX BITS {
                direct(0),
                indirect(1)
             }

   Xdsl2Unit ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "Identifies a transceiver as being either xTU-C or xTU-R.
          A VDSL2/ADSL/ADSL2 or ADSL2+ line consists of two
          transceivers: an xTU-C and an xTU-R.
          In the case of ADSL/ADSL2 and ADSL2+, those two transceivers
          are also called atuc and atur.
          In the case of VDSL2, those two transceivers are also called
          vtuc and vtur.
          Specified as an INTEGER, the two values are:
           xtuc(1)  -- central office transceiver
           xtur(2)  -- remote site transceiver"
      SYNTAX INTEGER {
                xtuc(1),
                xtur(2)
             }

   Xdsl2Direction ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
         "Identifies the direction of a band in a VDSL2/ADSL/ADSL2/
          ADSL2+ link.
          The upstream direction is a transmission from the remote end
          (xTU-R) towards the central office end (xTU-C).  The
          downstream direction is a transmission from the xTU-C towards
          the xTU-R.
          Specified as an INTEGER, the values are defined as
          follows:"
      SYNTAX INTEGER {
               upstream(1),  -- Transmission from the xTU-R to the xTU-C
               downstream(2) -- Transmission from the xTU-C to the xTU-R
             }




Morgenstern, et al.     Expires February 02, 2014              [Page 32]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   Xdsl2Band ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
         "Identifies a band in a VDSL2/ADSL/ADSL2/ADSL2+ link.
          For a band in the upstream direction, transmission is from the
          remote end (xTU-R) towards the central office end (xTU-C).
          For a band in the downstream direction, transmission is from
          the xTU-C towards the xTU-R.
          For ADSL, ADSL2 and ADSL2+, which use a single band in the
          upstream direction and a single band
          in the downstream direction,
          the only relevant values are upstream(1) and downstream(2).
          For VDSL2, which uses multiple bands in each transmission
          direction, a band in the upstream direction is indicated by
          any of us0(3), us1(5), us2(7), us3(9), or us4(11), and a band
          in the downstream direction is indicated by any of ds1(4),
          ds2(6), ds3(8), or ds4(10).
          For VDSL2, the values upstream(1) and downstream(2) may be
          used when there is a need to refer to the whole upstream or
          downstream traffic (e.g., report the average signal-to-noise
          ratio on any transmission direction).
          Specified as an INTEGER, the values are defined as
          follows:"
      SYNTAX INTEGER {
         upstream(1),   -- Transmission from the xTU-R to the xTU-C
                        -- (refers to the single upstream band for
                        -- ADSL/ADSL2/ADSL2+ or to the whole
                        -- upstream traffic for VDSL2).
         downstream(2), -- Transmission from the xTU-C to the xTU-R
                        -- (refers to the single downstream band
                        -- for ADSL/ADSL2/ADSL2+ or to the whole
                        -- downstream traffic for VDSL2).
         us0(3),        -- Upstream band number 0   (US0) (VDSL2).
         ds1(4),        -- Downstream band number 1 (DS1) (VDSL2).
         us1(5),        -- Upstream band number 1   (US1) (VDSL2).
         ds2(6),        -- Downstream band number 2 (DS2) (VDSL2).
         us2(7),        -- Upstream band number 2   (US2) (VDSL2).
         ds3(8),        -- Downstream band number 3 (DS3) (VDSL2).
         us3(9),        -- Upstream band number 3   (US3) (VDSL2).
         ds4(10),       -- Downstream band number 4 (DS4) (VDSL2).
         us4(11)        -- Upstream band number 4   (US4) (VDSL2).
             }

   Xdsl2TransmissionModeType ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "A set of xDSL line transmission modes, with one bit
          per mode.  The notes (F) and (L) denote Full-Rate and



Morgenstern, et al.     Expires February 02, 2014              [Page 33]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          Lite/splitterless, respectively:
             Bit 00 : Regional Std. (ANSI T1.413) (F)
             Bit 01 : Regional Std. (ETSI DTS/TM06006) (F)
             Bit 02 : G.992.1 POTS non-overlapped (F)
             Bit 03 : G.992.1 POTS overlapped (F)
             Bit 04 : G.992.1 ISDN non-overlapped (F)
             Bit 05 : G.992.1 ISDN overlapped (F)
             Bit 06 : G.992.1 TCM-ISDN non-overlapped (F)
             Bit 07 : G.992.1 TCM-ISDN overlapped (F)
             Bit 08 : G.992.2 POTS non-overlapped (L)
             Bit 09 : G.992.2 POTS overlapped (L)
             Bit 10 : G.992.2 with TCM-ISDN non-overlapped (L)
             Bit 11 : G.992.2 with TCM-ISDN overlapped (L)
             Bit 12 : G.992.1 TCM-ISDN symmetric (F) --- not in G.997.1
             Bit 13-17: Reserved
             Bit 18 : G.992.3 POTS non-overlapped (F)
             Bit 19 : G.992.3 POTS overlapped (F)
             Bit 20 : G.992.3 ISDN non-overlapped (F)
             Bit 21 : G.992.3 ISDN overlapped (F)
             Bit 22 : G.992.3 Annex C in conjunction with TCM-ISDN
                                      non-overlapped spectrum (F)
             Bit 23 : G.992.3 Annex C in conjunction with TCM-ISDN
                                      overlapped spectrum (F)
             Bit 24 : G.992.4 POTS non-overlapped (L)
             Bit 25 : G.992.4 POTS overlapped (L)
             Bit 26-27: Reserved
             Bit 28 : G.992.3 Annex I All-Digital non-overlapped (F)
             Bit 29 : G.992.3 Annex I All-Digital overlapped (F)
             Bit 30 : G.992.3 Annex J All-Digital non-overlapped (F)
             Bit 31 : G.992.3 Annex J All-Digital overlapped (F)
             Bit 32 : G.992.4 Annex I All-Digital non-overlapped (L)
             Bit 33 : G.992.4 Annex I All-Digital overlapped (L)
             Bit 34 : G.992.3 Annex L POTS non-overlapped, mode 1,
                                      wide U/S (F)
             Bit 35 : G.992.3 Annex L POTS non-overlapped, mode 2,
                                      narrow U/S(F)
             Bit 36 : G.992.3 Annex L POTS overlapped, mode 3,
                                      wide U/S (F)
             Bit 37 : G.992.3 Annex L POTS overlapped, mode 4,
                                      narrow U/S (F)
             Bit 38 : G.992.3 Annex M POTS non-overlapped (F)
             Bit 39 : G.992.3 Annex M POTS overlapped (F)
             Bit 40 : G.992.5 POTS non-overlapped (F)
             Bit 41 : G.992.5 POTS overlapped (F)
             Bit 42 : G.992.5 ISDN non-overlapped (F)
             Bit 43 : G.992.5 ISDN overlapped (F)
             Bit 44 : G.992.5 Annex C in conjunction with TCM-ISDN
                                      non-overlapped spectrum (F)



Morgenstern, et al.     Expires February 02, 2014              [Page 34]

Internet-Draft               VDSL2-LINE MIB                  August 2013


             Bit 45 : G.992.5 Annex C in conjunction with TCM-ISDN
                                      overlapped spectrum (F)
             Bit 46 : G.992.5 Annex I All-Digital non-overlapped (F)
             Bit 47 : G.992.5 Annex I All-Digital overlapped (F)
             Bit 48 : G.992.5 Annex J All-Digital non-overlapped (F)
             Bit 49 : G.992.5 Annex J All-Digital overlapped (F)
             Bit 50 : G.992.5 Annex M POTS non-overlapped (F)
             Bit 51 : G.992.5 Annex M POTS overlapped (F)
             Bit 52-55: Reserved
             Bit 56 : G.993.2 Annex A
             Bit 57 : G.993.2 Annex B
             Bit 58 : G.993.2 Annex C
             Bit 59-63: Reserved"
      SYNTAX BITS {
                ansit1413(0),
                etsi(1),
                g9921PotsNonOverlapped(2),
                g9921PotsOverlapped(3),
                g9921IsdnNonOverlapped(4),
                g9921isdnOverlapped(5),
                g9921tcmIsdnNonOverlapped(6),
                g9921tcmIsdnOverlapped(7),
                g9922potsNonOverlapped(8),
                g9922potsOverlapped(9),
                g9922tcmIsdnNonOverlapped(10),
                g9922tcmIsdnOverlapped(11),
                g9921tcmIsdnSymmetric(12),
                reserved1(13),
                reserved2(14),
                reserved3(15),
                reserved4(16),
                reserved5(17),
                g9923PotsNonOverlapped(18),
                g9923PotsOverlapped(19),
                g9923IsdnNonOverlapped(20),
                g9923isdnOverlapped(21),
                g9923AnnexCwithTcmIsdnNonOverlapped(22),
                g9923AnnexCwithTcmIsdnOverlapped(23),
                g9924potsNonOverlapped(24),
                g9924potsOverlapped(25),
                reserved8(26),
                reserved9(27),
                g9923AnnexIAllDigNonOverlapped(28),
                g9923AnnexIAllDigOverlapped(29),
                g9923AnnexJAllDigNonOverlapped(30),
                g9923AnnexJAllDigOverlapped(31),
                g9924AnnexIAllDigNonOverlapped(32),
                g9924AnnexIAllDigOverlapped(33),



Morgenstern, et al.     Expires February 02, 2014              [Page 35]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                g9923AnnexLMode1NonOverlapped(34),
                g9923AnnexLMode2NonOverlapped(35),
                g9923AnnexLMode3Overlapped(36),
                g9923AnnexLMode4Overlapped(37),
                g9923AnnexMPotsNonOverlapped(38),
                g9923AnnexMPotsOverlapped(39),
                g9925PotsNonOverlapped(40),
                g9925PotsOverlapped(41),
                g9925IsdnNonOverlapped(42),
                g9925isdnOverlapped(43),
                g9925AnnexCwithTcmIsdnNonOverlapped(44),
                g9925AnnexCwithTcmIsdnOverlapped(45),
                g9925AnnexIAllDigNonOverlapped(46),
                g9925AnnexIAllDigOverlapped(47),
                g9925AnnexJAllDigNonOverlapped(48),
                g9925AnnexJAllDigOverlapped(49),
                g9925AnnexMPotsNonOverlapped(50),
                g9925AnnexMPotsOverlapped(51),
                reserved12(52),
                reserved13(53),
                reserved14(54),
                reserved15(55),
                g9932AnnexA(56),
                g9932AnnexB(57),
                g9932AnnexC(58),
                reserved16(59),
                reserved17(60),
                reserved18(61),
                reserved19(62),
                reserved20(63)
             }

   Xdsl2RaMode ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "Specifies the rate adaptation behavior for the line.
          The three possible behaviors are:
           manual (1)   - No Rate-Adaptation.  The initialization
                          process attempts to synchronize to a
                          specified rate.
           raInit (2)   - Rate-Adaptation during initialization process
                          only, which attempts to synchronize to a rate
                          between minimum and maximum specified values.
           dynamicRa (3)- Dynamic Rate-Adaptation during initialization
                          process as well as during Showtime."
      SYNTAX INTEGER {
                manual(1),
                raInit(2),



Morgenstern, et al.     Expires February 02, 2014              [Page 36]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                dynamicRa(3)
             }

   Xdsl2InitResult ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "Specifies the result of full initialization attempt; the
          six possible result values are:
           noFail (0)            - Successful initialization
           configError (1)       - Configuration failure
           configNotFeasible (2) - Configuration details not supported
           commFail (3)          - Communication failure
           noPeerAtu (4)         - Peer ATU not detected
           otherCause (5)        - Other initialization failure reason"

      SYNTAX INTEGER {
                noFail(0),
                configError(1),
                configNotFeasible(2),
                commFail(3),
                noPeerAtu(4),
                otherCause(5)
             }

   Xdsl2OperationModes ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "The VDSL2 management model specified includes an xDSL Mode
          object that identifies an instance of xDSL Mode-Specific
          PSD Configuration object in the xDSL Line Profile.  The
          following classes of xDSL operating mode are defined.
          The notes (F) and (L) denote Full-Rate and Lite/splitterless,
          respectively:
          +-------+--------------------------------------------------+
          | Value |         xDSL operation mode description          |
          +-------+--------------------------------------------------+
              1   - The default/generic PSD configuration.  Default
                    configuration will be used when no other matching
                    mode-specific configuration can be found.
              2   - Regional Std. (ANSI T1.413) (F)
              3   - Regional Std. (ETSI DTS/TM06006) (F)
              4   - G.992.1 POTS non-overlapped (F)
              5   - G.992.1 POTS overlapped (F)
              6   - G.992.1 ISDN non-overlapped (F)
              7   - G.992.1 ISDN overlapped (F)
              8   - G.992.1 TCM-ISDN non-overlapped (F)
              9   - G.992.1 TCM-ISDN overlapped (F)
             10   - G.992.2 POTS non-overlapped (L)



Morgenstern, et al.     Expires February 02, 2014              [Page 37]

Internet-Draft               VDSL2-LINE MIB                  August 2013


             11   - G.992.2 POTS overlapped (L)
             12   - G.992.2 with TCM-ISDN non-overlapped (L)
             13   - G.992.2 with TCM-ISDN overlapped (L)
             14   - G.992.1 TCM-ISDN symmetric (F) --- not in G.997.1
           15-19  - Unused. Reserved for future ITU-T specification.
             20   - G.992.3 POTS non-overlapped (F)
             21   - G.992.3 POTS overlapped (F)
             22   - G.992.3 ISDN non-overlapped (F)
             23   - G.992.3 ISDN overlapped (F)
             24   - G.992.3 Annex C in conjunction with TCM-ISDN
                    non-overlapped spectrum (F)
             25   - G.992.3 Annex C in conjunction with TCM-ISDN
                    overlapped spectrum (F)
             26   - G.992.4 POTS non-overlapped (L)
             27   - G.992.4 POTS overlapped (L)
           28-29  - Unused. Reserved for future ITU-T specification.
             30   - G.992.3 Annex I All-Digital non-overlapped (F)
             31   - G.992.3 Annex I All-Digital overlapped (F)
             32   - G.992.3 Annex J All-Digital non-overlapped (F)
             33   - G.992.3 Annex J All-Digital overlapped (F)
             34   - G.992.4 Annex I All-Digital non-overlapped (L)
             35   - G.992.4 Annex I All-Digital overlapped (L)
             36   - G.992.3 Annex L POTS non-overlapped, mode 1,
                    wide U/S (F)
             37   - G.992.3 Annex L POTS non-overlapped, mode 2,
                    narrow U/S(F)
             38   - G.992.3 Annex L POTS overlapped, mode 3,
                    wide U/S (F)
             39   - G.992.3 Annex L POTS overlapped, mode 4,
                    narrow U/S (F)
             40   - G.992.3 Annex M POTS non-overlapped (F)
             41   - G.992.3 Annex M POTS overlapped (F)
             42   - G.992.5 POTS non-overlapped (F)
             43   - G.992.5 POTS overlapped (F)
             44   - G.992.5 ISDN non-overlapped (F)
             45   - G.992.5 ISDN overlapped (F)
             46   - G.992.5 Annex C in conjunction with TCM-ISDN
                    non-overlapped spectrum (F)
             47   - G.992.5 Annex C in conjunction with TCM-ISDN
                    overlapped spectrum (F)
             48   - G.992.5 Annex I All-Digital non-overlapped (F)
             49   - G.992.5 Annex I All-Digital overlapped (F)
             50   - G.992.5 Annex J All-Digital non-overlapped (F)
             51   - G.992.5 Annex J All-Digital overlapped (F)
             52   - G.992.5 Annex M POTS non-overlapped (F)
             53   - G.992.5 Annex M POTS overlapped (F)
           54-57  - Unused. Reserved for future ITU-T specification.
             58   - G.993.2 Annex A



Morgenstern, et al.     Expires February 02, 2014              [Page 38]

Internet-Draft               VDSL2-LINE MIB                  August 2013


             59   - G.993.2 Annex B
             60   - G.993.2 Annex C
         "
      SYNTAX INTEGER {
                defMode(1),
                ansit1413(2),
                etsi(3),
                g9921PotsNonOverlapped(4),
                g9921PotsOverlapped(5),
                g9921IsdnNonOverlapped(6),
                g9921isdnOverlapped(7),
                g9921tcmIsdnNonOverlapped(8),
                g9921tcmIsdnOverlapped(9),
                g9922potsNonOverlapped(10),
                g9922potsOverlapped(11),
                g9922tcmIsdnNonOverlapped(12),
                g9922tcmIsdnOverlapped(13),
                g9921tcmIsdnSymmetric(14),
                g9923PotsNonOverlapped(20),
                g9923PotsOverlapped(21),
                g9923IsdnNonOverlapped(22),
                g9923isdnOverlapped(23),
                g9923AnnexCwithTcmIsdnNonOverlapped(24),
                g9923AnnexCwithTcmIsdnOverlapped(25),
                g9924potsNonOverlapped(26),
                g9924potsOverlapped(27),
                g9923AnnexIAllDigNonOverlapped(30),
                g9923AnnexIAllDigOverlapped(31),
                g9923AnnexJAllDigNonOverlapped(32),
                g9923AnnexJAllDigOverlapped(33),
                g9924AnnexIAllDigNonOverlapped(34),
                g9924AnnexIAllDigOverlapped(35),
                g9923AnnexLMode1NonOverlapped(36),
                g9923AnnexLMode2NonOverlapped(37),
                g9923AnnexLMode3Overlapped(38),
                g9923AnnexLMode4Overlapped(39),
                g9923AnnexMPotsNonOverlapped(40),
                g9923AnnexMPotsOverlapped(41),
                g9925PotsNonOverlapped(42),
                g9925PotsOverlapped(43),
                g9925IsdnNonOverlapped(44),
                g9925isdnOverlapped(45),
                g9925AnnexCwithTcmIsdnNonOverlapped(46),
                g9925AnnexCwithTcmIsdnOverlapped(47),
                g9925AnnexIAllDigNonOverlapped(48),
                g9925AnnexIAllDigOverlapped(49),
                g9925AnnexJAllDigNonOverlapped(50),
                g9925AnnexJAllDigOverlapped(51),



Morgenstern, et al.     Expires February 02, 2014              [Page 39]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                g9925AnnexMPotsNonOverlapped(52),
                g9925AnnexMPotsOverlapped(53),
                g9932AnnexA(58),
                g9932AnnexB(59),
                g9932AnnexC(60)
             }

   Xdsl2PowerMngState ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "Objects with this syntax uniquely identify each power
          management state defined for the VDSL2/ADSL/ADSL2 or ADSL2+
          link.
          In VDSL2, only L0 and L3 states are defined.
          The possible values are:
            l0(1)             - L0: Full power.  Synchronized and
                                    full transmission (i.e., Showtime).
            l1(2)             - L1: Low power with reduced net data rate
                                    (for G.992.2 only).
            l2(3)             - L2: Low power with reduced net data rate
                                    (for G.992.3, G.992.4 and G.992.5).
            l3(4)             - L3: Idle power management state / No
            power."

      SYNTAX INTEGER {
                l0(1),
                l1(2),
                l2(3),
                l3(4)
             }

   Xdsl2ConfPmsForce ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "Objects with this syntax are configuration parameters
          that specify the desired power management state transition
          for the VDSL2/ADSL/ADSL2 or ADSL2+ link.
          In VDSL2, only L0 and L3 states are defined:
            l3toL0 (0)         - Perform a transition from L3 to L0
                                 (Full power management state).
            l0toL2 (2)         - Perform a transition from L0 to L2
                                 (Low power management state).
            l0orL2toL3 (3)     - Perform a transition into L3 (Idle
                                 power management state)."

      SYNTAX INTEGER {
                l3toL0(0),
                l0toL2(2),



Morgenstern, et al.     Expires February 02, 2014              [Page 40]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                l0orL2toL3(3)
             }

   Xdsl2LinePmMode ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
         "Objects with this syntax are configuration parameters
          that reference the power modes/states into which the xTU-C or
          xTU-R may autonomously transit.

          It is a BITS structure that allows control of the following
          transit options:
           allowTransitionsToIdle (0)    - xTU may autonomously transit
                                           to idle (L3) state.
           allowTransitionsToLowPower (1)- xTU may autonomously transit
                                           to low-power (L1/L2)
                                           state."

      SYNTAX BITS {
                allowTransitionsToIdle(0),
                allowTransitionsToLowPower(1)
             }

   Xdsl2LineLdsf ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
         "Objects with this syntax are configuration parameters
          that control the Loop Diagnostic mode for a VDSL2/ADSL/ADSL2
          or ADSL2+ link.  The possible values are:
            inhibit (0)  - Inhibit Loop Diagnostic mode
            force   (1)  - Force/Initiate Loop Diagnostic mode"

      SYNTAX INTEGER {
                inhibit(0),
                force(1)
             }

   Xdsl2LdsfResult ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
         "Possible failure reasons associated with performing
          Dual Ended Loop Test (DELT) on a DSL line.
          Possible values are:
           none        (1) - The default value in case LDSF was never
                             requested for the associated line.
           success     (2) - The recent command completed
                             successfully.
           inProgress  (3) - The Loop Diagnostics process is in



Morgenstern, et al.     Expires February 02, 2014              [Page 41]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                             progress.
           unsupported (4) - The NE or the line card doesn't support
                             LDSF.
           cannotRun   (5) - The NE cannot initiate the command, due
                             to a nonspecific reason.
           aborted     (6) - The Loop Diagnostics process aborted.
           failed      (7) - The Loop Diagnostics process failed.
           illegalMode (8) - The NE cannot initiate the command, due
                             to the specific mode of the relevant
                             line.
           adminUp     (9) - The NE cannot initiate the command, as
                             the relevant line is administratively
                             'Up'.
           tableFull   (10)- The NE cannot initiate the command, due
                             to reaching the maximum number of rows
                             in the results table.
           noResources (11)- The NE cannot initiate the command, due
                             to lack of internal memory resources."
      SYNTAX INTEGER {
                none(1),
                success(2),
                inProgress(3),
                unsupported(4),
                cannotRun(5),
                aborted(6),
                failed(7),
                illegalMode(8),
                adminUp(9),
                tableFull(10),
                noResources(11)
             }

   Xdsl2LineBpsc ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
         "Objects with this syntax are configuration parameters
          that control the bits per subcarrier measurement for a
          VDSL2/ADSL/ADSL2 or ADSL2+ link.  The possible values are:
            idle    (1)  - Idle state
            measure (2)  - Measure the bits per subcarrier"

      SYNTAX INTEGER {
                idle(1),
                measure(2)
             }

   Xdsl2BpscResult ::= TEXTUAL-CONVENTION
      STATUS current



Morgenstern, et al.     Expires February 02, 2014              [Page 42]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DESCRIPTION
         "Possible failure reasons associated with performing
          a bits per subcarrier measurement on a DSL line.
          Possible values are:

           none        (1) - The default value, in case a measurement
                             was never requested for the associated
                             line.
           success     (2) - The recent measurement request completed
                             successfully.
           inProgress  (3) - The bits per subcarrier measurement is
                             in progress.
           unsupported (4) - The bits per subcarrier request
                             mechanism is not supported.
           failed      (5) - The measurement request has failed and no
                             results are available.
           noResources (6) - The NE cannot initiate the command, due
                             to lack of internal memory resources."
      SYNTAX INTEGER {
                none(1),
                success(2),
                inProgress(3),
                unsupported(4),
                failed(5),
                noResources(6)
             }

   Xdsl2LineReset ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
         "This type is used to request a line reset to occur.
             idle        (1) - This state indicates that there is
                               currently no request for a line reset.
             reset       (2) - This state indicates that a line reset
                               request has been issued."
      SYNTAX INTEGER {
                idle(1),
                reset(2)
             }

   Xdsl2LineProfiles ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
         "Objects with this syntax reference the list of
          ITU-T G.993.2 implementation profiles supported by an
          xTU, enabled on the VDSL2 line or active on that line."

      SYNTAX BITS {



Morgenstern, et al.     Expires February 02, 2014              [Page 43]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                profile8a(0),
                profile8b(1),
                profile8c(2),
                profile8d(3),
                profile12a(4),
                profile12b(5),
                profile17a(6),
                profile30a(7)
             }

   Xdsl2LineClassMask ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "VDSL2 PSD Mask Class.
          The limit Power Spectral Density masks are grouped in
          the following PSD mask classes:

          Class 998     Annex A: D-32, D-48, D-64, D-128.
          Class 997-M1c Annex B: 997-M1c-A-7.
          Class 997-M1x Annex B: 997-M1x-M-8, 997-M1x-M.
          Class 997-M2x Annex B: 997-M2x-M-8, 997-M2x-A, 997-M2x-M,
                                 997E17-M2x-NUS0, 997E30-M2x-NUS0.
          Class 998-M1x Annex B: 998-M1x-A, 998-M1x-B, 998-M1x-NUS0.
          Class 998-M2x Annex B: 998-M2x-A, 998-M2x-M, 998-M2x-B,
                                 998-M2x-NUS0, 998E17-M2x-NUS0,
                                 998E17-M2x-NUS0-M, 998E30-M2x-NUS0,
                                 998E30-M2x-NUS0-M.
          Class 998ADE-M2x Annex B: Annex B: 998-M2x-A, 998-M2x-M,
                                 998-M2x-B, 998-M2x-NUS0,
                                 998ADE17-M2x-A, 998ADE17-M2x-B,
                                 998ADE17-M2x-NUS0-M,
                                 998ADE30-M2x-NUS0-A,
                                 998ADE30-M2x-NUS0-M.
          Class 998-B   Annex C: POTS-138b, POTS-276b per C.2.1.1
                                 in G.993.2, TCM-ISDN per C.2.1.2
                                 in G.993.2.
          Class 998-CO  Annex C: POTS-138co, POTS-276co per C.2.1.1
                                 in G.993.2.
          Class HPE-M1  Annex B: HPE17-M1-NUS0, HPE30-M1-NUS0."

      SYNTAX INTEGER {
                none(1),
                a998ORb997M1cORc998B(2),
                b997M1xOR998co(3),
                b997M2x(4),
                b998M1x(5),
                b998M2x(6),
                b998AdeM2x(7),



Morgenstern, et al.     Expires February 02, 2014              [Page 44]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                bHpeM1(8)
             }

   Xdsl2LineLimitMask ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
         "The G.993.2 limit PSD mask for each class of profile.
          The profiles are grouped in following profile classes:
          - Class 8: Profiles 8a, 8b, 8c, 8d.
          - Class 12: Profiles 12a, 12b.
          - Class 17: Profile 17a.
          - Class 30: Profile 30a."

      SYNTAX BITS {
                profile8Limit1(0),
                profile8Limit2(1),
                profile8Limit3(2),
                profile8Limit4(3),
                profile8Limit5(4),
                profile8Limit6(5),
                profile8Limit7(6),
                profile8Limit8(7),
                profile8Limit9(8),
                profile8Limit10(9),
                profile8Limit11(10),
                profile8Limit12(11),
                profile8Limit13(12),
                profile8Limit14(13),
                profile8Limit15(14),
                profile8Limit16(15),
                --
                profile12Limit1(16),
                profile12Limit2(17),
                profile12Limit3(18),
                profile12Limit4(19),
                profile12Limit5(20),
                profile12Limit6(21),
                profile12Limit7(22),
                profile12Limit8(23),
                profile12Limit9(24),
                profile12Limit10(25),
                profile12Limit11(26),
                profile12Limit12(27),
                profile12Limit13(28),
                profile12Limit14(29),
                profile12Limit15(30),
                profile12Limit16(31),
                --



Morgenstern, et al.     Expires February 02, 2014              [Page 45]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                profile17Limit1(32),
                profile17Limit2(33),
                profile17Limit3(34),
                profile17Limit4(35),
                profile17Limit5(36),
                profile17Limit6(37),
                profile17Limit7(38),
                profile17Limit8(39),
                profile17Limit9(40),
                profile17Limit10(41),
                profile17Limit11(42),
                profile17Limit12(43),
                profile17Limit13(44),
                profile17Limit14(45),
                profile17Limit15(46),
                profile17Limit16(47),
                --
                profile30Limit1(48),
                profile30Limit2(49),
                profile30Limit3(50),
                profile30Limit4(51),
                profile30Limit5(52),
                profile30Limit6(53),
                profile30Limit7(54),
                profile30Limit8(55),
                profile30Limit9(56),
                profile30Limit10(57),
                profile30Limit11(58),
                profile30Limit12(59),
                profile30Limit13(60),
                profile30Limit14(61),
                profile30Limit15(62),
                profile30Limit16(63)
             }

   Xdsl2LineUs0Disable ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
         "Indicates if US0 is disabled for each limit PSD mask.
          The profiles are grouped in following profile classes:
          - Class 8: Profiles 8a, 8b, 8c, 8d.
          - Class 12: Profiles 12a, 12b.
          - Class 17: Profile 17a.
          - Class 30: Profile 30a."

      SYNTAX BITS {
                profile8Us0Disable1(0),
                profile8Us0Disable2(1),



Morgenstern, et al.     Expires February 02, 2014              [Page 46]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                profile8Us0Disable3(2),
                profile8Us0Disable4(3),
                profile8Us0Disable5(4),
                profile8Us0Disable6(5),
                profile8Us0Disable7(6),
                profile8Us0Disable8(7),
                profile8Us0Disable9(8),
                profile8Us0Disable10(9),
                profile8Us0Disable11(10),
                profile8Us0Disable12(11),
                profile8Us0Disable13(12),
                profile8Us0Disable14(13),
                profile8Us0Disable15(14),
                profile8Us0Disable16(15),
                --
                profile12Us0Disable1(16),
                profile12Us0Disable2(17),
                profile12Us0Disable3(18),
                profile12Us0Disable4(19),
                profile12Us0Disable5(20),
                profile12Us0Disable6(21),
                profile12Us0Disable7(22),
                profile12Us0Disable8(23),
                profile12Us0Disable9(24),
                profile12Us0Disable10(25),
                profile12Us0Disable11(26),
                profile12Us0Disable12(27),
                profile12Us0Disable13(28),
                profile12Us0Disable14(29),
                profile12Us0Disable15(30),
                profile12Us0Disable16(31),
                --
                profile17Us0Disable1(32),
                profile17Us0Disable2(33),
                profile17Us0Disable3(34),
                profile17Us0Disable4(35),
                profile17Us0Disable5(36),
                profile17Us0Disable6(37),
                profile17Us0Disable7(38),
                profile17Us0Disable8(39),
                profile17Us0Disable9(40),
                profile17Us0Disable10(41),
                profile17Us0Disable11(42),
                profile17Us0Disable12(43),
                profile17Us0Disable13(44),
                profile17Us0Disable14(45),
                profile17Us0Disable15(46),
                profile17Us0Disable16(47),



Morgenstern, et al.     Expires February 02, 2014              [Page 47]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                --
                profile30Us0Disable1(48),
                profile30Us0Disable2(49),
                profile30Us0Disable3(50),
                profile30Us0Disable4(51),
                profile30Us0Disable5(52),
                profile30Us0Disable6(53),
                profile30Us0Disable7(54),
                profile30Us0Disable8(55),
                profile30Us0Disable9(56),
                profile30Us0Disable10(57),
                profile30Us0Disable11(58),
                profile30Us0Disable12(59),
                profile30Us0Disable13(60),
                profile30Us0Disable14(61),
                profile30Us0Disable15(62),
                profile30Us0Disable16(63)
             }

   Xdsl2LineUs0Mask ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
         "The US0 PSD masks to be allowed by the near-end xTU on
          the line.  This parameter is only defined for G.993.2 Annex A.
          It is represented as a bitmap (0 if not allowed and 1 if
          allowed) with the following definitions."

      SYNTAX BITS {
                eu32(0),
                eu36(1),
                eu40(2),
                eu44(3),
                eu48(4),
                eu52(5),
                eu56(6),
                eu60(7),
                --
                eu64(8),
                eu128(9),
                reserved1(10),
                reserved2(11),
                reserved3(12),
                reserved4(13),
                reserved5(14),
                reserved6(15),
                --
                adlu32(16),
                adlu36(17),



Morgenstern, et al.     Expires February 02, 2014              [Page 48]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                adlu40(18),
                adlu44(19),
                adlu48(20),
                adlu52(21),
                adlu56(22),
                adlu60(23),
                --
                adlu64(24),
                adlu128(25),
                reserved7(26),
                reserved8(27),
                reserved9(28),
                reserved10(29),
                reserved11(30),
                reserved12(31)
             }

   Xdsl2SymbolProtection ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "This type specifies the minimum impulse noise protection
          for the bearer channel if it is transported over DMT symbols
          with a subcarrier spacing of 4.3125 kHz.
          The possible values are:
          'noProtection' (i.e., INP not required), 'halfSymbol' (i.e.,
          INP length is 1/2 symbol), and 1-16 symbols in steps of 1
          symbol."

      SYNTAX INTEGER {
                noProtection(1),
                halfSymbol(2),
                singleSymbol(3),
                twoSymbols(4),
                threeSymbols(5),
                fourSymbols(6),
                fiveSymbols(7),
                sixSymbols(8),
                sevenSymbols(9),
                eightSymbols(10),
                nineSymbols(11),
                tenSymbols(12),
                elevenSymbols(13),
                twelveSymbols(14),
                thirteeSymbols(15),
                fourteenSymbols(16),
                fifteenSymbols(17),
                sixteenSymbols(18)
             }



Morgenstern, et al.     Expires February 02, 2014              [Page 49]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   Xdsl2SymbolProtection8 ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "This type specifies the minimum impulse noise protection
          for the bearer channel if it is transported over DMT symbols
          with a subcarrier spacing of 8.625 kHz.
          The possible values are:
          'noProtection' (i.e., INP not required) and 1-16 symbols in
          steps of 1 symbol."

      SYNTAX INTEGER {
                noProtection(1),
                singleSymbol(2),
                twoSymbols(3),
                threeSymbols(4),
                fourSymbols(5),
                fiveSymbols(6),
                sixSymbols(7),
                sevenSymbols(8),
                eightSymbols(9),
                nineSymbols(10),
                tenSymbols(11),
                elevenSymbols(12),
                twelveSymbols(13),
                thirteeSymbols(14),
                fourteenSymbols(15),
                fifteenSymbols(16),
                sixteenSymbols(17)
             }

   Xdsl2MaxBer ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "Objects with this syntax are configuration parameters
          that reference the maximum Bit Error Rate (BER).
          The possible values are:
            eminus3 (1)  - Maximum BER=E^-3
            eminus5 (2)  - Maximum BER=E^-5
            eminus7 (3)  - Maximum BER=E^-7"
      SYNTAX INTEGER {
                eminus3(1),
                eminus5(2),
                eminus7(3)
             }

   Xdsl2ChInitPolicy ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014              [Page 50]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         "This syntax serves for channel configuration parameters
          that reference the channel initialization policy.
          The possible values are:
            policy0 (1) - Policy 0 according to the applicable standard.
            policy1 (2) - Policy 1 according to the applicable
                          standard."
      SYNTAX INTEGER {
                policy0(1),
                policy1(2)
             }

   Xdsl2ScMaskDs ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "Each one of the 512 bits in this OCTET STRING array
          represents the corresponding subcarrier in the downstream
          direction.
          A bit value of one indicates that a subcarrier is masked."
      SYNTAX      OCTET STRING (SIZE(0..64))

   Xdsl2ScMaskUs ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "Each one of the 64 bits in this OCTET STRING array
          represents the corresponding subcarrier in the upstream
          direction.  A bit value of one indicates that a subcarrier
          is masked."
      SYNTAX      OCTET STRING (SIZE(0..8))

   Xdsl2CarMask ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "This type defines an array of bands.  Each band is
          represented by 4 octets and there is a maximum of 32 bands
          allowed.
          Each band consists of a 16-bit start subcarrier index followed
          by a 16-bit stop subcarrier index.
          The subcarrier index is an unsigned number in the range 0 to
          NSC-1."
      SYNTAX      OCTET STRING (SIZE(0..128))

   Xdsl2RfiBands ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "This type defines a subset of downstream PSD mask
          breakpoints used to notch radio frequency interference (RFI)
          bands.
          Each RFI band is represented by 4 octets: a 16-bit start



Morgenstern, et al.     Expires February 02, 2014              [Page 51]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          subcarrier index followed by a 16-bit stop subcarrier
          index.
          There is a maximum of 16 RFI bands allowed.
          The subcarrier index is an unsigned number in the range 0 to
          NSC-1."
      SYNTAX      OCTET STRING (SIZE(0..64))

   Xdsl2PsdMaskDs ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "This is a structure that represents up to 32 PSD mask
          breakpoints.
          Each breakpoint occupies 3 octets: The first
          two octets hold the index of the subcarrier associated with
          the breakpoint.  The third octet holds the PSD at the
          breakpoint with valid values from 0 (0 dBm/Hz) to 190
          (-95 dBm/Hz) using units of 0.5 dBm/Hz.
          The subcarrier index is an unsigned number in the range 0 to
          NSds."
      SYNTAX      OCTET STRING (SIZE(0..96))

   Xdsl2PsdMaskUs ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "This is a structure that represents up to 16 PSD mask
          breakpoints.
          Each breakpoint occupies 3 octets: The first two octets hold
          the index of the subcarrier associated with the breakpoint.
          The third octet holds the PSD at the breakpoint with valid
          values from 0 (0 dBm/Hz) to 190 (-95 dBm/Hz) using units of
          0.5 dBm/Hz.
          The subcarrier index is an unsigned number in the range 0 to
          NSus."
      SYNTAX      OCTET STRING (SIZE(0..48))

   Xdsl2Tssi ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "This is a structure that represents up to 32 transmit
          spectrum shaping (TSSi) breakpoints.
          Each breakpoint is a pair of values occupying 3 octets with
          the following structure:
          First 2 octets - Index of the subcarrier used in the context
                           of the breakpoint.
          Third octet    - The shaping parameter at the breakpoint.
          The shaping parameter value is in the range 0 to 126 (units of
          -0.5 dB).  The special value 127 indicates that the subcarrier
          is not transmitted.



Morgenstern, et al.     Expires February 02, 2014              [Page 52]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          The subcarrier index is an unsigned number in the range 0 to
          NSC-1."
      SYNTAX      OCTET STRING (SIZE(0..96))

   Xdsl2LastTransmittedState ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
         "This parameter represents the last successful transmitted
          initialization state in the last full initialization performed
          on the line.  States are per the specific xDSL technology and
          are numbered from 0 (if G.994.1 is used) or 1 (if G.994.1 is
          not used) up to Showtime."
      SYNTAX INTEGER {
                -- ADSL family ATU-C side --
                atucG9941(0),
                atucQuiet1(1),
                atucComb1(2),
                atucQuiet2(3),
                atucComb2(4),
                atucIcomb1(5),
                atucLineprob(6),
                atucQuiet3(7),
                atucComb3(8),
                atucIComb2(9),
                atucMsgfmt(10),
                atucMsgpcb(11),
                atucQuiet4(12),
                atucReverb1(13),
                atucTref1(14),
                atucReverb2(15),
                atucEct(16),
                atucReverb3(17),
                atucTref2(18),
                atucReverb4(19),
                atucSegue1(20),
                atucMsg1(21),
                atucReverb5(22),
                atucSegue2(23),
                atucMedley(24),
                atucExchmarker(25),
                atucMsg2(26),
                atucReverb6(27),
                atucSegue3(28),
                atucParams(29),
                atucReverb7(30),
                atucSegue4(31),
                atucShowtime(32),
                -- ADSL family ATU-R side --



Morgenstern, et al.     Expires February 02, 2014              [Page 53]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                aturG9941(100),
                aturQuiet1(101),
                aturComb1(102),
                aturQuiet2(103),
                aturComb2(104),
                aturIcomb1(105),
                aturLineprob(106),
                aturQuiet3(107),
                aturComb3(108),
                aturIcomb2(109),
                aturMsgfmt(110),
                aturMsgpcb(111),
                aturReverb1(112),
                aturQuiet4(113),
                aturReverb2(114),
                aturQuiet5(115),
                aturReverb3(116),
                aturEct(117),
                aturReverb4(118),
                aturSegue1(119),
                aturReverb5(120),
                aturSegue2(121),
                aturMsg1(122),
                aturMedley(123),
                aturExchmarker(124),
                aturMsg2(125),
                aturReverb6(126),
                aturSegue3(127),
                aturParams(128),
                aturReverb7(129),
                aturSegue4(130),
                aturShowtime(131),
                -- VDSL2 VTU-C side --
                vtucG9941(200),
                vtucQuiet1(201),
                vtucChDiscov1(202),
                vtucSynchro1(203),
                vtucPilot1(204),
                vtucQuiet2(205),
                vtucPeriodic1(206),
                vtucSynchro2(207),
                vtucChDiscov2(208),
                vtucSynchro3(209),
                vtucTraining1(210),
                vtucSynchro4(211),
                vtucPilot2(212),
                vtucTeq(213),
                vtucEct(214),



Morgenstern, et al.     Expires February 02, 2014              [Page 54]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                vtucPilot3(215),
                vtucPeriodic2(216),
                vtucTraining2(217),
                vtucSynchro5(218),
                vtucMedley(219),
                vtucSynchro6(220),
                vtucShowtime(221),
                -- VDSL2 VTU-R side --
                vturG9941(300),
                vturQuiet1(301),
                vturChDiscov1(302),
                vturSynchro1(303),
                vturLineprobe(304),
                vturPeriodic1(305),
                vturSynchro2(306),
                vturChDiscov2(307),
                vturSynchro3(308),
                vturQuiet2(309),
                vturTraining1(310),
                vturSynchro4(311),
                vturTeq(312),
                vturQuiet3(313),
                vturEct(314),
                vturPeriodic2(315),
                vturTraining2(316),
                vturSynchro5(317),
                vturMedley(318),
                vturSynchro6(319),
                vturShowtime(320)
             }

   Xdsl2LineStatus ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
         "Objects with this syntax are status parameters
          that reflect the failure status for a given endpoint of a
          VDSL2/ADSL/ADSL2 or ADSL2+ link.

          This BITS structure can report the following failures:

           noDefect (0)      - This bit position positively reports
                               that no defect or failure exist.
           lossOfFraming (1) - Loss of frame synchronization.
           lossOfSignal (2)  - Loss of signal.
           lossOfPower (3)   - Loss of power.  Usually this failure may
                               be reported for CPE units only.
           initFailure (4)   - Recent initialization process failed.
                               Never active on xTU-R."



Morgenstern, et al.     Expires February 02, 2014              [Page 55]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      SYNTAX BITS {
                noDefect(0),
                lossOfFraming(1),
                lossOfSignal(2),
                lossOfPower(3),
                initFailure(4)
             }

   Xdsl2ChInpReport ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "This type is used to indicate the method used to compute the
          Actual Impulse Noise Protection (ACTINP).  If set to
          'inpComputedUsingFormula', the ACTINP is computed
          according to the INP_no_erasure formula (9.6/G.993.2).
          If set to 'inpEstimatedByXtur', the ACTINP is the value
          estimated by the xTU receiver.
           inpComputedUsingFormula (1) - ACTINP computed using
                                         INP_no_erasure formula.
           inpEstimatedByXtur (2)      - ACTINP estimated by
                                         the xTU receiver."
      SYNTAX INTEGER {
                inpComputedUsingFormula(1),
                inpEstimatedByXtur(2)
             }

   Xdsl2ChAtmStatus ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
         "Objects with this syntax are status parameters that
          reflect the failure status for the Transmission Convergence
          (TC) layer of a given ATM interface (data path over a VDSL2/
          ADSL/ADSL2 or ADSL2+ link).

          This BITS structure can report the following failures:
           noDefect (0)             - This bit position positively
                                      reports that no defect or failure
                                      exists.
           noCellDelineation (1)    - The link was successfully
                                      initialized, but cell delineation
                                      was never acquired on the
                                      associated ATM data path.
           lossOfCellDelineation (2)- Loss of cell delineation on the
                                      associated ATM data path."
      SYNTAX BITS {
                noDefect(0),
                noCellDelineation(1),
                lossOfCellDelineation(2)



Morgenstern, et al.     Expires February 02, 2014              [Page 56]

Internet-Draft               VDSL2-LINE MIB                  August 2013


             }

   Xdsl2ChPtmStatus ::= TEXTUAL-CONVENTION
      STATUS current
      DESCRIPTION
         "Objects with this syntax are status parameters that
          reflect the failure status for a given PTM interface (packet
          data path over a VDSL2/ADSL/ADSL2 or ADSL2+ link).

          This BITS structure can report the following failures:
              noDefect (0)    - This bit position positively reports
                                that no defect or failure exists.
              outOfSync (1)   - Out of synchronization."
      SYNTAX BITS {
                noDefect(0),
                outOfSync(1)
             }

   Xdsl2UpboKLF ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "Defines the upstream power backoff force mode (UPBOKLF).
          The three possible mode values are:
             auto(1)         - The VDSL Transceiver Unit (VTUs) will
                               autonomously determine the
                               electrical length.
             override(2)     - Forces the VTU-R to use the electrical
                               length, kl0, of the CO-MIB (UPBOKL) to
                               compute the UPBO.
             disableUpbo(3)  - Disables UPBO such that UPBO is not
                               utilized."
      SYNTAX INTEGER {
                auto(1),
                override(2),
                disableUpbo(3)
             }

   Xdsl2BandUs ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "Each value identifies a specific band in the upstream
          transmission direction (excluding the US0 band.).
          The possible values that identify a band are as follows:
             us1(5)          - Upstream band number 1 (US1).
             us2(7)          - Upstream band number 2 (US2).
             us3(9)          - Upstream band number 3 (US3).
             us4(11)         - Upstream band number 4 (US4)."
      SYNTAX INTEGER {



Morgenstern, et al.     Expires February 02, 2014              [Page 57]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                us1(5),
                us2(7),
                us3(9),
                us4(11)
             }

   Xdsl2LinePsdMaskSelectUs ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "This type is used to define which upstream PSD mask is
          enabled.  This type is used only for Annexes J and M of ITU-T
          Recommendations G.992.3 and G.992.5.

          adlu32Eu32 (1),   - ADLU-32 / EU-32
          adlu36Eu36 (2),   - ADLU-36 / EU-36
          adlu40Eu40 (3),   - ADLU-40 / EU-40
          adlu44Eu44 (4),   - ADLU-44 / EU-44
          adlu48Eu48 (5),   - ADLU-48 / EU-48
          adlu52Eu52 (6),   - ADLU-52 / EU-52
          adlu56Eu56 (7),   - ADLU-56 / EU-56
          adlu60Eu60 (8),   - ADLU-60 / EU-60
          adlu64Eu64 (9)    - ADLU-64 / EU-64"
      SYNTAX INTEGER {
                adlu32Eu32(1),
                adlu36Eu36(2),
                adlu40Eu40(3),
                adlu44Eu44(4),
                adlu48Eu48(5),
                adlu52Eu52(6),
                adlu56Eu56(7),
                adlu60Eu60(8),
                adlu64Eu64(9)
             }

   Xdsl2LineCeFlag ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "This type is used to enable the use of the optional
          cyclic extension values.  If the bit is set to '1', the
          optional cyclic extension values may be used.  Otherwise,
          the cyclic extension shall be forced to the mandatory
          length (5N/32).

          enableCyclicExtension (0) - Enable use of optional
                                      Cyclic Extension values."
      SYNTAX BITS {
                enableCyclicExtension(0)
             }



Morgenstern, et al.     Expires February 02, 2014              [Page 58]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   Xdsl2LineSnrMode ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "This type is used to enable the transmitter-referred
          virtual noise.  The value of 1, indicates that virtual
          noise is disabled.  The value of 2, indicates that virtual
          noise is enabled.

         virtualNoiseDisabled (1) - virtual noise is disabled.
         virtualNoiseEnabled (2)  - virtual noise is enabled."
      SYNTAX INTEGER {
                virtualNoiseDisabled(1),
                virtualNoiseEnabled(2)
             }

   Xdsl2LineTxRefVnDs ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "This is a structure that represents up to 32 PSD mask
          breakpoints.
          Each breakpoint occupies 3 octets: The first two octets hold
          the index of the subcarrier associated with the breakpoint.
          The third octet holds the PSD reduction at the breakpoint
          from 0 (-40 dBm/Hz) to 200 (-140 dBm/Hz) using units of
          0.5 dBm/Hz.
          A special value of 255 indicates a noise level of 0 W/Hz.
          The subcarrier index is an unsigned number in the range 0 to
          NSCds-1."
      SYNTAX      OCTET STRING (SIZE(0..96))

   Xdsl2LineTxRefVnUs ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "This is a structure that represents up to 16 PSD mask
          breakpoints.
          Each breakpoint occupies 3 octets: The first two octets hold
          the index of the subcarrier associated with the breakpoint.
          The third octet holds the PSD reduction at the breakpoint
          from 0 (-40 dBm/Hz) to 200 (-140 dBm/Hz) using units of
          0.5 dBm/Hz.
          A special value of 255 indicates a noise level of 0 W/Hz.
          The subcarrier index is an unsigned number in the range 0 to
          NSCus-1."
      SYNTAX      OCTET STRING (SIZE(0..48))

   Xdsl2BitsAlloc ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014              [Page 59]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         "This type specifies an array of nibbles, where each nibble
          indicates the bits allocation for a subcarrier.
          Each nibble has a value in the range 0 to 15 to indicate
          the bits allocation."
      SYNTAX      OCTET STRING (SIZE(0..256))

   Xdsl2MrefPsdDs ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "Objects with this syntax are MEDLEY Reference PSD status
          parameters in the downstream direction.  This is expressed as
          the set of
          breakpoints exchanged at initialization.
          The OCTET STRING contains up to 48 pairs of values in the
          following structure:
          Octets 0-1 -\u002D Index of the first subcarrier used in the
                      context of a first breakpoint.
          Octets 2-3 -\u002D The PSD level for the subcarrier indicated
                      in octets 0-1.
          Octets 4-7 -\u002D Same, for a second breakpoint
          Octets 8-11 -\u002D Same, for a third breakpoint
          And so on until
          Octets 188-191 -\u002D Same, for a 48th breakpoint.
          The subcarrier index is an unsigned number in the range 0
          to NSCds-1.
          The PSD level is an integer value in the 0 to 4095 range.
          It is represented in units of 0.1 dB offset from
          -140 dBm/Hz."
      SYNTAX      OCTET STRING (SIZE(0..192))

   Xdsl2MrefPsdUs ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "Objects with this syntax are MEDLEY Reference PSD status
          parameters in the upstream direction.  This is expressed
          as the set of
          breakpoints exchanged at initialization.
          The OCTET STRING contains up to 32 pairs of values in the
          following structure:
          Octets 0-1 -\u002D Index of the first subcarrier used in the
                      context of a first breakpoint.
          Octets 2-3 -\u002D The PSD level for the subcarrier indicated
                      in octets 0-1.
          Octets 4-7 -\u002D Same, for a second breakpoint
          Octets 8-11 -\u002D Same, for a third breakpoint
          And so on until
          Octets 124-127 -\u002D Same, for a 32nd breakpoint.
          The subcarrier index is an unsigned number in the range 0



Morgenstern, et al.     Expires February 02, 2014              [Page 60]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          to NSCus-1.
          The PSD level is an integer value in the 0 to 4095 range.  It
          is represented in units of 0.1 dB offset from -140 dBm/Hz."
      SYNTAX      OCTET STRING (SIZE(0..128))

   Xdsl2RtxModes ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "Objects with this syntax are configuration parameters
          that select the mode of ITU-T G.998.4 (retransmission) to be
          used in either upstream or downstream transmit-direction.
          The possible retransmission modes are:
             forbidden (1)     - G.998.4 retransmission is not allowed.
             preferred (2)     - G.998.4 retransmission is preferred
                                 by the operator. I.e. if both xTUs
                                 support it then they shall employ it on
                                 the relevant transmit direction
             forced    (3)     - G.998.4 retransmission shall be used.
                                 I.e. if any xTU does not support it
                                 or if the xTUs in practice did not
                                 select it, then initialization
                                 shall fail.
             testMode  (4)     - The G.998.4 retransmission shall be
                                 used in test-mode."
      SYNTAX INTEGER {
                forbidden (1),
                preferred (2),
                forced    (3),
                testMode  (4)
             }

   END


   VDSL2-LINE-MIB DEFINITIONS ::= BEGIN

   IMPORTS
      MODULE-IDENTITY,
      OBJECT-TYPE,
      transmission,
      Unsigned32,
      NOTIFICATION-TYPE,
      Integer32,
      Counter32
         FROM SNMPv2-SMI

      ifIndex
         FROM IF-MIB



Morgenstern, et al.     Expires February 02, 2014              [Page 61]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      TruthValue,
      RowStatus
          FROM SNMPv2-TC

      SnmpAdminString
         FROM SNMP-FRAMEWORK-MIB

      HCPerfIntervalThreshold,
      HCPerfTimeElapsed
         FROM  HC-PerfHist-TC-MIB   -- [RFC3705]

      Xdsl2Unit,
      Xdsl2Direction,
      Xdsl2Band,
      Xdsl2TransmissionModeType,
      Xdsl2RaMode,
      Xdsl2InitResult,
      Xdsl2OperationModes,
      Xdsl2PowerMngState,
      Xdsl2ConfPmsForce,
      Xdsl2LinePmMode,
      Xdsl2LineLdsf,
      Xdsl2LdsfResult,
      Xdsl2LineBpsc,
      Xdsl2BpscResult,
      Xdsl2LineReset,
      Xdsl2SymbolProtection,
      Xdsl2SymbolProtection8,
      Xdsl2MaxBer,
      Xdsl2ChInitPolicy,
      Xdsl2ScMaskDs,
      Xdsl2ScMaskUs,
      Xdsl2CarMask,
      Xdsl2RfiBands,
      Xdsl2PsdMaskDs,
      Xdsl2PsdMaskUs,
      Xdsl2Tssi,
      Xdsl2LastTransmittedState,
      Xdsl2LineStatus,
      Xdsl2ChInpReport,
      Xdsl2ChAtmStatus,
      Xdsl2ChPtmStatus,
      Xdsl2UpboKLF,
      Xdsl2BandUs,
      Xdsl2LineProfiles,
      Xdsl2LineUs0Mask,
      Xdsl2LineClassMask,
      Xdsl2LineLimitMask,



Morgenstern, et al.     Expires February 02, 2014              [Page 62]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      Xdsl2LineUs0Disable,
      Xdsl2LinePsdMaskSelectUs,
      Xdsl2LineCeFlag,
      Xdsl2LineSnrMode,
      Xdsl2LineTxRefVnDs,
      Xdsl2LineTxRefVnUs,
      Xdsl2BitsAlloc,
      Xdsl2MrefPsdDs,
      Xdsl2MrefPsdUs

         FROM   VDSL2-LINE-TC-MIB   -- [This document]

      MODULE-COMPLIANCE,
      OBJECT-GROUP,
      NOTIFICATION-GROUP
         FROM SNMPv2-CONF;

   vdsl2MIB MODULE-IDENTITY
      LAST-UPDATED "201308010000Z" -- August 1, 2013
      ORGANIZATION "ADSLMIB Working Group"
      CONTACT-INFO "WG-email:  adslmib@ietf.org
      Info:      https://www1.ietf.org/mailman/listinfo/adslmib


                Chair:     Menachem Dodge
                           ECI Telecom Ltd.
                Postal:    30 Hasivim St.
                           Petach Tikva 4959388,
                           Israel
                Email:     menachemdodge1@gmail.com
                Phone:     +972 52 6448463

                Co-editor: Moti Morgenstern
                           ECI Telecom Ltd.
                Postal:    30 Hasivim St.
                           Petach Tikva 4959388,
                           Israel
                Email:     moti.morgenstern@ecitele.com
                Phone:     +972 3 926 6258

                Co-editor: Scott Baillie
                Email:     scott.a.baillie@gmail.com

                Co-editor: Markus Freudenberger
                           T-Systems International GmbH
                Postal:    Deutsche-Telekom-Allee 7,
                           Darmstadt, 64295,
                           Germany



Morgenstern, et al.     Expires February 02, 2014              [Page 63]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                Email:     markus.freudenberger@t-systems.com
                Phone:     +49 6151 58 33679
               "
      DESCRIPTION
           "
            This document defines a Management Information Base (MIB)
            module for use with network management protocols in the
            Internet community for the purpose of managing VDSL2, ADSL,
            ADSL2, and ADSL2+ lines.

            The MIB module described in RFC 2662 [RFC2662] defines
            objects used for managing Asymmetric Bit-Rate DSL (ADSL)
            interfaces per [T1E1.413], [G.992.1], and [G.992.2].
            These object descriptions are based upon the specifications
            for the ADSL Embedded Operations Channel (EOC) as defined
            in American National Standards Institute (ANSI) T1E1.413
            [T1E1.413] and International Telecommunication Union (ITU-T)
            G.992.1 [G.992.1] and G.992.2 [G.992.2].

            The MIB module described in RFC 4706 [RFC4706] defines
            objects used for managing ADSL2 interfaces per [G.992.3]
            and [G.992.4], and ADSL2+ interfaces per [G.992.5].
            That MIB is also capable of managing ADSL interfaces per
            [T1E1.413], [G.992.1], and [G.992.2].

            This document does not obsolete RFC 2662 [RFC2662] or
            RFC 4706 [RFC4706], but rather provides a more comprehensive
            management model that manages VDSL2 interfaces per G.993.2
            [G.993.2] as well as ADSL, ADSL2, and ADSL2+ technologies
            per T1E1.413, G.992.1, G.992.2, G.992.3, G.992.4, and
            G.992.5
            ([T1E1.413], [G.992.1], [G.992.2], [G.992.3], [G.992.4], and
            [G.992.5], respectively).

            Additionally, the management framework for VDSL2 lines
            specified by the Digital Subscriber Line Forum
            (DSLF) has been taken into consideration [TR-129].  That
            framework is based on the ITU-T G.997.1 standard [G.997.1]
            and its amendment 1 [G.997.1-Am1].

            The MIB module is located in the MIB tree under MIB 2
            transmission, as discussed in the MIB-2 Integration
            (RFC 2863 [RFC2863]) section of this document.

            Copyright (c) 2009 IETF Trust and the persons identified
            as authors of the code.  All rights reserved.

            Redistribution and use in source and binary forms, with



Morgenstern, et al.     Expires February 02, 2014              [Page 64]

Internet-Draft               VDSL2-LINE MIB                  August 2013


            or without modification, are permitted provided that the
            following conditions are met:

            - Redistributions of source code must retain the above
              copyright notice, this list of conditions and the
              following disclaimer.

            - Redistributions in binary form must reproduce the above
              copyright notice, this list of conditions and the
              following disclaimer in the documentation and/or other
              materials provided with the distribution.

            - Neither the name of Internet Society, IETF or IETF Trust,
              nor the names of specific contributors, may be used to
              endorse or promote products derived from this software
              without specific prior written permission.

            THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND
            CONTRIBUTORS 'AS IS' AND ANY EXPRESS OR IMPLIED WARRANTIES,
            INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
            MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
            DISCLAIMED.  IN NO EVENT SHALL THE COPYRIGHT OWNER OR
            CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
            SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
            NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
            LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
            HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
            CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE
            OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
            SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

            This version of this MIB module is part of RFC XXXX;
            see the RFC itself for full legal notices."

      REVISION "201308010000Z" -- August 1, 2013
      DESCRIPTION "Initial version, published as RFC XXXX."
         ::= { transmission 251 }

     xdsl2Notifications OBJECT IDENTIFIER ::= { vdsl2MIB 0 }
     xdsl2Objects       OBJECT IDENTIFIER ::= { vdsl2MIB 1 }
     xdsl2Conformance   OBJECT IDENTIFIER ::= { vdsl2MIB 2 }
     ------------------------------------------------
     xdsl2Line          OBJECT IDENTIFIER ::= { xdsl2Objects 1 }
     xdsl2Status        OBJECT IDENTIFIER ::= { xdsl2Objects 2 }
     xdsl2Inventory     OBJECT IDENTIFIER ::= { xdsl2Objects 3 }
     xdsl2PM            OBJECT IDENTIFIER ::= { xdsl2Objects 4 }
     xdsl2Profile       OBJECT IDENTIFIER ::= { xdsl2Objects 5 }
     xdsl2Scalar        OBJECT IDENTIFIER ::= { xdsl2Objects 6 }



Morgenstern, et al.     Expires February 02, 2014              [Page 65]

Internet-Draft               VDSL2-LINE MIB                  August 2013


     xdsl2Vop           OBJECT IDENTIFIER ::= { xdsl2Objects 7 }
     ------------------------------------------------
     xdsl2PMLine        OBJECT IDENTIFIER ::= { xdsl2PM 1 }
     xdsl2PMChannel     OBJECT IDENTIFIER ::= { xdsl2PM 2 }
     ------------------------------------------------
     xdsl2ProfileLine      OBJECT IDENTIFIER ::= { xdsl2Profile 1 }
     xdsl2ProfileChannel   OBJECT IDENTIFIER ::= { xdsl2Profile 2 }
     xdsl2ProfileAlarmConf OBJECT IDENTIFIER ::= { xdsl2Profile 3 }
     ------------------------------------------------
     xdsl2VopLine       OBJECT IDENTIFIER ::= { xdsl2Vop 1 }
     xdsl2VopVector     OBJECT IDENTIFIER ::= { xdsl2Vop 2 }
     xdsl2VopProfile    OBJECT IDENTIFIER ::= { xdsl2Vop 3 }
     ------------------------------------------------
     xdsl2ScalarSC      OBJECT IDENTIFIER ::= { xdsl2Scalar 1 }
     xdsl2ScalarVop     OBJECT IDENTIFIER ::= { xdsl2Scalar 2 }
     ------------------------------------------------

   ------------------------------------------------
   --          xdsl2LineTable                    --
   ------------------------------------------------
   xdsl2LineTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2LineEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2LineTable contains configuration, command and
          status parameters of the VDSL2/ADSL/ADSL2 or ADSL2+ line.

          Several objects in this table MUST be maintained in a
          persistent manner."
      ::= { xdsl2Line 1 }

   xdsl2LineEntry  OBJECT-TYPE
      SYNTAX      Xdsl2LineEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The index of this table is an interface index where the
          interface has an ifType of vdsl2(251)."
      INDEX  { ifIndex }
      ::= { xdsl2LineTable 1 }

   Xdsl2LineEntry  ::=
      SEQUENCE {
         xdsl2LineConfTemplate            SnmpAdminString,
         xdsl2LineConfFallbackTemplate    SnmpAdminString,
         xdsl2LineAlarmConfTemplate       SnmpAdminString,
         xdsl2LineCmndConfPmsf            Xdsl2ConfPmsForce,



Morgenstern, et al.     Expires February 02, 2014              [Page 66]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         xdsl2LineCmndConfLdsf            Xdsl2LineLdsf,
         xdsl2LineCmndConfLdsfFailReason  Xdsl2LdsfResult,
         xdsl2LineCmndConfBpsc            Xdsl2LineBpsc,
         xdsl2LineCmndConfBpscFailReason  Xdsl2BpscResult,
         xdsl2LineCmndConfBpscRequests    Counter32,
         xdsl2LineCmndAutomodeColdStart   TruthValue,
         xdsl2LineCmndConfReset           Xdsl2LineReset,
         xdsl2LineStatusActTemplate       SnmpAdminString,
         xdsl2LineStatusXtuTransSys       Xdsl2TransmissionModeType,
         xdsl2LineStatusPwrMngState       Xdsl2PowerMngState,
         xdsl2LineStatusInitResult        Xdsl2InitResult,
         xdsl2LineStatusLastStateDs       Xdsl2LastTransmittedState,
         xdsl2LineStatusLastStateUs       Xdsl2LastTransmittedState,
         xdsl2LineStatusXtur              Xdsl2LineStatus,
         xdsl2LineStatusXtuc              Xdsl2LineStatus,
         xdsl2LineStatusAttainableRateDs  Unsigned32,
         xdsl2LineStatusAttainableRateUs  Unsigned32,
         xdsl2LineStatusActPsdDs          Integer32,
         xdsl2LineStatusActPsdUs          Integer32,
         xdsl2LineStatusActAtpDs          Integer32,
         xdsl2LineStatusActAtpUs          Integer32,
         xdsl2LineStatusActProfile        Xdsl2LineProfiles,
         xdsl2LineStatusActLimitMask      Xdsl2LineLimitMask,
         xdsl2LineStatusActUs0Mask        Xdsl2LineUs0Mask,
         xdsl2LineStatusActSnrModeDs      Xdsl2LineSnrMode,
         xdsl2LineStatusActSnrModeUs      Xdsl2LineSnrMode,
         xdsl2LineStatusElectricalLength  Unsigned32,
         xdsl2LineStatusTssiDs            Xdsl2Tssi,
         xdsl2LineStatusTssiUs            Xdsl2Tssi,
         xdsl2LineStatusMrefPsdDs         Xdsl2MrefPsdDs,
         xdsl2LineStatusMrefPsdUs         Xdsl2MrefPsdUs,
         xdsl2LineStatusTrellisDs         TruthValue,
         xdsl2LineStatusTrellisUs         TruthValue,
         xdsl2LineStatusActualCe          Unsigned32
      }

   xdsl2LineConfTemplate  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(1..32))
      MAX-ACCESS  read-write
      STATUS      current
      DESCRIPTION
         "The value of this object identifies the row in the xDSL2
          Line Configuration Template Table, xdsl2LineConfTemplateTable,
          that applies for this line.

          NOTE : This object belongs only to the legacy management model
               : that was originally specified in RFC 5650.




Morgenstern, et al.     Expires February 02, 2014              [Page 67]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          This object MUST be maintained in a persistent manner."
      REFERENCE    "DSL Forum TR-129, paragraph #5.1"
      DEFVAL       { "DEFVAL" }
      ::= { xdsl2LineEntry 1 }

   xdsl2LineConfFallbackTemplate  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(0..32))
      MAX-ACCESS  read-write
      STATUS      current
      DESCRIPTION
         "This object is used to identify the template that will be
          used if the xDSL2 line fails to operate using the primary
          template.  The primary template is identified using the
          xdsl2LineConfTemplate object.

          For example, a xDSL2 line may fall back to a template with a
          lower rate if the rate specified in the primary template
          cannot be achieved.

          The value of this object identifies a row in the xDSL2 Line
          Configuration Template Table, xdsl2LineConfTemplateTable.
          Any row in the xdsl2LineConfTemplateTable table may be used as
          a fall-back template.

          If the xDSL2 line fails to operate using the fall-back
          template, then the primary template should be retried.
          The xTU-C should continue to alternate between the primary and
          fall-back templates until one of them succeeds.

          If the value of this object is a zero-length string, then no
          fall-back template is defined and only the primary template
          will be used.

          Note that implementation of this object is not mandatory.
          If this object is not supported, any attempt to modify this
          object should result in the SET request being rejected.

          NOTE : This object belongs only to the legacy management model
               : that was originally specified in RFC 5650.

          This object MUST be maintained in a persistent manner."
      ::= { xdsl2LineEntry 2 }

   xdsl2LineAlarmConfTemplate  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(1..32))
      MAX-ACCESS  read-write
      STATUS      current
      DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014              [Page 68]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         "The value of this object identifies the row in the xDSL2
          Line Alarm Configuration Template Table,
          xdsl2LineAlarmConfTemplateTable, which applies to this line.

          This object MUST be maintained in a persistent manner."
      REFERENCE    "DSL Forum TR-129, paragraph #5.1"
      DEFVAL       { "DEFVAL" }
      ::= { xdsl2LineEntry 3 }

   xdsl2LineCmndConfPmsf  OBJECT-TYPE
      SYNTAX      Xdsl2ConfPmsForce
      MAX-ACCESS  read-write
      STATUS      current
      DESCRIPTION
         "Power management state forced (PMSF).  Defines the line
          states to be forced by the near-end xTU on this line.
          This object MUST be maintained in a persistent manner."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.1.3 (PMSF)"
      DEFVAL       { l3toL0 }
      ::= { xdsl2LineEntry 4 }

   xdsl2LineCmndConfLdsf  OBJECT-TYPE
      SYNTAX      Xdsl2LineLdsf
      MAX-ACCESS  read-write
      STATUS      current
      DESCRIPTION
         "Loop diagnostic state forced (LDSF).
          Defines whether the line should be forced into the loop
          diagnostics mode by the near-end xTU of this line.  Note that
          a loop diagnostic may be initiated by the far-end xTU at any
          time.

          Only when the xdsl2LineStatusPwrMngState object is in the 'l3'
          state and the xdsl2LineCmndConfPmsf object is in the
          'l0orL2toL3' state, can the line be forced into loop
          diagnostic mode procedures.  Upon successful completion of the
          loop diagnostic mode procedures, the Access Node shall set
          this object to 'inhibit', and xdsl2LineStatusPwrMngState will
          remain in the 'l3' state.  The loop diagnostic data shall be
          available at least until xdsl2LineCmndConfPmsf is set to the
          'l3toL0' state.

          The results of the loop diagnostic procedure are stored in the
          tables xdsl2SCStatusTable, xdsl2SCStatusBandTable, and
          xdsl2SCStatusSegmentTable.  The status of the loop diagnostic
          procedure is indicated by xdsl2LineCmndConfLdsfFailReason.

          As long as loop diagnostic procedures are not completed



Morgenstern, et al.     Expires February 02, 2014              [Page 69]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          successfully, attempts shall be made to do so, until the loop
          diagnostic mode is no longer forced on the line through this
          configuration parameter."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.1.8 (LDSF)"
      DEFVAL       { inhibit }
      ::= { xdsl2LineEntry 5 }

   xdsl2LineCmndConfLdsfFailReason  OBJECT-TYPE
      SYNTAX      Xdsl2LdsfResult
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The status of the most recent occasion when the loop
          diagnostics state forced (LDSF) command was issued for the
          associated line."
      DEFVAL       { none }
      ::= { xdsl2LineEntry 6 }

   xdsl2LineCmndConfBpsc  OBJECT-TYPE
      SYNTAX      Xdsl2LineBpsc
      MAX-ACCESS  read-write
      STATUS      current
      DESCRIPTION
         "Request a bits-per-subcarrier measurement to be made.

          A request for a bits-per-subcarrier measurement is made by
          setting this object to the value of 'measure'.  Upon
          completion of the measurement request, the Access Node shall
          set this object to 'idle'.

          The SNMP agent should allow initiating a bits-per-subcarrier
          measurement process only if there is no other bits-per-
          subcarrier measurement already running, and respond with an
          SNMP error (e.g., wrongValue) otherwise.

          Note that a bits-per-subcarrier measurement is also performed
          during a line diagnostic procedure.  This object provides an
          additional mechanism to fetch the bits-per-subcarrier data.
          This additional mechanism is provided so that bits-per-
          subcarrier data may be fetched without forcing the line into
          no power state.
          This is useful because the bits-per-subcarrier allocation
          may be adjusted at show time due to rate adaption and bit
          swapping.

          The implementation of this additional mechanism for measuring
          bits per subcarrier is not mandatory.




Morgenstern, et al.     Expires February 02, 2014              [Page 70]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          The results of the bits-per-subcarrier measurement are stored
          in xdsl2LineSegmentTable.  The status of the bits-per-
          subcarrier measurement is indicated by
          xdsl2LineCmndConfBpscFailReason."
      DEFVAL       { idle }
      ::= { xdsl2LineEntry 7 }

   xdsl2LineCmndConfBpscFailReason  OBJECT-TYPE
      SYNTAX      Xdsl2BpscResult
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The status of the most recent bits-per-subcarrier
          measurement request issued for the associated line."
      DEFVAL       { none }
      ::= { xdsl2LineEntry 8 }

   xdsl2LineCmndConfBpscRequests  OBJECT-TYPE
      SYNTAX      Counter32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Measurement request counter.
          This counter is incremented by one every time a request for a
          bits-per-subcarrier measurement is made.  A measurement
          request is made by modifying the xdsl2LineCmndConfBpsc object
          from idle(1) to the value measure(2).

          The measurement results may be very large and will not fit
          into a single PDU; hence, multiple SNMP GET requests may be
          required to fetch the measurement results.
          Because the measurement results cannot be fetched atomically,
          it is possible for a second manager to start a new measurement
          before a first manager has fetched all of its results.
          An SNMP manager can use this object to ensure that the
          measurement results retrieved using one or more GET requests
          all belong to the measurement initiated by that manager.

          The following steps are suggested in order for the SNMP
          manager to initiate the bits-per-subcarrier measurement:

          1. Wait for xdsl2LineCmndConfBpsc value to be idle(1).
          2. Perform an SNMP GET for xdsl2LineCmndConfBpscRequests.
          3. Wait a short delay (4 -> 8 seconds).
          4. Perform an SNMP SET on xdsl2LineCmndConfBpsc with
             the value measure(2).
          5. If step 4 returns an error, then go to step 1.
          6. Wait for xdsl2LineCmndConfBpsc value to be idle(1).



Morgenstern, et al.     Expires February 02, 2014              [Page 71]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          7. Fetch measurement results using one or more GET PDUs.
          8. Perform an SNMP GET for xdsl2LineCmndConfBpscRequests.
          9. Compute the difference between the two values of
             xdsl2LineCmndConfBpscRequests.  If the value is one,
             then the results are valid, else go to step 1."
      ::= { xdsl2LineEntry 9 }

   xdsl2LineCmndAutomodeColdStart   OBJECT-TYPE
      SYNTAX      TruthValue
      MAX-ACCESS  read-write
      STATUS      current
      DESCRIPTION
         "Automode cold start forced.  This parameter is defined in
          order to improve testing of the performance of xTUs supporting
          automode when it is enabled in the MIB.
          Change the value of this parameter to 'true' to indicate a
          change in loop conditions applied to the devices under the
          test.  The xTUs shall reset any historical information used
          for automode and for shortening G.994.1 handshake and
          initialization.

          Automode is the case where multiple operation-modes are
          enabled through the xdsl2LConfProfXtuTransSysEna object in the
          line configuration profile being used for the line, and where
          the selection of the actual operation-mode depends not only on
          the common capabilities of both xTUs (as exchanged in
          G.994.1), but also on achievable data rates under given loop
          conditions."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.1.10
                   (Automode Cold Start Forced)"
      DEFVAL       { false }
      ::= { xdsl2LineEntry 10 }

   xdsl2LineCmndConfReset   OBJECT-TYPE
         SYNTAX      Xdsl2LineReset
         MAX-ACCESS  read-write
         STATUS      current
         DESCRIPTION
            "Request a line reset to occur.
             If this object is set to the value of 'reset', then force
             the line to reset (i.e., the modems will retrain).
             When the line has successfully reset, the SNMP agent will
             set the value of this object to 'idle'.

             Note that the xdsl2LineCmndConfPmsf object will always take
             precedence over this object.
             If the xdsl2LineCmndConfPmsf object is set to the value
             'l0orL2toL3', then the line MUST NOT return to the Showtime



Morgenstern, et al.     Expires February 02, 2014              [Page 72]

Internet-Draft               VDSL2-LINE MIB                  August 2013


             state due to a reset request action performed using this
             object."
      DEFVAL       { idle }
         ::= { xdsl2LineEntry 11 }

   xdsl2LineStatusActTemplate  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(0..32))
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "This object is used to identify the template that is
          currently in use for this line.
          This object is updated when a successful line initialization
          occurs.
          This object indicates if the primary template
          (xdsl2LineConfTemplate) is in use or the fall-back template
          (xdsl2LineConfFallbackTemplate) is in use.
          If the line is not successfully initialized, then the value of
          this object will be a zero-length string.

          NOTE : This object belongs only to the legacy management model
               : that was originally specified in RFC 5650."
      ::= { xdsl2LineEntry 12 }

   xdsl2LineStatusXtuTransSys  OBJECT-TYPE
      SYNTAX      Xdsl2TransmissionModeType
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The xTU Transmission System (xTS) in use.
          It is coded in a bitmap representation with one bit set to
          '1' (the selected coding for the DSL line).  This
          parameter may be derived from the handshaking procedures
          defined in Recommendation G.994.1.  A set of xDSL line
          transmission modes, with one bit per mode."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.1
                   (xDSL transmission system)"
      DEFVAL       { {} }
      ::= { xdsl2LineEntry 13 }

   xdsl2LineStatusPwrMngState  OBJECT-TYPE
      SYNTAX      Xdsl2PowerMngState
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The current power management state."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.5
                   (Line power management state)"



Morgenstern, et al.     Expires February 02, 2014              [Page 73]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DEFVAL       { l3 }
         ::= { xdsl2LineEntry 14 }

   xdsl2LineStatusInitResult  OBJECT-TYPE
      SYNTAX      Xdsl2InitResult
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Indicates the result of the last full initialization
          performed on the line."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.6
                   (Initialization success/failure cause)"
      DEFVAL       { noFail }
      ::= { xdsl2LineEntry 15 }

   xdsl2LineStatusLastStateDs  OBJECT-TYPE
      SYNTAX      Xdsl2LastTransmittedState
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The last successful transmitted initialization state in
          the downstream direction in the last full initialization
          performed on the line."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.7
                   (Downstream last transmitted state)"
      DEFVAL       { atucG9941 }
      ::= { xdsl2LineEntry 16 }

   xdsl2LineStatusLastStateUs  OBJECT-TYPE
      SYNTAX      Xdsl2LastTransmittedState
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The last successful transmitted initialization state in the
          upstream direction in the last full initialization performed
          on the line."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.8
                   (Upstream last transmitted state)"
      DEFVAL       { aturG9941 }
      ::= { xdsl2LineEntry 17 }

   xdsl2LineStatusXtur  OBJECT-TYPE
      SYNTAX      Xdsl2LineStatus
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Indicates the current state (existing failures) of the xTU-R.
          This is a bitmap of possible conditions."



Morgenstern, et al.     Expires February 02, 2014              [Page 74]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      REFERENCE    "ITU-T G.997.1, paragraph #7.1.1.2
                   (Line far-end failures)"
      DEFVAL       { { noDefect } }
      ::= { xdsl2LineEntry 18 }

   xdsl2LineStatusXtuc  OBJECT-TYPE
      SYNTAX      Xdsl2LineStatus
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Indicates the current state (existing failures) of the xTU-C.
          This is a bitmap of possible conditions."
      REFERENCE    "ITU-T G.997.1, paragraph #7.1.1.1
                   (Line near-end failures)"
      DEFVAL       { { noDefect } }
      ::= { xdsl2LineEntry 19 }

   xdsl2LineStatusAttainableRateDs  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Maximum Attainable Data Rate Downstream.
          The maximum downstream net data rate currently attainable by
          the xTU-C transmitter and the xTU-R receiver, coded in
          bit/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.19 (ATTNDRds)"
      DEFVAL       { 0 }
      ::= { xdsl2LineEntry 20 }

   xdsl2LineStatusAttainableRateUs  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Maximum Attainable Data Rate Upstream.
          The maximum upstream net data rate currently attainable by the
          xTU-R transmitter and the xTU-C receiver, coded in bit/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.20 (ATTNDRus)"
      DEFVAL       { 0 }
      ::= { xdsl2LineEntry 21 }

   xdsl2LineStatusActPsdDs OBJECT-TYPE
      SYNTAX      Integer32 (-900..0 | 2147483647)
      UNITS       "0.1 dBm/Hz"
      MAX-ACCESS  read-only



Morgenstern, et al.     Expires February 02, 2014              [Page 75]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      STATUS      current
      DESCRIPTION
         "Actual Power Spectral Density (PSD) Downstream.  The average
          downstream transmit PSD over the subcarriers used for
          downstream.  It ranges from -900 to 0 units of 0.1 dBm/Hz
          (physical values are -90 to 0 dBm/Hz).
          A value of 0x7FFFFFFF (2147483647) indicates the measurement
          is out of range to be represented."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.21 (ACTPSDds)"
      DEFVAL       { 2147483647 }
      ::= { xdsl2LineEntry 22 }

   xdsl2LineStatusActPsdUs OBJECT-TYPE
      SYNTAX      Integer32 (-900..0 | 2147483647)
      UNITS       "0.1 dBm/Hz"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Actual Power Spectral Density (PSD) Upstream.  The average
          upstream transmit PSD over the subcarriers used for upstream.
          It ranges from -900 to 0 units of 0.1 dBm/Hz (physical values
          are -90 to 0 dBm/Hz).
          A value of 0x7FFFFFFF (2147483647) indicates the measurement
          is out of range to be represented."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.22 (ACTPSDus)"
      DEFVAL       { 2147483647 }
      ::= { xdsl2LineEntry 23 }

   xdsl2LineStatusActAtpDs  OBJECT-TYPE
      SYNTAX      Integer32 (-310..310 | 2147483647)
      UNITS       "0.1 dBm"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Actual Aggregate Transmit Power Downstream.
          The total amount of transmit power delivered by the xTU-C at
          the U-C reference point, at the instant of measurement.  It
          ranges from -310 to 310 units of 0.1 dBm (physical values are
          -31 to 31 dBm).
          A value of 0x7FFFFFFF (2147483647) indicates the measurement
          is out of range to be represented."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.24 (ACTATPds)"
      DEFVAL       { 2147483647 }
      ::= { xdsl2LineEntry 24 }

   xdsl2LineStatusActAtpUs  OBJECT-TYPE
      SYNTAX      Integer32 (-310..310 | 2147483647)
      UNITS       "0.1 dBm"



Morgenstern, et al.     Expires February 02, 2014              [Page 76]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Actual Aggregate Transmit Power Upstream.
          The total amount of transmit power delivered by the xTU-R at
          the U-R reference point, at the instant of measurement.  It
          ranges from -310 to 310 units of 0.1 dBm (physical values are
          -31 to 31 dBm).
          A value of 0x7FFFFFFF (2147483647) indicates the measurement
          is out of range to be represented."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.25 (ACTATPus)"
      DEFVAL       { 2147483647 }
      ::= { xdsl2LineEntry 25 }

   xdsl2LineStatusActProfile  OBJECT-TYPE
      SYNTAX      Xdsl2LineProfiles
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The G.993.2 profile in use.
          The configuration parameter xdsl2LConfProfProfiles defines
          the set of allowed G.993.2 profiles.  This parameter indicates
          the profile in use on this line.
          This parameter may be derived from the handshaking procedures
          defined in ITU-T Recommendation G.994.1."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.2 (VDSL2 Profile)"
      DEFVAL       { {} }
      ::= { xdsl2LineEntry 26 }

   xdsl2LineStatusActLimitMask  OBJECT-TYPE
      SYNTAX      Xdsl2LineLimitMask
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The Limit PSD mask and band plan in use.
          The configuration parameter xdsl2LConfProfLimitMask defines
          the set of allowed G.993.2 limit PSD masks.
          This parameter indicates the limit PSD mask in use on this
          line."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.3
                   (VDSL2 Limit PSD Mask and Band plan)"
      DEFVAL       { {} }
      ::= { xdsl2LineEntry 27 }

   xdsl2LineStatusActUs0Mask  OBJECT-TYPE
      SYNTAX      Xdsl2LineUs0Mask
      MAX-ACCESS  read-only
      STATUS      current



Morgenstern, et al.     Expires February 02, 2014              [Page 77]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DESCRIPTION
         "The US0 PSD mask in use.
          The configuration parameter xdsl2LConfProfUs0Mask defines
          the set of allowed US0 PSD masks.
          This parameter indicates the US0 PSD mask in use on this line.
          This parameter may be derived from the handshaking procedures
          defined in ITU-T Recommendation G.994.1."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.4
                   (VDSL2 US0 PSD Mask)"
      DEFVAL       { {} }
      ::= { xdsl2LineEntry 28 }

   xdsl2LineStatusActSnrModeDs  OBJECT-TYPE
      SYNTAX      Xdsl2LineSnrMode
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "This parameter indicates if the transmitter-referred
          virtual noise is active on the line in the downstream
          direction.
          The configuration parameter xdsl2LConfProfSnrModeDs is used to
          configure referred virtual noise."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.15 (ACTSNRMODEds)"
      DEFVAL       { virtualNoiseDisabled }
      ::= { xdsl2LineEntry 29 }

   xdsl2LineStatusActSnrModeUs  OBJECT-TYPE
      SYNTAX      Xdsl2LineSnrMode
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "This parameter indicates if the transmitter-referred virtual
          noise is active on the line in the upstream direction.
          The configuration parameter xdsl2LConfProfSnrModeUs is used to
          configure referred virtual noise."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.18 (ACTSNRMODEus)"
      DEFVAL       { virtualNoiseDisabled }
      ::= { xdsl2LineEntry 30 }

   xdsl2LineStatusElectricalLength  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..1280)
      UNITS       "0.1 dB"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "This parameter contains the estimated electrical length
          expressed in dB at 1 MHz, kl0.  This is the final electrical
          length that would have been sent from the VTU-O to VTU-R if



Morgenstern, et al.     Expires February 02, 2014              [Page 78]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          the electrical length was not forced by the CO-MIB.
          The value ranges from 0 to 128 dB in steps of 0.1 dB."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.23 (UPBOKLE)"
      DEFVAL       { 0 }
      ::= { xdsl2LineEntry 31 }

   xdsl2LineStatusTssiDs  OBJECT-TYPE
        SYNTAX      Xdsl2Tssi
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION
        "The transmit spectrum shaping (TSSi) breakpoints expressed
         as the set of breakpoints exchanged
         during G.994.1 (Downstream)."
      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.29.5 (TSSpsds)"
        ::= { xdsl2LineEntry 32 }

   xdsl2LineStatusTssiUs  OBJECT-TYPE
        SYNTAX      Xdsl2Tssi
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION
        "The transmit spectrum shaping (TSSi) breakpoints expressed
         as the set of breakpoints exchanged
         during G.994.1 (Upstream)."
      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.29.6 (TSSpsus)"
        ::= { xdsl2LineEntry 33 }

   xdsl2LineStatusMrefPsdDs  OBJECT-TYPE
        SYNTAX      Xdsl2MrefPsdDs
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION
        "The MEDLEY Reference PSD status parameters
         in the downstream
         direction expressed as the set of breakpoints exchanged at
         initialization."
      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.29.7 (MREFPSDds)"
        ::= { xdsl2LineEntry 34 }

   xdsl2LineStatusMrefPsdUs  OBJECT-TYPE
        SYNTAX      Xdsl2MrefPsdUs
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION
        "The MEDLEY Reference PSD status parameters in the
         upstream direction expressed as the set of breakpoints
         exchanged at initialization."



Morgenstern, et al.     Expires February 02, 2014              [Page 79]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.29.8 (MREFPSDus)"
        ::= { xdsl2LineEntry 35 }

   xdsl2LineStatusTrellisDs  OBJECT-TYPE
      SYNTAX      TruthValue
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "This parameter reports whether trellis coding is in use in
         the downstream direction."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.30 (TRELLISds)"
      DEFVAL       { false }
      ::= { xdsl2LineEntry 36 }

   xdsl2LineStatusTrellisUs  OBJECT-TYPE
      SYNTAX      TruthValue
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "This parameter reports whether trellis coding is in use in
         the upstream direction."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.31 (TRELLISus)"
      DEFVAL       { false }
      ::= { xdsl2LineEntry 37 }

   xdsl2LineStatusActualCe  OBJECT-TYPE
      SYNTAX      Unsigned32 (2..16)
      UNITS       "N/32 samples"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "(ACTUALCE)
          This parameter reports the cyclic extension used on the line.
          It is coded as an unsigned integer from 2 to 16 in units of
          N/32 samples, where 2N is the Inverse Discrete Fourier
          Transform (IDFT) size."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.32 (ACTUALCE)"
      DEFVAL       { 2 }
      ::= { xdsl2LineEntry 38 }

   ------------------------------------------------
   --          xdsl2VopLineTable                 --
   ------------------------------------------------
   xdsl2VopLineTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2VopLineEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014              [Page 80]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         "This table is used only in the case where the
          indirect attachment method of VoP to xDSL lines is
          implemented.
          A row in this table is automatically created and
          deleted by the SNMP agent together with creating a row in the
          xdsl2LineTable for any xDSL line. The row index is the same as
          the index of the respective row in xdsl2LineTable.
          Thus, this table can be considered as extending the
          xdsl2LineTable."
      ::= { xdsl2VopLine 1 }

   xdsl2VopLineEntry  OBJECT-TYPE
      SYNTAX      Xdsl2VopLineEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         ""
      INDEX  { ifIndex }
      ::= { xdsl2VopLineTable 1 }

   Xdsl2VopLineEntry  ::=
      SEQUENCE {
         xdsl2VopLineVectorId            Unsigned32,
         xdsl2VopLineFallbackVectorId    Unsigned32
      }

   xdsl2VopLineVectorId  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-write
      STATUS      current
      DESCRIPTION
         "The value of this object identifies the row in the
          xdsl2VopVectorTable that applies for this line.

          Supporting this object is mandatory when the VoP
          attachment method is indirect. in case of direct attachment
          the row in xdsl2VopVectorTable which applies to this line
          has the same (ifIndex) index.

          This object MUST be maintained in a persistent manner."
      DEFVAL { 1 }
      ::= { xdsl2VopLineEntry 1 }

   xdsl2VopLineFallbackVectorId  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-write
      STATUS      current
      DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014              [Page 81]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         ""
      ::= { xdsl2VopLineEntry 2 }

   ------------------------------------------------
   --          xdsl2LineSegmentTable             --
   ------------------------------------------------
   xdsl2LineSegmentTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2LineSegmentEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2LineSegmentTable contains status parameters
          of VDSL2/ADSL/ADSL2 and ADSL2+ subcarriers.
          The parameters in this table are updated when a measurement
          request is made using the xdsl2LineCmndConfBpsc object.

          Note that a bits-per-subcarrier measurement is also performed
          during a line diagnostic procedure.  This table provides an
          additional mechanism to fetch the bits-per-subcarrier data.
          This additional mechanism is provided so that bits-per-
          subcarrier data may be fetched without forcing the line into
          no power state.
          This is useful because the bits-per-subcarrier allocation may
          be adjusted at Showtime due to rate adaption and bit swapping.

          The implementation of this additional mechanism for measuring
          bits per subcarrier is not mandatory."
      ::= { xdsl2Status 1 }

   xdsl2LineSegmentEntry  OBJECT-TYPE
      SYNTAX      Xdsl2LineSegmentEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2LineSegmentEntry contains status parameters
          of VDSL2/ADSL/ADSL2 and ADSL2+ subcarriers.

          Objects in the table refer to NSus and NSds.  For G.993.2, the
          value of NSus and NSds are, respectively, the indices of the
          highest supported upstream and downstream subcarriers
          according to the selected implementation profile.  For ADSL,
          NSus is equal to NSCus-1 and NSds is equal to NSCds-1.

          One index of this table is an interface index where the
          interface has an ifType of vdsl2(251).  A second index of this
          table is the transmission direction.  A third index identifies
          the specific segment of the subcarriers status addressed."
      INDEX  { ifIndex,



Morgenstern, et al.     Expires February 02, 2014              [Page 82]

Internet-Draft               VDSL2-LINE MIB                  August 2013


               xdsl2LineSegmentDirection,
               xdsl2LineSegment   }
      ::= { xdsl2LineSegmentTable 1 }

   Xdsl2LineSegmentEntry  ::=
      SEQUENCE {
         xdsl2LineSegmentDirection         Xdsl2Direction,
         xdsl2LineSegment                  Unsigned32,
         xdsl2LineSegmentBitsAlloc         Xdsl2BitsAlloc,
         xdsl2LineSegmentRowStatus         RowStatus
      }

   xdsl2LineSegmentDirection  OBJECT-TYPE
        SYNTAX      Xdsl2Direction
        MAX-ACCESS  not-accessible
        STATUS      current
        DESCRIPTION
        "The direction of the subcarrier either
         upstream or downstream."
        ::= { xdsl2LineSegmentEntry 1 }

   xdsl2LineSegment  OBJECT-TYPE
        SYNTAX      Unsigned32(1..8)
        MAX-ACCESS  not-accessible
        STATUS      current
        DESCRIPTION
        "The segment of the subcarriers status information
         provided by this row.
         Status parameters in this table are retrieved in segments.
         The first segment of the status information is retrieved with
         xdsl2LineSegment=1, the second segment is retrieved with
         xdsl2LineSegment=2, and so on.  When a status parameter is
         retrieved in n segments where n<8) then, for that parameter,
         GET operations for the remaining segment numbers (n+1 to 8)
         will respond with a zero-length OCTET STRING."
        ::= { xdsl2LineSegmentEntry 2 }

   xdsl2LineSegmentBitsAlloc  OBJECT-TYPE
        SYNTAX      Xdsl2BitsAlloc
        UNITS       "bits"
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION
        "The bits allocation per subcarrier.  An array of 256 octets
         (512 nibbles), designed for supporting up to 512 (downstream)
         subcarriers.  When more than 512 subcarriers are supported, the
         status information is reported through multiple (up to 8)
         segments.  The first segment is then used for the first 512



Morgenstern, et al.     Expires February 02, 2014              [Page 83]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         subcarriers.  The second segment is used for the subcarriers
         512 to 1023 and so on.
         The aggregate number of utilized nibbles in the downstream
         direction (in all segments) depends on NSds; in the
         upstream direction, it depends on NSus.
         This value is referred to here as NS.  The segment number is in
         xdsl2SCStatusSegment.
         Nibble i (0 <= i < MIN((NS+1)-(segment-1)*512,512)) in each
         segment is set to a value in the range 0 to 15 to indicate that
         the respective downstream or upstream subcarrier j
         (j=(segement-1)*512+i) has the same amount of bits
         allocation."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.29.1 (BITSpsds)
                    and paragraph #7.5.1.29.2 (BITSpsus)"
        ::= { xdsl2LineSegmentEntry 3 }

   xdsl2LineSegmentRowStatus  OBJECT-TYPE
        SYNTAX      RowStatus
        MAX-ACCESS  read-write
        STATUS      current
        DESCRIPTION
        "Row Status.  The SNMP agent will create a row in this table
         for storing the results of a measurement performed on the
         associated line, if the row does not already exist.

         The SNMP manager is not permitted to create rows in this table
         or set the row status to 'notInService'.  In the first
         case, if the SNMP manager tries to create a new row, the SNMP
         agent responds with the value 'noCreation' in the error
         status field of the response-PDU.  In the latter case, the SNMP
         agent responds with the value 'wrongValue' in the error
         status field of the response-PDU.

         The SNMP agent may have limited resources; therefore, if
         multiple rows coexist in this table, it may fail to add new
         rows to this table or allocate memory resources.
         If that occurs, the SNMP agent responds with the value
         'noResources' (for the xdsl2LineCmndConfBpscFailReason
         object in xdsl2LineTable).

         The management system (the operator) may delete rows from this
         table according to any scheme.  For example, after retrieving
         the results.

         When the SNMP manager deletes any row in this table, the SNMP
         agent MUST delete all rows in this table that have the same
         ifIndex value."
        ::= { xdsl2LineSegmentEntry 4 }



Morgenstern, et al.     Expires February 02, 2014              [Page 84]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   ------------------------------------------------
   --          xdsl2LineBandTable                --
   ------------------------------------------------
   xdsl2LineBandTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2LineBandEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2LineBandTable contains the, per-band line
          status parameters of the VDSL2/ADSL/ADSL2 or ADSL2+ line.
          The parameters in this table are updated at line
          initialization time and at Showtime."
      ::= { xdsl2Line 2 }

   xdsl2LineBandEntry  OBJECT-TYPE
      SYNTAX      Xdsl2LineBandEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
          "One index of this table is an interface index where the
          interface
          has an ifType of vdsl2(251).  A second index of this table is
          a per-band index covering both VDSL2 and ADSL/ADSL2/ADSL2+."
      INDEX  { ifIndex, xdsl2LineBand }
      ::= { xdsl2LineBandTable 1 }

   Xdsl2LineBandEntry  ::=
      SEQUENCE {
         xdsl2LineBand                        Xdsl2Band,
         xdsl2LineBandStatusLnAtten           Unsigned32,
         xdsl2LineBandStatusSigAtten          Unsigned32,
         xdsl2LineBandStatusSnrMargin         Integer32
      }

   xdsl2LineBand OBJECT-TYPE
        SYNTAX      Xdsl2Band
        MAX-ACCESS  not-accessible
        STATUS      current
        DESCRIPTION
        "Identifies the band(s) associated with this line.
         For ADSL/ADSL2/ADSL2+, the values 'upstream' and 'downstream'
         will always be present.
         For VDSL2, a subset of {'us0', 'ds1', 'us1' ... 'ds4', 'us4' }
         will always be present, together with rows for
         'upstream' and 'downstream', in which only the
         xdsl2LineBandStatusSnrMargin object is expected to hold a valid
         (average) measurement."
        ::= { xdsl2LineBandEntry 1 }



Morgenstern, et al.     Expires February 02, 2014              [Page 85]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2LineBandStatusLnAtten  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..1270 | 2147483646 | 2147483647)
      UNITS       "0.1 dB"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Line Attenuation.
          When referring to a band in the downstream direction, it is
          the measured difference in the total power transmitted by the
          xTU-C and the total power received by the xTU-R over all
          subcarriers of that band during initialization.

          When referring to a band in the upstream direction, it is the
          measured difference in the total power transmitted by the
          xTU-R and the total power received by the xTU-C over all
          subcarriers of that band during initialization.

          Values range from 0 to 1270 in units of 0.1 dB (physical
          values are 0 to 127 dB).
          A special value of 0x7FFFFFFF (2147483647) indicates the line
          attenuation is out of range to be represented.
          A special value of 0x7FFFFFFE (2147483646) indicates the line
          attenuation measurement is unavailable."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.9 (LATNds)
                  and paragraph #7.5.1.10 (LATNus)6"
      DEFVAL       { 2147483646 }
      ::= { xdsl2LineBandEntry 2 }

   xdsl2LineBandStatusSigAtten  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..1270 | 2147483646 | 2147483647)
      UNITS       "0.1 dB"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Signal Attenuation.
          When referring to a band in the downstream direction, it is
          the measured difference in the total power transmitted by the
          xTU-C and the total power received by the xTU-R over all
          subcarriers of that band during Showtime.

          When referring to a band in the upstream direction, it is the
          measured difference in the total power transmitted by the
          xTU-R and the total power received by the xTU-C over all
          subcarriers of that band during Showtime.

          Values range from 0 to 1270 in units of 0.1 dB (physical
          values are 0 to 127 dB).
          A special value of 0x7FFFFFFF (2147483647) indicates the line



Morgenstern, et al.     Expires February 02, 2014              [Page 86]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          attenuation is out of range to be represented.
          A special value of 0x7FFFFFFE (2147483646) indicates the line
          attenuation measurement is unavailable."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.11 (SATNds)
                    and paragraph #7.5.1.12 (SATNus)"
      DEFVAL       { 2147483646 }
      ::= { xdsl2LineBandEntry 3 }

   xdsl2LineBandStatusSnrMargin  OBJECT-TYPE
      SYNTAX      Integer32 (-640..630 | 2147483646 | 2147483647)
      UNITS       "0.1 dB"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "SNR Margin is the maximum increase in dB of the noise power
          received at the xTU (xTU-R for a band in the downstream
          direction and xTU-C for a band in the upstream direction),
          such that the BER requirements are met for all bearer channels
          received at the xTU.  Values range from -640 to 630 in units
          of 0.1 dB (physical values are -64 to 63 dB).
          A special value of 0x7FFFFFFF (2147483647) indicates the SNR
          Margin is out of range to be represented.
          A special value of 0x7FFFFFFE (2147483646) indicates the SNR
          Margin measurement is currently unavailable."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.13 (SNRMds)
                    and paragraph #7.5.1.14 (SNRMpbds)
                    and paragraph #7.5.1.16 (SNRMus)
                    and paragraph #7.5.1.17 (SNRMpbus)"
      DEFVAL       { 2147483646 }
      ::= { xdsl2LineBandEntry 4 }

   ------------------------------------------------
   --        xdsl2ChannelStatusTable             --
   ------------------------------------------------
   xdsl2ChannelStatusTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2ChannelStatusEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2ChannelStatusTable contains status
          parameters of VDSL2/ADSL/ADSL2 or ADSL2+ channel.
          This table contains live data from equipment."
      ::= { xdsl2Status 2 }

   xdsl2ChannelStatusEntry  OBJECT-TYPE
      SYNTAX      Xdsl2ChannelStatusEntry
      MAX-ACCESS  not-accessible
      STATUS      current



Morgenstern, et al.     Expires February 02, 2014              [Page 87]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DESCRIPTION
          "One index of this table is an interface index where the
           interface has an ifType of a DSL channel.  A second index of
           this table is the termination unit."
      INDEX  { ifIndex, xdsl2ChStatusUnit }
      ::= { xdsl2ChannelStatusTable 1 }

   Xdsl2ChannelStatusEntry  ::=
      SEQUENCE {
         xdsl2ChStatusUnit                Xdsl2Unit,
         xdsl2ChStatusActDataRate         Unsigned32,
         xdsl2ChStatusPrevDataRate        Unsigned32,
         xdsl2ChStatusActDelay            Unsigned32,
         xdsl2ChStatusActInp              Unsigned32,
         xdsl2ChStatusInpReport           Xdsl2ChInpReport,
         xdsl2ChStatusNFec                Unsigned32,
         xdsl2ChStatusRFec                Unsigned32,
         xdsl2ChStatusLSymb               Unsigned32,
         xdsl2ChStatusIntlvDepth          Unsigned32,
         xdsl2ChStatusIntlvBlock          Unsigned32,
         xdsl2ChStatusLPath               Unsigned32,
         xdsl2ChStatusAtmStatus           Xdsl2ChAtmStatus,
         xdsl2ChStatusPtmStatus           Xdsl2ChPtmStatus
      }

   xdsl2ChStatusUnit  OBJECT-TYPE
      SYNTAX      Xdsl2Unit
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The termination unit."
      ::= { xdsl2ChannelStatusEntry 1 }

   xdsl2ChStatusActDataRate  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The actual net data rate at which the bearer channel is
          operating, if in L0 power management state.  In L1 or L2
          states, it relates to the previous L0 state.  The data rate is
          coded in bit/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.2.1
                   (Actual data rate)"
      DEFVAL       { 0 }
      ::= { xdsl2ChannelStatusEntry 2 }




Morgenstern, et al.     Expires February 02, 2014              [Page 88]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2ChStatusPrevDataRate  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The previous net data rate that the bearer channel was
          operating at just before the latest rate change event.  This
          could be a full or short initialization, fast retrain, DRA or
          power management transitions, excluding transitions between L0
          state and L1 or L2 states.  The data rate is coded in
          bit/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.2.2
                   (Previous data rate)"
      DEFVAL       { 0 }
      ::= { xdsl2ChannelStatusEntry 3 }

   xdsl2ChStatusActDelay  OBJECT-TYPE
      SYNTAX      Unsigned32(0..8176)
      UNITS       "milliseconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The actual one-way interleaving delay introduced by the
          PMS-TC in the direction of the bearer channel, if in L0 power
          management state.  In L1 or L2 states, it relates to the
          previous L0 state.  It is coded in ms (rounded to the nearest
          ms)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.2.3
                   (Actual interleaving delay)"
      DEFVAL       { 0 }
      ::= { xdsl2ChannelStatusEntry 4 }

   xdsl2ChStatusActInp  OBJECT-TYPE
      SYNTAX      Unsigned32(0..255)
      UNITS       "0.1 symbols"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Actual impulse noise protection.
          This parameter reports the actual impulse noise protection
          (INP) on the bearer channel in the L0 state.  In the L1 or L2
          state, the parameter contains the INP in the previous L0 state.
          For ADSL, this value is computed according to the formula
          specified in the relevant Recommendation based on the actual
          framing parameters.  For ITU-T Recommendation G.993.2, the
          method to report this value is according to the INPREPORT
          parameter.



Morgenstern, et al.     Expires February 02, 2014              [Page 89]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          The value is coded in fractions of DMT symbols with a
          granularity of 0.1 symbols.  The range is from 0 to 25.4.
          The special value of 255 indicates an ACTINP higher
          than 25.4."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.2.4 (ACTINP)"
      DEFVAL       { 0 }
      ::= { xdsl2ChannelStatusEntry 5 }

   xdsl2ChStatusInpReport  OBJECT-TYPE
      SYNTAX      Xdsl2ChInpReport
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Impulse noise protection reporting mode."
      REFERENCE    "ITU-T G.997.1 Amendment 1, paragraph #7.5.2.5
                   (INPREPORT)"
      DEFVAL       { inpComputedUsingFormula }
      ::= { xdsl2ChannelStatusEntry 6 }

   xdsl2ChStatusNFec  OBJECT-TYPE
      SYNTAX      Unsigned32(0..255)
      UNITS       "bytes"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Actual size of Reed-Solomon codeword.
          This parameter reports the actual number of Reed-Solomon
          redundancy bytes per codeword used in the latency path in
          which the bearer channel is transported.  The value is
          coded in bytes.  It ranges from 0 to 16.
          The value 0 indicates no Reed-Solomon coding."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.2.6.1 (NFEC)"
      DEFVAL       { 0 }
      ::= { xdsl2ChannelStatusEntry 7 }

   xdsl2ChStatusRFec  OBJECT-TYPE
      SYNTAX      Unsigned32(0..16)
      UNITS       "bits"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Actual number of Reed-Solomon redundancy bytes.
          This parameter reports the actual number of Reed-Solomon
          redundancy bytes per codeword used in the latency path in
          which the bearer channel is transported.  The value is
          coded in bytes.  It ranges from 0 to 16.
          The value 0 indicates no Reed-Solomon coding."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.2.6.2 (RFEC)"



Morgenstern, et al.     Expires February 02, 2014              [Page 90]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DEFVAL       { 0 }
      ::= { xdsl2ChannelStatusEntry 8 }

   xdsl2ChStatusLSymb  OBJECT-TYPE
      SYNTAX      Unsigned32(0..65535)
      UNITS       "bits"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Actual number of bits per symbol.
          This parameter reports the actual number of bits per symbol
          assigned to the latency path in which the bearer channel is
          transported.  This value does not include trellis overhead.
          The value is coded in bits.
          It ranges from 0 to 65535."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.2.6.3 (LSYMB)"
      DEFVAL       { 0 }
      ::= { xdsl2ChannelStatusEntry 9 }

   xdsl2ChStatusIntlvDepth  OBJECT-TYPE
      SYNTAX      Unsigned32(1..4096)
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Actual interleaving depth.
          This parameter reports the actual depth of the interleaver
          used in the latency path in which the bearer channel is
          transported.
          The value ranges from 1 to 4096 in steps of 1.
          The value 1 indicates no interleaving."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.2.6.4 (INTLVDEPTH)"
      DEFVAL       { 1 }
      ::= { xdsl2ChannelStatusEntry 10 }

   xdsl2ChStatusIntlvBlock  OBJECT-TYPE
      SYNTAX      Unsigned32(4..255)
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Actual interleaving block length.
          This parameter reports the actual block length of the
          interleaver used in the latency path in which the bearer
          channel is transported.
          The value ranges from 4 to 255 in steps of 1."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.2.6.5 (INTLVBLOCK)"
      DEFVAL       { 4 }
      ::= { xdsl2ChannelStatusEntry 11 }




Morgenstern, et al.     Expires February 02, 2014              [Page 91]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2ChStatusLPath  OBJECT-TYPE
      SYNTAX      Unsigned32(0..3)
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Actual latency path.
          This parameter reports the index of the actual latency path in
          which the bearer is transported.
          The valid values are 0, 1, 2 and 3.
          For G.992.1, the FAST path shall be mapped to the latency
          index 0, and the INTERLEAVED path shall be mapped to the
          latency index 1."
      REFERENCE    "ITU-T G.997.1 amendment 1, paragraph #7.5.2.7
                    (LPATH)"
      DEFVAL       { 0 }
      ::= { xdsl2ChannelStatusEntry 12 }

   xdsl2ChStatusAtmStatus  OBJECT-TYPE
      SYNTAX      Xdsl2ChAtmStatus
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Indicates current state (existing failures) of the DSL
          channel in case its Data Path is ATM.  This is a bitmap of
          possible conditions.
          In case the channel is not of ATM Data Path, the object is set
          to '0'."
      REFERENCE    "ITU-T G.997.1, paragraph #7.1.4
                    (ATM data path failures)"
      DEFVAL       { { noDefect } }
      ::= { xdsl2ChannelStatusEntry 13 }

   xdsl2ChStatusPtmStatus  OBJECT-TYPE
      SYNTAX      Xdsl2ChPtmStatus
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Indicates current state (existing failures) of the DSL
          channel in case its Data Path is PTM (Packet Transfer Mode).
          This is a bitmap of possible conditions.
         In case the channel is not of PTM Data Path, the object is set
         to '0'."
      REFERENCE    "ITU-T G.997.1, paragraph #7.1.5
                    (PTM Data Path failures)"
      DEFVAL       { { noDefect } }
      ::= { xdsl2ChannelStatusEntry 14 }





Morgenstern, et al.     Expires February 02, 2014              [Page 92]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   ------------------------------------------------
   --    Scalars that relate to the SC Status Tables
   ------------------------------------------------

   xdsl2ScalarSCMaxInterfaces  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "This value determines the maximum number of
          interfaces supported by xdsl2SCStatusTable,
          xdsl2SCStatusBandTable, and xdsl2SCStatusSegmentTable."
      ::= { xdsl2ScalarSC 1 }

   xdsl2ScalarSCAvailInterfaces  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "This value determines the currently available number of
          interfaces listed in xdsl2SCStatusTable,
          xdsl2SCStatusBandTable, and xdsl2SCStatusSegmentTable."
      ::= { xdsl2ScalarSC 2 }

   ------------------------------------------------
   --        xdsl2SCStatusTable                  --
   ------------------------------------------------

   xdsl2SCStatusTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2SCStatusEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2SCStatusTable contains
          status parameters for VDSL2/ADSL/ADSL2 and ADSL2+ that
          provide information about the size of parameters in
          xdsl2SCStatusSegmentTable.
          The parameters in this table MUST be updated after a loop
          diagnostic procedure, MAY be updated after a line
          initialization, and MAY be updated at Showtime."
      ::= { xdsl2Status 3 }

   xdsl2SCStatusEntry  OBJECT-TYPE
      SYNTAX      Xdsl2SCStatusEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
          "One index of this table is an interface index where the



Morgenstern, et al.     Expires February 02, 2014              [Page 93]

Internet-Draft               VDSL2-LINE MIB                  August 2013


           interface has an ifType of vdsl2(251).  A second index of
           this table is the transmission direction."
      INDEX  { ifIndex, xdsl2SCStatusDirection }
      ::= { xdsl2SCStatusTable 1 }

   Xdsl2SCStatusEntry  ::=
      SEQUENCE {
         xdsl2SCStatusDirection         Xdsl2Direction,
         xdsl2SCStatusLinScale          Unsigned32,
         xdsl2SCStatusLinScGroupSize    Unsigned32,
         xdsl2SCStatusLogMt             Unsigned32,
         xdsl2SCStatusLogScGroupSize    Unsigned32,
         xdsl2SCStatusQlnMt             Unsigned32,
         xdsl2SCStatusQlnScGroupSize    Unsigned32,
         xdsl2SCStatusSnrMtime          Unsigned32,
         xdsl2SCStatusSnrScGroupSize    Unsigned32,
         xdsl2SCStatusAttainableRate    Unsigned32,
         xdsl2SCStatusRowStatus         RowStatus
      }

   xdsl2SCStatusDirection  OBJECT-TYPE
        SYNTAX      Xdsl2Direction
        MAX-ACCESS  not-accessible
        STATUS      current
        DESCRIPTION
        "The direction of the subcarrier either
         upstream or downstream."
        ::= { xdsl2SCStatusEntry 1 }

   xdsl2SCStatusLinScale  OBJECT-TYPE
        SYNTAX      Unsigned32 (1..65535)
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION
        "The scale factor to be applied to the H(f) linear
         representation values for the respective transmission
         direction.  This parameter is only available after
         a loop diagnostic procedure.  It is represented as an
         unsigned integer in the range from 1 to 2^16-1."
      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.26.1 (HLINSCds)
                  and paragraph #7.5.1.26.7 (HLINSCus)"
        ::= { xdsl2SCStatusEntry 2 }

   xdsl2SCStatusLinScGroupSize OBJECT-TYPE
        SYNTAX      Unsigned32(1 | 2 | 4 | 8)
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014              [Page 94]

Internet-Draft               VDSL2-LINE MIB                  August 2013


        "Number of subcarriers per group used to report the H(f)
         linear representation values for the respective transmission
         direction.  The valid values are 1, 2, 4, and 8.  For ADSL,
         this parameter is equal to one and, for VDSL2, it is equal
         to the size of a subcarrier group used to compute these
         parameters.
         This parameter is only available after a loop diagnostic
         procedure."
      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.26.2 (HLINGds)
                  and paragraph #7.5.1.26.8 (HLINGus)"
        ::= { xdsl2SCStatusEntry 3 }

   xdsl2SCStatusLogMt  OBJECT-TYPE
        SYNTAX      Unsigned32 (1..65535)
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION
        "This parameter contains the number of symbols used to
         measure the Hlog(f) values.  It is represented as an unsigned
         integer in the range from 1 to 2^16-1.
         After a loop diagnostic procedure, this parameter shall contain
         the number of symbols used to measure the Hlog(f).  It should
         correspond to the value specified in the Recommendation (e.g.,
         the number of symbols in 1 s time interval for ITU-T
         Recommendation G.992.3)."
      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.26.4 (HLOGMTds)
                  and paragraph #7.5.1.26.10 (HLOGMTus)"
        ::= { xdsl2SCStatusEntry 4 }

   xdsl2SCStatusLogScGroupSize OBJECT-TYPE
        SYNTAX      Unsigned32(1 | 2 | 4 | 8)
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION
        "Number of subcarriers per group used to report the H(f)
         logarithmic representation values for the respective
         transmission direction.  The valid values are 1, 2, 4, and 8.
         For ADSL, this parameter is equal to 1, and for VDSL2, it is
         equal to the size of a subcarrier group used to compute these
         parameters."
      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.26.5 (HLOGGds)
                  and paragraph #7.5.1.26.11 (HLOGGus)"
        ::= { xdsl2SCStatusEntry 5 }

   xdsl2SCStatusQlnMt  OBJECT-TYPE
        SYNTAX      Unsigned32 (1..65535)
        MAX-ACCESS  read-only
        STATUS      current



Morgenstern, et al.     Expires February 02, 2014              [Page 95]

Internet-Draft               VDSL2-LINE MIB                  August 2013


        DESCRIPTION
        "This parameter contains the number of symbols used to
         measure the QLN(f) values.  It is an unsigned integer in the range
         from 1 to 2^16-1.  After a loop diagnostic procedure, this
         parameter shall contain the number of symbols used to measure the
         QLN(f).  It should correspond to the value specified in the
         Recommendation (e.g., the number of symbols in 1 s time interval
         for ITU-T Recommendation G.992.3)."
      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.27.1 (QLNMTds)
                  and paragraph #7.5.1.27.4 (QLNMTus)"
        ::= { xdsl2SCStatusEntry 6 }

   xdsl2SCStatusQlnScGroupSize OBJECT-TYPE
        SYNTAX      Unsigned32(1 | 2 | 4 | 8)
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION
        "Number of subcarriers per group used to report the Quiet
         Line Noise values for the respective transmission direction.
         The valid values are 1, 2, 4, and 8.
         For ADSL, this parameter is equal to 1, and for VDSL2, it is
         equal to the size of a subcarrier group used to compute these
         parameters."
      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.27.2 (QLNGds)
                  and paragraph #7.5.1.27.5 (QLNGus)"
        ::= { xdsl2SCStatusEntry 7 }

   xdsl2SCStatusSnrMtime  OBJECT-TYPE
        SYNTAX      Unsigned32 (1..65535)
        UNITS       "symbols"
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION
        "This parameter contains the number of symbols used to measure
         the SNR(f) values.  It is an unsigned integer in the range from 1
         to 2^16-1.  After a loop diagnostic procedure, this parameter
         shall contain the number of symbols used to measure the SNR(f).
         It should correspond to the value specified in the Recommendation
         (e.g., the number of symbols in 1 s time interval for ITU-T
         Recommendation G.992.3)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.28.1 (SNRMTds)
                    and paragraph #7.5.1.28.4 (SNRMTus)"
        ::= { xdsl2SCStatusEntry 8 }

   xdsl2SCStatusSnrScGroupSize OBJECT-TYPE
        SYNTAX      Unsigned32(1 | 2 | 4 | 8)
        MAX-ACCESS  read-only
        STATUS      current



Morgenstern, et al.     Expires February 02, 2014              [Page 96]

Internet-Draft               VDSL2-LINE MIB                  August 2013


        DESCRIPTION
        "Number of subcarriers per group used to report the SNR values
         on the respective transmission direction.
         The valid values are 1, 2, 4, and 8.
         For ADSL, this parameter is equal to 1, and for VDSL2, it is
         equal to the size of a subcarrier group used to compute these
         parameters."
      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.28.2 (SNRGds)
                  and paragraph #7.5.1.28.5 (SNRGus)"
        ::= { xdsl2SCStatusEntry 9 }

   xdsl2SCStatusAttainableRate  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Maximum Attainable Data Rate.  The maximum net data rate
          currently attainable by the xTU-C transmitter and xTU-R receiver
          (when referring to downstream direction) or by the xTU-R
          transmitter and xTU-C receiver (when referring to upstream
          direction).  Value is coded in bits/s.
          This object reflects the value of the parameter following the
          most recent DELT performed on the associated line.  Once the DELT
          process is over, the parameter no longer changes until the row is
          deleted or a new DELT process is initiated."
      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.19 (ATTNDRds)
                  and paragraph #7.5.1.20 (ATTNDRus)"
      ::= { xdsl2SCStatusEntry 10 }

   xdsl2SCStatusRowStatus  OBJECT-TYPE
        SYNTAX      RowStatus
        MAX-ACCESS  read-write
        STATUS      current
        DESCRIPTION
        "Row Status.  The SNMP agent will create a row in this table
         for storing the results of a DELT performed on the associated
         line, if the row does not already exist.

         When a row is created in this table, the SNMP agent should also
         create corresponding rows in the tables xdsl2SCStatusBandTable and
         xdsl2SCStatusSegmentTable.

         The SNMP manager is not permitted to create rows in this table or
         set the row status to 'notInService'.  In the first case,
         if the SNMP manager tries to create a new row, the SNMP agent
         responds with the value 'noCreation' in the error status
         field of the response-PDU.  In the latter case the SNMP agent



Morgenstern, et al.     Expires February 02, 2014              [Page 97]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         responds with the value 'wrongValue' in the error status
         field of the response-PDU.

         When a row is deleted in this table, the SNMP agent should also
         delete corresponding rows in the tables xdsl2SCStatusBandTable and
         xdsl2SCStatusSegmentTable.

         The SNMP agent may have limited resources; therefore, if multiple
         rows coexist in this table, it may fail to add new rows to this
         table or allocate memory resources for a new DELT process.  If
         that occurs, the SNMP agent responds with either the value
         'tableFull' or the value 'noResources' (for
         the xdsl2LineCmndConfLdsfFailReason object in xdsl2LineTable).

         The management system (the operator) may delete rows from this
         table according to any scheme.  For example, after retrieving the
         results."
        ::= { xdsl2SCStatusEntry 11 }

   ------------------------------------------------
   --        xdsl2SCStatusBandTable              --
   ------------------------------------------------

   xdsl2SCStatusBandTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2SCStatusBandEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2SCStatusBandTable contains subcarrier status
          parameters for VDSL2/ADSL/ADSL2 and ADSL2+ that are grouped per-
          band.
          For ADSL/ADSL2/ADSL2+, there is a single upstream band and a
          single downstream band.  For VDSL2, there are several downstream
          bands and several upstream bands.
          The parameters in this table are only available after a loop
          diagnostic procedure."
      ::= { xdsl2Status 4 }

   xdsl2SCStatusBandEntry  OBJECT-TYPE
      SYNTAX      Xdsl2SCStatusBandEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
          "One index of this table is an interface index where the
          interface
          has an ifType of vdsl2(251).  A second index of this table is the
          transmission band."
      INDEX  { ifIndex, xdsl2SCStatusBand }



Morgenstern, et al.     Expires February 02, 2014              [Page 98]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      ::= { xdsl2SCStatusBandTable 1 }

   Xdsl2SCStatusBandEntry  ::=
      SEQUENCE {
         xdsl2SCStatusBand                  Xdsl2Band,
         xdsl2SCStatusBandLnAtten           Unsigned32,
         xdsl2SCStatusBandSigAtten          Unsigned32
      }

   xdsl2SCStatusBand OBJECT-TYPE
        SYNTAX      Xdsl2Band
        MAX-ACCESS  not-accessible
        STATUS      current
        DESCRIPTION
        "The transmission band."
        ::= { xdsl2SCStatusBandEntry 1 }

   xdsl2SCStatusBandLnAtten  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..1270 | 2147483646 | 2147483647)
      UNITS       "0.1 dB"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "When referring to a band in the downstream direction, it is
          the measured difference in the total power transmitted by the
          xTU-C and the total power received by the xTU-R over all
          subcarriers during diagnostics mode.
          When referring to a band in the upstream direction, it is the
          measured difference in the total power transmitted by the xTU-R
          and the total power received by the xTU-C over all subcarriers
          during diagnostics mode.
          It ranges from 0 to 1270 units of 0.1 dB (physical values are 0
          to 127 dB).
          A special value of 0x7FFFFFFF (2147483647) indicates the line
          attenuation is out of range to be represented.
          A special value of 0x7FFFFFFE (2147483646) indicates the line
          attenuation measurement is unavailable.
          This object reflects the value of the parameter following the
          most recent DELT performed on the associated line.  Once the DELT
          process is over, the parameter no longer changes until the row is
          deleted or a new DELT process is initiated."
      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.9 (LATNds)
                  and paragraph #7.5.1.10 (LATNus)"
      DEFVAL       { 2147483646 }
      ::= { xdsl2SCStatusBandEntry 2 }

   xdsl2SCStatusBandSigAtten  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..1270 | 2147483646 | 2147483647)



Morgenstern, et al.     Expires February 02, 2014              [Page 99]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      UNITS       "0.1 dB"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "When referring to a band in the downstream direction, it is the
          measured difference in the total power transmitted by the xTU-C
          and the total power received by the xTU-R over all subcarriers
          during Showtime after the diagnostics mode.
          When referring to the upstream direction, it is the measured
          difference in the total power transmitted by the xTU-R and the
          total power received by the xTU-C over all subcarriers during
          Showtime after the diagnostics mode.
          It ranges from 0 to 1270 units of 0.1 dB (physical values are 0
          to 127 dB).
          A special value of 0x7FFFFFFF (2147483647) indicates the line
          attenuation is out of range to be represented.
          A special value of 0x7FFFFFFE (2147483646) indicates the line
          attenuation measurement is unavailable.
          This object reflects the value of the parameter following the
          most recent DELT performed on the associated line.  Once the DELT
          process is over, the parameter no longer changes until the row is
          deleted or a new DELT process is initiated."
      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.11 (SATNds)
                  and paragraph #7.5.1.12 (SATNus)"
      DEFVAL       { 2147483646 }
      ::= { xdsl2SCStatusBandEntry 3 }

   ------------------------------------------------
   --        xdsl2SCStatusSegmentTable           --
   ------------------------------------------------

   xdsl2SCStatusSegmentTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2SCStatusSegmentEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2SCStatusSegmentTable contains status
          parameters of VDSL2/ADSL/ADSL2 and ADSL2+ subcarriers.

          Several objects in the table refer to NSus and NSds.  For
          G.993.2, the value of NSus and NSds are, respectively, the
          indices of the highest supported upstream and downstream
          subcarriers according to the selected implementation profile.
          For ADSL, NSus is equal to NSCus-1 and NSds is equal to NSCds-1.

          The parameters in this table MUST be updated after a loop
          diagnostic procedure and MAY be updated after a line
          initialization and MAY be updated at Showtime."



Morgenstern, et al.     Expires February 02, 2014             [Page 100]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      ::= { xdsl2Status 5 }

   xdsl2SCStatusSegmentEntry  OBJECT-TYPE
      SYNTAX      Xdsl2SCStatusSegmentEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "One index of this table is an interface index where the
          interface has an ifType of vdsl2(251).  A second index of this
          table is the transmission direction.  A third index identifies
          the specific segment of the subcarriers status addressed."
      INDEX  { ifIndex,
               xdsl2SCStatusDirection,
               xdsl2SCStatusSegment   }
      ::= { xdsl2SCStatusSegmentTable 1 }

   Xdsl2SCStatusSegmentEntry  ::=
      SEQUENCE {
         xdsl2SCStatusSegment                  Unsigned32,
         xdsl2SCStatusSegmentLinReal           OCTET STRING,
         xdsl2SCStatusSegmentLinImg            OCTET STRING,
         xdsl2SCStatusSegmentLog               OCTET STRING,
         xdsl2SCStatusSegmentQln               OCTET STRING,
         xdsl2SCStatusSegmentSnr               OCTET STRING,
         xdsl2SCStatusSegmentBitsAlloc         Xdsl2BitsAlloc,
         xdsl2SCStatusSegmentGainAlloc         OCTET STRING
      }

   xdsl2SCStatusSegment  OBJECT-TYPE
        SYNTAX      Unsigned32(1..8)
        MAX-ACCESS  not-accessible
        STATUS      current
        DESCRIPTION
        "The segment of the subcarriers status information provided by
         this row.
         Several status parameters in this table are retrieved in segments.
         The first segment of the status information is retrieved with
         xdsl2SCStatusSegment=1, the second segment is retrieved with
         xdsl2SCStatusSegment=2, and so on.  When any status parameter is
         retrieved in n segments where n<8), then for that parameter,
         GET operations for the remaining segment numbers (n+1 to 8) will
         respond with a zero-length OCTET STRING."
        ::= { xdsl2SCStatusSegmentEntry 1 }

   xdsl2SCStatusSegmentLinReal  OBJECT-TYPE
        SYNTAX      OCTET STRING  (SIZE(0..1024))
        MAX-ACCESS  read-only
        STATUS      current



Morgenstern, et al.     Expires February 02, 2014             [Page 101]

Internet-Draft               VDSL2-LINE MIB                  August 2013


        DESCRIPTION
        "An array of up to 512 complex H(f) linear representation
         values in linear scale for the respective transmission direction.
         It is designed to support up to 512 (downstream) subcarrier
         groups and can be retrieved in a single segment.
         The number of utilized values in the downstream direction depends
         on NSds; in the upstream direction, it depends on NSus.  This
         value is referred to here as NS.
         Each array entry represents the real component (referred to here
         as a(i)) of Hlin(f = i*Df) value for a particular subcarrier
         group index i (0 <= i <= NS).
         Hlin(f) is represented as ((scale/2^15)*((a(i)+j*b(i))/2^15)),
         where scale is xdsl2SCStatusLinScale and a(i) and b(i)
         (provided by the xdsl2SCStatusSegmentLinImg object) are in the
         range (-2^15+1) to (+2^15-1).
         A special value a(i)=b(i)= -2^15 indicates that no measurement
         could be done for the subcarrier group because it is out of the
         passband or that the attenuation is out of range to be
         represented.  This parameter is only available after a loop
         diagnostic procedure.
         Each value in this array is 16 bits wide and is stored in big
         endian format."
      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.26.3 (HLINpsds)
                  and paragraph #7.5.1.26.9 (HLINpsus)"
        ::= { xdsl2SCStatusSegmentEntry 2 }

   xdsl2SCStatusSegmentLinImg  OBJECT-TYPE
        SYNTAX      OCTET STRING  (SIZE(0..1024))
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION
        "An array of up to 512 complex H(f) linear representation
         values in linear scale for the respective transmission direction.
         It is designed to support up to 512 (downstream) subcarrier
         groups and can be retrieved in a single segment.
         The number of utilized values in the downstream direction depends
         on NSds; in the upstream direction, it depends on NSus.  This
         value is referred to here as NS.
         Each array entry represents the imaginary component (referred to
         here as b(i)) of Hlin(f = i*Df) value for a particular
         subcarrier group index i (0 <= i <= NS).
         Hlin(f) is represented as ((scale/2^15)*((a(i)+j*b(i))/2^15)),
         where scale is xdsl2SCStatusLinScale and a(i) (provided by the
         xdsl2SCStatusSegmentLinReal object) and b(i) are in the range
         (-2^15+1) to (+2^15-1).
         A special value a(i)=b(i)= -2^15 indicates that no measurement
         could be done for the subcarrier group because it is out of the
         passband or that the attenuation is out of range to be



Morgenstern, et al.     Expires February 02, 2014             [Page 102]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         represented.  This parameter is only available after a loop
         diagnostic procedure.
         Each value in this array is 16 bits wide and is stored in big
         endian format."
      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.26.3 (HLINpsds)
                  and paragraph #7.5.1.26.9 (HLINpsus)"
        ::= { xdsl2SCStatusSegmentEntry 3 }

   xdsl2SCStatusSegmentLog  OBJECT-TYPE
        SYNTAX      OCTET STRING  (SIZE(0..1024))
        UNITS       "dB"
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION
        "An array of up to 512 real H(f) logarithmic representation
         values in dB for the respective transmission direction.  It is
         designed to support up to 512 (downstream) subcarrier groups
         and can be retrieved in a single segment.
         The number of utilized values in the downstream direction depends
         on NSds; in the upstream direction, it depends on NSus.  This
         value is referred to here as NS.
         Each array entry represents the real Hlog(f = i*Df) value for a
         particular subcarrier group index i, (0 <= i <= NS).
         The real Hlog(f) value is represented as (6-m(i)/10), with m(i)
         in the range 0 to 1022.  A special value m=1023 indicates that
         no measurement could be done for the subcarrier group because
         it is out of the passband or that the attenuation is out of
         range to be represented.  This parameter is applicable in loop
         diagnostic procedure and initialization.
         Each value in this array is 16 bits wide and is stored in big
         endian format."
      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.26.6 (HLOGpsds)
                  and paragraph #7.5.1.26.12 (HLOGpsus)"
        ::= { xdsl2SCStatusSegmentEntry 4 }

   xdsl2SCStatusSegmentQln  OBJECT-TYPE
        SYNTAX      OCTET STRING  (SIZE(0..512))
        UNITS       "dBm/Hz"
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION
        "An array of up to 512 real Quiet Line Noise values in dBm/Hz
         for the respective transmission direction.  It is designed for up
         to 512 (downstream) subcarrier groups and can be retrieved in a
         single segment.
         The number of utilized values in the downstream direction depends
         on NSds; in the upstream direction, it depends on NSus.  This
         value is referred to here as NS.



Morgenstern, et al.     Expires February 02, 2014             [Page 103]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         Each array entry represents the QLN(f = i*Df) value for a
         particular subcarrier index i, (0 <= i <= NS).
         The QLN(f) is represented as ( -23-n(i)/2), with n(i) in the range
         0 to 254.  A special value n(i)=255 indicates that no measurement
         could be done for the subcarrier group because it is out of the
         passband or that the noise PSD is out of range to be represented.
         This parameter is applicable in loop diagnostic procedure and
         initialization.  Each value in this array is 8 bits wide."
      REFERENCE  "ITU-T G.997.1, paragraph #7.5.1.27.3 (QLNpsds)
                  and paragraph #7.5.1.27.6 (QLNpsus)"
        ::= { xdsl2SCStatusSegmentEntry 5 }

   xdsl2SCStatusSegmentSnr  OBJECT-TYPE
        SYNTAX      OCTET STRING  (SIZE(0..512))
        UNITS       "0.5 dB"
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION
        "The SNR Margin per subcarrier group, expressing the ratio
         between the received signal power and received noise power per
         subscriber group.  It is an array of 512 octets, designed for
         supporting up to 512 (downstream) subcarrier groups and can be
         retrieved in a single segment.
         The number of utilized octets in the downstream direction depends
         on NSds; in the upstream direction, it depends on NSus.  This
         value is referred to here as NS.
         Octet i (0 <= i <= NS) is set to a value in the range 0 to
         254 to indicate that the respective downstream or upstream
         subcarrier group i has an SNR of:
         (-32 + xdsl2SCStatusSegmentSnr(i)/2) in dB (i.e., -32 to 95 dB).
         The special value 255 means that no measurement could be done for
         the subcarrier group because it is out of the PSD mask passband or
         that the noise PSD is out of range to be represented.  Each value
         in this array is 8 bits wide."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.28.3 (SNRpsds)
                    and paragraph #7.5.1.28.6 (SNRpsus)"
        ::= { xdsl2SCStatusSegmentEntry 6 }

   xdsl2SCStatusSegmentBitsAlloc  OBJECT-TYPE
        SYNTAX      Xdsl2BitsAlloc
        UNITS       "bits"
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION
        "The bits allocation per subcarrier.  An array of 256 octets
         (512 nibbles) designed for supporting up to 512 (downstream)
         subcarriers.  When more than 512 subcarriers are supported, the
         status information is reported through multiple (up to 8)



Morgenstern, et al.     Expires February 02, 2014             [Page 104]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         segments.  The first segment is then used for the first 512
         subcarriers.  The second segment is used for the subcarriers
         512 to 1023 and so on.
         The aggregate number of utilized nibbles in the downstream
         direction (in all segments) depends on NSds; in the upstream
         direction, it depends on NSus.
         This value is referred to here as NS.  The segment number is in
         xdsl2SCStatusSegment.
         Nibble i (0 <= i < MIN((NS+1)-(segment-1)*512,512)) in each
         segment is set to a value in the range 0 to 15 to indicate that
         the respective downstream or upstream subcarrier j
         (j=(segement-1)*512+i) has the same amount of bits
         allocation."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.29.1 (BITSpsds)
                    and paragraph #7.5.1.29.2 (BITSpsus)"
        ::= { xdsl2SCStatusSegmentEntry 7 }

   xdsl2SCStatusSegmentGainAlloc  OBJECT-TYPE
        SYNTAX      OCTET STRING  (SIZE(0..1024))
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION
        "The gain allocation per subcarrier.  An array of 512 16-bit
         values, designed for supporting up to 512 (downstream)
         subcarriers.  When more then 512 subcarriers are supported, the
         status information is reported through multiple (up to 8)
         segments.  The first segment is then used for the first 512
         subcarriers.  The second segment is used for the subcarriers 512
         to 1023 and so on.
         The aggregate number of utilized octets in the downstream
         direction depends on NSds; in the upstream direction, it depends
         on NSus.  This value is referred to here as NS.  The segment
         number is in xdsl2SCStatusSegment.
         Value i (0 <= i < MIN((NS+1)-(segment-1)*512,512)) in each
         segment is set to a value in the range 0 to 4093 to indicate that
         the respective downstream or upstream subcarrier j
         (j=(segement-1)*512+i) has the same amount of gain value.
         The gain value is represented as a multiple of 1/512 on a linear
         scale.  Each value in this array is 16 bits wide and is stored in
         big endian format."
      REFERENCE    "ITU-T G.997.1, paragraph #7.5.1.29.3 (GAINSpsds)
                    and paragraph #7.5.1.29.4 (GAINSpsus)"
        ::= { xdsl2SCStatusSegmentEntry 8 }


   ------------------------------------------------
   --        xdsl2LineInventoryTable             --
   ------------------------------------------------



Morgenstern, et al.     Expires February 02, 2014             [Page 105]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2LineInventoryTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2LineInventoryEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2LineInventoryTable contains an inventory of the
          DSL termination unit."
      ::= { xdsl2Inventory 1 }

   xdsl2LineInventoryEntry  OBJECT-TYPE
      SYNTAX      Xdsl2LineInventoryEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
          "One index of this table is an interface index where the
          interface
          has an ifType of vdsl2(251).  A second index of this table is the
          termination unit."
      INDEX  { ifIndex, xdsl2LInvUnit }
      ::= { xdsl2LineInventoryTable 1 }

   Xdsl2LineInventoryEntry  ::=
      SEQUENCE {
         xdsl2LInvUnit                      Xdsl2Unit,
         xdsl2LInvG994VendorId              OCTET STRING,
         xdsl2LInvSystemVendorId            OCTET STRING,
         xdsl2LInvVersionNumber             OCTET STRING,
         xdsl2LInvSerialNumber              OCTET STRING,
         xdsl2LInvSelfTestResult            Unsigned32,
         xdsl2LInvTransmissionCapabilities  Xdsl2TransmissionModeType
      }

   xdsl2LInvUnit  OBJECT-TYPE
      SYNTAX      Xdsl2Unit
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The termination unit."
      ::= { xdsl2LineInventoryEntry 1 }

   xdsl2LInvG994VendorId  OBJECT-TYPE
      SYNTAX      OCTET STRING  (SIZE(8))
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The ADSL Transceiver Unit (ATU) G.994.1 Vendor ID as
          inserted in the G.994.1 CL/CLR message.
          It consists of 8 binary octets, including a country



Morgenstern, et al.     Expires February 02, 2014             [Page 106]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          code followed by a (regionally allocated) provider code, as
          defined in Recommendation T.35."
      REFERENCE    "ITU-T G.997.1, paragraph #7.4.1-7.4.2"
      ::= { xdsl2LineInventoryEntry 2 }

   xdsl2LInvSystemVendorId  OBJECT-TYPE
      SYNTAX      OCTET STRING  (SIZE(8))
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The ATU System Vendor ID (identifies the xTU system
          integrator) as inserted in the Overhead Messages (both xTUs for
          G.992.3, G.992.4, G.992.5, and G.993.2) or in the Embedded
          Operations Channel (xTU-R in G.992.1 and G.992.2).
          It consists of 8 binary octets, with same format as used for
          Xdsl2InvG994VendorId."
      REFERENCE    "ITU-T G.997.1, paragraph #7.4.3-7.4.4"
      ::= { xdsl2LineInventoryEntry 3 }

   xdsl2LInvVersionNumber  OBJECT-TYPE
      SYNTAX      OCTET STRING  (SIZE(0..16))
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The xTU version number (vendor-specific information) as
          inserted in the Overhead Messages (both xTUs for G.992.3,
          G.992.4, G.992.5, and G.993.2) or in the Embedded Operations
          Channel (xTU-R in G.992.1 and G.992.2).  It consists of up to 16
          binary octets."
      REFERENCE    "ITU-T G.997.1, paragraph #7.4.5-7.4.6"
      ::= { xdsl2LineInventoryEntry 4 }

   xdsl2LInvSerialNumber  OBJECT-TYPE
      SYNTAX      OCTET STRING  (SIZE(0..32))
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The xTU serial number (vendor-specific information) as
          inserted in the Overhead Messages (both xTUs for G.992.3,
          G.992.4, G.992.5, and G.993.2) or in the Embedded Operations
          Channel (xTU-R in G.992.1 and G.992.2).  It is vendor-specific
          information consisting of up to 32 ASCII characters."
      REFERENCE    "ITU-T G.997.1, paragraph #7.4.7-7.4.8"
      ::= { xdsl2LineInventoryEntry 5 }

   xdsl2LInvSelfTestResult  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only



Morgenstern, et al.     Expires February 02, 2014             [Page 107]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      STATUS      current
      DESCRIPTION
         "The xTU self-test result, coded as a 32-bit value.  The
          most significant octet of the result is '0' if the
          self-test passed, and '1' if the self-test failed.  The
          interpretation of the other octets is vendor discretionary."
      REFERENCE    "ITU-T G.997.1, paragraph #7.4.9-7.4.10"
      DEFVAL       { 0 }
      ::= { xdsl2LineInventoryEntry 6 }

   xdsl2LInvTransmissionCapabilities  OBJECT-TYPE
      SYNTAX      Xdsl2TransmissionModeType
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The xTU transmission system capability list of the different
          coding types.  It is coded in a bitmap representation with 1 or
          more bits set.  A bit set to '1' means that the xTU
          supports the respective coding.  The value may be derived from
          the handshaking procedures defined in G.994.1.  A set of xDSL
          line transmission modes, with one bit per mode."
      REFERENCE    "ITU-T G.997.1, paragraph #7.4.11-7.4.12"
      ::= { xdsl2LineInventoryEntry 7 }


   ------------------------------------------------
   --    Scalars that relate to the VOP attachment
   --    method.
   ------------------------------------------------
   xdsl2ScalarVopAttachmentMethodCapabilties  OBJECT-TYPE
      SYNTAX      Xdsl2VopAttachmentMethods
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "This object reflects the VoP attachment-method(s) this
          Network Element supports.

          Two attachment methods, 'direct' and 'indirect' are available
          and each Network Element MAY be able to support both
          attachment-methods (but not at the same time).

          The capability to support a specific attachment-method is
          indicated by the respective bit-position set to '1'.
          Particularly, a network element that supports both methods
          SHOULD indicate that by both bit-positions set to '1'.

          Note that a Network Element that does not support this
          object can be managed only with the legacy management mode,



Morgenstern, et al.     Expires February 02, 2014             [Page 108]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          using a line configuration template."
      ::= { xdsl2ScalarVop 1 }

   xdsl2ScalarVopAttachmentMethodConfigured  OBJECT-TYPE
      SYNTAX      Xdsl2VopAttachmentMethods
      MAX-ACCESS  read-write
      STATUS      current
      DESCRIPTION
         "This object configures the VoP attachment-method to be
          used by this Network Element.
          Two attachment methods, 'direct' and 'indirect' are available
          and only one method can be selected at any time.
          To select a specific attachment-method the management system
          SHOULD set the respective bit-position to '1'.
          Changing the requested attachment-method may imply a system
          reboot.

          The value of this object MUST be maintained in a persistent
          manner.

          In case the selected attachment-method is not supported by
          the network element or if the management system tries
          to configure both methods simultaneously the SNMP SET
          operation SHOULD be rejected by the network element."
      ::= { xdsl2ScalarVop 2 }

   xdsl2ScalarVopAttachmentMethodCurrent  OBJECT-TYPE
      SYNTAX      Xdsl2VopAttachmentMethods
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "This object reflects the VoP attachment-method currently
          used by this Network Element."
      ::= { xdsl2ScalarVop 3 }

   ------------------------------------------------
   --    Scalar used to determine index values for
   --    the xdsl2VopVectorTable.
   ------------------------------------------------
   xdsl2VopVectorIndexNext  OBJECT-TYPE
      SYNTAX      Unsigned32 (0 | 1..4294967295)
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "This object is required only in case the 'indirect'
          attachment-method of VoP to xDSL lines is implemented,
          in which case entries/rows in xdsl2VopVectorTable are
          dynamically created and deleted by the management system.



Morgenstern, et al.     Expires February 02, 2014             [Page 109]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          When implemented, the object reports an appropriate value to
          be used for xdsl2VopVectorIndex when creating entries in the
          xdsl2VopVectorTable.

          The value '0' indicates that no unassigned entries are
          available.
          To obtain the value of xdsl2VopVectorIndex for a new entry in
          the table, the manager issues a management protocol retrieval
          operation.
          The agent will determine through its local policy when this
          index value will be made available for reuse."
      ::= { xdsl2ScalarVop 4 }

   ------------------------------------------------
   --        xdsl2VopVectorTable                 --
   ------------------------------------------------
   xdsl2VopVectorTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2VopVectorEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         ""
      ::= { xdsl2VopVector 1 }

   xdsl2VopVectorEntry  OBJECT-TYPE
      SYNTAX      Xdsl2VopVectorEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         ""
      INDEX  { xdsl2VopVectorIndex }
      ::= { xdsl2VopVectorTable 1 }

   Xdsl2VopVectorEntry  ::=
      SEQUENCE {
         xdsl2VopVectorIndex             Unsigned32,
         xdsl2VopVectorRowStatus         RowStatus,
         xdsl2VopVectorDescription       OCTET STRING,
         xdsl2VopVectorUsDataRateProfId1 Unsigned32,
         xdsl2VopVectorDsDataRateProfId1 Unsigned32,
         xdsl2VopVectorInpDelayProfId1   Unsigned32,
         xdsl2VopVectorUsDataRateProfId2 Unsigned32,
         xdsl2VopVectorDsDataRateProfId2 Unsigned32,
         xdsl2VopVectorInpDelayProfId2   Unsigned32,
         xdsl2VopVectorUsDataRateProfId3 Unsigned32,
         xdsl2VopVectorDsDataRateProfId3 Unsigned32,
         xdsl2VopVectorInpDelayProfId3   Unsigned32,
         xdsl2VopVectorUsDataRateProfId4 Unsigned32,



Morgenstern, et al.     Expires February 02, 2014             [Page 110]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         xdsl2VopVectorDsDataRateProfId4 Unsigned32,
         xdsl2VopVectorInpDelayProfId4   Unsigned32,
         xdsl2VopVectorLSpectrumProfId   Unsigned32,
         xdsl2VopVectorNoiseMarginProfId Unsigned32,
         xdsl2VopVectorVirtualNoiseProfId Unsigned32,
         xdsl2VopVectorUpboProfId        Unsigned32,
         xdsl2VopVectorDpboProfId        Unsigned32,
         xdsl2VopVectorRfiProfId         Unsigned32,
         xdsl2VopVectorSosProfId         Unsigned32,
         xdsl2VopVectorInmProfId         Unsigned32,
         xdsl2VopVectorVectoringProfId   Unsigned32,
         xdsl2VopVectorReinitProfId      Unsigned32
      }

   xdsl2VopVectorIndex OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS not-accessible
      STATUS current
      DESCRIPTION
         "The index of this Vector of Profiles (VoP) row.
          In case the implementation uses a direct attachment
          of VoP to each xDSL line then the value of this object
          is an ifIndex pattern and this row is associated with
          a respective row in xdsl2VopLineTable (which has the
          same index). In such a case all rows in this table are
          created automatically by the Network Element and the
          SNMP manager is allowed only to activate a row and
          modify the values of objects in a row (i.e., this
          excludes creating and deleting rows in the table).
          In case the implementation uses an indirect
          attachment of VoP to xDSL lines then the value of this
          object is a unique ordered number and it can be
          referenced by multiple rows in the xdsl2VopLineTable. In
          such a case all rows are created, modified, activated
          and deleted by the SNMP manager."
      ::= { xdsl2VopVectorEntry 1 }

   xdsl2VopVectorRowStatus OBJECT-TYPE
      SYNTAX RowStatus
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "The row status of this row.
          In case the implementation uses a direct attachment
          of VoP to each xDSL line then all rows are created
          automatically by the Network Element and the SNMP manager
          is allowed only to activate a row and modify the values
          of objects in a row (i.e., this excludes creating and



Morgenstern, et al.     Expires February 02, 2014             [Page 111]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          deleting rows in the table).
          In case the implementation uses an indirect
          attachment of VoP to xDSL lines then rows are created,
          modified, activated and deleted by the SNMP manager."
      ::= { xdsl2VopVectorEntry 2 }

   xdsl2VopVectorDescription OBJECT-TYPE
      SYNTAX OCTET STRING (SIZE (0..128))
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "This object serves for optionally attaching a description
          to the related Vector of Profiles.      "
      DEFVAL { "" }
      ::= { xdsl2VopVectorEntry 3 }

   xdsl2VopVectorUsDataRateProfId1 OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Upstream data rate configuration profile for bearer channel
          number 1 of the xDSL line that is associated with this VoP.
          The value of this object is a row index in
          xdsl2VopDataRateProfilesTable."
      DEFVAL { 1 }
      ::= { xdsl2VopVectorEntry 4 }

   xdsl2VopVectorDsDataRateProfId1 OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Downstream data rate configuration profile for bearer channel
          number 1 of the xDSL line that is associated with this VoP.
          The value of this object is a row index in
          xdsl2VopDataRateProfilesTable."
      DEFVAL { 2 }
      ::= { xdsl2VopVectorEntry 5 }

   xdsl2VopVectorInpDelayProfId1 OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         ""
      DEFVAL { 1 }
      ::= { xdsl2VopVectorEntry 6 }



Morgenstern, et al.     Expires February 02, 2014             [Page 112]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2VopVectorUsDataRateProfId2 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Upstream data rate configuration profile for bearer channel
          number 2 of the xDSL line that is associated with this VoP.
          The value of this object is a row index in
          xdsl2VopDataRateProfilesTable."
      DEFVAL { 0 }
      ::= { xdsl2VopVectorEntry 7 }

   xdsl2VopVectorDsDataRateProfId2 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Downstream data rate configuration profile for bearer channel
          number 2 of the xDSL line that is associated with this VoP.
          The value of this object is a row index in
          xdsl2VopDataRateProfilesTable."
      DEFVAL { 0 }
      ::= { xdsl2VopVectorEntry 8 }

   xdsl2VopVectorInpDelayProfId2 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         ""
      DEFVAL { 0 }
      ::= { xdsl2VopVectorEntry 9 }

   xdsl2VopVectorUsDataRateProfId3 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Upstream data rate configuration profile for bearer channel
          number 3 of the xDSL line that is associated with this VoP.
          The value of this object is a row index in
          xdsl2VopDataRateProfilesTable."
      DEFVAL { 0 }
      ::= { xdsl2VopVectorEntry 10 }

   xdsl2VopVectorDsDataRateProfId3 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)
      MAX-ACCESS read-create



Morgenstern, et al.     Expires February 02, 2014             [Page 113]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      STATUS current
      DESCRIPTION
         "Downstream data rate configuration profile for bearer channel
          number 3 of the xDSL line that is associated with this VoP.
          The value of this object is a row index in
          xdsl2VopDataRateProfilesTable."
      DEFVAL { 0 }
      ::= { xdsl2VopVectorEntry 11 }

   xdsl2VopVectorInpDelayProfId3 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         ""
      DEFVAL { 0 }
      ::= { xdsl2VopVectorEntry 12 }

   xdsl2VopVectorUsDataRateProfId4 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Upstream data rate configuration profile for bearer channel
          number 4 of the xDSL line that is associated with this VoP.
          The value of this object is a row index in
          xdsl2VopDataRateProfilesTable."
      DEFVAL { 0 }
      ::= { xdsl2VopVectorEntry 13 }

   xdsl2VopVectorDsDataRateProfId4 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Downstream data rate configuration profile for bearer channel
          number 4 of the xDSL line that is associated with this VoP.
          The value of this object is a row index in
          xdsl2VopDataRateProfilesTable."
      DEFVAL { 0 }
      ::= { xdsl2VopVectorEntry 14 }

   xdsl2VopVectorInpDelayProfId4 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         ""



Morgenstern, et al.     Expires February 02, 2014             [Page 114]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DEFVAL { 0 }
      ::= { xdsl2VopVectorEntry 15 }

   xdsl2VopVectorLSpectrumProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Line Spectrum configuration profile for the xDSL line that
          is associated with this VoP.
          The value of this object is a row index in
          xdsl2VopLSpectrumProfilesTable."
      DEFVAL { 1 }
      ::= { xdsl2VopVectorEntry 16 }

   xdsl2VopVectorNoiseMarginProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         ""
      DEFVAL { 1 }
      ::= { xdsl2VopVectorEntry 17 }

   xdsl2VopVectorVNoiseProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         ""
      DEFVAL { 1 }
      ::= { xdsl2VopVectorEntry 18 }

   xdsl2VopVectorUpboProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         ""
      DEFVAL { 1 }
      ::= { xdsl2VopVectorEntry 19 }

   xdsl2VopVectorDpboProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         ""



Morgenstern, et al.     Expires February 02, 2014             [Page 115]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DEFVAL { 1 }
      ::= { xdsl2VopVectorEntry 20 }

   xdsl2VopVectorRfiProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         ""
      DEFVAL { 1 }
      ::= { xdsl2VopVectorEntry 21 }

   xdsl2VopVectorSosProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         ""
      DEFVAL { 1 }
      ::= { xdsl2VopVectorEntry 22 }

   xdsl2VopVectorInmProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         ""
      DEFVAL { 1 }
      ::= { xdsl2VopVectorEntry 23 }

   xdsl2VopVectorVectoringProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         ""
      DEFVAL { 1 }
      ::= { xdsl2VopVectorEntry 24 }

   xdsl2VopVectorReinitProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         ""
      DEFVAL { 1 }
      ::= { xdsl2VopVectorEntry 25 }




Morgenstern, et al.     Expires February 02, 2014             [Page 116]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   ------------------------------------------------
   --        xdsl2VopVectorActualTable           --
   ------------------------------------------------
   xdsl2VopVectorActualTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2VopVectorActualEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         ""
      ::= { xdsl2VopVector 2 }

   xdsl2VopVectorActualEntry  OBJECT-TYPE
      SYNTAX      Xdsl2VopVectorActualEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         ""
      INDEX  { xdsl2VopVectorActualIndex }
      ::= { xdsl2VopVectorActualTable 1 }

   Xdsl2VopVectorActualEntry  ::=
      SEQUENCE {
         xdsl2VopVectorActualIndex             Unsigned32,
         xdsl2VopVectorActualUsDataRateProfId1 Unsigned32,
         xdsl2VopVectorActualDsDataRateProfId1 Unsigned32,
         xdsl2VopVectorActualInpDelayProfId1   Unsigned32,
         xdsl2VopVectorActualUsDataRateProfId2 Unsigned32,
         xdsl2VopVectorActualDsDataRateProfId2 Unsigned32,
         xdsl2VopVectorActualInpDelayProfId2   Unsigned32,
         xdsl2VopVectorActualUsDataRateProfId3 Unsigned32,
         xdsl2VopVectorActualDsDataRateProfId3 Unsigned32,
         xdsl2VopVectorActualInpDelayProfId3   Unsigned32,
         xdsl2VopVectorActualUsDataRateProfId4 Unsigned32,
         xdsl2VopVectorActualDsDataRateProfId4 Unsigned32,
         xdsl2VopVectorActualInpDelayProfId4   Unsigned32,
         xdsl2VopVectorActualLSpectrumProfId   Unsigned32,
         xdsl2VopVectorActualNoiseMarginProfId Unsigned32,
         xdsl2VopVectorActualVNoiseProfId      Unsigned32,
         xdsl2VopVectorActualUpboProfId        Unsigned32,
         xdsl2VopVectorActualDpboProfId        Unsigned32,
         xdsl2VopVectorActualRfiProfId         Unsigned32,
         xdsl2VopVectorActualSosProfId         Unsigned32,
         xdsl2VopVectorActualInmProfId         Unsigned32,
         xdsl2VopVectorActualVectoringProfId   Unsigned32,
         xdsl2VopVectorActualReinitProfId      Unsigned32
      }

   xdsl2VopVectorActualIndex OBJECT-TYPE



Morgenstern, et al.     Expires February 02, 2014             [Page 117]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS not-accessible
      STATUS current
      DESCRIPTION
         "The index of this Vector of Profiles (VoP) row.
          This table is required on in case the implementation
          uses a direct attachment of VoP to each xDSL line
          and the value of this object is an ifIndex pattern
          that identifies the associated DSL line and the
          respective row in xdsl2VopLineTable.
          In case the implementation uses an indirect
          attachment of VoP to xDSL lines then the actual VoP
          used for each line is reported via XXXXXXXX in
          xdsl2VopLineTable. "
      ::= { xdsl2VopVectorActualEntry 1 }

   xdsl2VopVectorActualUsDataRateProfId1 OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         "Upstream data rate configuration profile for bearer channel
          number 1 of the xDSL line that is associated with this VoP.
          The value of this object is a row index in
          xdsl2VopDataRateProfilesTable."
      ::= { xdsl2VopVectorActualEntry 2 }

   xdsl2VopVectorActualDsDataRateProfId1 OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         "Downstream data rate configuration profile for bearer channel
          number 1 of the xDSL line that is associated with this VoP.
          The value of this object is a row index in
          xdsl2VopDataRateProfilesTable."
      ::= { xdsl2VopVectorActualEntry 3 }

   xdsl2VopVectorActualInpDelayProfId1 OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         ""
      ::= { xdsl2VopVectorActualEntry 4 }

   xdsl2VopVectorActualUsDataRateProfId2 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)



Morgenstern, et al.     Expires February 02, 2014             [Page 118]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         "Upstream data rate configuration profile for bearer channel
          number 2 of the xDSL line that is associated with this VoP.
          The value of this object is a row index in
          xdsl2VopDataRateProfilesTable."
      ::= { xdsl2VopVectorActualEntry 5 }

   xdsl2VopVectorActualDsDataRateProfId2 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         "Downstream data rate configuration profile for bearer channel
          number 2 of the xDSL line that is associated with this VoP.
          The value of this object is a row index in
          xdsl2VopDataRateProfilesTable."
      ::= { xdsl2VopVectorActualEntry 6 }

   xdsl2VopVectorActualInpDelayProfId2 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         ""
      ::= { xdsl2VopVectorActualEntry 7 }

   xdsl2VopVectorActualUsDataRateProfId3 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         "Upstream data rate configuration profile for bearer channel
          number 3 of the xDSL line that is associated with this VoP.
          The value of this object is a row index in
          xdsl2VopDataRateProfilesTable."
      ::= { xdsl2VopVectorActualEntry 8 }

   xdsl2VopVectorActualDsDataRateProfId3 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         "Downstream data rate configuration profile for bearer channel
          number 3 of the xDSL line that is associated with this VoP.
          The value of this object is a row index in
          xdsl2VopDataRateProfilesTable."



Morgenstern, et al.     Expires February 02, 2014             [Page 119]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      ::= { xdsl2VopVectorActualEntry 9 }

   xdsl2VopVectorActualInpDelayProfId3 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         ""
      ::= { xdsl2VopVectorActualEntry 10 }

   xdsl2VopVectorActualUsDataRateProfId4 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         "Upstream data rate configuration profile for bearer channel
          number 4 of the xDSL line that is associated with this VoP.
          The value of this object is a row index in
          xdsl2VopDataRateProfilesTable."
      ::= { xdsl2VopVectorActualEntry 11 }

   xdsl2VopVectorActualDsDataRateProfId4 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         "Downstream data rate configuration profile for bearer channel
          number 4 of the xDSL line that is associated with this VoP.
          The value of this object is a row index in
          xdsl2VopDataRateProfilesTable."
      ::= { xdsl2VopVectorActualEntry 12 }

   xdsl2VopVectorActualInpDelayProfId4 OBJECT-TYPE
      SYNTAX Unsigned32 (0..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         ""
      ::= { xdsl2VopVectorActualEntry 13 }

   xdsl2VopVectorActualLSpectrumProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         "Line Spectrum configuration profile for the xDSL line that
          is associated with this VoP.
          The value of this object is a row index in



Morgenstern, et al.     Expires February 02, 2014             [Page 120]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          xdsl2VopLSpectrumProfilesTable."
      ::= { xdsl2VopVectorActualEntry 14 }

   xdsl2VopVectorActualNoiseMarginProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         ""
      ::= { xdsl2VopVectorActualEntry 15 }

   xdsl2VopVectorActualVNoiseProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         ""
      ::= { xdsl2VopVectorActualEntry 16 }

   xdsl2VopVectorActualUpboProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         ""
      ::= { xdsl2VopVectorActualEntry 17 }

   xdsl2VopVectorActualDpboProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         ""
      ::= { xdsl2VopVectorActualEntry 18 }

   xdsl2VopVectorActualRfiProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         ""
      ::= { xdsl2VopVectorActualEntry 19 }

   xdsl2VopVectorActualSosProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014             [Page 121]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         ""
      ::= { xdsl2VopVectorActualEntry 20 }

   xdsl2VopVectorActualInmProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         ""
      ::= { xdsl2VopVectorActualEntry 21 }

   xdsl2VopVectorActualVectoringProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         ""
      ::= { xdsl2VopVectorActualEntry 22 }

   xdsl2VopVectorActualReinitProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-only
      STATUS current
      DESCRIPTION
         ""
      ::= { xdsl2VopVectorActualEntry 23 }

   ------------------------------------------------
   --   xdsl2VopDataRateProfilesTable            --
   ------------------------------------------------
   xdsl2VopDataRateProfilesTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2VopDataRateProfEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         ""
      ::= { xdsl2VopProfile 1 }

   xdsl2VopDataRateProfEntry  OBJECT-TYPE
      SYNTAX      Xdsl2VopDataRateProfEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         ""
      INDEX  { xdsl2VopDataRateProfIndex }
      ::= { xdsl2VopDataRateProfilesTable 1 }

   Xdsl2VopDataRateProfEntry  ::=



Morgenstern, et al.     Expires February 02, 2014             [Page 122]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      SEQUENCE {
         xdsl2VopDataRateProfIndex       Unsigned32,
         xdsl2VopDataRateProfRowStatus   RowStatus,
         xdsl2VopDataRateProfDescription OCTET STRING,
         xdsl2VopDataRateProfMinDataRate Unsigned32,
         xdsl2VopDataRateProfMinResDataRate Unsigned32,
         xdsl2VopDataRateProfMaxDataRate Unsigned32,
         xdsl2VopDataRateProfRaRatio     Unsigned32,
         xdsl2VopDataRateProfMinDataRateLowPower
                                         Unsigned32,
         xdsl2VopDataRateProfMaxBer      Unsigned32,
         xdsl2VopDataRateProfUsDataRate Unsigned32,
         xdsl2VopDataRateProfDsDataRate Unsigned32,
         xdsl2VopDataRateProfMinSosDataRate Unsigned32,
         xdsl2VopDataRateProfMinEtr      Unsigned32,
         xdsl2VopDataRateProfMaxEtr      Unsigned32,
         xdsl2VopDataRateProfMaxNdr      Unsigned32,
         xdsl2VopDataRateProfTargetNdr   Unsigned32,
         xdsl2VopDataRateProfTargetEtr   Unsigned32
      }

   xdsl2VopDataRateProfIndex OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS not-accessible
      STATUS current
      DESCRIPTION
         "The index of this data rate profile row."
      ::= { xdsl2VopDataRateProfEntry 1 }

   xdsl2VopDataRateProfRowStatus OBJECT-TYPE
      SYNTAX RowStatus
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "This object is used to create a new row or to modify or
          delete an existing row in this table.

          A profile is activated by setting this object to 'active'.

          Before a profile can be deleted or taken out of service (by
          setting this object to 'destroy' or 'notInService'), it MUST be
          first unreferenced from all Vector of Profiles.

          A row in this table is said to be unreferenced when there is no
          instance of xdsl2VopVectorTable or xdsl2VopVectorActualTable
          that refers to the row."
      ::= { xdsl2VopDataRateProfEntry 2 }




Morgenstern, et al.     Expires February 02, 2014             [Page 123]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2VopDataRateProfDescription OBJECT-TYPE
      SYNTAX OCTET STRING (SIZE (0..128))
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "This object serves for optionally attaching a description
          to the related row.      "
      DEFVAL { "" }
      ::= { xdsl2VopDataRateProfEntry 3 }

   xdsl2VopDataRateProfMinDataRate OBJECT-TYPE
      SYNTAX Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Minimum Data Rate. The minimum net data rate for
          a bearer channel that uses this profile, coded in
          bit/s, if retransmission is not used in the relevant
          transmit direction."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.1
                    (Minimum data rate)"
      ::= { xdsl2VopDataRateProfEntry 4 }

   xdsl2VopDataRateProfMinResDataRate OBJECT-TYPE
      SYNTAX Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Minimum Reserved Data Rate.  The minimum reserved
          net data rate for the bearer channel, coded in bit/s.
          This parameter is used only if the Rate Adaptation
          Mode in the direction of the bearer channel is set
          to 'dynamicRa'."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.2
                    (Minimum reserved data rate)"
      ::= { xdsl2VopDataRateProfEntry 5 }

   xdsl2VopDataRateProfMaxDataRate OBJECT-TYPE
      SYNTAX Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Maximum Data Rate. The maximum net data rate for
          a bearer channel that uses this profile, coded in
          bit/s, if retransmission is not used in the relevant



Morgenstern, et al.     Expires February 02, 2014             [Page 124]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          transmit direction."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.3
                    (Minimum data rate)"
      ::= { xdsl2VopDataRateProfEntry 6 }

   xdsl2VopDataRateProfRaRatio OBJECT-TYPE
      SYNTAX Unsigned32 (0..100)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Rate Adaptation Ratio.  The ratio (in percent) that should be
          taken into account for a bearer channel that uses this profile,
          when performing rate adaptation in the transmission direction
          of the bearer channel.  The ratio refers to the available data
          rate in excess of the Minimum Data Rate, summed over all bearer
          channels in the relevant transmission direction.
          Also, the sum of rate adaptation ratios over all
          bearers on the same direction shall be equal to 100%."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.4
                   (Rate adaptation ratio)"
      DEFVAL { 100 }
      ::= { xdsl2VopDataRateProfEntry 7 }

   xdsl2VopDataRateProfMinDataRateLowPower OBJECT-TYPE
      SYNTAX Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Minimum Data Rate in Low Power. This parameter specifies
          the minimum net data rate for a bearer channel that uses this
          profile during the low power state (L1/L2).  The power
          management low power states L1 and L2 are defined in ITU-T
          Recommendations G.992.2 and G.992.3, respectively.
          The data rate is coded in steps of bit/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.5
                    (Minimum Data Rate in low power state)"
      ::= { xdsl2VopDataRateProfEntry 8 }

   xdsl2VopDataRateProfMaxBer OBJECT-TYPE
      SYNTAX      Xdsl2MaxBer
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Maximum Bit Error Ratio .  If retransmission is not
          used in the relevant transmit direction by the bearer
          channel that uses this profile, this parameter specifies
          the Maximum Bit Error Ratio. "



Morgenstern, et al.     Expires February 02, 2014             [Page 125]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.6
                    (Maximum bit error ratio)"
      DEFVAL       { eminus5 }
      ::= { xdsl2VopDataRateProfEntry 9 }

   xdsl2VopDataRateProfUsDataRate OBJECT-TYPE
      SYNTAX Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Data Rate Threshold Upshift.  An
          'Up-Shift rate change' event is triggered
          (if retransmission is not used in the relevant transmit
          direction) when the actual data rate for a bearer channel
          that uses this profile exceeds, by more than the
          threshold, the data rate at the last entry into Showtime.
          The parameter is coded in bit/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.8.1
                    (Data rate threshold upshift)"
      ::= { xdsl2VopDataRateProfEntry 10 }

   xdsl2VopDataRateProfDsDataRate OBJECT-TYPE
      SYNTAX Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Data Rate Threshold Downshift.  An
          'Down-Shift rate change' event is triggered
          (if retransmission is not used in the relevant transmit
          direction) when the actual data rate for a bearer channel
          that uses this profile is below the data rate at the last
          entry into Showtime, by more than the threshold.
          The parameter is coded in bit/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.8.2
                    (Data rate threshold downshift)"
      ::= { xdsl2VopDataRateProfEntry 11 }

   xdsl2VopDataRateProfMinSosDataRate OBJECT-TYPE
      SYNTAX Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Minimum SOS Bit Rate. This parameter specifies
          the minimum net data rate for a valid SOS request, for a
          bearer channel that uses this profile.



Morgenstern, et al.     Expires February 02, 2014             [Page 126]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          The value is coded in steps of bit/s.
         "
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.6
                    and #7.3.2.1.7 (MIN-SOS-BR-ds/us)"
      ::= { xdsl2VopDataRateProfEntry 12 }

   xdsl2VopDataRateProfMinEtr OBJECT-TYPE
      SYNTAX Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Minimum Expected Throughput for retransmission.
          If retransmission is used in the relevant transmit
          direction by the bearer channel that uses this profile,
          this parameter specifies the minimum expected
          throughput, coded in bits/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.8
                   (MINETR_RTX)"
      ::= { xdsl2VopDataRateProfEntry 13 }

   xdsl2VopDataRateProfMaxEtr OBJECT-TYPE
      SYNTAX Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Maximum Expected Throughput for retransmission.
          If retransmission is used in the relevant transmit
          direction by the bearer channel that uses this profile,
          this parameter specifies the maximum expected
          throughput, coded in bits/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.9
                   (MAXETR_RTX)"
      ::= { xdsl2VopDataRateProfEntry 14 }

   xdsl2VopDataRateProfMaxNdr OBJECT-TYPE
      SYNTAX Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Maximum Net Data Rate for retransmission.
          If retransmission is used in the relevant transmit
          direction by the bearer channel that uses this profile,
          this parameter specifies the net data rate, coded in
          bits/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.10



Morgenstern, et al.     Expires February 02, 2014             [Page 127]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                   (MAXNDR_RTX)"
      ::= { xdsl2VopDataRateProfEntry 15 }

   xdsl2VopDataRateProfTargetNdr OBJECT-TYPE
      SYNTAX Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Target Net Data Rate for retransmission.
          If G.998.4 retransmission is unused in the related
          transmit direction, this parameter specifies the target
          net data rate (NDR) expected for the bearer channel
          that uses this profile while all lines in the
          vectored-lines group are active.
          Otherwise, this parameter is ignored.
          The value is coded in bits/second.
          The value 0xFFFFFFFF (4294967295) indicates that
          target NDR is not configured for the related bearer
          channel. This attribute and the target ETR assist in planning
          the resource allocation of the vectoring mechanism."
      REFERENCE  "ITU-T G.997.1, paragraph #7.3.2.20.1
                   (???)"
      DEFVAL { 4294967295 }
      ::= { xdsl2VopDataRateProfEntry 16 }

   xdsl2VopDataRateProfTargetEtr OBJECT-TYPE
      SYNTAX Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Target Expected Throughput for retransmission.
          If G.998.4 retransmission is unused in the related
          transmit direction, this parameter specifies the target
          expected throughput (ETR)  for the bearer channel
          that uses this profile while all lines in the
          vectored-lines group are active.
          Otherwise, this parameter is ignored.
          The value is coded in bits/second.
          The value 0xFFFFFFFF (4294967295) indicates that
          target ETR is not configured for the related bearer
          channel.
          This attribute and the target ETR assist in planning
          the resource allocation of the vectoring mechanism."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.20.2
                   (???)"
      DEFVAL { 4294967295 }



Morgenstern, et al.     Expires February 02, 2014             [Page 128]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      ::= { xdsl2VopDataRateProfEntry 17 }

   ------------------------------------------------
   --     xdsl2VopLSpectrumProfilesTable         --
   ------------------------------------------------
   xdsl2VopLSpectrumProfilesTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2VopLSpectrumProfEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The xdsl2VopLSpectrumProfilesTable contains configuration
         parameters that realize a Line Spectrum Profile which is being
         used as part of the Vector of Profiles (VoP).

         This is a dynamic table and rows can be added and removed by
         the management system. It should always include a default
         profile number 1 for the default setup of rows in
         xdsl2VopVectorTable.

         The xdsl2VopLSpectrumProfilesTable includes configuration
         parameters that are independent of the specific transmission
         mode(s) enabled by the XTSE configuration parameter (i.e.,
         xdsl2VopLSpectrumProfXtuTransSysEna). However, there are
         configuration parameters where their setup depends on a
         transmission mode. Therefore, each Line Spectrum Profile is also
         associated with one or more Mode Specific PSD Profiles. When
         the vector of profiles refers to a Line Spectrum Profile it also
         implicitly refers to all Mode Specific PSD Profiles associated
         with it.

         The Mode Specific PSD Profiles are defined in
         xdsl2VopModeSpecProfilesTable. The association between these two
         tables, i.e., between each row in the Line Spectrum Profiles table
         and one or more rows in the Mode Specific PSD Profiles table, is
         by, a third table, xdsl2VopModeSpecMapTable. "
      ::= { xdsl2VopProfile 2 }

   xdsl2VopLSpectrumProfEntry  OBJECT-TYPE
      SYNTAX      Xdsl2VopLSpectrumProfEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         ""
      INDEX  { xdsl2VopLSpectrumProfIndex }
      ::= { xdsl2VopLSpectrumProfilesTable 1 }

   Xdsl2VopLSpectrumProfEntry  ::=
      SEQUENCE {



Morgenstern, et al.     Expires February 02, 2014             [Page 129]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         xdsl2VopLSpectrumProfIndex       Unsigned32,
         xdsl2VopLSpectrumProfRowStatus   RowStatus,
         xdsl2VopLSpectrumProfDescription OCTET STRING,
         xdsl2VopLSpectrumProfXtuTransSysEna
                                          Xdsl2TransmissionModeType,
         xdsl2VopLSpectrumProfPmMode      Xdsl2LinePmMode,
         xdsl2VopLSpectrumProfL0Time      Unsigned32,
         xdsl2VopLSpectrumProfL2Time      Unsigned32,
         xdsl2VopLSpectrumProfL2Atpr      Unsigned32,
         xdsl2VopLSpectrumProfL2Atprt     Unsigned32,
         xdsl2VopLSpectrumProfScMaskDs    Xdsl2ScMaskDs,
         xdsl2VopLSpectrumProfScMaskUs    Xdsl2ScMaskUs,
         xdsl2VopLSpectrumProfVdsl2CarMask Xdsl2CarMask,
         xdsl2VopLSpectrumProfMsgMinUs    Unsigned32,
         xdsl2VopLSpectrumProfMsgMinDs    Unsigned32,
         xdsl2VopLSpectrumProfProfiles    Xdsl2LineProfiles,
         xdsl2VopLSpectrumProfUs0Mask     Xdsl2LineUs0Mask,
         xdsl2VopLSpectrumProfCeFlag      Xdsl2LineCeFlag,
         xdsl2VopLSpectrumProfRtxModeUs   Xdsl2RtxModes,
         xdsl2VopLSpectrumProfRtxModeDs   Xdsl2RtxModes
      }

   xdsl2VopLSpectrumProfIndex OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS not-accessible
      STATUS current
      DESCRIPTION
         "The index of this line spectrum profile row."
      ::= { xdsl2VopLSpectrumProfEntry 1 }

   xdsl2VopLSpectrumProfRowStatus OBJECT-TYPE
      SYNTAX RowStatus
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "This object is used to create a new row or to modify or
          delete an existing row in this table.

          A profile is activated by setting this object to 'active'.

          Before a profile can be deleted or taken out of service (by
          setting this object to 'destroy' or 'notInService'), it MUST be
          first unreferenced from all Vector of Profiles.

          A row in this table is said to be unreferenced when there is no
          instance of xdsl2VopVectorTable or xdsl2VopVectorActualTable
          that refers to the row."
      ::= { xdsl2VopLSpectrumProfEntry 2 }



Morgenstern, et al.     Expires February 02, 2014             [Page 130]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2VopLSpectrumProfDescription OBJECT-TYPE
      SYNTAX OCTET STRING (SIZE (0..128))
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "This object serves for optionally attaching a description
          to the related row.      "
      DEFVAL { "" }
      ::= { xdsl2VopLSpectrumProfEntry 3 }

   xdsl2VopLSpectrumProfXtuTransSysEna OBJECT-TYPE
      SYNTAX Xdsl2TransmissionModeType
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "xTU Transmission System Enabling (XTSE).  A list of the
          different coding types enabled in this profile.  It is coded in a
          bitmap representation with 1 or more bits set.  A bit set to
          '1' means that the xTUs may apply the respective
          coding for the DSL line.  A bit set to '0' means that
          the xTUs cannot apply the respective coding for the ADSL line.
          All 'reserved' bits should be set to '0'."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.1.1 (XTSE)"
      ::= { xdsl2VopLSpectrumProfEntry 4 }

   xdsl2VopLSpectrumProfPmMode OBJECT-TYPE
      SYNTAX Xdsl2LinePmMode
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Power management state Enabling (PMMode).  Defines the power
          states the xTU-C or xTU-R may autonomously transition to on
          this line.
          This is a set of bits, where any bit with a '1' value
          means that the xTU is allowed to transit into the respective
          state and any bit with a '0' value means that the xTU
          is not allowed to transit into the respective state."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.1.4 (PMMode)"
      DEFVAL  { { allowTransitionsToIdle, allowTransitionsToLowPower } }
      ::= { xdsl2VopLSpectrumProfEntry 5 }

   xdsl2VopLSpectrumProfL0Time OBJECT-TYPE
      SYNTAX      Unsigned32 (0..255)
      UNITS       "seconds"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The minimum time (in seconds) between an Exit from the L2



Morgenstern, et al.     Expires February 02, 2014             [Page 131]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          state and the next Entry into the L2 state.
          It ranges from 0 to 255 seconds."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.1.5 (L0-TIME)"
      DEFVAL       { 255 }
      ::= { xdsl2VopLSpectrumProfEntry 6 }

   xdsl2VopLSpectrumProfL2Time OBJECT-TYPE
      SYNTAX      Unsigned32 (0..255)
      UNITS       "seconds"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The minimum time (in seconds) between an Entry into the
          L2 state and the first Power Trim in the L2 state and between two
          consecutive Power Trims in the L2 state.
          It ranges from 0 to 255 seconds."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.1.6 (L2-TIME)"
      DEFVAL       { 255 }
      ::= { xdsl2VopLSpectrumProfEntry 7 }

   xdsl2VopLSpectrumProfL2Atpr OBJECT-TYPE
      SYNTAX      Unsigned32 (0..31)
      UNITS       "dB"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The maximum aggregate transmit power reduction (in dB) that
          can be performed at transition of L0 to L2 state or through a
          single Power Trim in the L2 state.
          It ranges from 0 dB to 31 dB."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.1.7 (L2-ATPR)"
      DEFVAL       { 10 }
      ::= { xdsl2VopLSpectrumProfEntry 8 }

   xdsl2VopLSpectrumProfL2Atprt OBJECT-TYPE
      SYNTAX      Unsigned32 (0..31)
      UNITS       "dB"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The total maximum aggregate transmit power reduction (in dB)
          that can be performed in an L2 state.  This is the sum of all
          reductions of L2 Requests (i.e., at transition of L0 to L2 state)
          and Power Trims."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.1.9 (L2-ATPRT)"
      DEFVAL       { 31 }
      ::= { xdsl2VopLSpectrumProfEntry 9 }




Morgenstern, et al.     Expires February 02, 2014             [Page 132]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2VopLSpectrumProfScMaskDs OBJECT-TYPE
      SYNTAX Xdsl2ScMaskDs
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
          "Subcarrier mask.  A bitmap of 512 bits that allows masking
          up to 512 downstream subcarriers.  If bit i (0 <= i <
          NSCds) is set to '1', the respective downstream
          subcarrier is masked, and if set to '0', the respective
          subcarrier is unmasked.
          Note that there should always be unmasked subcarriers (i.e.,
          this object cannot be all 1's).
          Also note that if NSCds < 512, all bits i
          (NSCds < i <= 512) should be set to '1'."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.6 (CARMASKds)"
      ::= { xdsl2VopLSpectrumProfEntry 10 }

   xdsl2VopLSpectrumProfScMaskUs OBJECT-TYPE
      SYNTAX Xdsl2ScMaskUs
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Subcarrier mask.  A bitmap of 64 bits that allows masking
          up to 64 upstream subcarriers.  If bit i (0 <= i < NSCus)
          is set to '1', the respective upstream subcarrier is
          masked, and if set to '0', the respective subcarrier
          is unmasked.
          Note that there should always be unmasked subcarriers (i.e.,
          this object cannot be all 1's).
          Also note that if NSCus < 64, all bits i
          (NSCus < i <= 64) should be set to '1'."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.7 (CARMASKus)"
      ::= { xdsl2VopLSpectrumProfEntry 11 }

   xdsl2VopLSpectrumProfVdsl2CarMask OBJECT-TYPE
      SYNTAX Xdsl2CarMask
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "VDSL2-specific subcarrier mask.  This configuration
          parameter defines the restrictions, additional to the band plan,
          to determine the set of subcarriers allowed for transmission in
          both the upstream and downstream directions.
          The parameter shall describe the not masked subcarriers as one or
          more frequency bands.  Each band is represented by start and stop
          subcarrier indices with a subcarrier spacing of 4.3125 kHz.  The
          valid range of subcarrier indices runs from 0 to at least the
          index of the highest allowed subcarrier in both transmission



Morgenstern, et al.     Expires February 02, 2014             [Page 133]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          directions among all profiles enabled by the parameter
          xdsl2LConfProfProfiles.
          Up to 32 bands may be specified.  Other subcarriers shall be
          masked."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.8 (VDSL2-
                    CARMASK)"
      ::= { xdsl2VopLSpectrumProfEntry 12 }

   xdsl2VopLSpectrumProfMsgMinUs OBJECT-TYPE
      SYNTAX      Unsigned32(4000..248000)
      UNITS       "bits/second"
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Minimum Overhead Rate Upstream.  Defines the minimum rate of
          the message-based overhead that shall be maintained by the xTU in
          upstream direction.  Expressed in bits per second and ranges from
          4000 to 248000 bits/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.5.1 (MSGMINus)"
      DEFVAL       { 4000 }
      ::= { xdsl2VopLSpectrumProfEntry 13 }

   xdsl2VopLSpectrumProfMsgMinDs OBJECT-TYPE
      SYNTAX      Unsigned32(4000..248000)
      UNITS       "bits/second"
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "Minimum Overhead Rate Downstream.  Defines the minimum rate
          of the message-based overhead that shall be maintained by the xTU
          in the downstream direction.  Expressed in bits per second and
          ranges from 4000 to 248000 bits/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.5.2 (MSGMINds)"
      DEFVAL       { 4000 }
      ::= { xdsl2VopLSpectrumProfEntry 14 }

   xdsl2VopLSpectrumProfProfiles OBJECT-TYPE
      SYNTAX      Xdsl2LineProfiles
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The configuration parameter contains the G.993.2 profiles
          to be allowed by the near-end xTU on this line.
          It is coded in a bitmap representation (0 if not allowed, 1 if
          allowed)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.1.11 (PROFILES)"
      DEFVAL       { { profile8a,  profile8b,  profile8c,
                       profile8d,  profile12a, profile12b,



Morgenstern, et al.     Expires February 02, 2014             [Page 134]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                       profile17a, profile30a } }
      ::= { xdsl2VopLSpectrumProfEntry 15 }

   xdsl2VopLSpectrumProfUs0Mask OBJECT-TYPE
      SYNTAX      Xdsl2LineUs0Mask
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The configuration parameter contains the US0 PSD masks to be
          allowed by the near-end xTU on the line.  This parameter is only
          defined for G.993.2 Annex A.  It is represented as a bitmap (0
          if not allowed and 1 if allowed)."
      REFERENCE    "ITU-T G.997.1 Amendment 1, paragraph #7.3.1.2.18
                    (US0MASK)"
      DEFVAL       { {} }
      ::= { xdsl2VopLSpectrumProfEntry 16 }

   xdsl2VopLSpectrumProfCeFlag OBJECT-TYPE
      SYNTAX Xdsl2LineCeFlag
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "This parameter is a bit that enables the use of the optional
          cyclic extension values."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.6.1 (CEFLAG)"
      DEFVAL       { { } }
      ::= { xdsl2VopLSpectrumProfEntry 17 }

   xdsl2VopLSpectrumProfRtxModeUs OBJECT-TYPE
      SYNTAX Xdsl2RtxModes
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "RTX_MODE upstream.
          This object controls the enabling and mode of G.998.4
          retransmission in upstream transmit-direction.
          In G.992.3 and G992.5 transmission modes this object
          shall be ignored."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.11
                   (RTX_MODE)"
      DEFVAL { forbidden }
      ::= { xdsl2VopLSpectrumProfEntry 18 }

   xdsl2VopLSpectrumProfRtxModeDs OBJECT-TYPE
      SYNTAX Xdsl2RtxModes
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014             [Page 135]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         "RTX_MODE downstream.
          This object controls the enabling and mode of G.998.4
          retransmission in downstream transmit-direction.
          In G.992.3 and G992.5 transmission modes this object
          shall be ignored."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.11
                   (RTX_MODE)"
      DEFVAL { forbidden }
      ::= { xdsl2VopLSpectrumProfEntry 19 }

   ------------------------------------------------
   --     xdsl2VopModeSpecMapTable         --
   ------------------------------------------------
   xdsl2VopModeSpecMapTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2VopModeSpecMapEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The xdsl2VopModeSpecMapTable serves for associating
         rows from xdsl2VopLSpectrumProfilesTable with row(s) in
         xdsl2VopModeSpecProfilesTable.

         This is a dynamic table and rows are automatically added
         and removed by the SNMP agent as result of changes made to
         the XTSE configuration parameter, while the status or the
         respective row  in xdsl2VopLSpectrumProfilesTable is either
         notReady or notInService. Modifying a row in this table is
         blocked if the related row in xdsl2VopLSpectrumProfilesTable
         is active.

         When the SNMP manager adds one or more transmission-modes via
         xdsl2VopLSpectrumProfXtuTransSysEna object, the SNMP agent
         creates a row in this table for each transmission-mode and
         maps it (by default) to row number 1 in
         xdsl2VopModeSpecProfilesTable.

         When the SNMP manager removes one or more transmission-modes via
         xdsl2VopLSpectrumProfXtuTransSysEna object, the SNMP agent
         deletes all associated rows from this table."
      ::= { xdsl2VopProfile 3 }

   xdsl2VopModeSpecMapEntry  OBJECT-TYPE
      SYNTAX      Xdsl2VopModeSpecMapEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         ""
      INDEX  { xdsl2VopModeSpecMapIndex, xdsl2VopModeSpecMapMode }



Morgenstern, et al.     Expires February 02, 2014             [Page 136]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      ::= { xdsl2VopModeSpecMapTable 1 }

   Xdsl2VopModeSpecMapEntry  ::=
      SEQUENCE {
         xdsl2VopModeSpecMapIndex       Unsigned32,
         xdsl2VopModeSpecMapMode        Xdsl2OperationModes,
         xdsl2VopModeSpecMapProfId      Unsigned32
      }

   xdsl2VopModeSpecMapIndex OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS not-accessible
      STATUS current
      DESCRIPTION
         "The index of the Line Spectrum Profile
          associated with this row."
      ::= { xdsl2VopModeSpecMapEntry 1 }

   xdsl2VopModeSpecMapMode OBJECT-TYPE
      SYNTAX Xdsl2OperationModes
      MAX-ACCESS not-accessible
      STATUS current
      DESCRIPTION
         "The DSL transmission mode associated with this row.
          When a Line Spectrum Profile enables one or more
          transmission-modes (via xdsl2VopLSpectrumProfXtuTransSysEna)
          then the SNMP agent creates a row in this table for each of
          them in order to map each transmission-mode with the
          mode-specific configuration applicable for it.

          When a Line Spectrum Profile disables one or more,
          previously enabled, transmission-modes then the SNMP agent
          deletes all rows in this table that are associated with them.

          Note that multiple transmission-modes may share the same
          mode-specific configuration."
      ::= { xdsl2VopModeSpecMapEntry 2 }

   xdsl2VopModeSpecMapProfId OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "This object associates, for the Line Spectrum Profile
          given by xdsl2VopModeSpecMapIndex object in this row and
          the transmission mode given by xdsl2VopModeSpecMapMode
          object in this row, a mode-specific profile from
          xdsl2VopModeSpecProfilesTable."



Morgenstern, et al.     Expires February 02, 2014             [Page 137]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DEFVAL { 1 }
      ::= { xdsl2VopModeSpecMapEntry 3 }

   ------------------------------------------------
   --     xdsl2VopModeSpecProfilesTable          --
   ------------------------------------------------
   xdsl2VopModeSpecProfilesTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2VopModeSpecProfEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The xdsl2VopModeSpecProfilesTable extends the
         xdsl2VopLSpectrumProfilesTable by mode-specifc configuration
         parameters, i.e., parameters that their setup depends on the
         specific transmission-mode used by the DSL line. The
         relationship between the tables is explained in the
         following paragraphs.

         The xdsl2VopLSpectrumProfilesTable includes Line Spectrum
         configuration parameters that are independent of the
         specific transmission-mode(s) enabled by the XTSE configuration
         parameter (i.e., xdsl2VopLSpectrumProfXtuTransSysEna). However,
         there are configuration parameters where their setup depends on
         a transmission-mode. Therefore, each Line Spectrum Profile is
         also associated with one or more Mode Specific PSD Profiles
         from this table (xdsl2VopModeSpecProfilesTable). When the
         vector of profiles (VoP) refers to a Line Spectrum Profile it
         also implicitly refers to all rows in
         xdsl2VopModeSpecProfilesTable that are associated with that
         Line Spectrum Profile.

         The association between each row in the Line Spectrum Profiles
         table and one or more rows in this table, is performed by, a
         third table, xdsl2VopModeSpecMapTable.

         The xdsl2VopModeSpecProfilesTable is a stand-alone dynamic
         table and basically rows can always be added to it. Similarly,
         rows can be removed from the table by the SNMP manager, as
         long as they are not referenced by any row in the
         xdsl2VopModeSpecMapTable.

         In particular, this table should always include profile
         number 1 serving for the default setup of rows in
         xdsl2VopModeSpecMapTable.

         Entries in this table MUST be maintained in a persistent
         manner."
      ::= { xdsl2VopProfile 4 }



Morgenstern, et al.     Expires February 02, 2014             [Page 138]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2VopModeSpecProfEntry  OBJECT-TYPE
      SYNTAX      Xdsl2VopModeSpecProfEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         ""
      INDEX  { xdsl2VopModeSpecProfIndex }
      ::= { xdsl2VopModeSpecProfilesTable 1 }

   Xdsl2VopModeSpecProfEntry  ::=
      SEQUENCE {
         xdsl2VopModeSpecProfIndex       Unsigned32,
         xdsl2VopModeSpecProfRowStatus   RowStatus,
         xdsl2VopModeSpecProfDescription OCTET STRING,
         xdsl2VopModeSpecProfModes       Xdsl2TransmissionModeType,
         xdsl2VopModeSpecProfMaxNomPsdDs Integer32,
         xdsl2VopModeSpecProfMaxNomPsdUs Integer32,
         xdsl2VopModeSpecProfMaxNomAtpDs Unsigned32,
         xdsl2VopModeSpecProfMaxNomAtpUs Unsigned32,
         xdsl2VopModeSpecProfMaxAggRxPwrUs Integer32,
         xdsl2VopModeSpecProfPsdMaskDs   Xdsl2PsdMaskDs,
         xdsl2VopModeSpecProfPsdMaskSelectUs
                                         Xdsl2LinePsdMaskSelectUs,
         xdsl2VopModeSpecProfPsdMaskUs   Xdsl2PsdMaskUs,
         xdsl2VopModeSpecProfLimitMask   Xdsl2LineLimitMask,
         xdsl2VopModeSpecProfUs0Disable  Xdsl2LineUs0Disable,
         xdsl2VopModeSpecProfClassMask   Xdsl2LineClassMask
      }

   xdsl2VopModeSpecProfIndex OBJECT-TYPE
      SYNTAX Unsigned32 (1..4294967295)
      MAX-ACCESS not-accessible
      STATUS current
      DESCRIPTION
         "The index of this Mode Specific configuration
          profile row."
      ::= { xdsl2VopModeSpecProfEntry 1 }

   xdsl2VopModeSpecProfRowStatus OBJECT-TYPE
      SYNTAX RowStatus
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "This object is used to create a new row or to modify or
          delete an existing row in this table.

          A profile is activated by setting this object to 'active'.




Morgenstern, et al.     Expires February 02, 2014             [Page 139]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          Before a profile can be deleted or taken out of service (by
          setting this object to 'destroy' or 'notInService'), it MUST be
          first unreferenced from all Vector of Profiles.

          A row in this table is said to be unreferenced when there is no
          instance of xdsl2VopModeSpecMapTable that refers to the row."
      ::= { xdsl2VopModeSpecProfEntry 2 }

   xdsl2VopModeSpecProfDescription OBJECT-TYPE
      SYNTAX OCTET STRING (SIZE (0..128))
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "This object serves for optionally attaching a description
          to the related row.      "
      DEFVAL { "" }
      ::= { xdsl2VopModeSpecProfEntry 3 }

   xdsl2VopModeSpecProfModes OBJECT-TYPE
      SYNTAX Xdsl2TransmissionModeType
      MAX-ACCESS read-create
      STATUS current
      DESCRIPTION
         "This object is a list of the different coding types
          (DSL transmission-modes) that the SNMP manager assumes may be
          associated with this profile.  It is coded in a
          bitmap representation with 1 or more bits set.  A bit set to
          '1' means that the profile is applicable for the
          respective transmission mode. A bit set to '0' means
          that the profile is not applicable for the respective
          transmission mode.
          All 'reserved' bits should be set to '0'.
          The default value '0' cannot serve as a valid setup
          for this object and should be changed prior to activating the
          profile."
      DEFVAL { 0 }
      ::= { xdsl2VopModeSpecProfEntry 4 }

   xdsl2VopModeSpecProfMaxNomPsdDs OBJECT-TYPE
      SYNTAX      Integer32(-600..-300)
      UNITS       "0.1 dBm/Hz"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The maximum nominal transmit PSD in the downstream direction
          during initialization and Showtime.  It ranges from -600 to -300
          units of 0.1 dBm/Hz (physical values are -60 to -30 dBm/Hz)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.1 (MAXNOMPSDds)"



Morgenstern, et al.     Expires February 02, 2014             [Page 140]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DEFVAL       { -380 }
      ::= { xdsl2VopModeSpecProfEntry 5 }

   xdsl2VopModeSpecProfMaxNomPsdUs OBJECT-TYPE
      SYNTAX      Integer32(-600..-300)
      UNITS       "0.1 dBm/Hz"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The maximum nominal transmit PSD in the upstream direction
          during initialization and Showtime.  It ranges from -600 to -300
          units of 0.1 dBm/Hz (physical values are -60 to -30 dBm/Hz)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.2 (MAXNOMPSDus)"
      DEFVAL       { -380 }
      ::= { xdsl2VopModeSpecProfEntry 6 }

   xdsl2VopModeSpecProfMaxNomAtpDs OBJECT-TYPE
      SYNTAX      Unsigned32 (0..255)
      UNITS       "0.1 dBm"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The maximum nominal aggregate to transmit power in the
          downstream direction during initialization and Showtime.  It
          ranges from 0 to 255 units of 0.1 dBm (physical values are 0
          to 25.5 dBm)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.3 (MAXNOMATPds)"
      DEFVAL       { 145 }
      ::= { xdsl2VopModeSpecProfEntry 7 }

   xdsl2VopModeSpecProfMaxNomAtpUs OBJECT-TYPE
      SYNTAX      Unsigned32 (0..255)
      UNITS       "0.1 dBm"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The maximum nominal aggregate transmit power in the upstream
          direction during initialization and Showtime.  It ranges from
          0 to 255 units of 0.1 dBm (physical values are 0 to 25.5 dBm)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.4 (MAXNOMATPus)"
      DEFVAL       { 145 }
      ::= { xdsl2VopModeSpecProfEntry 8 }

   xdsl2VopModeSpecProfMaxAggRxPwrUs OBJECT-TYPE
      SYNTAX      Integer32(-255..255 | 2147483647)
      UNITS       "0.1 dBm"
      MAX-ACCESS  read-create
      STATUS      current



Morgenstern, et al.     Expires February 02, 2014             [Page 141]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DESCRIPTION
         "The maximum upstream aggregate receive power over the
          relevant set of subcarriers.  The xTU-C should verify that the
          upstream power cutback is such that this maximum aggregate
          receive power value is honored.  It ranges from -255 to 255
          units of 0.1 dBm (physical values are -25.5 to 25.5 dBm).
          A value of 0x7FFFFFFF (2147483647) means that there is no
          limit."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.5 (MAXRXPWRus)"
      DEFVAL       { 145 }
      ::= { xdsl2VopModeSpecProfEntry 9 }

   xdsl2VopModeSpecProfPsdMaskDs OBJECT-TYPE
      SYNTAX      Xdsl2PsdMaskDs
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
        "The downstream PSD mask applicable at the U-C2 reference
         point.
         This parameter is used only for G.992.5 and G.993.2 and it
         may impose PSD restrictions (breakpoints) in addition to the
         Limit PSD mask defined in G.992.5 and G.993.2.
         This is a string of 32 pairs of values in the following
         structure:
         Octets 0-1 - Index of the first subcarrier used in the context of
                      a first breakpoint.
         Octet 2    - The PSD reduction for the subcarrier indicated in
                      octets 0 and 1.
         Octets 3-5 - Same, for a second breakpoint.
         Octets 6-8 - Same, for a third breakpoint.
         This architecture continues until octets 94-95, which are
         associated with a 32nd breakpoint.
         Each subcarrier index is an unsigned number in the range 0 and
         NSds.  Each PSD reduction value is in the range 0 (0 dBm/Hz) to
         255 (-127.5 dBm/Hz) with steps of 0.5 dBm/Hz.  Valid values are in
         the range 0 to 190 (0 to -95 dBm/Hz).
         When the number of breakpoints is less than 32, all remaining
         octets are set to the value '0'.  Note that the content of this
         object should be correlated with the subcarrier mask and with
         the RFI setup."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.9 (PSDMASKds)"
      ::= { xdsl2VopModeSpecProfEntry 10 }

   xdsl2VopModeSpecProfPsdMaskSelectUs OBJECT-TYPE
      SYNTAX      Xdsl2LinePsdMaskSelectUs
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014             [Page 142]

Internet-Draft               VDSL2-LINE MIB                  August 2013


        "The selected upstream PSD mask.  This parameter is used only
         for Annexes J and M of G.992.3 and G.992.5, and the same
         selection is used for all relevant enabled bits in
         xdsl2VopLSpectrumProfXtuTransSysEna.
         If xdsl2VopModeSpecProfPsdMaskUs is also specified then
         the final upstream PSD mask is the minimum mask derived from
         both parameters."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.11
                   (Upstream PSD mask selection)"
      DEFVAL       { adlu32Eu32 }
      ::= { xdsl2VopModeSpecProfEntry 11 }

   xdsl2VopModeSpecProfPsdMaskUs OBJECT-TYPE
      SYNTAX      Xdsl2PsdMaskUs
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
        "The downstream PSD mask applicable at the U-R2 reference
         point.
         This parameter is used only for G.992.5 and G.993.2 and it
         may impose PSD restrictions (breakpoints) in addition to the
         Limit PSD mask defined in G.992.5 and G.993.2.
         This is a string of 16 pairs of values in the following
         structure:
         Octets 0-1 - Index of the first subcarrier used in the context of
                      a first breakpoint.
         Octet 2    - The PSD reduction for the subcarrier indicated in
                      octets 0 and 1.
         Octets 3-5 - Same, for a second breakpoint.
         Octets 6-8 - Same, for a third breakpoint.
         This architecture continues until octets 46-47, which are
         associated with a 16th breakpoint.
         Each subcarrier index is an unsigned number in the range 0 and
         NSds.  Each PSD reduction value is in the range 0 (0 dBm/Hz) to
         255 (-127.5 dBm/Hz) with steps of 0.5 dBm/Hz.  Valid values are in
         the range 0 to 190 (0 to -95 dBm/Hz).
         When the number of breakpoints is less than 16, all remaining
         octets are set to the value '0'.  Note that the content of this
         object should be correlated with the subcarrier mask and with
         the RFI setup."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.12 (PSDMASKus)"
      ::= { xdsl2VopModeSpecProfEntry 12 }

   xdsl2VopModeSpecProfLimitMask OBJECT-TYPE
      SYNTAX      Xdsl2LineLimitMask
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014             [Page 143]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         "This configuration parameter contains the G.993.2 limit
          PSD masks of the selected PSD mask class, enabled by the near-end
          xTU on this line for each class of profiles.
          This parameter is defined per VDSL2 Annex enabled in the
          xdsl2VopLSpectrumProfXtuTransSysEna object.
          Through this parameter, several limit PSD masks of the selected
          PSD mask class (xdsl2VopModeSpecProfClassMask) may be enabled.
          The enabling parameter is coded in a bitmap representation (0
          if the associated mask is not allowed, 1 if it is allowed)."
      REFERENCE    "ITU-T G.997.1 Amendment 1, paragraph #7.3.1.2.16
                    (LIMITMASK)"
      DEFVAL       { {} }
      ::= { xdsl2VopModeSpecProfEntry 13 }

   xdsl2VopModeSpecProfUs0Disable OBJECT-TYPE
      SYNTAX      Xdsl2LineUs0Disable
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This configuration parameter indicates if the use of the US0 is
          disabled for each limit PSD mask enabled in the
          xdsl2VopModeSpecProfLimitMask parameter.
          This parameter is defined per VDSL2 Annex enabled in the
          xdsl2VopLSpectrumProfXtuTransSysEna object.
          For each limit PSD mask enabled in the xdsl2VopModeSpecProfLimitMask
          parameter, a bit shall indicate if the US0 is disabled.  The
          disabling parameter is coded as a bitmap.  The bit is set to '1'
          if the US0 is disabled for the associated limit mask."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.17 (US0DISABLE)"
      DEFVAL       { {} }
      ::= { xdsl2VopModeSpecProfEntry 14 }

   xdsl2VopModeSpecProfClassMask OBJECT-TYPE
      SYNTAX      Xdsl2LineClassMask
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "In order to reduce the number of configuration
          possibilities, the limit Power Spectral Density masks (see
          LIMITMASK) are grouped in PSD mask classes.
          Each class is designed such that the PSD levels of each limit PSD
          mask of a specific class are equal in their respective passband
          above 552 kHz.
          This parameter is defined per VDSL2 Annex enabled in the
          xdsl2VopLSpectrumProfXtuTransSysEna object.  It selects a single
          PSD mask class per Annex that is activated at the VTU-O."
      REFERENCE    "ITU-T G.997.1 Amendment 1, paragraph #7.3.1.2.15
                   (CLASSMASK)"



Morgenstern, et al.     Expires February 02, 2014             [Page 144]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DEFVAL       { a998ORb997M1cORc998B }
      ::= { xdsl2VopModeSpecProfEntry 15 }

   ------------------------------------------------
   --        xdsl2LineConfTemplateTable          --
   ------------------------------------------------
   xdsl2LineConfTemplateTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2LineConfTemplateEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2LineConfTemplateTable contains VDSL2/ADSL/
          ADSL2 and ADSL2+ line configuration templates.

          Note that this table is also used to configure the number of
          bearer channels.
          When the number of bearer channels is increased, the SNMP agent
          SHOULD create rows in all tables indexed by a channel index.
          When the number of bearer channels is decreased, the SNMP agent
          SHOULD delete rows in all tables indexed by a channel index.
          For example, if the value of xdsl2LConfTempChan4ConfProfile is
          set to a non-null value, then rows SHOULD be created in
          xdsl2ChannelStatusTable, xdsl2PMChCurrTable, and all other tables
          indexed by a channel index.
          For example, if the value of xdsl2LConfTempChan2ConfProfile is
          set to a null value, then rows SHOULD be deleted in
          xdsl2ChannelStatusTable, xdsl2PMChCurrTable, and all other
          tables indexed by a channel index.

          NOTE : This object belongs only to the legacy management model
               : that was originally specified in RFC 5650.

          Entries in this table MUST be maintained in a persistent
          manner."
      ::= { xdsl2ProfileLine 1 }

   xdsl2LineConfTemplateEntry  OBJECT-TYPE
      SYNTAX      Xdsl2LineConfTemplateEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "A default template with an index of 'DEFVAL' will always
          exist, and its parameters will be set to vendor-specific values,
          unless otherwise specified in this document."
      INDEX  { xdsl2LConfTempTemplateName }
      ::= { xdsl2LineConfTemplateTable 1 }

   Xdsl2LineConfTemplateEntry  ::=



Morgenstern, et al.     Expires February 02, 2014             [Page 145]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      SEQUENCE {
         xdsl2LConfTempTemplateName      SnmpAdminString,
         xdsl2LConfTempLineProfile       SnmpAdminString,
         xdsl2LConfTempChan1ConfProfile  SnmpAdminString,
         xdsl2LConfTempChan1RaRatioDs    Unsigned32,
         xdsl2LConfTempChan1RaRatioUs    Unsigned32,
         xdsl2LConfTempChan2ConfProfile  SnmpAdminString,
         xdsl2LConfTempChan2RaRatioDs    Unsigned32,
         xdsl2LConfTempChan2RaRatioUs    Unsigned32,
         xdsl2LConfTempChan3ConfProfile  SnmpAdminString,
         xdsl2LConfTempChan3RaRatioDs    Unsigned32,
         xdsl2LConfTempChan3RaRatioUs    Unsigned32,
         xdsl2LConfTempChan4ConfProfile  SnmpAdminString,
         xdsl2LConfTempChan4RaRatioDs    Unsigned32,
         xdsl2LConfTempChan4RaRatioUs    Unsigned32,
         xdsl2LConfTempRowStatus         RowStatus
      }

   xdsl2LConfTempTemplateName  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(1..32))
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "This object identifies a row in this table."
      REFERENCE    "DSL Forum TR-129, paragraph #5.4"
      ::= { xdsl2LineConfTemplateEntry 1 }

   xdsl2LConfTempLineProfile  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(1..32))
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The value of this object identifies the row in the
          VDSL2/ADSL/ADSL2 and ADSL2+ line configuration Profile Table
          (xdsl2LineConfProfTable) that applies for this DSL line."
      REFERENCE    "DSL Forum TR-129, paragraph #5.4"
      DEFVAL       { "DEFVAL" }
      ::= { xdsl2LineConfTemplateEntry 2 }

   xdsl2LConfTempChan1ConfProfile  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(1..32))
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The value of this object identifies the row in the VDSL2/
          ADSL/ADSL2 and ADSL2+ channel configuration Profile Table
          (xdsl2ChConfProfileTable) that applies to DSL bearer channel #1.
          The channel profile name specified here MUST match the name of an



Morgenstern, et al.     Expires February 02, 2014             [Page 146]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          existing row in the xdsl2ChConfProfileTable table."
      DEFVAL       { "DEFVAL" }
      ::= { xdsl2LineConfTemplateEntry 3 }

   xdsl2LConfTempChan1RaRatioDs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..100)
      UNITS       "percent"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Rate Adaptation Ratio.  The ratio (in percent) that should be
          taken into account for the bearer channel #1 when performing rate
          adaptation on Downstream.  The ratio refers to the available data
          rate in excess of the Minimum Data Rate, summed over all bearer
          channels.
          Also, the 100 - xdsl2LConfTempChan1RaRatioDs is the ratio of
          excess data rate to be assigned to all other bearer channels on
          Downstream direction.  The sum of rate adaptation ratios over all
          bearers on the same direction shall be equal to 100%."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.4
                   (Rate adaptation ratio)"
      DEFVAL       { 100 }
      ::= { xdsl2LineConfTemplateEntry 4 }

   xdsl2LConfTempChan1RaRatioUs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..100)
      UNITS       "percent"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Rate Adaptation Ratio.  The ratio (in percent) that should be
          taken into account for the bearer channel #1 when performing
          rate adaptation on Upstream.  The ratio refers to the available
          data rate in excess of the Minimum Data Rate, summed over all
          bearer channels.
          Also, the 100 - xdsl2LConfTempChan1RaRatioUs is the ratio of
          excess data rate to be assigned to all other bearer channels on
          Upstream direction.  The sum of rate adaptation ratios over all
          bearers on the same direction shall be equal to 100%."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.4
                    (Rate adaptation ratio)"
      DEFVAL       { 100 }
      ::= { xdsl2LineConfTemplateEntry 5 }

   xdsl2LConfTempChan2ConfProfile  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(0..32))
      MAX-ACCESS  read-create
      STATUS      current



Morgenstern, et al.     Expires February 02, 2014             [Page 147]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DESCRIPTION
         "The value of this object identifies the row in the VDSL2/
          ADSL/ADSL2 and ADSL2+ channel configuration Profile Table
          (xdsl2ChConfProfileTable) that applies to DSL bearer channel #2.
          If the channel is unused, then the object is set to a zero-length
          string.
          This object may be set to a zero-length string only if
          xdsl2LConfTempChan3ConfProfile contains a zero-length
          string."

      DEFVAL       { "" }
      ::= { xdsl2LineConfTemplateEntry 6 }

   xdsl2LConfTempChan2RaRatioDs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..100)
      UNITS       "percent"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Rate Adaptation Ratio.  The ratio (in percent) that should be
          taken into account for the bearer channel #2 when performing
          rate adaptation on Downstream.  The ratio refers to the available
          data rate in excess of the Minimum Data Rate, summed over all
          bearer channels.
          Also, the 100 - xdsl2LConfTempChan2RaRatioDs is the ratio of
          excess data rate to be assigned to all other bearer channels on
          Downstream direction.  The sum of rate adaptation ratios over all
          bearers on the same direction shall be equal to
          100%."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.4
                    (Rate adaptation ratio)"
      DEFVAL       { 0 }
      ::= { xdsl2LineConfTemplateEntry 7 }

   xdsl2LConfTempChan2RaRatioUs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..100)
      UNITS       "percent"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Rate Adaptation Ratio.  The ratio (in percent) that should be
          taken into account for the bearer channel #2 when performing
          rate adaptation on Upstream.  The ratio refers to the available
          data rate in excess of the Minimum Data Rate, summed over all
          bearer channels.
          Also, the 100 - xdsl2LConfTempChan2RaRatioUs is the ratio of
          excess data rate to be assigned to all other bearer channels on
          Upstream direction.  The sum of rate adaptation ratios over all



Morgenstern, et al.     Expires February 02, 2014             [Page 148]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          bearers on the same direction shall be equal to 100%."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.4
                    (Rate adaptation ratio)"
      DEFVAL       { 0 }
      ::= { xdsl2LineConfTemplateEntry 8 }

   xdsl2LConfTempChan3ConfProfile  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(0..32))
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The value of this object identifies the row in the VDSL2/
          ADSL/ADSL2 and ADSL2+ channel configuration Profile Table
          (xdsl2ChConfProfileTable) that applies to DSL bearer channel #3.
          If the channel is unused, then the object is set to a zero-length
          string.
          This object may be set to a zero-length string only if
          xdsl2LConfTempChan4ConfProfile contains a zero-length string.
          This object may be set to a non-zero-length string only if
          xdsl2LConfTempChan2ConfProfile contains a non-zero-length
          string."
      DEFVAL       { "" }
      ::= { xdsl2LineConfTemplateEntry 9 }

   xdsl2LConfTempChan3RaRatioDs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..100)
      UNITS       "percent"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Rate Adaptation Ratio.  The ratio (in percent) that should be
          taken into account for the bearer channel #3 when performing
          rate adaptation on Downstream.  The ratio refers to the available
          data rate in excess of the Minimum Data Rate, summed over all
          bearer channels.
          Also, the 100 - xdsl2LConfTempChan3RaRatioDs is the ratio of
          excess data rate to be assigned to all other bearer channels on
          Downstream direction.  The sum of rate adaptation ratios over all
          bearers on the same direction shall be equal to 100%."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.4
                    (Rate adaptation ratio)"
      DEFVAL       { 0 }
      ::= { xdsl2LineConfTemplateEntry 10 }

   xdsl2LConfTempChan3RaRatioUs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..100)
      UNITS       "percent"
      MAX-ACCESS  read-create



Morgenstern, et al.     Expires February 02, 2014             [Page 149]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      STATUS      current
      DESCRIPTION
         "Rate Adaptation Ratio.  The ratio (in percent) that should be
          taken into account for the bearer channel #3 when performing
          rate adaptation on Upstream.  The ratio refers to the available
          data rate in excess of the Minimum Data Rate, summed over all
          bearer channels.
          Also, the 100 - xdsl2LConfTempChan3RaRatioUs is the ratio of
          excess data rate to be assigned to all other bearer channels on
          Upstream direction.  The sum of rate adaptation ratios over all
          bearers on the same direction shall be equal to 100%."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.4
                    (Rate adaptation ratio)"
      DEFVAL       { 0 }
      ::= { xdsl2LineConfTemplateEntry 11 }

   xdsl2LConfTempChan4ConfProfile  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(0..32))
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The value of this object identifies the row in the VDSL2/
          ADSL/ADSL2 and ADSL2+ channel configuration Profile Table
          (xdsl2ChConfProfileTable) that applies to DSL bearer channel #4.
          If the channel is unused, then the object is set to a zero-length
          string.
          This object may be set to a non-zero-length string only if
          xdsl2LConfTempChan3ConfProfile contains a non-zero-length
          string."
      DEFVAL       { "" }
      ::= { xdsl2LineConfTemplateEntry 12 }

   xdsl2LConfTempChan4RaRatioDs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..100)
      UNITS       "percent"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Rate Adaptation Ratio.  The ratio (in percent) that should be
          taken into account for the bearer channel #4 when performing rate
          adaptation on Downstream.  The ratio refers to the available data
          rate in excess of the Minimum Data Rate, summed over all bearer
          channels.
          Also, the 100 - xdsl2LConfTempChan4RaRatioDs is the ratio of
          excess data rate to be assigned to all other bearer channels.
          The sum of rate adaptation ratios over all bearers on the same
          direction shall sum to 100%."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.4



Morgenstern, et al.     Expires February 02, 2014             [Page 150]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                    (Rate adaptation ratio)"
      DEFVAL       { 0 }
      ::= { xdsl2LineConfTemplateEntry 13 }

   xdsl2LConfTempChan4RaRatioUs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..100)
      UNITS       "percent"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Rate Adaptation Ratio.  The ratio (in percent) that should be
          taken into account for the bearer channel #4 when performing rate
          adaptation on Upstream.  The ratio refers to the available data
          rate in excess of the Minimum Data Rate, summed over all bearer
          channels.
          Also, the 100 - xdsl2LConfTempChan4RaRatioUs is the ratio of
          excess data rate to be assigned to all other bearer channels.
          The sum of rate adaptation ratios over all bearers on the same
          direction shall sum to 100%."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.4
                    (Rate adaptation ratio)"
      DEFVAL       { 0 }
      ::= { xdsl2LineConfTemplateEntry 14 }

   xdsl2LConfTempRowStatus  OBJECT-TYPE
      SYNTAX      RowStatus
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This object is used to create a new row or to modify or
          delete an existing row in this table.
          A template is activated by setting this object to 'active'.
          Before a profile can be deleted or taken out of service (by
          setting this object to 'destroy' or 'notInService'), it MUST be
          first unreferenced from all associated lines.
          A row in this table is said to be unreferenced when there is no
          instance of xdsl2LineConfTemplate or
          xdsl2LineConfFallbackTemplate that refers to the row."
      ::= { xdsl2LineConfTemplateEntry 15 }


   ------------------------------------------
   --        xdsl2LineConfProfTable        --
   ------------------------------------------
   xdsl2LineConfProfTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2LineConfProfEntry
      MAX-ACCESS  not-accessible
      STATUS      current



Morgenstern, et al.     Expires February 02, 2014             [Page 151]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DESCRIPTION
         "The table xdsl2LineConfProfTable contains VDSL2/ADSL/
          ADSL2 and ADSL2+ line configuration profiles.

          NOTE : This object belongs only to the legacy management model
               : that was originally specified in RFC 5650.

          Entries in this table MUST be maintained in a persistent
          manner."
      ::= { xdsl2ProfileLine 2 }

   xdsl2LineConfProfEntry  OBJECT-TYPE
      SYNTAX      Xdsl2LineConfProfEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "A default profile with an index of 'DEFVAL' will always
         exist, and its parameters will be set to vendor-specific values,
         unless otherwise specified in this document."
      INDEX  { xdsl2LConfProfProfileName }
      ::= { xdsl2LineConfProfTable 1 }

   Xdsl2LineConfProfEntry  ::=
      SEQUENCE {
         xdsl2LConfProfProfileName          SnmpAdminString,
         xdsl2LConfProfScMaskDs             Xdsl2ScMaskDs,
         xdsl2LConfProfScMaskUs             Xdsl2ScMaskUs,
         xdsl2LConfProfVdsl2CarMask         Xdsl2CarMask,
         xdsl2LConfProfRfiBands             Xdsl2RfiBands,
         xdsl2LConfProfRaModeDs             Xdsl2RaMode,
         xdsl2LConfProfRaModeUs             Xdsl2RaMode,
         xdsl2LConfProfRaUsNrmDs            Unsigned32,
         xdsl2LConfProfRaUsNrmUs            Unsigned32,
         xdsl2LConfProfRaUsTimeDs           Unsigned32,
         xdsl2LConfProfRaUsTimeUs           Unsigned32,
         xdsl2LConfProfRaDsNrmDs            Unsigned32,
         xdsl2LConfProfRaDsNrmUs            Unsigned32,
         xdsl2LConfProfRaDsTimeDs           Unsigned32,
         xdsl2LConfProfRaDsTimeUs           Unsigned32,
         xdsl2LConfProfTargetSnrmDs         Unsigned32,
         xdsl2LConfProfTargetSnrmUs         Unsigned32,
         xdsl2LConfProfMaxSnrmDs            Unsigned32,
         xdsl2LConfProfMaxSnrmUs            Unsigned32,
         xdsl2LConfProfMinSnrmDs            Unsigned32,
         xdsl2LConfProfMinSnrmUs            Unsigned32,
         xdsl2LConfProfMsgMinUs             Unsigned32,
         xdsl2LConfProfMsgMinDs             Unsigned32,
         xdsl2LConfProfCeFlag               Xdsl2LineCeFlag,



Morgenstern, et al.     Expires February 02, 2014             [Page 152]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         xdsl2LConfProfSnrModeDs            Xdsl2LineSnrMode,
         xdsl2LConfProfSnrModeUs            Xdsl2LineSnrMode,
         xdsl2LConfProfTxRefVnDs            Xdsl2LineTxRefVnDs,
         xdsl2LConfProfTxRefVnUs            Xdsl2LineTxRefVnUs,
         xdsl2LConfProfXtuTransSysEna       Xdsl2TransmissionModeType,
         xdsl2LConfProfPmMode               Xdsl2LinePmMode,
         xdsl2LConfProfL0Time               Unsigned32,
         xdsl2LConfProfL2Time               Unsigned32,
         xdsl2LConfProfL2Atpr               Unsigned32,
         xdsl2LConfProfL2Atprt              Unsigned32,
         xdsl2LConfProfProfiles             Xdsl2LineProfiles,
         xdsl2LConfProfDpboEPsd             Xdsl2PsdMaskDs,
         xdsl2LConfProfDpboEsEL             Unsigned32,
         xdsl2LConfProfDpboEsCableModelA    Unsigned32,
         xdsl2LConfProfDpboEsCableModelB    Unsigned32,
         xdsl2LConfProfDpboEsCableModelC    Unsigned32,
         xdsl2LConfProfDpboMus              Unsigned32,
         xdsl2LConfProfDpboFMin             Unsigned32,
         xdsl2LConfProfDpboFMax             Unsigned32,
         xdsl2LConfProfUpboKL               Unsigned32,
         xdsl2LConfProfUpboKLF              Xdsl2UpboKLF,
         xdsl2LConfProfUs0Mask              Xdsl2LineUs0Mask,
         xdsl2LConfProfForceInp             TruthValue,
         xdsl2LConfProfRowStatus            RowStatus
      }

   xdsl2LConfProfProfileName  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(1..32))
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "This object identifies a row in this table."
        ::= { xdsl2LineConfProfEntry 1 }

   xdsl2LConfProfScMaskDs  OBJECT-TYPE
      SYNTAX      Xdsl2ScMaskDs
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Subcarrier mask.  A bitmap of 512 bits that allows masking
          up to 512 downstream subcarriers.  If bit i (0 <= i <
          NSCds) is set to '1', the respective downstream
          subcarrier is masked, and if set to '0', the respective
          subcarrier is unmasked.
          Note that there should always be unmasked subcarriers (i.e.,
          this object cannot be all 1's).
          Also note that if NSCds < 512, all bits i
          (NSCds < i <= 512) should be set to '1'."



Morgenstern, et al.     Expires February 02, 2014             [Page 153]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.6 (CARMASKds)"
      ::= { xdsl2LineConfProfEntry 2 }

   xdsl2LConfProfScMaskUs  OBJECT-TYPE
      SYNTAX      Xdsl2ScMaskUs
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Subcarrier mask.  A bitmap of 64 bits that allows masking
          up to 64 upstream subcarriers.  If bit i (0 <= i < NSCus)
          is set to '1', the respective upstream subcarrier is
          masked, and if set to '0', the respective subcarrier
          is unmasked.
          Note that there should always be unmasked subcarriers (i.e.,
          this object cannot be all 1's).
          Also note that if NSCus < 64, all bits i
          (NSCus < i <= 64) should be set to '1'."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.7 (CARMASKus)"
      ::= { xdsl2LineConfProfEntry 3 }

   xdsl2LConfProfVdsl2CarMask  OBJECT-TYPE
      SYNTAX      Xdsl2CarMask
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "VDSL2-specific subcarrier mask.  This configuration
          parameter defines the restrictions, additional to the band plan,
          to determine the set of subcarriers allowed for transmission in
          both the upstream and downstream directions.
          The parameter shall describe the not masked subcarriers as one or
          more frequency bands.  Each band is represented by start and stop
          subcarrier indices with a subcarrier spacing of 4.3125 kHz.  The
          valid range of subcarrier indices runs from 0 to at least the
          index of the highest allowed subcarrier in both transmission
          directions among all profiles enabled by the parameter
          xdsl2LConfProfProfiles.
          Up to 32 bands may be specified.  Other subcarriers shall be
          masked."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.8 (VDSL2-
                    CARMASK)"
      ::= { xdsl2LineConfProfEntry 4 }

   xdsl2LConfProfRfiBands  OBJECT-TYPE
      SYNTAX      Xdsl2RfiBands
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "For ITU-T Recommendation G.992.5, this configuration



Morgenstern, et al.     Expires February 02, 2014             [Page 154]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          parameter defines
          the subset of downstream PSD mask breakpoints, as specified in
          xdsl2LConfProfPsdMaskDs (PSDMASKds), that shall be used to notch
          an RFI band.  This subset consists of pairs of consecutive
          subcarrier indices belonging to breakpoints: [ti; ti + 1],
          corresponding to the low level of the notch.
          The specific interpolation around these points is defined in the
          relevant Recommendations (e.g., ITU-T Recommendation G.992.5).
          The CO-MIB shall define the RFI notches using breakpoints in
          xdsl2LConfProfPsdMaskDs (PSDMASKds) as specified in the relevant
          Recommendations (e.g., ITU-T Recommendation G.992.5).

          For ITU-T Recommendation G.993.2, this configuration parameter
          defines the bands where the PSD shall be reduced as
          specified in #7.2.1.2/G.993.2.  Each band shall be represented
          by a start and stop subcarrier indices with a subcarrier
          spacing of 4.3125 kHz.  Up to 16 bands may be specified.
          This parameter defines the RFI bands for both the upstream
          and downstream directions."
      REFERENCE   "ITU-T G.997.1, paragraph #7.3.1.2.10 (RFIBANDS)"
      ::= { xdsl2LineConfProfEntry 5 }

   xdsl2LConfProfRaModeDs  OBJECT-TYPE
      SYNTAX      Xdsl2RaMode
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The mode of operation of a rate-adaptive xTU-C in the
          transmit direction."
      REFERENCE   "ITU-T G.997.1, paragraph #7.3.1.4.1 (RA-MODEds)"
      DEFVAL      { manual }
      ::= { xdsl2LineConfProfEntry 6 }

   xdsl2LConfProfRaModeUs  OBJECT-TYPE
      SYNTAX      Xdsl2RaMode
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The mode of operation of a rate-adaptive xTU-R in the
          transmit direction."
      REFERENCE   "ITU-T G.997.1, paragraph #7.3.1.4.2 (RA-MODEus)"
      DEFVAL      { manual }
      ::= { xdsl2LineConfProfEntry 7 }

   xdsl2LConfProfRaUsNrmDs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..310)
      UNITS       "0.1 dB"
      MAX-ACCESS  read-create



Morgenstern, et al.     Expires February 02, 2014             [Page 155]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      STATUS      current
      DESCRIPTION
         "The Downstream Up-Shift Noise Margin value, to be used when
          xdsl2LConfProfRaModeDs is set to 'dynamicRa'.  If the downstream
          noise margin is above this value, and stays above it,
          for more than the time specified by the
          xdsl2LConfProfRaUsTimeDs, the xTU-R shall attempt to increase
          the downstream net data rate.  The Downstream Up-Shift Noise
          Margin ranges from 0 to 310 units of 0.1 dB (physical values
          are 0 to 31 dB)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.4.3 (RA-USNRMds)"
      DEFVAL       { 10 }
      ::= { xdsl2LineConfProfEntry 8 }

   xdsl2LConfProfRaUsNrmUs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..310)
      UNITS       "0.1 dB"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The Upstream Up-Shift Noise Margin value, to be used when
          xdsl2LConfProfRaModeUs is set to 'dynamicRa'.  If the upstream
          noise margin is above this value, and stays above it,
          for more than
          the time specified by the xdsl2LConfProfRaUsTimeUs, the xTU-C
          shall attempt to increase the upstream net data rate.
          The Upstream Up-Shift Noise Margin ranges from 0 to 310 units of
          0.1 dB (physical values are 0 to 31 dB)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.4.4 (RA-USNRMus)"
      DEFVAL       { 10 }
      ::= { xdsl2LineConfProfEntry 9 }

   xdsl2LConfProfRaUsTimeDs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..16383)
      UNITS       "seconds"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The Downstream Up-Shift Time Interval, to be used when
          xdsl2LConfProfRaModeDs is set to 'dynamicRa'.  The interval of
          time that the downstream noise margin should stay above the
          Downstream Up-Shift Noise Margin before the xTU-R shall attempt
          to increase the downstream net data rate.  The time interval
          ranges from 0 to 16383 seconds."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.4.5 (RA-UTIMEds)"
      DEFVAL       { 3600 }
      ::= { xdsl2LineConfProfEntry 10 }




Morgenstern, et al.     Expires February 02, 2014             [Page 156]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2LConfProfRaUsTimeUs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..16383)
      UNITS       "seconds"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The Upstream Up-Shift Time Interval, to be used when
          xdsl2LConfProfRaModeUs is set to 'dynamicRa'.  The interval of
          time the upstream noise margin should stay above the Upstream
          Up-Shift Noise Margin before the xTU-C shall attempt to increase
          the upstream net data rate.  The time interval ranges from 0 to
          16383 seconds."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.4.6 (RA-UTIMEus)"
      DEFVAL       { 3600 }
      ::= { xdsl2LineConfProfEntry 11 }

   xdsl2LConfProfRaDsNrmDs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..310)
      UNITS       "0.1 dB"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The Downstream Down-Shift Noise Margin value, to be used
          when xdsl2LConfProfRaModeDs is set to 'dynamicRa'.  If the
          downstream noise margin is below this value and stays
          below that value, for more than the time specified by the
          xdsl2LConfProfRaDsTimeDs, the xTU-R shall attempt to decrease
          the downstream net data rate.  The Downstream Down-Shift Noise
          Margin ranges from 0 to 310 units of 0.1 dB (physical values
          are 0 to 31 dB)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.4.7 (RA-DSNRMds)"
      DEFVAL       { 10 }
      ::= { xdsl2LineConfProfEntry 12 }

   xdsl2LConfProfRaDsNrmUs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..310)
      UNITS       "0.1 dB"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The Upstream Downshift Noise Margin value, to be used when
          xdsl2LConfProfRaModeUs is set to 'dynamicRa'.  If the upstream
          noise margin is below this value and stays below that value,
          for more than the time specified by the xdsl2LConfProfRaDsTimeUs,
          the xTU-C shall attempt to decrease the upstream net data rate.
          The Upstream Down-Shift Noise Margin ranges from 0 to 310 units
          of 0.1 dB (physical values are 0 to 31 dB)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.4.8 (RA-DSNRMus)"



Morgenstern, et al.     Expires February 02, 2014             [Page 157]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DEFVAL       { 10 }
      ::= { xdsl2LineConfProfEntry 13 }

   xdsl2LConfProfRaDsTimeDs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..16383)
      UNITS       "seconds"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The Downstream Downshift Time Interval, to be used when
          xdsl2LConfProfRaModeDs is set to 'dynamicRa'.  The interval of
          time the downstream noise margin should stay below the Downstream
          Down-Shift Noise Margin before the xTU-R shall attempt to
          decrease the downstream net data rate.  The time interval ranges
          from 0 to 16383 seconds."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.4.9 (RA-DTIMEds)"
      DEFVAL       { 3600 }
      ::= { xdsl2LineConfProfEntry 14 }

   xdsl2LConfProfRaDsTimeUs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..16383)
      UNITS       "seconds"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The Upstream Down-Shift Time Interval, to be used when
          xdsl2LConfProfRaModeUs is set to 'dynamicRa'.  The interval of
          time the upstream noise margin should stay below the Upstream
          Down-Shift Noise Margin before the xTU-C shall attempt to
          decrease the upstream net data rate.  The time interval ranges
          from 0 to 16383 seconds."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.4.10 (RA-DTIMEus)"
      DEFVAL       { 3600 }
      ::= { xdsl2LineConfProfEntry 15 }

   xdsl2LConfProfTargetSnrmDs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..310)
      UNITS       "0.1 dB"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The minimum Noise Margin the xTU-R receiver shall achieve,
          relative to the BER requirement for each of the downstream bearer
          channels, to successfully complete initialization.
          The target noise margin ranges from 0 to 310 units of 0.1 dB
          (physical values are 0 to 31 dB)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.3.1 (TARSNRMds)"
      DEFVAL       { 60 }



Morgenstern, et al.     Expires February 02, 2014             [Page 158]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      ::= { xdsl2LineConfProfEntry 16 }

   xdsl2LConfProfTargetSnrmUs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..310)
      UNITS       "0.1 dB"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The minimum Noise Margin the xTU-C receiver shall achieve,
          relative to the BER requirement for each of the upstream bearer
          channels, to successfully complete initialization.
          The target noise margin ranges from 0 to 310 units of 0.1 dB
          (physical values are 0 to 31 dB)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.3.2 (TARSNRMus)"
      DEFVAL       { 60 }
      ::= { xdsl2LineConfProfEntry 17 }

   xdsl2LConfProfMaxSnrmDs  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..310 | 2147483647)
      UNITS       "0.1 dB"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The maximum Noise Margin the xTU-R receiver shall try to
          sustain.  If the Noise Margin is above this level, the xTU-R
          shall request that the xTU-C reduce the xTU-C transmit power to
          get a noise margin below this limit (if this functionality is
          supported).  The maximum noise margin ranges from 0 to 310 units
          of 0.1 dB (physical values are 0 to 31 dB).  A value of
          0x7FFFFFFF (2147483647) means that there is no maximum."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.3.3 (MAXSNRMds)"
      DEFVAL       { 310 }
      ::= { xdsl2LineConfProfEntry 18 }

   xdsl2LConfProfMaxSnrmUs  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..310 | 2147483647)
      UNITS       "0.1 dB"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The maximum Noise Margin the xTU-C receiver shall try to
          sustain.  If the Noise Margin is above this level, the xTU-C
          shall request that the xTU-R reduce the xTU-R transmit power to
          get a noise margin below this limit (if this functionality is
          supported).  The maximum noise margin ranges from 0 to 310 units
          of 0.1 dB (physical values are 0 to 31 dB).  A value of
          0x7FFFFFFF (2147483647) means that there is no maximum."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.3.4 (MAXSNRMus)"



Morgenstern, et al.     Expires February 02, 2014             [Page 159]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DEFVAL       { 310 }
      ::= { xdsl2LineConfProfEntry 19 }

   xdsl2LConfProfMinSnrmDs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..310)
      UNITS       "0.1 dB"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The minimum Noise Margin the xTU-R receiver shall tolerate.
          If the noise margin falls below this level, the xTU-R shall
          request that the xTU-C increase the xTU-C transmit power.
          If an increase to xTU-C transmit power is not possible, a loss-
          of-margin (LOM) defect occurs, the xTU-R shall fail and attempt
          to reinitialize and the NMS shall be notified.  The minimum noise
          margin ranges from 0 to 310 units of 0.1 dB (physical values are
          0 to 31 dB).  A value of 0 means that there is no minimum."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.3.5 (MINSNRMds)"
      DEFVAL       { 10 }
      ::= { xdsl2LineConfProfEntry 20 }

   xdsl2LConfProfMinSnrmUs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..310)
      UNITS       "0.1 dB"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The minimum Noise Margin the xTU-C receiver shall tolerate.
          If the noise margin falls below this level, the xTU-C shall
          request that the xTU-R increase the xTU-R transmit power.
          If an increase of xTU-R transmit power is not possible, a loss-
          of-margin (LOM) defect occurs, the xTU-C shall fail and attempt
          to re-initialize and the NMS shall be notified.  The minimum
          noise margin ranges from 0 to 310 units of 0.1 dB (physical
          values are 0 to 31 dB).  A value of 0 means that there is no
          minimum."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.3.6 (MINSNRMus)"
      DEFVAL       { 10 }
      ::= { xdsl2LineConfProfEntry 21 }

   xdsl2LConfProfMsgMinUs  OBJECT-TYPE
      SYNTAX      Unsigned32(4000..248000)
      UNITS       "bits/second"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Minimum Overhead Rate Upstream.  Defines the minimum rate of
          the message-based overhead that shall be maintained by the xTU in



Morgenstern, et al.     Expires February 02, 2014             [Page 160]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          upstream direction.  Expressed in bits per second and ranges from
          4000 to 248000 bits/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.5.1 (MSGMINus)"
      DEFVAL       { 4000 }
     ::= { xdsl2LineConfProfEntry 22 }

   xdsl2LConfProfMsgMinDs  OBJECT-TYPE
      SYNTAX      Unsigned32(4000..248000)
      UNITS       "bits/second"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Minimum Overhead Rate Downstream.  Defines the minimum rate
          of the message-based overhead that shall be maintained by the xTU
          in the downstream direction.  Expressed in bits per second and
          ranges from 4000 to 248000 bits/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.5.2 (MSGMINds)"
      DEFVAL       { 4000 }
      ::= { xdsl2LineConfProfEntry 23 }

   xdsl2LConfProfCeFlag  OBJECT-TYPE
      SYNTAX      Xdsl2LineCeFlag
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This parameter is a bit that enables the use of the optional
          cyclic extension values."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.6.1 (CEFLAG)"
      DEFVAL       { { } }
      ::= { xdsl2LineConfProfEntry 24 }

   xdsl2LConfProfSnrModeDs  OBJECT-TYPE
      SYNTAX      Xdsl2LineSnrMode
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This parameter enables the transmitter-referred virtual
          noise in the downstream direction."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.7.1 (SNRMODEds)"
      DEFVAL       { virtualNoiseDisabled }
      ::= { xdsl2LineConfProfEntry 25 }

   xdsl2LConfProfSnrModeUs  OBJECT-TYPE
      SYNTAX      Xdsl2LineSnrMode
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This parameter enables the transmitter-referred virtual



Morgenstern, et al.     Expires February 02, 2014             [Page 161]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          noise in the upstream direction."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.7.2 (SNRMODEus)"
      DEFVAL       { virtualNoiseDisabled }
      ::= { xdsl2LineConfProfEntry 26 }

   xdsl2LConfProfTxRefVnDs  OBJECT-TYPE
      SYNTAX      Xdsl2LineTxRefVnDs
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This configuration parameter defines the downstream
          transmitter-referred virtual noise.
          The TXREFVNds shall be specified through a set of breakpoints.
          Each breakpoint shall consist of a subcarrier index t, with a
          subcarrier spacing of 4.3125 kHz, and a noise PSD level
          (expressed in dBm/Hz) at that subcarrier.  The set of breakpoints
          can then be represented as:
          [(t1,PSD1), (t2, PSD2), ... , (tN, PSDN)]."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.7.3 (TXREFVNds)"
      ::= { xdsl2LineConfProfEntry 27 }

   xdsl2LConfProfTxRefVnUs  OBJECT-TYPE
      SYNTAX      Xdsl2LineTxRefVnUs
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This configuration parameter defines the upstream
          transmitter-referred virtual noise.
          The TXREFVNus shall be specified through a set of breakpoints.
          Each breakpoint shall consist of a subcarrier index t, with a
          subcarrier spacing of 4.3125 kHz, and a noise PSD level
          (expressed in dBm/Hz) at that subcarrier.  The set of breakpoints
          can then be represented as:
          [(t1, PSD1), (t2, PSD2), ... , (tN, PSDN)]."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.7.4 (TXREFVNus)"
      ::= { xdsl2LineConfProfEntry 28 }

   xdsl2LConfProfXtuTransSysEna  OBJECT-TYPE
      SYNTAX      Xdsl2TransmissionModeType
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "xTU Transmission System Enabling (XTSE).  A list of the
          different coding types enabled in this profile.  It is coded in a
          bitmap representation with 1 or more bits set.  A bit set to
          '1' means that the xTUs may apply the respective
          coding for the DSL line.  A bit set to '0' means that
          the xTUs cannot apply the respective coding for the ADSL line.



Morgenstern, et al.     Expires February 02, 2014             [Page 162]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          All 'reserved' bits should be set to '0'."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.1.1 (XTSE)"
      ::= { xdsl2LineConfProfEntry 29 }

   xdsl2LConfProfPmMode  OBJECT-TYPE
      SYNTAX      Xdsl2LinePmMode
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Power management state Enabling (PMMode).  Defines the power
          states the xTU-C or xTU-R may autonomously transition to on
          this line.
          This is a set of bits, where any bit with a '1' value
          means that the xTU is allowed to transit into the respective
          state and any bit with a '0' value means that the xTU
          is not allowed to transit into the respective state."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.1.4 (PMMode)"
      DEFVAL  { { allowTransitionsToIdle, allowTransitionsToLowPower } }
      ::= { xdsl2LineConfProfEntry 30 }

   xdsl2LConfProfL0Time  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..255)
      UNITS       "seconds"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The minimum time (in seconds) between an Exit from the L2
          state and the next Entry into the L2 state.
          It ranges from 0 to 255 seconds."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.1.5 (L0-TIME)"
      DEFVAL       { 255 }
      ::= { xdsl2LineConfProfEntry 31 }

   xdsl2LConfProfL2Time  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..255)
      UNITS       "seconds"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The minimum time (in seconds) between an Entry into the
          L2 state and the first Power Trim in the L2 state and between two
          consecutive Power Trims in the L2 state.
          It ranges from 0 to 255 seconds."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.1.6 (L2-TIME)"
      DEFVAL       { 255 }
      ::= { xdsl2LineConfProfEntry 32 }

   xdsl2LConfProfL2Atpr  OBJECT-TYPE



Morgenstern, et al.     Expires February 02, 2014             [Page 163]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      SYNTAX      Unsigned32 (0..31)
      UNITS       "dB"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The maximum aggregate transmit power reduction (in dB) that
          can be performed at transition of L0 to L2 state or through a
          single Power Trim in the L2 state.
          It ranges from 0 dB to 31 dB."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.1.7 (L2-ATPR)"
      DEFVAL       { 10 }
      ::= { xdsl2LineConfProfEntry 33 }

   xdsl2LConfProfL2Atprt  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..31)
      UNITS       "dB"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The total maximum aggregate transmit power reduction (in dB)
          that can be performed in an L2 state.  This is the sum of all
          reductions of L2 Requests (i.e., at transition of L0 to L2 state)
          and Power Trims."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.1.9 (L2-ATPRT)"
      DEFVAL       { 31 }
      ::= { xdsl2LineConfProfEntry 34 }

   xdsl2LConfProfProfiles  OBJECT-TYPE
      SYNTAX      Xdsl2LineProfiles
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The configuration parameter contains the G.993.2 profiles
          to be allowed by the near-end xTU on this line.
          It is coded in a bitmap representation (0 if not allowed, 1 if
          allowed)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.1.11 (PROFILES)"
      DEFVAL       { { profile8a,  profile8b,  profile8c,
                       profile8d,  profile12a, profile12b,
                       profile17a, profile30a } }
      ::= { xdsl2LineConfProfEntry 35 }

   xdsl2LConfProfDpboEPsd  OBJECT-TYPE
      SYNTAX      Xdsl2PsdMaskDs
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This configuration parameter defines the PSD mask that is



Morgenstern, et al.     Expires February 02, 2014             [Page 164]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          assumed to be permitted at the exchange.  This parameter shall
          use the same format as xdsl2LConfProfPsdMaskDs (PSDMASKds).
          The maximum number of breakpoints for xdsl2LConfProfDpboEPsd
          is 16."
      REFERENCE   "ITU-T G.997.1, paragraph #7.3.1.2.13 (DPBOEPSD)"
      ::= { xdsl2LineConfProfEntry 36 }

   xdsl2LConfProfDpboEsEL  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..511)
      UNITS       "0.5 dB"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This configuration parameter defines the assumed electrical
          length of cables (E-side cables) connecting exchange-based DSL
          services to a remote flexibility point (cabinet), that hosts the
          xTU-C that is subject to spectrally shaped downstream power back-
          off (DPBO) depending on this length.  The electrical length is
          defined as the loss (in dB) of an equivalent length of
          hypothetical cable at a reference frequency defined by the
          network operator or in spectrum management regulations.
          This parameter shall be coded as an unsigned integer representing
          an electrical length from 0 dB (coded as 0) to 255.5 dB (coded as
          511) in steps of 0.5 dB.  All values in the range are valid.  If
          this parameter is set to '0', the DPBO shall be disabled."
      REFERENCE   "ITU-T G.997.1, paragraph #7.3.1.2.13 (DPBOESEL)"
      DEFVAL      { 0 }
      ::= { xdsl2LineConfProfEntry 37 }

   xdsl2LConfProfDpboEsCableModelA  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..640)
      UNITS       "2^-8"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The E-side Cable Model parameter A (DPBOESCMA) of the cable
          model (DPBOESCM) for cables connecting exchange-based DSL
          services to a remote flexibility point (cabinet), that hosts the
          xTU-C that is subject to spectrally shaped downstream power back-
          off (DPBO) depending on this value.
          The cable model is in terms of three scalars
          xdsl2LConfProfDpboEsCableModelA (DPBOESCMA),
          xdsl2LConfProfDpboEsCableModelB(DPBOESCMB), and
          xdsl2LConfProfDpboEsCableModelC (DPBOESCMC), that are used to
          estimate the frequency dependent loss of E-side cables calculated
          from the xdsl2LConfProfDpboEsEL (DPBOESEL) parameter.  Possible
          values shall be coded as unsigned integers representing a scalar
          value from -1 (coded as 0) to 1.5 (coded as 640) in steps of



Morgenstern, et al.     Expires February 02, 2014             [Page 165]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          2^-8.  All values in the range are valid.  This parameter is used
          only for G.993.2."
      REFERENCE   "ITU-T G.997.1, paragraph #7.3.1.2.13 (DPBOESCMA)"
      DEFVAL      { 0 }
      ::= { xdsl2LineConfProfEntry 38 }

   xdsl2LConfProfDpboEsCableModelB  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..640)
      UNITS       "2^-8"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The E-side Cable Model parameter B (DPBOESCMB) of the cable
          model (DPBOESCM) for cables connecting exchange-based DSL
          services to a remote flexibility point (cabinet), that hosts the
          xTU-C that is subject to spectrally shaped downstream power back-
          off (DPBO) depending on this value.
          The cable model is in terms of three scalars
          dsl2LConfProfDpboEsCableModelA (DPBOESCMA),
          xdsl2LConfProfDpboEsCableModelB(DPBOESCMB), and
          xdsl2LConfProfDpboEsCableModelC (DPBOESCMC), that are used to
          estimate the frequency dependent loss of E-side cables calculated
          from the xdsl2LConfProfDpboEsEL (DPBOESEL) parameter.  Possible
          values shall be coded as unsigned integers representing a scalar
          value from -1 (coded as 0) to 1.5 (coded as 640) in steps of
          2^-8.  All values in the range are valid.  This parameter is used
          only for G.993.2."
      REFERENCE   "ITU-T G.997.1, paragraph #7.3.1.2.13 (DPBOESCMB)"
      DEFVAL      { 0 }
      ::= { xdsl2LineConfProfEntry 39 }

   xdsl2LConfProfDpboEsCableModelC  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..640)
      UNITS       "2^-8"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The E-side Cable Model parameter C (DPBOESCMC) of the cable
          model (DPBOESCM) for cables connecting exchange-based DSL
          services to a remote flexibility point (cabinet), that hosts the
          xTU-C that is subject to spectrally shaped downstream power back-
          off (DPBO) depending on this value.
          The cable model is in terms of three scalars
          xdsl2LConfProfDpboEsCableModelA (DPBOESCMA),
          xdsl2LConfProfDpboEsCableModelB(DPBOESCMB), and
          xdsl2LConfProfDpboEsCableModelC (DPBOESCMC), that are used to
          estimate the frequency dependent loss of E-side cables calculated
          from the xdsl2LConfProfDpboEsEL (DPBOESEL) parameter.  Possible



Morgenstern, et al.     Expires February 02, 2014             [Page 166]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          values shall be coded as unsigned integers representing a scalar
          value from -1 (coded as 0) to 1.5 (coded as 640) in steps of
          2^-8.  All values in the range are valid.  This parameter is used
          only for G.993.2."
      REFERENCE   "ITU-T G.997.1, paragraph #7.3.1.2.13 (DPBOESCMC)"
      DEFVAL      { 0 }
      ::= { xdsl2LineConfProfEntry 40 }

   xdsl2LConfProfDpboMus OBJECT-TYPE
      SYNTAX      Unsigned32 (0..255)
      UNITS       "0.5 dBm/Hz"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This configuration parameter defines the assumed Minimum
          Usable receive PSD mask (in dBm/Hz) for exchange-based services,
          used to modify parameter xdsl2LConfProfDpboFMax (DPBOFMAX)
          defined below (to determine the DPBO).  It shall be coded as an
          unsigned integer representing a PSD mask level from 0 dBm/Hz
          (coded as 0) to -127.5 dBm/Hz (coded as 255) in steps of 0.5
          dBm/Hz.  All values in the range are valid.
          NOTE - The PSD mask level is 3.5 dB above the signal PSD level.
          This parameter is used only for G.993.2."
      REFERENCE   "ITU-T G.997.1, paragraph #7.3.1.2.13 (DPBOMUS)"
      DEFVAL      { 0 }
      ::= { xdsl2LineConfProfEntry 41 }

   xdsl2LConfProfDpboFMin OBJECT-TYPE
      SYNTAX      Unsigned32 (0..2048)
      UNITS       "4.3125 kHz"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This configuration parameter defines the minimum frequency
          from which the DPBO shall be applied.  It ranges from 0 kHz
          (coded as 0) to 8832 kHz (coded as 2048) in steps of
          4.3125 kHz.  This parameter is used only for G.993.2."
      REFERENCE   "ITU-T G.997.1, paragraph #7.3.1.2.13 (DPBOFMIN)"
      DEFVAL      { 32 }
      ::= { xdsl2LineConfProfEntry 42 }

   xdsl2LConfProfDpboFMax OBJECT-TYPE
      SYNTAX      Unsigned32 (32..6956)
      UNITS       "4.3125 kHz"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This configuration parameter defines the maximum frequency



Morgenstern, et al.     Expires February 02, 2014             [Page 167]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          at which DPBO may be applied.  It ranges from 138 kHz (coded as
          32) to 29997.75 kHz (coded as 6956) in steps of 4.3125 kHz.
          This parameter is used only for G.993.2."
      REFERENCE   "ITU-T G.997.1, paragraph #7.3.1.2.13 (DPBOFMAX)"
      DEFVAL      { 512 }
      ::= { xdsl2LineConfProfEntry 43 }

   xdsl2LConfProfUpboKL  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..1280)
      UNITS       "0.1 dB"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This configuration parameter defines the electrical length
          expressed in dB at 1 MHz, kl0, configured by the CO-MIB.
          The value ranges from 0 (coded as 0) to 128 dB (coded as 1280) in
          steps of 0.1 dB.  This parameter is relevant only if
          xdsl2LConfProfUpboKLF is set to 'override(2)', which indicates
          that this parameter's value will override the VTUs'
          determination of the electrical length.
          If xdsl2LConfProfUpboKLF is set either to auto(1) or
          disableUpbo(3), then this parameter will be ignored."
      REFERENCE   "ITU-T G.997.1, paragraph #7.3.1.2.14 (UPBOKL)"
      DEFVAL      { 0 }
      ::= { xdsl2LineConfProfEntry 44 }

   xdsl2LConfProfUpboKLF OBJECT-TYPE
      SYNTAX      Xdsl2UpboKLF
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Defines the upstream power backoff force mode."
      REFERENCE   "ITU-T G.997.1, paragraph #7.3.1.2.14 (UPBOKLF)
      "
      DEFVAL      { disableUpbo }
      ::= { xdsl2LineConfProfEntry 45 }

   xdsl2LConfProfUs0Mask  OBJECT-TYPE
      SYNTAX      Xdsl2LineUs0Mask
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The configuration parameter contains the US0 PSD masks to be
          allowed by the near-end xTU on the line.  This parameter is only
          defined for G.993.2 Annex A.  It is represented as a bitmap (0
          if not allowed and 1 if allowed)."
      REFERENCE    "ITU-T G.997.1 Amendment 1, paragraph #7.3.1.2.18
                    (US0MASK)"



Morgenstern, et al.     Expires February 02, 2014             [Page 168]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DEFVAL       { {} }
      ::= { xdsl2LineConfProfEntry 46 }

   xdsl2LConfProfForceInp  OBJECT-TYPE
      SYNTAX      TruthValue
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
          "This parameter, when set to 'true' indicates that the framer
           settings of the bearer shall be selected such that the impulse
           noise protection computed according to the formula specified in
           the relevant Recommendation is greater than or equal to the
           minimal impulse noise protection requirement.
           This flag shall have the same value for all the bearers of one
           line in the same direction."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.5 (FORCEINP)"
      DEFVAL       { false }
      ::= { xdsl2LineConfProfEntry 47 }

   xdsl2LConfProfRowStatus  OBJECT-TYPE
      SYNTAX      RowStatus
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This object is used to create a new row or to modify or
          delete an existing row in this table.

          A profile is activated by setting this object to 'active'.

          Before a profile can be deleted or taken out of service (by
          setting this object to 'destroy' or 'notInService'), it MUST be
          first unreferenced from all templates.

          A row in this table is said to be unreferenced when there is no
          instance of xdsl2LConfTempLineProfile that refers to the row.

          When a row is created in this table, the SNMP agent should also
          create corresponding rows in the tables
          xdsl2LineConfProfModeSpecTable and
          xdsl2LineConfProfModeSpecBandUsTable.
          When a row is deleted in this table, the SNMP agent should also
          delete corresponding rows in the tables
          xdsl2LineConfProfModeSpecTable and
          xdsl2LineConfProfModeSpecBandUsTable."
      ::= { xdsl2LineConfProfEntry 48 }

   ------------------------------------------
   --    xdsl2LineConfProfModeSpecTable    --



Morgenstern, et al.     Expires February 02, 2014             [Page 169]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   ------------------------------------------
   xdsl2LineConfProfModeSpecTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2LineConfProfModeSpecEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2LineConfProfModeSpecTable extends the DSL
          line configuration profile by xDSL Mode-Specific parameters.
          A row in this table that has an index of xdsl2LConfProfXdslMode
          == defMode(1), is called a 'mandatory' row or 'default' row.
          A row in this table that has an index such that
          xdsl2LConfProfXdslMode is not equal to defMode(1), is called an
          'optional' row or 'mode-specific' row.
          When a row in the xdsl2LineConfProfTable table (the parent row)
          is created, the SNMP agent will automatically create a
          'mandatory' row in this table.
          When the parent row is deleted, the SNMP agent will automatically
          delete all associated rows in this table.
          Any attempt to delete the 'mandatory' row using the
          xdsl2LConfProfModeSpecRowStatus object will be rejected by the
          SNMP agent.
          The manager MAY create an 'optional' row in this table using the
          xdsl2LConfProfModeSpecRowStatus object if the parent row
          exists.
          The manager MAY delete an 'optional' row in this table using the
          xdsl2LConfProfModeSpecRowStatus object at any time.
          If the actual transmission mode of a DSL line does not match one
          of the 'optional' rows in this table, then the line will use the
          PSD configuration from the 'mandatory' row.

          Entries in this table MUST be maintained in a persistent
          manner."
      ::= { xdsl2ProfileLine 3 }

   xdsl2LineConfProfModeSpecEntry  OBJECT-TYPE
      SYNTAX      Xdsl2LineConfProfModeSpecEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2LineConfProfModeSpecTable extends the
          DSL line configuration profile by DSL Mode-Specific
          parameters."
      INDEX  { xdsl2LConfProfProfileName, xdsl2LConfProfXdslMode }
      ::= { xdsl2LineConfProfModeSpecTable 1 }

   Xdsl2LineConfProfModeSpecEntry  ::=
      SEQUENCE {
         xdsl2LConfProfXdslMode             Xdsl2OperationModes,



Morgenstern, et al.     Expires February 02, 2014             [Page 170]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         xdsl2LConfProfMaxNomPsdDs          Integer32,
         xdsl2LConfProfMaxNomPsdUs          Integer32,
         xdsl2LConfProfMaxNomAtpDs          Unsigned32,
         xdsl2LConfProfMaxNomAtpUs          Unsigned32,
         xdsl2LConfProfMaxAggRxPwrUs        Integer32,
         xdsl2LConfProfPsdMaskDs            Xdsl2PsdMaskDs,
         xdsl2LConfProfPsdMaskUs            Xdsl2PsdMaskUs,
         xdsl2LConfProfPsdMaskSelectUs      Xdsl2LinePsdMaskSelectUs,
         xdsl2LConfProfClassMask            Xdsl2LineClassMask,
         xdsl2LConfProfLimitMask            Xdsl2LineLimitMask,
         xdsl2LConfProfUs0Disable           Xdsl2LineUs0Disable,
         xdsl2LConfProfModeSpecRowStatus    RowStatus
      }

   xdsl2LConfProfXdslMode    OBJECT-TYPE
      SYNTAX      Xdsl2OperationModes
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The DSL Mode is a way of categorizing the various xDSL
          transmission modes into groups, each group (xDSL Mode) shares
          the same PSD configuration.
          There should be multiple entries in this table for a given line
          profile in case multiple bits are set in
          xdsl2LConfProfXtuTransSysEna for that profile."
      REFERENCE    "DSL Forum TR-129, paragraph #5.5"
      ::= { xdsl2LineConfProfModeSpecEntry 1 }

   xdsl2LConfProfMaxNomPsdDs  OBJECT-TYPE
      SYNTAX      Integer32(-600..-300)
      UNITS       "0.1 dBm/Hz"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The maximum nominal transmit PSD in the downstream direction
          during initialization and Showtime.  It ranges from -600 to -300
          units of 0.1 dBm/Hz (physical values are -60 to -30
          dBm/Hz)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.1 (MAXNOMPSDds)"
      DEFVAL       { -300 }
     ::= { xdsl2LineConfProfModeSpecEntry 2 }

   xdsl2LConfProfMaxNomPsdUs  OBJECT-TYPE
      SYNTAX      Integer32(-600..-300)
      UNITS       "0.1 dBm/Hz"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014             [Page 171]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         "The maximum nominal transmit PSD in the upstream direction
          during initialization and Showtime.  It ranges from -600 to
          -300 units of 0.1 dBm/Hz (physical values are -60 to -30
          dBm/Hz)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.2 (MAXNOMPSDus)"
      DEFVAL       { -300 }
      ::= { xdsl2LineConfProfModeSpecEntry 3 }

   xdsl2LConfProfMaxNomAtpDs  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..255)
      UNITS       "0.1 dBm"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The maximum nominal aggregate to transmit power in the
          downstream direction during initialization and Showtime.  It
          ranges from 0 to 255 units of 0.1 dBm (physical values are 0
          to 25.5 dBm)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.3 (MAXNOMATPds)"
      DEFVAL       { 255 }
      ::= { xdsl2LineConfProfModeSpecEntry 4 }

   xdsl2LConfProfMaxNomAtpUs  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..255)
      UNITS       "0.1 dBm"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The maximum nominal aggregate transmit power in the upstream
          direction during initialization and Showtime.  It ranges from
          0 to 255 units of 0.1 dBm (physical values are 0 to 25.5
          dBm)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.4 (MAXNOMATPus)"
      DEFVAL       { 255 }
      ::= { xdsl2LineConfProfModeSpecEntry 5 }

   xdsl2LConfProfMaxAggRxPwrUs  OBJECT-TYPE
      SYNTAX      Integer32(-255..255 | 2147483647)
      UNITS       "0.1 dBm"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The maximum upstream aggregate receive power over the
          relevant set of subcarriers.  The xTU-C should verify that the
          upstream power cutback is such that this maximum aggregate
          receive power value is honored.  It ranges from -255 to 255
          units of 0.1 dBm (physical values are -25.5 to 25.5 dBm).
          A value of 0x7FFFFFFF (2147483647) means that there is no



Morgenstern, et al.     Expires February 02, 2014             [Page 172]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          limit."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.5 (MAXRXPWRus)"
      DEFVAL       { 255 }
      ::= { xdsl2LineConfProfModeSpecEntry 6 }

   xdsl2LConfProfPsdMaskDs   OBJECT-TYPE
      SYNTAX      Xdsl2PsdMaskDs
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
        "The downstream PSD mask applicable at the U-C2 reference
         point.
         This parameter is used only for G.992.5 and it may impose PSD
         restrictions (breakpoints) in addition to the Limit PSD mask
         defined in G.992.5.
         This is a string of 32 pairs of values in the following
         structure:
         Octets 0-1 - Index of the first subcarrier used in the context of
                      a first breakpoint.
         Octet 2    - The PSD reduction for the subcarrier indicated in
                      octets 0 and 1.
         Octets 3-5 - Same, for a second breakpoint.
         Octets 6-8 - Same, for a third breakpoint.
         This architecture continues until octets 94-95, which are
         associated with a 32nd breakpoint.
         Each subcarrier index is an unsigned number in the range 0 and
         NSCds-1.  Each PSD reduction value is in the range 0 (0 dBm/Hz) to
         255 (-127.5 dBm/Hz) with steps of 0.5 dBm/Hz.  Valid values are in
         the range 0 to 190 (0 to -95 dBm/Hz).
         When the number of breakpoints is less than 32, all remaining
         octets are set to the value '0'.  Note that the content of this
         object should be correlated with the subcarrier mask and with
         the RFI setup."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.9 (PSDMASKds)"
        ::= { xdsl2LineConfProfModeSpecEntry 7 }

   xdsl2LConfProfPsdMaskUs   OBJECT-TYPE
      SYNTAX      Xdsl2PsdMaskUs
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
        "The upstream PSD mask applicable at the U-R2 reference
         point.
         This parameter is used only for G.992.5, and it may impose PSD
         restrictions (breakpoints) in addition to the Limit PSD mask
         defined in G.992.5.
         This is a string of 16 pairs of values in the following
         structure:



Morgenstern, et al.     Expires February 02, 2014             [Page 173]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         Octets 0-1 - Index of the first subcarrier used in the context of
                      a first breakpoint.
         Octet 2    - The PSD reduction for the subcarrier indicated in
                      octets 0 and 1.
         Octets 3-5 - Same, for a second breakpoint.
         Octets 6-8 - Same, for a third breakpoint.
         This architecture continues until octets 9-47, which are
         associated with a 16th breakpoint.
         Each subcarrier index is an unsigned number in the range 0 and
         NSCus-1.  Each PSD reduction value is in the range 0 (0 dBm/Hz) to
         255 (-127.5 dBm/Hz) with steps of 0.5 dBm/Hz.  Valid values are in
         the range 0 to 190 (0 to -95 dBm/Hz).
         When the number of breakpoints is less than 16, all remaining
         octets are set to the value '0'.  Note that the content of this
         object should be correlated with the subcarrier mask and with
         the RFI setup."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.12 (PSDMASKus)"
        ::= { xdsl2LineConfProfModeSpecEntry 8 }

   xdsl2LConfProfPsdMaskSelectUs  OBJECT-TYPE
      SYNTAX      Xdsl2LinePsdMaskSelectUs
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
        "The selected upstream PSD mask.  This parameter is used only
         for Annexes J and M of G.992.3 and G.992.5, and the same
         selection is used for all relevant enabled bits in
         xdsl2LConfProfXtuTransSysEna."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.11
                   (Upstream PSD mask selection)"
      DEFVAL       { adlu32Eu32 }
       ::= { xdsl2LineConfProfModeSpecEntry 9 }

   xdsl2LConfProfClassMask  OBJECT-TYPE
      SYNTAX      Xdsl2LineClassMask
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "In order to reduce the number of configuration
          possibilities, the limit Power Spectral Density masks (see
          LIMITMASK) are grouped in PSD mask classes.
          Each class is designed such that the PSD levels of each limit PSD
          mask of a specific class are equal in their respective passband
          above 552 kHz.
          This parameter is defined per VDSL2 Annex enabled in the
          xdsl2LConfProfXtuTransSysEna object.  It selects a single PSD
          mask class per Annex that is activated at the VTU-O."
      REFERENCE    "ITU-T G.997.1 Amendment 1, paragraph #7.3.1.2.15



Morgenstern, et al.     Expires February 02, 2014             [Page 174]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                   (CLASSMASK)"
      DEFVAL       { a998ORb997M1cORc998B }
      ::= { xdsl2LineConfProfModeSpecEntry 10 }

   xdsl2LConfProfLimitMask  OBJECT-TYPE
      SYNTAX      Xdsl2LineLimitMask
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This configuration parameter contains the G.993.2 limit
          PSD masks of the selected PSD mask class, enabled by the near-end
          xTU on this line for each class of profiles.
          This parameter is defined per VDSL2 Annex enabled in the
          xdsl2LConfProfXtuTransSysEna object.
          Through this parameter, several limit PSD masks of the selected
          PSD mask class (xdsl2LConfProfClassMask) may be enabled.  The
          enabling parameter is coded in a bitmap representation (0 if the
          associated mask is not allowed, 1 if it is allowed)."
      REFERENCE    "ITU-T G.997.1 Amendment 1, paragraph #7.3.1.2.16
                    (LIMITMASK)"
      DEFVAL       { {} }
      ::= { xdsl2LineConfProfModeSpecEntry 11 }

   xdsl2LConfProfUs0Disable  OBJECT-TYPE
      SYNTAX      Xdsl2LineUs0Disable
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This configuration parameter indicates if the use of the US0 is
          disabled for each limit PSD mask enabled in the
          xdsl2LConfProfLimitMask parameter.
          This parameter is defined per VDSL2 Annex enabled in the
          xdsl2LConfProfXtuTransSysEna object.
          For each limit PSD mask enabled in the xdsl2LConfProfLimitMask
          parameter, a bit shall indicate if the US0 is disabled.  The
          disabling parameter is coded as a bitmap.  The bit is set to '1'
          if the US0 is disabled for the associated limit mask.
          This parameter and the xdsl2LConfProfLimitMask parameter use the
          same structure."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.1.2.17 (US0DISABLE)"
      DEFVAL       { {} }
      ::= { xdsl2LineConfProfModeSpecEntry 12 }

   xdsl2LConfProfModeSpecRowStatus  OBJECT-TYPE
      SYNTAX      RowStatus
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014             [Page 175]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         "This object is used to create a new row or to modify or
          delete an existing row in this table.

          This row is activated by setting this object to 'active'.

          A 'mandatory' row, as defined in the DESCRIPTION clause of
          xdsl2LineConfProfModeSpecTable, cannot be deleted at all.

          A 'mandatory' row can be taken out of service
          (by setting this object to 'notInService') if the parent
          row in the xdsl2LineConfProfTable table is not in
          the 'active' state.

          An 'optional' row (or 'mode-specific' row) can be deleted or
          taken out of service (by setting this object to 'destroy' or
          'notInService') at any time."

      ::= { xdsl2LineConfProfModeSpecEntry 13 }

   ----------------------------------------------
   --   xdsl2LineConfProfModeSpecBandUsTable   --
   ----------------------------------------------
   xdsl2LineConfProfModeSpecBandUsTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2LineConfProfModeSpecBandUsEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2LineConfProfModeSpecBandUsTable extends
          xdsl2LineConfProfModeSpecTable with upstream-band-specific
          parameters for VDSL2, such as upstream power back-off
          parameters xdsl2LConfProfUpboPsdA and xdsl2LConfProfUpboPsdB
          (UPBOPSD-pb).
          When a parent 'mandatory row' is created in
          xdsl2LineConfProfModeSpecTable, the SNMP agent will automatically
          create several 'mandatory' rows in this table -- one for each
          upstream band:
          Note: A mandatory row is one where xdsl2LConfProfXdslMode =
          defMode(1).  When the parent row is deleted, the SNMP agent will
          automatically delete all associated rows in this table.  Any
          attempt to delete a 'mandatory' row using the
          xdsl2LConfProfModeSpecBandUsRowStatus object will be rejected
          by the SNMP agent.  The manager MAY create a new 'optional'
          row in this table using the xdsl2LConfProfModeSpecBandUsRowStatus
          object if the associated parent row exists, and the
          value of xdsl2LConfProfXdslMode is a G.993.2 value.  The manager
          MAY delete an 'optional' row in this table using the
          xdsl2LConfProfModeSpecBandUsRowStatus object at any time.




Morgenstern, et al.     Expires February 02, 2014             [Page 176]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          With respect to the xdsl2LConfProfUpboPsdA and
          xdsl2LConfProfUpboPsdB parameters, for a given upstream band,
          if an optional row is missing from this table, then that
          means upstream power back-off is disabled for that upstream
          band.

          Entries in this table MUST be maintained in a persistent
          manner."
      ::= { xdsl2ProfileLine 4 }

   xdsl2LineConfProfModeSpecBandUsEntry  OBJECT-TYPE
      SYNTAX      Xdsl2LineConfProfModeSpecBandUsEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2LineConfProfModeSpecBandUsTable extends
          xdsl2LineConfProfModeSpecTable with upstream-band-specific
          parameters for VDSL2, such as upstream power back-off parameters
          xdsl2LConfProfUpboPsdA and xdsl2LConfProfUpboPsdB (UPBOPSD-
          pb)."
      INDEX       { xdsl2LConfProfProfileName, xdsl2LConfProfXdslMode,
                    xdsl2LConfProfXdslBandUs}
      ::= { xdsl2LineConfProfModeSpecBandUsTable 1 }

   Xdsl2LineConfProfModeSpecBandUsEntry  ::=
      SEQUENCE {
         xdsl2LConfProfXdslBandUs                 Xdsl2BandUs,
         xdsl2LConfProfUpboPsdA                   Integer32,
         xdsl2LConfProfUpboPsdB                   Integer32,
         xdsl2LConfProfModeSpecBandUsRowStatus    RowStatus
      }

   xdsl2LConfProfXdslBandUs    OBJECT-TYPE
      SYNTAX      Xdsl2BandUs
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "Each value identifies a specific band in the upstream
          transmission direction (excluding the US0 band)."
      REFERENCE   "ITU-T G.997.1, paragraph #7.3.1.2.14"
      ::= { xdsl2LineConfProfModeSpecBandUsEntry 1 }

   xdsl2LConfProfUpboPsdA  OBJECT-TYPE
      SYNTAX      Integer32(4000..8095)
      UNITS       "0.01 dBm/Hz"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014             [Page 177]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         "This configuration parameter defines the 'a' reference
          parameter of the UPBO reference PSD used to compute the
          upstream power back-off for the upstream band.  A UPBO PSD
          defined for each band shall consist of two parameters [a, b].
          Parameter 'a' (xdsl2LConfProfUpboPsdA) ranges from 40 dBm/Hz
          (coded as 4000) to 80.95 dBm/Hz (coded as 8095) in steps of 0.01
          dBm/Hz; and parameter 'b' (xdsl2LConfProfUpboPsdB) ranges from 0
          dBm/Hz (coded as 0) to 40.95 dBm/Hz (coded as 4095) in steps of
          0.01 dBm/Hz.  The UPBO reference PSD at the frequency 'f'
          expressed in MHz shall be equal to '-a-b(SQRT(f))'.  Setting
          xdsl2LConfProfUpboPsdA to 4000 and xdsl2LConfProfUpboPsdB to 0 is
          a special configuration to disable UPBO in the respective
          upstream band."
      REFERENCE   "ITU-T G.997.1, paragraph #7.3.1.2.14 (UPBOPSD-pb)"
      DEFVAL      { 4000 }
     ::= { xdsl2LineConfProfModeSpecBandUsEntry 2 }

   xdsl2LConfProfUpboPsdB  OBJECT-TYPE
      SYNTAX      Integer32(0..4095)
      UNITS       "0.01 dBm/Hz"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This configuration parameter defines the 'b' reference
          parameter of the UPBO reference PSD used to compute the
          upstream power back-off for the upstream band.  A UPBO PSD
          defined for each band shall consist of two parameters [a, b].
          Parameter 'a' (xdsl2LConfProfUpboPsdA) ranges from 40 dBm/Hz
          (coded as 4000) to 80.95 dBm/Hz (coded as 8095) in steps of 0.01
          dBm/Hz; and parameter 'b' (xdsl2LConfProfUpboPsdB) ranges from 0
          dBm/Hz (coded as 0) to 40.95 dBm/Hz (coded as 4095) in steps of
          0.01 dBm/Hz.  The UPBO reference PSD at the frequency 'f'
          expressed in MHz shall be equal to '-a-b(SQRT(f))'.  Setting
          xdsl2LConfProfUpboPsdA to 4000 and xdsl2LConfProfUpboPsdB to 0 is
          a special configuration to disable UPBO in the respective
          upstream band."
      REFERENCE   "ITU-T G.997.1, paragraph #7.3.1.2.14 (UPBOPSD-pb)"
      DEFVAL      { 0 }
     ::= { xdsl2LineConfProfModeSpecBandUsEntry 3 }

   xdsl2LConfProfModeSpecBandUsRowStatus  OBJECT-TYPE
      SYNTAX      RowStatus
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This object is used to create a new row or to modify or
          delete an existing row in this table.




Morgenstern, et al.     Expires February 02, 2014             [Page 178]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          This row is activated by setting this object to 'active'.

          A 'mandatory' row, as defined in the DESCRIPTION clause of
          xdsl2LineConfProfModeSpecBandUsTable, cannot be deleted at all.

          A 'mandatory' row can be taken out of service
          (by setting this object to 'notInService') if the parent
          row in the xdsl2LineConfProfModeSpecTable table is not in
          the 'active' state.

          An 'optional' row (or 'mode-specific' row) can be deleted or
          taken out of service (by setting this object to 'destroy' or
          'notInService') at any time."
      ::= { xdsl2LineConfProfModeSpecBandUsEntry 4 }

   ------------------------------------------------
   --          xdsl2ChConfProfileTable           --
   ------------------------------------------------
   xdsl2ChConfProfileTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2ChConfProfileEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2ChConfProfileTable contains DSL channel
          profile configuration.

          NOTE : This object belongs only to the legacy management model
               : that was originally specified in RFC 5650.

          Entries in this table MUST be maintained in a persistent
          manner."
      ::= { xdsl2ProfileChannel 1 }

   xdsl2ChConfProfileEntry  OBJECT-TYPE
      SYNTAX      Xdsl2ChConfProfileEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "A default profile with an index of 'DEFVAL' will always
         exist, and its parameters will be set to vendor-specific values,
         unless otherwise specified in this document."
      INDEX  { xdsl2ChConfProfProfileName }
      ::= { xdsl2ChConfProfileTable 1 }

   Xdsl2ChConfProfileEntry  ::=
      SEQUENCE {
         xdsl2ChConfProfProfileName          SnmpAdminString,
         xdsl2ChConfProfMinDataRateDs        Unsigned32,



Morgenstern, et al.     Expires February 02, 2014             [Page 179]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         xdsl2ChConfProfMinDataRateUs        Unsigned32,
         xdsl2ChConfProfMinResDataRateDs     Unsigned32,
         xdsl2ChConfProfMinResDataRateUs     Unsigned32,
         xdsl2ChConfProfMaxDataRateDs        Unsigned32,
         xdsl2ChConfProfMaxDataRateUs        Unsigned32,
         xdsl2ChConfProfMinDataRateLowPwrDs  Unsigned32,
         xdsl2ChConfProfMinDataRateLowPwrUs  Unsigned32,
         xdsl2ChConfProfMaxDelayDs           Unsigned32,
         xdsl2ChConfProfMaxDelayUs           Unsigned32,
         xdsl2ChConfProfMinProtectionDs      Xdsl2SymbolProtection,
         xdsl2ChConfProfMinProtectionUs      Xdsl2SymbolProtection,
         xdsl2ChConfProfMinProtection8Ds     Xdsl2SymbolProtection8,
         xdsl2ChConfProfMinProtection8Us     Xdsl2SymbolProtection8,
         xdsl2ChConfProfMaxBerDs             Xdsl2MaxBer,
         xdsl2ChConfProfMaxBerUs             Xdsl2MaxBer,
         xdsl2ChConfProfUsDataRateDs         Unsigned32,
         xdsl2ChConfProfDsDataRateDs         Unsigned32,
         xdsl2ChConfProfUsDataRateUs         Unsigned32,
         xdsl2ChConfProfDsDataRateUs         Unsigned32,
         xdsl2ChConfProfImaEnabled           TruthValue,
         xdsl2ChConfProfMaxDelayVar          Unsigned32,
         xdsl2ChConfProfInitPolicy           Xdsl2ChInitPolicy,
         xdsl2ChConfProfRowStatus            RowStatus
      }

   xdsl2ChConfProfProfileName  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(1..32))
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "This object identifies a row in this table."
      ::= { xdsl2ChConfProfileEntry 1 }

   xdsl2ChConfProfMinDataRateDs  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Minimum Data Rate on Downstream direction.  The minimum net
          data rate for the bearer channel, coded in bit/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.1
                    (Minimum data rate)"
      ::= { xdsl2ChConfProfileEntry 2 }

   xdsl2ChConfProfMinDataRateUs  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "bits/second"



Morgenstern, et al.     Expires February 02, 2014             [Page 180]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Minimum Data Rate on Upstream direction.  The minimum net
          data rate for the bearer channel, coded in bit/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.1
                    (Minimum data rate)"
      ::= { xdsl2ChConfProfileEntry 3 }

   xdsl2ChConfProfMinResDataRateDs  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Minimum Reserved Data Rate on Downstream direction.  The
          minimum reserved net data rate for the bearer channel, coded
          in bit/s.  This parameter is used only if the Rate Adaptation
          Mode in the direction of the bearer channel (i.e.,
          xdsl2LConfProfRaModeDs) is set to 'dynamicRa'."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.2
                    (Minimum reserved data rate)"
      ::= { xdsl2ChConfProfileEntry 4 }

   xdsl2ChConfProfMinResDataRateUs  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Minimum Reserved Data Rate on Upstream direction.  The
          minimum reserved net data rate for the bearer channel, coded in
          bit/s.  This parameter is used only if the Rate Adaptation Mode
          in the direction of the bearer channel (i.e.,
          xdsl2LConfProfRaModeUs) is set to 'dynamicRa'."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.2
                    (Minimum reserved data rate)"
      ::= { xdsl2ChConfProfileEntry 5 }

   xdsl2ChConfProfMaxDataRateDs  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Maximum Data Rate on Downstream direction.  The maximum net
          data rate for the bearer channel, coded in bit/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.3



Morgenstern, et al.     Expires February 02, 2014             [Page 181]

Internet-Draft               VDSL2-LINE MIB                  August 2013


                    (Maximum data rate)"
      ::= { xdsl2ChConfProfileEntry 6 }

   xdsl2ChConfProfMaxDataRateUs  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Maximum Data Rate on Upstream direction.  The maximum net
          data rate for the bearer channel, coded in bit/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.3
                    (Maximum data rate)"
      ::= { xdsl2ChConfProfileEntry 7 }

   xdsl2ChConfProfMinDataRateLowPwrDs  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This parameter specifies the minimum net data rate for
          the bearer channel as desired by the operator of the system
          during the low power state (L1/L2).  The power management low
          power states L1 and L2 are defined in ITU-T Recommendations
          G.992.2 and G.992.3, respectively.
          The data rate is coded in steps of bit/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.5
                    (Minimum Data Rate in low power state)"
      ::= { xdsl2ChConfProfileEntry 8 }

   xdsl2ChConfProfMinDataRateLowPwrUs  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This parameter specifies the minimum net data rate for
          the bearer channel as desired by the operator of the system
          during the low power state (L1/L2).  The power management low
          power states L1 and L2 are defined in ITU-T Recommendations
          G.992.2 and G.992.3, respectively.
          The data rate is coded in steps of bit/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.1.5
                    (Minimum Data Rate in low power state)"
      ::= { xdsl2ChConfProfileEntry 9 }

   xdsl2ChConfProfMaxDelayDs  OBJECT-TYPE



Morgenstern, et al.     Expires February 02, 2014             [Page 182]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      SYNTAX      Unsigned32(0..63)
      UNITS       "milliseconds"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Maximum Interleave Delay on Downstream direction.  The
          maximum one-way interleaving delay introduced by the PMS-TC on
          Downstream direction.  The xTUs shall choose the S (factor) and D
          (depth) values such that the actual one-way interleaving delay
          (Xdsl2ChStatusActDelay) is as close as possible to, but less than
          or equal to, xdsl2ChConfProfMaxDelayDs.  The delay is coded in
          ms, with the value 0 indicating no delay bound is being
          imposed."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.2
                    (Maximum interleaving delay)"
      ::= { xdsl2ChConfProfileEntry 10 }

   xdsl2ChConfProfMaxDelayUs  OBJECT-TYPE
      SYNTAX      Unsigned32(0..63)
      UNITS       "milliseconds"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Maximum Interleave Delay on Upstream direction.  The maximum
          one-way interleaving delay introduced by the PMS-TC on Upstream
          direction.  The xTUs shall choose the S (factor) and D (depth)
          values such that the actual one-way interleaving delay
          (Xdsl2ChStatusActDelay) is as close as possible to, but less than
          or equal to, xdsl2ChConfProfMaxDelayUs.  The delay is coded in
          ms, with the value 0 indicating no delay bound is being
          imposed."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.2
                    (Maximum interleaving delay)"
      ::= { xdsl2ChConfProfileEntry 11 }

   xdsl2ChConfProfMinProtectionDs  OBJECT-TYPE
      SYNTAX      Xdsl2SymbolProtection
      UNITS       "symbols"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This parameter specifies the minimum impulse noise
          protection for the bearer channel if it is transported over DMT
          symbols with a subcarrier spacing of 4.3125 kHz.  The impulse
          noise protection is expressed in DMT symbols with a subcarrier
          spacing of 4.3125 kHz and can take the values 1/2 and any integer
          from 0 to 16, inclusive.  If the xTU does not support the
          configured INPMIN value, it shall use the nearest supported



Morgenstern, et al.     Expires February 02, 2014             [Page 183]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          impulse noise protection greater than INPMIN."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.3 (INPMINds)"
      DEFVAL       { noProtection }
      ::= { xdsl2ChConfProfileEntry 12 }

   xdsl2ChConfProfMinProtectionUs  OBJECT-TYPE
      SYNTAX      Xdsl2SymbolProtection
      UNITS       "symbols"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This parameter specifies the minimum impulse noise
          protection for the bearer channel if it is transported over DMT
          symbols with a subcarrier spacing of 4.3125 kHz.  The impulse
          noise protection is expressed in DMT symbols with a subcarrier
          spacing of 4.3125 kHz and can take the values 1/2 and any integer
          from 0 to 16, inclusive.  If the xTU does not support the
          configured INPMIN value, it shall use the nearest supported
          impulse noise protection greater than INPMIN."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.3 (INPMINus)"
      DEFVAL       { noProtection }
      ::= { xdsl2ChConfProfileEntry 13 }

   xdsl2ChConfProfMinProtection8Ds  OBJECT-TYPE
      SYNTAX      Xdsl2SymbolProtection8
      UNITS       "symbols"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This parameter specifies the minimum impulse noise
          protection for the bearer channel if it is transported over DMT
          symbols with a subcarrier spacing of 8.625 kHz.  The impulse
          noise protection is expressed in DMT symbols with a subcarrier
          spacing of 8.625 kHz."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.4 (INPMIN8ds)"
      DEFVAL       { noProtection }
      ::= { xdsl2ChConfProfileEntry 14 }

   xdsl2ChConfProfMinProtection8Us  OBJECT-TYPE
      SYNTAX      Xdsl2SymbolProtection8
      UNITS       "symbols"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This parameter specifies the minimum impulse noise
          protection for the bearer channel if it is transported over DMT
          symbols with a subcarrier spacing of 8.625 kHz.  The impulse
          noise protection is expressed in DMT symbols with a subcarrier



Morgenstern, et al.     Expires February 02, 2014             [Page 184]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          spacing of 8.625 kHz."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.4 (INPMIN8us)"
      DEFVAL       { noProtection }
      ::= { xdsl2ChConfProfileEntry 15 }

   xdsl2ChConfProfMaxBerDs  OBJECT-TYPE
      SYNTAX      Xdsl2MaxBer
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Maximum Bit Error Ratio on Downstream direction.  The
          maximum bit error ratio for the bearer channel."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.6
                    (Maximum bit error ratio)"
      DEFVAL       { eminus5 }
     ::= { xdsl2ChConfProfileEntry 16 }

   xdsl2ChConfProfMaxBerUs  OBJECT-TYPE
      SYNTAX      Xdsl2MaxBer
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Maximum Bit Error Ratio on Upstream direction.  The maximum
          bit error ratio for the bearer channel."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.6
                    (Maximum bit error ratio)"
      DEFVAL       { eminus5 }
      ::= { xdsl2ChConfProfileEntry 17 }

   xdsl2ChConfProfUsDataRateDs  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Data Rate Threshold Upshift for Downstream direction.  An
          'Up-Shift rate change' event is triggered when the
          actual downstream data rate exceeds, by more than the threshold,
          the data rate at the last entry into Showtime.  The parameter is
          coded in bit/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.8.1
                    (Data rate threshold upshift)"
      ::= { xdsl2ChConfProfileEntry 18 }

   xdsl2ChConfProfDsDataRateDs  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS  read-create



Morgenstern, et al.     Expires February 02, 2014             [Page 185]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      STATUS      current
      DESCRIPTION
         "Data Rate Threshold Downshift for Downstream direction.  A
          'Down-Shift rate change' event is triggered when the
          actual downstream data rate is below the data rate at the last
          entry into Showtime, by more than the threshold.  The parameter
          is coded in bit/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.8.2
                    (Data rate threshold downshift)"
      ::= { xdsl2ChConfProfileEntry 19 }

   xdsl2ChConfProfUsDataRateUs  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Data Rate Threshold Upshift for Upstream direction.  An
          'Up-Shift rate change' event is triggered when the
          actual upstream data rate exceeds, by more than the threshold,
          the data rate at the last entry into Showtime.  The parameter is
          coded in bit/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.8.1
                    (Data rate threshold upshift)"
      ::= { xdsl2ChConfProfileEntry 20 }

   xdsl2ChConfProfDsDataRateUs  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "bits/second"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Data Rate Threshold Downshift for Upstream direction.  A
          'Down-Shift rate change' event is triggered when the
          actual upstream data rate is below the data rate at the last
          entry into Showtime, by more than the threshold.  The parameter
          is coded in bit/s."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.2.8.2
                    (Data rate threshold downshift)"
      ::= { xdsl2ChConfProfileEntry 21 }

   xdsl2ChConfProfImaEnabled  OBJECT-TYPE
      SYNTAX      TruthValue
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "IMA Mode Enable.  The parameter enables the IMA operation
          mode in the ATM Data Path.  Relevant only if the channel is of



Morgenstern, et al.     Expires February 02, 2014             [Page 186]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          ATM Data Path.  When in 'enable' state, the ATM Data
          Path should comply with the requirements for IMA
          transmission."
      REFERENCE    "ITU-T G.997.1, paragraph #7.3.4.1
                    (IMA operation mode enable parameter)"
      DEFVAL       { false }
    ::= { xdsl2ChConfProfileEntry 22 }

   xdsl2ChConfProfMaxDelayVar  OBJECT-TYPE
      SYNTAX      Unsigned32(1..255)
      UNITS       "0.1 milliseconds"
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Maximum delay variation (DVMAX).
          This optional VDSL2-specific parameter specifies the maximum
          value for the delay variation allowed in an OLR procedure.
          It is ranges from 1 to 254 units of 0.1 milliseconds (i.e., 0.1
          to 25.4 milliseconds) with the special value 255, which indicates
          that no delay variation bound is imposed."
      REFERENCE    "ITU-T G.997.1 Amendment 1, paragraph #7.3.2.9
                    (DVMAX)"
      DEFVAL       { 255 }
    ::= { xdsl2ChConfProfileEntry 23 }

   xdsl2ChConfProfInitPolicy  OBJECT-TYPE
      SYNTAX      Xdsl2ChInitPolicy
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "Channel Initialization Policy Selection (CIPOLICY).
          This optional parameter indicates which policy shall be applied
          to determine the transceiver configuration parameters at
          initialization.  Those policies are defined in the respective
          Recommendations."
      REFERENCE    "ITU-T G.997.1 Amendment 1, paragraph #7.3.2.10
                    (CIPOLICY)"
      DEFVAL       { policy0 }
    ::= { xdsl2ChConfProfileEntry 24 }

   xdsl2ChConfProfRowStatus  OBJECT-TYPE
      SYNTAX      RowStatus
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This object is used to create a new row or to modify or
          delete an existing row in this table.




Morgenstern, et al.     Expires February 02, 2014             [Page 187]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          A profile is activated by setting this object to 'active'.

          Before a profile can be deleted or taken out of service (by
          setting this object to 'destroy' or 'notInService'), it MUST be
          first unreferenced from all associated templates.

          A row in xdsl2ChConfProfTable is said to be unreferenced when
          there is no instance of xdsl2LConfTempChan1ConfProfile,
          xdsl2LConfTempChan2ConfProfile, xdsl2LConfTempChan3ConfProfile,
          or xdsl2LConfTempChan4ConfProfile that refers to
          the row."
      ::= { xdsl2ChConfProfileEntry 25 }

   ------------------------------------------------
   --      xdsl2LineAlarmConfTemplateTable       --
   ------------------------------------------------
   xdsl2LineAlarmConfTemplateTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2LineAlarmConfTemplateEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2LineAlarConfTemplateTable contains DSL
          line alarm configuration templates.

           Entries in this table MUST be maintained in a persistent
           manner."
      ::= { xdsl2ProfileAlarmConf 1 }

   xdsl2LineAlarmConfTemplateEntry  OBJECT-TYPE
      SYNTAX      Xdsl2LineAlarmConfTemplateEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "A default template with an index of 'DEFVAL' will always
          exist, and its parameters will be set to vendor-specific values,
          unless otherwise specified in this document."
      INDEX  { xdsl2LAlarmConfTempTemplateName }
      ::= { xdsl2LineAlarmConfTemplateTable 1 }

   Xdsl2LineAlarmConfTemplateEntry  ::=
      SEQUENCE {
         xdsl2LAlarmConfTempTemplateName      SnmpAdminString,
         xdsl2LAlarmConfTempLineProfile       SnmpAdminString,
         xdsl2LAlarmConfTempChan1ConfProfile  SnmpAdminString,
         xdsl2LAlarmConfTempChan2ConfProfile  SnmpAdminString,
         xdsl2LAlarmConfTempChan3ConfProfile  SnmpAdminString,
         xdsl2LAlarmConfTempChan4ConfProfile  SnmpAdminString,
         xdsl2LAlarmConfTempRowStatus         RowStatus



Morgenstern, et al.     Expires February 02, 2014             [Page 188]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      }

   xdsl2LAlarmConfTempTemplateName  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(1..32))
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "This object identifies a row in this table."
      ::= { xdsl2LineAlarmConfTemplateEntry 1 }

   xdsl2LAlarmConfTempLineProfile  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(1..32))
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The value of this object identifies the row in the DSL Line
          Thresholds Configuration Profile Table
          (xdsl2LineAlarmConfProfileTable) that applies to this line."
      REFERENCE    "DSL Forum TR-129, paragraph #8.2"
      DEFVAL       { "DEFVAL" }
      ::= { xdsl2LineAlarmConfTemplateEntry 2 }

   xdsl2LAlarmConfTempChan1ConfProfile  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(1..32))
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The value of this object identifies the row in the DSL
          Channel Thresholds Configuration Profile Table
          (xdsl2ChAlarmConfProfileTable) that applies for DSL bearer
          channel #1.  The channel profile name specified here MUST match
          the name of an existing row in the xdsl2ChAlarmConfProfileTable
          table."
      REFERENCE    "DSL Forum TR-129, paragraph #8.4"
      DEFVAL       { "DEFVAL" }
      ::= { xdsl2LineAlarmConfTemplateEntry 3 }

   xdsl2LAlarmConfTempChan2ConfProfile  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(0..32))
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The value of this object identifies the row in the DSL
          Channel Thresholds Configuration Profile Table
          (xdsl2ChAlarmConfProfileTable) that applies for DSL bearer
          channel #2.  The channel profile name specified here MUST match
          the name of an existing row in the xdsl2ChAlarmConfProfileTable
          table.  If the channel is unused, then the object is set to a



Morgenstern, et al.     Expires February 02, 2014             [Page 189]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          zero-length string."
      REFERENCE    "DSL Forum TR-129, paragraph #8.4"
      DEFVAL       { "" }
      ::= { xdsl2LineAlarmConfTemplateEntry 4 }

   xdsl2LAlarmConfTempChan3ConfProfile  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(0..32))
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The value of this object identifies the row in the DSL
          Channel Thresholds Configuration Profile Table
          (xdsl2ChAlarmConfProfileTable) that applies for DSL bearer
          channel #3.  The channel profile name specified here MUST match
          the name of an existing row in the xdsl2ChAlarmConfProfileTable
          table.
          This object may be set to a non-zero-length string only if
          xdsl2LAlarmConfTempChan2ConfProfile contains a non-zero-length
          string."
      REFERENCE    "DSL Forum TR-129, paragraph #8.4"
      DEFVAL       { "" }
      ::= { xdsl2LineAlarmConfTemplateEntry 5 }

   xdsl2LAlarmConfTempChan4ConfProfile  OBJECT-TYPE
      SYNTAX      SnmpAdminString (SIZE(0..32))
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "The value of this object identifies the row in the DSL
          Channel Thresholds Configuration Profile Table
          (xdsl2ChAlarmConfProfileTable) that applies for DSL bearer
          channel #4.  The channel profile name specified here MUST match
          the name of an existing row in the xdsl2ChAlarmConfProfileTable
          table.
          This object may be set to a non-zero-length string only if
          xdsl2LAlarmConfTempChan3ConfProfile contains a non-zero-length
          string."
      REFERENCE    "DSL Forum TR-129, paragraph #8.4"
      DEFVAL       { "" }
      ::= { xdsl2LineAlarmConfTemplateEntry 6 }

   xdsl2LAlarmConfTempRowStatus  OBJECT-TYPE
      SYNTAX      RowStatus
      MAX-ACCESS  read-create
      STATUS      current
      DESCRIPTION
         "This object is used to create a new row or to modify or
          delete an existing row in this table.



Morgenstern, et al.     Expires February 02, 2014             [Page 190]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          A template is activated by setting this object to 'active'.

          Before a template can be deleted or taken out of service (by
          setting this object to 'destroy' or 'notInService'), it MUST be
          first unreferenced from all associated lines.

          A row in this table is said to be unreferenced when there is no
          instance of xdsl2LineAlarmConfTemplate that refers to the
          row."
      ::= { xdsl2LineAlarmConfTemplateEntry 7 }

   ------------------------------------------------
   --      xdsl2LineAlarmConfProfileTable        --
   ------------------------------------------------

   xdsl2LineAlarmConfProfileTable  OBJECT-TYPE
        SYNTAX      SEQUENCE  OF  Xdsl2LineAlarmConfProfileEntry
        MAX-ACCESS  not-accessible
        STATUS      current
        DESCRIPTION
         "The table xdsl2LineAlarmConfProfileTable contains DSL
          line performance threshold values.

          If a performance counter exceeds the threshold value specified
          in this table, then the SNMP agent will issue a threshold trap.
          Each performance counter has a unique trap type
          (see NOTIFICATION-TYPE definitions below).
          One trap will be sent per interval, per interface, per trap type.
          A value of 0 will disable the trap.

          Entries in this table MUST be maintained in a persistent
          manner."
        ::= { xdsl2ProfileAlarmConf 2 }

   xdsl2LineAlarmConfProfileEntry  OBJECT-TYPE
        SYNTAX      Xdsl2LineAlarmConfProfileEntry
        MAX-ACCESS  not-accessible
        STATUS      current
        DESCRIPTION
         "A default profile with an index of 'DEFVAL' will always
          exist, and its parameters will be set to vendor-specific values,
          unless otherwise specified in this document."
        INDEX  { xdsl2LineAlarmConfProfileName }
        ::= { xdsl2LineAlarmConfProfileTable 1 }

   Xdsl2LineAlarmConfProfileEntry ::=
        SEQUENCE {
        xdsl2LineAlarmConfProfileName                SnmpAdminString,



Morgenstern, et al.     Expires February 02, 2014             [Page 191]

Internet-Draft               VDSL2-LINE MIB                  August 2013


        xdsl2LineAlarmConfProfileXtucThresh15MinFecs
                                             HCPerfIntervalThreshold,
        xdsl2LineAlarmConfProfileXtucThresh15MinEs
                                             HCPerfIntervalThreshold,
        xdsl2LineAlarmConfProfileXtucThresh15MinSes
                                              HCPerfIntervalThreshold,
        xdsl2LineAlarmConfProfileXtucThresh15MinLoss
                                              HCPerfIntervalThreshold,
        xdsl2LineAlarmConfProfileXtucThresh15MinUas
                                              HCPerfIntervalThreshold,
        xdsl2LineAlarmConfProfileXturThresh15MinFecs
                                              HCPerfIntervalThreshold,
        xdsl2LineAlarmConfProfileXturThresh15MinEs
                                              HCPerfIntervalThreshold,
        xdsl2LineAlarmConfProfileXturThresh15MinSes
                                              HCPerfIntervalThreshold,
        xdsl2LineAlarmConfProfileXturThresh15MinLoss
                                              HCPerfIntervalThreshold,
        xdsl2LineAlarmConfProfileXturThresh15MinUas
                                              HCPerfIntervalThreshold,

        xdsl2LineAlarmConfProfileThresh15MinFailedFullInt   Unsigned32,
        xdsl2LineAlarmConfProfileThresh15MinFailedShrtInt   Unsigned32,

        xdsl2LineAlarmConfProfileRowStatus                   RowStatus
        }

   xdsl2LineAlarmConfProfileName  OBJECT-TYPE
        SYNTAX      SnmpAdminString (SIZE(1..32))
        MAX-ACCESS  not-accessible
        STATUS      current
        DESCRIPTION
        "This object identifies a row in this table."
        ::= { xdsl2LineAlarmConfProfileEntry 1 }

   xdsl2LineAlarmConfProfileXtucThresh15MinFecs  OBJECT-TYPE
        SYNTAX      HCPerfIntervalThreshold
        UNITS       "seconds"
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION
        "A threshold for the xdsl2PMLCurr15MFecs counter, when
         xdsl2PMLCurrUnit is xtuc {1}.
         The value 0 means that no threshold is specified for the
         associated counter."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.7.2"
      DEFVAL       { 0 }
        ::= { xdsl2LineAlarmConfProfileEntry 2 }



Morgenstern, et al.     Expires February 02, 2014             [Page 192]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2LineAlarmConfProfileXtucThresh15MinEs  OBJECT-TYPE
        SYNTAX      HCPerfIntervalThreshold
        UNITS       "seconds"
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION
        "A threshold for the xdsl2PMLCurr15MEs counter, when
         xdsl2PMLCurrUnit is xtuc {1}.
         The value 0 means that no threshold is specified for the
         associated counter."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.7.2"
      DEFVAL       { 0 }
        ::= { xdsl2LineAlarmConfProfileEntry 3 }

   xdsl2LineAlarmConfProfileXtucThresh15MinSes  OBJECT-TYPE
        SYNTAX      HCPerfIntervalThreshold
        UNITS       "seconds"
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION
        "A threshold for the xdsl2PMLCurr15MSes counter, when
         xdsl2PMLCurrUnit is xtuc {1}.
         The value 0 means that no threshold is specified for the
         associated counter."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.7.2"
      DEFVAL       { 0 }
        ::= { xdsl2LineAlarmConfProfileEntry 4 }

   xdsl2LineAlarmConfProfileXtucThresh15MinLoss  OBJECT-TYPE
        SYNTAX      HCPerfIntervalThreshold
        UNITS       "seconds"
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION
        "A threshold for the xdsl2PMLCurr15MLoss counter, when
         xdsl2PMLCurrUnit is xtuc {1}.
         The value 0 means that no threshold is specified for the
         associated counter."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.7.2"
      DEFVAL       { 0 }
        ::= { xdsl2LineAlarmConfProfileEntry 5 }

   xdsl2LineAlarmConfProfileXtucThresh15MinUas  OBJECT-TYPE
        SYNTAX      HCPerfIntervalThreshold
        UNITS       "seconds"
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014             [Page 193]

Internet-Draft               VDSL2-LINE MIB                  August 2013


        "A threshold for the xdsl2PMLCurr15MUas counter, when
         xdsl2PMLCurrUnit is xtuc {1}.
         The value 0 means that no threshold is specified for the
         associated counter."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.7.2"
      DEFVAL       { 0 }
        ::= { xdsl2LineAlarmConfProfileEntry 6 }

   xdsl2LineAlarmConfProfileXturThresh15MinFecs  OBJECT-TYPE
        SYNTAX      HCPerfIntervalThreshold
        UNITS       "seconds"
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION
        "A threshold for the xdsl2PMLCurr15MFecs counter, when
         xdsl2PMLCurrUnit is xtur {2}.
         The value 0 means that no threshold is specified for the
         associated counter."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.7.2"
      DEFVAL       { 0 }
        ::= { xdsl2LineAlarmConfProfileEntry 7 }

   xdsl2LineAlarmConfProfileXturThresh15MinEs  OBJECT-TYPE
        SYNTAX      HCPerfIntervalThreshold
        UNITS       "seconds"
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION
        "A threshold for the xdsl2PMLCurr15MEs counter, when
         xdsl2PMLCurrUnit is xtur {2}.
         The value 0 means that no threshold is specified for the
         associated counter."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.7.2"
      DEFVAL       { 0 }
        ::= { xdsl2LineAlarmConfProfileEntry 8 }

   xdsl2LineAlarmConfProfileXturThresh15MinSes  OBJECT-TYPE
        SYNTAX      HCPerfIntervalThreshold
        UNITS       "seconds"
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION
        "A threshold for the xdsl2PMLCurr15MSes counter, when
         xdsl2PMLCurrUnit is xtur {2}.
         The value 0 means that no threshold is specified for the
         associated counter."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.7.2"
      DEFVAL       { 0 }



Morgenstern, et al.     Expires February 02, 2014             [Page 194]

Internet-Draft               VDSL2-LINE MIB                  August 2013


        ::= { xdsl2LineAlarmConfProfileEntry 9 }

   xdsl2LineAlarmConfProfileXturThresh15MinLoss  OBJECT-TYPE
        SYNTAX      HCPerfIntervalThreshold
        UNITS       "seconds"
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION
        "A threshold for the xdsl2PMLCurr15MLoss counter, when
         xdsl2PMLCurrUnit is xtur {2}.
         The value 0 means that no threshold is specified for the
         associated counter."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.7.2"
      DEFVAL       { 0 }
        ::= { xdsl2LineAlarmConfProfileEntry 10 }

   xdsl2LineAlarmConfProfileXturThresh15MinUas  OBJECT-TYPE
        SYNTAX      HCPerfIntervalThreshold
        UNITS       "seconds"
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION
        "A threshold for the xdsl2PMLCurr15MUas counter, when
         xdsl2PMLCurrUnit is xtur {2}.
         The value 0 means that no threshold is specified for the
         associated counter."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.7.2"
      DEFVAL       { 0 }
        ::= { xdsl2LineAlarmConfProfileEntry 11 }

   xdsl2LineAlarmConfProfileThresh15MinFailedFullInt  OBJECT-TYPE
        SYNTAX      Unsigned32
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION
        "A threshold for the xdsl2PMLInitCurr15MfailedFullInits
         counter.
         The value 0 means that no threshold is specified for the
         associated counter."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.7.2"
      DEFVAL       { 0 }
        ::= { xdsl2LineAlarmConfProfileEntry 12 }

   xdsl2LineAlarmConfProfileThresh15MinFailedShrtInt  OBJECT-TYPE
        SYNTAX      Unsigned32
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014             [Page 195]

Internet-Draft               VDSL2-LINE MIB                  August 2013


        "A threshold for the xdsl2PMLInitCurr15MFailedShortInits
         counter.
         The value 0 means that no threshold is specified for the
         associated counter."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.7.2"
      DEFVAL       { 0 }
        ::= { xdsl2LineAlarmConfProfileEntry 13 }

   xdsl2LineAlarmConfProfileRowStatus  OBJECT-TYPE
        SYNTAX      RowStatus
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION
         "This object is used to create a new row or to modify or
          delete an existing row in this table.

          A profile is activated by setting this object to 'active'.

          Before a profile can be deleted or taken out of service (by
          setting this object to 'destroy' or 'notInService'), it MUST be
          first unreferenced from all associated templates.

          A row in this table is said to be unreferenced when there is no
          instance of xdsl2LAlarmConfTempLineProfile that refers to the
          row."
        ::= { xdsl2LineAlarmConfProfileEntry 14 }


   ------------------------------------------------
   --       xdsl2ChAlarmConfProfileTable         --
   ------------------------------------------------

   xdsl2ChAlarmConfProfileTable  OBJECT-TYPE
        SYNTAX      SEQUENCE  OF  Xdsl2ChAlarmConfProfileEntry
        MAX-ACCESS  not-accessible
        STATUS      current
        DESCRIPTION
         "The table xdsl2ChAlarmConfProfileTable contains DSL channel
          performance threshold values.

          If a performance counter exceeds the threshold value specified
          in this table, then the SNMP agent will issue a threshold trap.
          Each performance counter has a unique trap type
          (see NOTIFICATION-TYPE definitions below).
          One trap will be sent per interval per interface per trap type.
          A value of 0 will disable the trap.

          Entries in this table MUST be maintained in a persistent



Morgenstern, et al.     Expires February 02, 2014             [Page 196]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          manner."
        ::= { xdsl2ProfileAlarmConf 3 }

   xdsl2ChAlarmConfProfileEntry  OBJECT-TYPE
        SYNTAX      Xdsl2ChAlarmConfProfileEntry
        MAX-ACCESS  not-accessible
        STATUS      current
        DESCRIPTION
         "A default profile with an index of 'DEFVAL' will always
          exist, and its parameters will be set to vendor-specific values,
          unless otherwise specified in this document."
        INDEX  { xdsl2ChAlarmConfProfileName }
        ::= { xdsl2ChAlarmConfProfileTable 1 }

   Xdsl2ChAlarmConfProfileEntry ::=
        SEQUENCE {
        xdsl2ChAlarmConfProfileName
                                                        SnmpAdminString,
        xdsl2ChAlarmConfProfileXtucThresh15MinCodingViolations
                                                        Unsigned32,
        xdsl2ChAlarmConfProfileXtucThresh15MinCorrected Unsigned32,
        xdsl2ChAlarmConfProfileXturThresh15MinCodingViolations
                                                        Unsigned32,
        xdsl2ChAlarmConfProfileXturThresh15MinCorrected Unsigned32,
        xdsl2ChAlarmConfProfileRowStatus                RowStatus
        }

   xdsl2ChAlarmConfProfileName  OBJECT-TYPE
        SYNTAX      SnmpAdminString (SIZE(1..32))
        MAX-ACCESS  not-accessible
        STATUS      current
        DESCRIPTION
        "This object identifies a row in this table."
        ::= { xdsl2ChAlarmConfProfileEntry 1 }

   xdsl2ChAlarmConfProfileXtucThresh15MinCodingViolations OBJECT-TYPE
        SYNTAX      Unsigned32
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION
        "A threshold for the xdsl2PMChCurr15MCodingViolations
         counter, when xdsl2PMChCurrUnit is xtuc {1}.
         The value 0 means that no threshold is specified for the
         associated counter."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.7.2"
      DEFVAL       { 0 }
        ::= { xdsl2ChAlarmConfProfileEntry 2 }




Morgenstern, et al.     Expires February 02, 2014             [Page 197]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2ChAlarmConfProfileXtucThresh15MinCorrected  OBJECT-TYPE
        SYNTAX      Unsigned32
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION
        "A threshold for the xdsl2PMChCurr15MCorrectedBlocks
         counter, when xdsl2PMChCurrUnit is xtuc {1}.
         The value 0 means that no threshold is specified for the
         associated counter."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.7.2"
      DEFVAL       { 0 }
        ::= { xdsl2ChAlarmConfProfileEntry 3 }

   xdsl2ChAlarmConfProfileXturThresh15MinCodingViolations  OBJECT-TYPE
        SYNTAX      Unsigned32
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION
        "A threshold for the xdsl2PMChCurr15MCodingViolations
         counter, when xdsl2PMChCurrUnit is xtur {2}.
         The value 0 means that no threshold is specified for the
         associated counter."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.7.2"
      DEFVAL       { 0 }
        ::= { xdsl2ChAlarmConfProfileEntry 4 }

   xdsl2ChAlarmConfProfileXturThresh15MinCorrected  OBJECT-TYPE
        SYNTAX      Unsigned32
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION
        "A threshold for the xdsl2PMChCurr15MCorrectedBlocks
         counter, when xdsl2PMChCurrUnit is xtur {2}.
         The value 0 means that no threshold is specified for the
         associated counter."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.7.2"
      DEFVAL       { 0 }
        ::= { xdsl2ChAlarmConfProfileEntry 5 }

   xdsl2ChAlarmConfProfileRowStatus  OBJECT-TYPE
        SYNTAX      RowStatus
        MAX-ACCESS  read-create
        STATUS      current
        DESCRIPTION
         "This object is used to create a new row or to modify or
          delete an existing row in this table.

          A profile is activated by setting this object to 'active'.



Morgenstern, et al.     Expires February 02, 2014             [Page 198]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          Before a profile can be deleted or taken out of service (by
          setting this object to 'destroy' or 'notInService'), it MUST be
          first unreferenced from all associated templates.

          A row in xdsl2ChConfProfTable is said to be unreferenced when
          there is no instance of xdsl2LAlarmConfTempChan1ConfProfile,
          xdsl2LAlarmConfTempChan2ConfProfile,
          xdsl2LAlarmConfTempChan3ConfProfile, or
          xdsl2LAlarmConfTempChan4ConfProfile that refers to
          the row."
        ::= { xdsl2ChAlarmConfProfileEntry 6 }

   ------------------------------------------------
   --          PM line current counters          --
   ------------------------------------------------
   xdsl2PMLineCurrTable  OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2PMLineCurrEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2PMLineCurrTable contains current Performance
          Monitoring results for DSL lines."
      ::= { xdsl2PMLine 1 }

   xdsl2PMLineCurrEntry  OBJECT-TYPE
      SYNTAX      Xdsl2PMLineCurrEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
          "One index of this table is an interface index where the
           interface has an ifType of vdsl2(251).  A second index of this
           table is the termination unit."
      INDEX  { ifIndex, xdsl2PMLCurrUnit }
      ::= { xdsl2PMLineCurrTable 1 }

   Xdsl2PMLineCurrEntry  ::=
      SEQUENCE {
         xdsl2PMLCurrUnit                    Xdsl2Unit,
         xdsl2PMLCurr15MValidIntervals       Unsigned32,
         xdsl2PMLCurr15MInvalidIntervals     Unsigned32,
         xdsl2PMLCurr15MTimeElapsed          HCPerfTimeElapsed,
         xdsl2PMLCurr15MFecs                 Counter32,
         xdsl2PMLCurr15MEs                   Counter32,
         xdsl2PMLCurr15MSes                  Counter32,
         xdsl2PMLCurr15MLoss                 Counter32,
         xdsl2PMLCurr15MUas                  Counter32,
         xdsl2PMLCurr1DayValidIntervals      Unsigned32,
         xdsl2PMLCurr1DayInvalidIntervals    Unsigned32,



Morgenstern, et al.     Expires February 02, 2014             [Page 199]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         xdsl2PMLCurr1DayTimeElapsed         HCPerfTimeElapsed,
         xdsl2PMLCurr1DayFecs                Counter32,
         xdsl2PMLCurr1DayEs                  Counter32,
         xdsl2PMLCurr1DaySes                 Counter32,
         xdsl2PMLCurr1DayLoss                Counter32,
         xdsl2PMLCurr1DayUas                 Counter32
      }

   xdsl2PMLCurrUnit  OBJECT-TYPE
      SYNTAX      Xdsl2Unit
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The termination unit."
      ::= { xdsl2PMLineCurrEntry 1 }

   xdsl2PMLCurr15MValidIntervals  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..96)
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The number of 15-minute PM intervals for which data
          was collected.  The value will typically be equal to the maximum
          number of 15-minute intervals the implementation is planned to
          store (i.e., beyond the scope of this MIB module) unless the
          measurement was (re-)started recently, in which case the value
          will be the number of complete 15-minute intervals for which
          the agent has at least some data.  In certain cases (e.g., in
          the case where the agent is a proxy), it is possible that some
          intervals are unavailable.  In this case, this interval is the
          maximum interval number for which data is available."
      ::= { xdsl2PMLineCurrEntry 2 }

   xdsl2PMLCurr15MInvalidIntervals  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..96)
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The number of 15-minute PM intervals for which no data is
          available.  The value will typically be zero except in cases
          where the data for some intervals are not available (e.g.,
          in proxy situations)."
      ::= { xdsl2PMLineCurrEntry 3 }

   xdsl2PMLCurr15MTimeElapsed  OBJECT-TYPE
      SYNTAX      HCPerfTimeElapsed
      UNITS       "seconds"
      MAX-ACCESS  read-only



Morgenstern, et al.     Expires February 02, 2014             [Page 200]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      STATUS      current
      DESCRIPTION
         "Total elapsed seconds in this interval."
      ::= { xdsl2PMLineCurrEntry 4 }

   xdsl2PMLCurr15MFecs  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds during this interval that there was at
          least one FEC correction event for one or more bearer channels in
          this line.  This parameter is inhibited during UAS or SES."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.1 (FECS-L)
                    and paragraph #7.2.1.2.1 (FECS-LFE)"
      ::= { xdsl2PMLineCurrEntry 5 }

   xdsl2PMLCurr15MEs  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds during this interval that there was:
             xTU-C: CRC-8 >= 1 for one or more bearer channels OR
                    LOS >= 1 OR SEF >=1 OR LPR >= 1.
             xTU-R: FEBE >= 1 for one or more bearer channels OR
                    LOS-FE >=1 OR RDI >=1 OR LPR-FE >=1.
          This parameter is inhibited during UAS."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.2 (ES-L)
                    and paragraph #7.2.1.2.2 (ES-LFE)"
      ::= { xdsl2PMLineCurrEntry 6 }

   xdsl2PMLCurr15MSes  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds during this interval that there was:
             xTU-C: (CRC-8 anomalies in one or more of the
                    received bearer channels) >= 18 OR LOS >= 1
                    OR SEF >= 1 OR LPR >= 1.
             xTU-R: (FEBE anomalies in one or more of the
                    received bearer channels) >= 18 OR LOS-FE >= 1
                    OR RDI >= 1 OR LPR-FE >= 1.
          This parameter is inhibited during UAS."



Morgenstern, et al.     Expires February 02, 2014             [Page 201]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.3 (SES-L)
                    and paragraph #7.2.1.2.3 (SES-LFE)"
      ::= { xdsl2PMLineCurrEntry 7 }

   xdsl2PMLCurr15MLoss  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds during this interval that there was LOS (or
          LOS-FE for xTU-R)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.4 (LOSS-L)
                    and paragraph #7.2.1.2.4 (LOSS-LFE)"
      ::= { xdsl2PMLineCurrEntry 8 }

   xdsl2PMLCurr15MUas  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds in Unavailability State during this
          interval.  Unavailability begins at the onset of 10 contiguous
          severely errored seconds, and ends at the onset of 10 contiguous
          seconds with no severely errored seconds."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.5 (UAS-L)
                    and paragraph #7.2.1.2.5 (UAS-LFE)"
      ::= { xdsl2PMLineCurrEntry 9 }

   xdsl2PMLCurr1DayValidIntervals  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..30)
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The number of 24-hour PM intervals for which data was
          collected.  The value will typically be equal to the maximum
          number of 24-hour intervals the implementation is planned to
          store (i.e., beyond the scope of this MIB module) unless the
          measurement was (re-)started recently, in which case the value
          will be the number of complete 24-hour intervals for which
          the agent has at least some data.  In certain cases (e.g., in
          the case where the agent is a proxy), it is possible that some
          intervals are unavailable.  In this case, this interval is the
          maximum interval number for which data is available."
      ::= { xdsl2PMLineCurrEntry 10 }

   xdsl2PMLCurr1DayInvalidIntervals  OBJECT-TYPE



Morgenstern, et al.     Expires February 02, 2014             [Page 202]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      SYNTAX      Unsigned32 (0..30)
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The number of 24-hour PM intervals for which no data is
          available.  The value will typically be zero except in cases
          where the data for some intervals are not available (e.g.,
          in proxy situations)."
      ::= { xdsl2PMLineCurrEntry 11 }

   xdsl2PMLCurr1DayTimeElapsed  OBJECT-TYPE
      SYNTAX      HCPerfTimeElapsed
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Total elapsed seconds in this interval."
      ::= { xdsl2PMLineCurrEntry 12 }

   xdsl2PMLCurr1DayFecs  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds during this interval that there was at
          least one FEC correction event for one or more bearer channels in
          this line.  This parameter is inhibited during UAS or SES."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.1 (FECS-L)
                    and paragraph #7.2.1.2.1 (FECS-LFE)"
      ::= { xdsl2PMLineCurrEntry 13 }

   xdsl2PMLCurr1DayEs  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds during this interval that there was:
             xTU-C: CRC-8 >= 1 for one or more bearer channels OR
                    LOS >= 1 OR SEF >= 1 OR LPR >= 1.
             xTU-R: FEBE >= 1 for one or more bearer channels OR
                    LOS-FE >= 1 OR RDI >= 1 OR LPR-FE >= 1.
          This parameter is inhibited during UAS."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.2 (ES-L)
                    and paragraph #7.2.1.2.2 (ES-LFE)"
      ::= { xdsl2PMLineCurrEntry 14 }




Morgenstern, et al.     Expires February 02, 2014             [Page 203]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2PMLCurr1DaySes  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds during this interval that there was:
             xTU-C: (CRC-8 anomalies in one or more of the
                    received bearer channels) >= 18 OR LOS >= 1
                    OR SEF >= 1 OR LPR >= 1.
             xTU-R: (FEBE anomalies in one or more of the
                    received bearer channels) >= 18 OR LOS-FE >= 1.
                    OR RDI >= 1 OR LPR-FE >= 1.
          This parameter is inhibited during UAS."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.3 (SES-L)
                    and paragraph #7.2.1.2.3 (SES-LFE)"
      ::= { xdsl2PMLineCurrEntry 15 }

   xdsl2PMLCurr1DayLoss  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds during this interval that there was LOS (or
          LOS-FE for xTU-R)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.4 (LOSS-L)
                    and paragraph #7.2.1.2.4 (LOSS-LFE)"
      ::= { xdsl2PMLineCurrEntry 16 }

   xdsl2PMLCurr1DayUas  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds in Unavailability State during this
          interval.
          Unavailability begins at the onset of 10 contiguous severely
          errored seconds, and ends at the onset of 10 contiguous seconds
          with no severely errored seconds."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.5 (UAS-L)
                    and paragraph #7.2.1.2.5 (UAS-LFE)"
      ::= { xdsl2PMLineCurrEntry 17 }


   ------------------------------------------------
   --          PM line init current counters     --



Morgenstern, et al.     Expires February 02, 2014             [Page 204]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   ------------------------------------------------

   xdsl2PMLineInitCurrTable   OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2PMLineInitCurrEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2PMLineInitCurrTable contains current
          initialization counters for DSL lines."
      ::= { xdsl2PMLine 2 }

   xdsl2PMLineInitCurrEntry  OBJECT-TYPE
      SYNTAX      Xdsl2PMLineInitCurrEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The index of this table is an interface index where the
          interface has an ifType of vdsl2(251)."
      INDEX  { ifIndex }
      ::= { xdsl2PMLineInitCurrTable 1 }

   Xdsl2PMLineInitCurrEntry  ::=
      SEQUENCE {
         xdsl2PMLInitCurr15MValidIntervals       Unsigned32,
         xdsl2PMLInitCurr15MInvalidIntervals     Unsigned32,
         xdsl2PMLInitCurr15MTimeElapsed          Unsigned32,
         xdsl2PMLInitCurr15MFullInits            Unsigned32,
         xdsl2PMLInitCurr15MFailedFullInits      Unsigned32,
         xdsl2PMLInitCurr15MShortInits           Unsigned32,
         xdsl2PMLInitCurr15MFailedShortInits     Unsigned32,
         xdsl2PMLInitCurr1DayValidIntervals      Unsigned32,
         xdsl2PMLInitCurr1DayInvalidIntervals    Unsigned32,
         xdsl2PMLInitCurr1DayTimeElapsed         Unsigned32,
         xdsl2PMLInitCurr1DayFullInits           Unsigned32,
         xdsl2PMLInitCurr1DayFailedFullInits     Unsigned32,
         xdsl2PMLInitCurr1DayShortInits          Unsigned32,
         xdsl2PMLInitCurr1DayFailedShortInits    Unsigned32
      }

   xdsl2PMLInitCurr15MValidIntervals  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..96)
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The number of 15-minute PM intervals for which data
          was collected.  The value will typically be equal to the maximum
          number of 15-minute intervals the implementation is planned to
          store (i.e., beyond the scope of this MIB module) unless the



Morgenstern, et al.     Expires February 02, 2014             [Page 205]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          measurement was (re-)started recently, in which case the value
          will be the number of complete 15-minute intervals for which
          the agent has at least some data.  In certain cases (e.g., in
          the case where the agent is a proxy), it is possible that some
          intervals are unavailable.  In this case, this interval is the
          maximum interval number for which data is available."
      ::= { xdsl2PMLineInitCurrEntry 1 }

   xdsl2PMLInitCurr15MInvalidIntervals  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..96)
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The number of 15-minute PM intervals for which no data is
          available.  The value will typically be zero except in cases
          where the data for some intervals are not available (e.g.,
          in proxy situations)."
      ::= { xdsl2PMLineInitCurrEntry 2 }

   xdsl2PMLInitCurr15MTimeElapsed  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Total elapsed seconds in this interval."
      ::= { xdsl2PMLineInitCurrEntry 3 }

   xdsl2PMLInitCurr15MFullInits  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of full initializations attempted on the line
          (successful and failed) during this interval."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.3.1"
      ::= { xdsl2PMLineInitCurrEntry 4 }

   xdsl2PMLInitCurr15MFailedFullInits  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of failed full initializations on the line during this
          interval."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.3.2"
      ::= { xdsl2PMLineInitCurrEntry 5 }




Morgenstern, et al.     Expires February 02, 2014             [Page 206]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2PMLInitCurr15MShortInits  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of short initializations attempted on the line
          (successful and failed) during this interval."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.3.3"
      ::= { xdsl2PMLineInitCurrEntry 6 }

   xdsl2PMLInitCurr15MFailedShortInits  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of failed short initializations on the line during
          this interval."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.3.4"
      ::= { xdsl2PMLineInitCurrEntry 7 }

   xdsl2PMLInitCurr1DayValidIntervals  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..30)
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The number of 24-hour PM intervals for which data was
          collected.  The value will typically be equal to the maximum
          number of 24-hour intervals the implementation is planned to
          store (i.e., beyond the scope of this MIB module) unless the
          measurement was (re-)started recently, in which case the value
          will be the number of complete 24-hour intervals for which
          the agent has at least some data.  In certain cases (e.g., in
          the case where the agent is a proxy), it is possible that some
          intervals are unavailable.  In this case, this interval is the
          maximum interval number for which data is available."
      ::= { xdsl2PMLineInitCurrEntry 8 }

   xdsl2PMLInitCurr1DayInvalidIntervals  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..30)
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The number of 24-hour PM intervals for which no data is
          available.  The value will typically be zero except in cases
          where the data for some intervals are not available (e.g.,
          in proxy situations)."
      ::= { xdsl2PMLineInitCurrEntry 9 }




Morgenstern, et al.     Expires February 02, 2014             [Page 207]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2PMLInitCurr1DayTimeElapsed  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Total elapsed seconds in this interval."
      ::= { xdsl2PMLineInitCurrEntry 10 }

   xdsl2PMLInitCurr1DayFullInits  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of full initializations attempted on the line
          (successful and failed) during this interval."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.3.1"
      ::= { xdsl2PMLineInitCurrEntry 11 }

   xdsl2PMLInitCurr1DayFailedFullInits  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of failed full initializations on the line during this
          interval."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.3.2"
      ::= { xdsl2PMLineInitCurrEntry 12 }

   xdsl2PMLInitCurr1DayShortInits  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of short initializations attempted on the line
          (successful and failed) during this interval."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.3.3"
      ::= { xdsl2PMLineInitCurrEntry 13 }

   xdsl2PMLInitCurr1DayFailedShortInits  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of failed short initializations on the line during
          this interval."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.3.4"
      ::= { xdsl2PMLineInitCurrEntry 14 }



Morgenstern, et al.     Expires February 02, 2014             [Page 208]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   -------------------------------------------
   --       PM line history 15 Minutes      --
   -------------------------------------------
   xdsl2PMLineHist15MinTable    OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2PMLineHist15MinEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2PMLineHist15MinTable contains PM line history
          for 15-minute intervals of DSL line."
      ::= { xdsl2PMLine 3 }

   xdsl2PMLineHist15MinEntry  OBJECT-TYPE
      SYNTAX      Xdsl2PMLineHist15MinEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "One index of this table is an interface index where the
         interface has an ifType of vdsl2(251).  A second index of this
         table is the transmission unit.  The third index is the interval
         number."
      INDEX  { ifIndex,
               xdsl2PMLHist15MUnit,
               xdsl2PMLHist15MInterval }
      ::= { xdsl2PMLineHist15MinTable 1 }

   Xdsl2PMLineHist15MinEntry  ::=
      SEQUENCE {
         xdsl2PMLHist15MUnit                 Xdsl2Unit,
         xdsl2PMLHist15MInterval             Unsigned32,
         xdsl2PMLHist15MMonitoredTime        Unsigned32,
         xdsl2PMLHist15MFecs                 Counter32,
         xdsl2PMLHist15MEs                   Counter32,
         xdsl2PMLHist15MSes                  Counter32,
         xdsl2PMLHist15MLoss                 Counter32,
         xdsl2PMLHist15MUas                  Counter32,
         xdsl2PMLHist15MValidInterval        TruthValue
      }

   xdsl2PMLHist15MUnit  OBJECT-TYPE
      SYNTAX      Xdsl2Unit
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The termination unit."
      ::= { xdsl2PMLineHist15MinEntry 1 }

   xdsl2PMLHist15MInterval  OBJECT-TYPE



Morgenstern, et al.     Expires February 02, 2014             [Page 209]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      SYNTAX      Unsigned32 (1..96)
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The interval number."
      ::= { xdsl2PMLineHist15MinEntry 2 }

   xdsl2PMLHist15MMonitoredTime  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Total seconds monitored in this interval."
      ::= { xdsl2PMLineHist15MinEntry 3 }

   xdsl2PMLHist15MFecs  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds during this interval that there was at
          least one FEC correction event for one or more bearer channels in
          this line.  This parameter is inhibited during UAS or SES."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.1 (FECS-L)
                    and paragraph #7.2.1.2.1 (FECS-LFE)"
      ::= { xdsl2PMLineHist15MinEntry 4 }

   xdsl2PMLHist15MEs  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds during this interval that there was:
             xTU-C: CRC-8 >= 1 for one or more bearer channels OR
                    LOS >= 1 OR SEF >= 1 OR LPR >= 1.
             xTU-R: FEBE >= 1 for one or more bearer channels OR
                    LOS-FE >= 1 OR RDI >= 1 OR LPR-FE >= 1.
          This parameter is inhibited during UAS."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.2 (ES-L)
                    and paragraph #7.2.1.2.2 (ES-LFE)"
      ::= { xdsl2PMLineHist15MinEntry 5 }

   xdsl2PMLHist15MSes  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"



Morgenstern, et al.     Expires February 02, 2014             [Page 210]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds during this interval that there was:
             xTU-C: (CRC-8 anomalies in one or more of the
                    received bearer channels) >= 18 OR LOS >= 1
                    OR SEF >= 1 OR LPR >= 1.
             xTU-R: (FEBE anomalies in one or more of the
                    received bearer channels) >= 18 OR LOS-FE >= 1
                    OR RDI >= 1 OR LPR-FE >= 1.
          This parameter is inhibited during UAS."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.3 (SES-L)
                    and paragraph #7.2.1.2.3 (SES-LFE)"
      ::= { xdsl2PMLineHist15MinEntry 6 }

   xdsl2PMLHist15MLoss  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds during this interval that there was LOS (or
          LOS-FE for xTU-R)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.4 (LOSS-L)
                    and paragraph #7.2.1.2.4 (LOSS-LFE)"
      ::= { xdsl2PMLineHist15MinEntry 7 }

   xdsl2PMLHist15MUas  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds in Unavailability State during this
          interval.
          Unavailability begins at the onset of 10 contiguous severely
          errored seconds, and ends at the onset of 10 contiguous seconds
          with no severely errored seconds."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.5 (UAS-L)
                    and paragraph #7.2.1.2.5 (UAS-LFE)"
      ::= { xdsl2PMLineHist15MinEntry 8 }

   xdsl2PMLHist15MValidInterval  OBJECT-TYPE
      SYNTAX      TruthValue
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "This variable indicates if the data for this interval is



Morgenstern, et al.     Expires February 02, 2014             [Page 211]

Internet-Draft               VDSL2-LINE MIB                  August 2013


          valid."
      ::= { xdsl2PMLineHist15MinEntry 9 }



   ---------------------------------------
   --       PM line history 1 Day       --
   ---------------------------------------
   xdsl2PMLineHist1DayTable     OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2PMLineHist1DayEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2PMLineHist1DayTable contains PM line history
          for 24-hour intervals of DSL line."
      ::= { xdsl2PMLine 4 }

   xdsl2PMLineHist1DayEntry  OBJECT-TYPE
      SYNTAX      Xdsl2PMLineHist1DayEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "One index of this table is an interface index where the
         interface has an ifType of vdsl2(251).  A second index of this
         table is the transmission unit.The third index is the interval
         number."
      INDEX  { ifIndex,
               xdsl2PMLHist1DUnit,
               xdsl2PMLHist1DInterval }
      ::= { xdsl2PMLineHist1DayTable 1 }

   Xdsl2PMLineHist1DayEntry  ::=
      SEQUENCE {
         xdsl2PMLHist1DUnit              Xdsl2Unit,
         xdsl2PMLHist1DInterval          Unsigned32,
         xdsl2PMLHist1DMonitoredTime     Unsigned32,
         xdsl2PMLHist1DFecs              Counter32,
         xdsl2PMLHist1DEs                Counter32,
         xdsl2PMLHist1DSes               Counter32,
         xdsl2PMLHist1DLoss              Counter32,
         xdsl2PMLHist1DUas               Counter32,
         xdsl2PMLHist1DValidInterval     TruthValue
      }

   xdsl2PMLHist1DUnit  OBJECT-TYPE
      SYNTAX      Xdsl2Unit
      MAX-ACCESS  not-accessible
      STATUS      current



Morgenstern, et al.     Expires February 02, 2014             [Page 212]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DESCRIPTION
         "The termination unit."
      ::= { xdsl2PMLineHist1DayEntry 1 }

   xdsl2PMLHist1DInterval  OBJECT-TYPE
      SYNTAX      Unsigned32 (1..30)
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The interval number."
      ::= { xdsl2PMLineHist1DayEntry 2 }

   xdsl2PMLHist1DMonitoredTime  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Total seconds monitored in this interval."
      ::= { xdsl2PMLineHist1DayEntry 3 }

   xdsl2PMLHist1DFecs  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds during this interval that there was at
          least one FEC correction event for one or more bearer channels in
          this line.  This parameter is inhibited during UAS or SES."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.1 (FECS-L)
                    and paragraph #7.2.1.2.1 (FECS-LFE)"
      ::= { xdsl2PMLineHist1DayEntry 4 }

   xdsl2PMLHist1DEs  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds during this interval that there was:
             xTU-C: CRC-8 >= 1 for one or more bearer channels OR
                    LOS >= 1 OR SEF >= 1 OR LPR >= 1.
             xTU-R: FEBE >= 1 for one or more bearer channels OR
                    LOS-FE >= 1 OR RDI >= 1 OR LPR-FE >= 1.
          This parameter is inhibited during UAS."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.2 (ES-L)
                    and paragraph #7.2.1.2.2 (ES-LFE)"



Morgenstern, et al.     Expires February 02, 2014             [Page 213]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      ::= { xdsl2PMLineHist1DayEntry 5 }

   xdsl2PMLHist1DSes  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds during this interval that there was:
             xTU-C: (CRC-8 anomalies in one or more of the
                    received bearer channels) >= 18 OR LOS >= 1
                    OR SEF >= 1 OR LPR >= 1.
             xTU-R: (FEBE anomalies in one or more of the
                    received bearer channels) >= 18 OR LOS-FE >= 1
                    OR RDI >= 1 OR LPR-FE >= 1.
          This parameter is inhibited during UAS."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.3 (SES-L)
                    and paragraph #7.2.1.2.3 (SES-LFE)"
      ::= { xdsl2PMLineHist1DayEntry 6 }

   xdsl2PMLHist1DLoss  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds during this interval that there was LOS (or
          LOS-FE for xTU-R)."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.4 (LOSS-L)
                    and paragraph #7.2.1.2.4 (LOSS-LFE)"
      ::= { xdsl2PMLineHist1DayEntry 7 }

   xdsl2PMLHist1DUas  OBJECT-TYPE
      SYNTAX      Counter32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of seconds in Unavailability State during this
          interval.
          Unavailability begins at the onset of 10 contiguous severely
          errored seconds, and ends at the onset of 10 contiguous seconds
          with no severely errored seconds."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.1.5 (UAS-L)
                    and paragraph #7.2.1.2.5 (UAS-LFE)"
      ::= { xdsl2PMLineHist1DayEntry 8 }

   xdsl2PMLHist1DValidInterval  OBJECT-TYPE



Morgenstern, et al.     Expires February 02, 2014             [Page 214]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      SYNTAX      TruthValue
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "This variable indicates if the data for this interval is
          valid."
      ::= { xdsl2PMLineHist1DayEntry 9 }




   -------------------------------------------
   --     PM line init history 15 Minutes   --
   -------------------------------------------

   xdsl2PMLineInitHist15MinTable      OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2PMLineInitHist15MinEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2PMLineInitHist15MinTable contains PM line
          initialization history for 15-minute intervals of DSL
          line."
      ::= { xdsl2PMLine 5 }

   xdsl2PMLineInitHist15MinEntry  OBJECT-TYPE
      SYNTAX      Xdsl2PMLineInitHist15MinEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
          "One index of this table is an interface index where the
           interface has an ifType of vdsl2(251).  A second index is the
           interval number."
      INDEX  { ifIndex,
               xdsl2PMLInitHist15MInterval }
      ::= { xdsl2PMLineInitHist15MinTable 1 }

   Xdsl2PMLineInitHist15MinEntry  ::=
      SEQUENCE {
         xdsl2PMLInitHist15MInterval              Unsigned32,
         xdsl2PMLInitHist15MMonitoredTime         Unsigned32,
         xdsl2PMLInitHist15MFullInits             Unsigned32,
         xdsl2PMLInitHist15MFailedFullInits       Unsigned32,
         xdsl2PMLInitHist15MShortInits            Unsigned32,
         xdsl2PMLInitHist15MFailedShortInits      Unsigned32,
         xdsl2PMLInitHist15MValidInterval         TruthValue
      }




Morgenstern, et al.     Expires February 02, 2014             [Page 215]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2PMLInitHist15MInterval  OBJECT-TYPE
      SYNTAX      Unsigned32 (1..96)
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The interval number."
      ::= { xdsl2PMLineInitHist15MinEntry 1 }

   xdsl2PMLInitHist15MMonitoredTime  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Total seconds monitored in this interval."
      ::= { xdsl2PMLineInitHist15MinEntry 2 }

   xdsl2PMLInitHist15MFullInits  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of full initializations attempted on the line
          (successful and failed) during this interval."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.3.1"
      ::= { xdsl2PMLineInitHist15MinEntry 3 }

   xdsl2PMLInitHist15MFailedFullInits  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of failed full initializations on the line during this
          interval."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.3.2"
      ::= { xdsl2PMLineInitHist15MinEntry 4 }

   xdsl2PMLInitHist15MShortInits  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of short initializations attempted on the line
          (successful and failed) during this interval."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.3.3"
      ::= { xdsl2PMLineInitHist15MinEntry 5 }

   xdsl2PMLInitHist15MFailedShortInits  OBJECT-TYPE



Morgenstern, et al.     Expires February 02, 2014             [Page 216]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of failed short initializations on the line during
          this interval."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.3.4"
      ::= { xdsl2PMLineInitHist15MinEntry 6 }

   xdsl2PMLInitHist15MValidInterval  OBJECT-TYPE
      SYNTAX      TruthValue
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "This variable indicates if the data for this interval is
          valid."
      ::= { xdsl2PMLineInitHist15MinEntry 7 }



   -------------------------------------------
   --       PM line init history 1 Day      --
   -------------------------------------------
   xdsl2PMLineInitHist1DayTable       OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2PMLineInitHist1DayEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2PMLineInitHist1DayTable contains PM line
          initialization history for 24-hour intervals for DSL
          lines."
      ::= { xdsl2PMLine 6 }

   xdsl2PMLineInitHist1DayEntry  OBJECT-TYPE
      SYNTAX      Xdsl2PMLineInitHist1DayEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
          "One index of this table is an interface index where the
           interface has an ifType of vdsl2(251).  A second index is the
           interval number."
      INDEX  { ifIndex,
               xdsl2PMLInitHist1DInterval }
      ::= { xdsl2PMLineInitHist1DayTable 1 }

   Xdsl2PMLineInitHist1DayEntry  ::=
      SEQUENCE {
         xdsl2PMLInitHist1DInterval              Unsigned32,



Morgenstern, et al.     Expires February 02, 2014             [Page 217]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         xdsl2PMLInitHist1DMonitoredTime         Unsigned32,
         xdsl2PMLInitHist1DFullInits             Unsigned32,
         xdsl2PMLInitHist1DFailedFullInits       Unsigned32,
         xdsl2PMLInitHist1DShortInits            Unsigned32,
         xdsl2PMLInitHist1DFailedShortInits      Unsigned32,
         xdsl2PMLInitHist1DValidInterval         TruthValue
      }

   xdsl2PMLInitHist1DInterval  OBJECT-TYPE
      SYNTAX      Unsigned32 (1..30)
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The interval number."
      ::= { xdsl2PMLineInitHist1DayEntry 1 }

   xdsl2PMLInitHist1DMonitoredTime  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Total seconds monitored in this interval."
      ::= { xdsl2PMLineInitHist1DayEntry 2 }

   xdsl2PMLInitHist1DFullInits  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of full initializations attempted on the line
          (successful and failed) during this interval."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.3.1"
       ::= { xdsl2PMLineInitHist1DayEntry 3 }

   xdsl2PMLInitHist1DFailedFullInits  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of failed full initializations on the line during this
          interval."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.3.2"
      ::= { xdsl2PMLineInitHist1DayEntry 4 }

   xdsl2PMLInitHist1DShortInits  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only



Morgenstern, et al.     Expires February 02, 2014             [Page 218]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      STATUS      current
      DESCRIPTION
         "Count of short initializations attempted on the line
          (successful and failed) during this interval."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.3.3"
      ::= { xdsl2PMLineInitHist1DayEntry 5 }

   xdsl2PMLInitHist1DFailedShortInits  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of failed short initializations on the line during
          this interval."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.1.3.4"
      ::= { xdsl2PMLineInitHist1DayEntry 6 }

   xdsl2PMLInitHist1DValidInterval  OBJECT-TYPE
      SYNTAX      TruthValue
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "This variable indicates if the data for this interval is
          valid."
      ::= { xdsl2PMLineInitHist1DayEntry 7 }



   ---------------------------------------------------
   --          PM channel current counters          --
   ---------------------------------------------------
   xdsl2PMChCurrTable        OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2PMChCurrEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2PMChCurrTable contains current Performance
          Monitoring results for DSL channels."
      ::= { xdsl2PMChannel 1 }

   xdsl2PMChCurrEntry  OBJECT-TYPE
      SYNTAX      Xdsl2PMChCurrEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
          "One index of this table is an interface index where the
          interface has an ifType of a DSL channel.  A second index of
          this table is the termination unit."



Morgenstern, et al.     Expires February 02, 2014             [Page 219]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      INDEX  { ifIndex, xdsl2PMChCurrUnit }
      ::= { xdsl2PMChCurrTable 1 }

   Xdsl2PMChCurrEntry  ::=
      SEQUENCE {
         xdsl2PMChCurrUnit                     Xdsl2Unit,
         xdsl2PMChCurr15MValidIntervals        Unsigned32,
         xdsl2PMChCurr15MInvalidIntervals      Unsigned32,
         xdsl2PMChCurr15MTimeElapsed           HCPerfTimeElapsed,
         xdsl2PMChCurr15MCodingViolations      Unsigned32,
         xdsl2PMChCurr15MCorrectedBlocks       Unsigned32,
         xdsl2PMChCurr1DayValidIntervals       Unsigned32,
         xdsl2PMChCurr1DayInvalidIntervals     Unsigned32,
         xdsl2PMChCurr1DayTimeElapsed          HCPerfTimeElapsed,
         xdsl2PMChCurr1DayCodingViolations     Unsigned32,
         xdsl2PMChCurr1DayCorrectedBlocks      Unsigned32
      }

   xdsl2PMChCurrUnit  OBJECT-TYPE
      SYNTAX      Xdsl2Unit
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
      "The termination unit."
      ::= { xdsl2PMChCurrEntry 1 }

   xdsl2PMChCurr15MValidIntervals  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..96)
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The number of 15-minute PM intervals for which data
          was collected.  The value will typically be equal to the maximum
          number of 15-minute intervals the implementation is planned to
          store (i.e., beyond the scope of this MIB module) unless the
          measurement was (re-)started recently, in which case the value
          will be the number of complete 15-minute intervals for which
          the agent has at least some data.  In certain cases (e.g., in
          the case where the agent is a proxy), it is possible that some
          intervals are unavailable.  In this case, this interval is the
          maximum interval number for which data is available."
      ::= { xdsl2PMChCurrEntry 2 }

   xdsl2PMChCurr15MInvalidIntervals  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..96)
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014             [Page 220]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         "The number of 15-minute PM intervals for which no data is
          available.  The value will typically be zero except in cases
          where the data for some intervals are not available (e.g.,
          in proxy situations)."
       ::= { xdsl2PMChCurrEntry 3 }

   xdsl2PMChCurr15MTimeElapsed  OBJECT-TYPE
      SYNTAX      HCPerfTimeElapsed
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Total elapsed seconds in this interval."
      ::= { xdsl2PMChCurrEntry 4 }

   xdsl2PMChCurr15MCodingViolations  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of CRC-8 (FEBE for xTU-R) anomalies occurring in the
          channel during the interval.  This parameter is inhibited during
          UAS or SES.  If the CRC is applied over multiple channels, then
          each related CRC-8 (or FEBE) anomaly SHOULD increment each of the
          counters related to the individual channels."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.2.1.1 (CV-C)
                    and paragraph #7.2.2.2.1 (CV-CFE)"
     ::= { xdsl2PMChCurrEntry 5 }

   xdsl2PMChCurr15MCorrectedBlocks  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of FEC (FFEC for xTU-R) anomalies (corrected code
          words) occurring in the channel during the interval.  This
          parameter is inhibited during UAS or SES.  If the FEC is applied
          over multiple channels, then each related FEC (or FFEC) anomaly
          SHOULD increment each of the counters related to the individual
          channels."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.2.1.2 (FEC-C)
                    and paragraph #7.2.2.2.2 (FEC-CFE)"
      ::= { xdsl2PMChCurrEntry 6 }

   xdsl2PMChCurr1DayValidIntervals  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..30)
      MAX-ACCESS  read-only
      STATUS      current



Morgenstern, et al.     Expires February 02, 2014             [Page 221]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DESCRIPTION
         "The number of 24-hour PM intervals for which data was
          collected.  The value will typically be equal to the maximum
          number of 24-hour intervals the implementation is planned to
          store (i.e., beyond the scope of this MIB module) unless the
          measurement was (re-)started recently, in which case the value
          will be the number of complete 24-hour intervals for which
          the agent has at least some data.  In certain cases (e.g., in
          the case where the agent is a proxy), it is possible that some
          intervals are unavailable.  In this case, this interval is the
          maximum interval number for which data is available."
      ::= { xdsl2PMChCurrEntry 7 }

   xdsl2PMChCurr1DayInvalidIntervals  OBJECT-TYPE
      SYNTAX      Unsigned32 (0..30)
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "The number of 24-hour PM intervals for which no data is
          available.  The value will typically be zero except in cases
          where the data for some intervals are not available (e.g.,
          in proxy situations)."
      ::= { xdsl2PMChCurrEntry 8 }

   xdsl2PMChCurr1DayTimeElapsed  OBJECT-TYPE
      SYNTAX      HCPerfTimeElapsed
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Total elapsed seconds in this interval."
      ::= { xdsl2PMChCurrEntry 9 }

   xdsl2PMChCurr1DayCodingViolations  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of CRC-8 (FEBE for xTU-R) anomalies occurring in the
          channel during the interval.  This parameter is inhibited during
          UAS or SES.  If the CRC is applied over multiple channels, then
          each related CRC-8 (or FEBE) anomaly SHOULD increment each of the
          counters related to the individual channels."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.2.1.1 (CV-C)
                    and paragraph #7.2.2.2.1 (CV-CFE)"
      ::= { xdsl2PMChCurrEntry 10 }

   xdsl2PMChCurr1DayCorrectedBlocks  OBJECT-TYPE



Morgenstern, et al.     Expires February 02, 2014             [Page 222]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of FEC (FFEC for xTU-R) anomalies (corrected code
          words) occurring in the channel during the interval.  This
          parameter is inhibited during UAS or SES.  If the FEC is applied
          over multiple channels, then each related FEC (or FFEC) anomaly
          SHOULD increment each of the counters related to the individual
          channels."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.2.1.2 (FEC-C)
                    and paragraph #7.2.2.2.2 (FEC-CFE)"
      ::= { xdsl2PMChCurrEntry 11 }



   -------------------------------------------
   --    PM channel history 15 Minutes      --
   -------------------------------------------
   xdsl2PMChHist15MinTable         OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2PMChHist15MinEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2PMChHist15MinTable contains Performance
          Monitoring (PM) history for 15-minute intervals for DSL channels
          PM."
      ::= { xdsl2PMChannel 2 }

   xdsl2PMChHist15MinEntry  OBJECT-TYPE
      SYNTAX      Xdsl2PMChHist15MinEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "One index of this table is an interface index where the
          interface has an ifType of a DSL channel.  A second index of
          this table is the transmission unit.  The third index is the
          interval number."
      INDEX  { ifIndex,
               xdsl2PMChHist15MUnit,
               xdsl2PMChHist15MInterval }
      ::= { xdsl2PMChHist15MinTable 1 }

   Xdsl2PMChHist15MinEntry  ::=
      SEQUENCE {
         xdsl2PMChHist15MUnit                     Xdsl2Unit,
         xdsl2PMChHist15MInterval                 Unsigned32,
         xdsl2PMChHist15MMonitoredTime            Unsigned32,



Morgenstern, et al.     Expires February 02, 2014             [Page 223]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         xdsl2PMChHist15MCodingViolations         Unsigned32,
         xdsl2PMChHist15MCorrectedBlocks          Unsigned32,
         xdsl2PMChHist15MValidInterval            TruthValue
      }

   xdsl2PMChHist15MUnit  OBJECT-TYPE
      SYNTAX      Xdsl2Unit
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The termination unit."
      ::= { xdsl2PMChHist15MinEntry 1 }

   xdsl2PMChHist15MInterval  OBJECT-TYPE
      SYNTAX      Unsigned32 (1..96)
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The interval number."
      ::= { xdsl2PMChHist15MinEntry 2 }

   xdsl2PMChHist15MMonitoredTime  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Total seconds monitored in this interval."
      ::= { xdsl2PMChHist15MinEntry 3 }

   xdsl2PMChHist15MCodingViolations  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of CRC-8 (FEBE for xTU-R) anomalies occurring in the
          channel during the interval.  This parameter is inhibited during
          UAS or SES.  If the CRC is applied over multiple channels, then
          each related CRC-8 (or FEBE) anomaly SHOULD increment each of the
          counters related to the individual channels."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.2.1.1 (CV-C)
                    and paragraph #7.2.2.2.1 (CV-CFE)"
     ::= { xdsl2PMChHist15MinEntry 4 }

   xdsl2PMChHist15MCorrectedBlocks  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current



Morgenstern, et al.     Expires February 02, 2014             [Page 224]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DESCRIPTION
         "Count of FEC (FFEC for xTU-R) anomalies (corrected code
          words) occurring in the channel during the interval.  This
          parameter is inhibited during UAS or SES.  If the FEC is applied
          over multiple channels, then each related FEC (or FFEC) anomaly
          SHOULD increment each of the counters related to the individual
          channels."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.2.1.2 (FEC-C)
                    and paragraph #7.2.2.2.2 (FEC-CFE)"
      ::= { xdsl2PMChHist15MinEntry 5 }

   xdsl2PMChHist15MValidInterval  OBJECT-TYPE
      SYNTAX      TruthValue
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "This variable indicates if the data for this interval is
          valid."
      ::= { xdsl2PMChHist15MinEntry 6 }



   ------------------------------------------
   --        PM channel history 1 Day      --
   ------------------------------------------
   xdsl2PMChHist1DTable         OBJECT-TYPE
      SYNTAX      SEQUENCE  OF  Xdsl2PMChHist1DEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The table xdsl2PMChHist1DTable contains Performance
          Monitoring (PM) history for 1-day intervals for DSL channels
          PM."
      ::= { xdsl2PMChannel 3 }

   xdsl2PMChHist1DEntry  OBJECT-TYPE
      SYNTAX      Xdsl2PMChHist1DEntry
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "One index of this table is an interface index where the
          interface has an ifType of a DSL channel.  A second index of
          this table is the transmission unit.  The third index is the
          interval number."
      INDEX  { ifIndex,
               xdsl2PMChHist1DUnit,
               xdsl2PMChHist1DInterval }
      ::= { xdsl2PMChHist1DTable 1 }



Morgenstern, et al.     Expires February 02, 2014             [Page 225]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   Xdsl2PMChHist1DEntry  ::=
      SEQUENCE {
         xdsl2PMChHist1DUnit                      Xdsl2Unit,
         xdsl2PMChHist1DInterval                  Unsigned32,
         xdsl2PMChHist1DMonitoredTime             Unsigned32,
         xdsl2PMChHist1DCodingViolations          Unsigned32,
         xdsl2PMChHist1DCorrectedBlocks           Unsigned32,
         xdsl2PMChHist1DValidInterval             TruthValue
      }

   xdsl2PMChHist1DUnit  OBJECT-TYPE
      SYNTAX      Xdsl2Unit
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The termination unit."
       ::= { xdsl2PMChHist1DEntry 1 }

   xdsl2PMChHist1DInterval  OBJECT-TYPE
      SYNTAX      Unsigned32 (1..30)
      MAX-ACCESS  not-accessible
      STATUS      current
      DESCRIPTION
         "The interval number."
      ::= { xdsl2PMChHist1DEntry 2 }

   xdsl2PMChHist1DMonitoredTime  OBJECT-TYPE
      SYNTAX      Unsigned32
      UNITS       "seconds"
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Total seconds monitored in this interval."
      ::= { xdsl2PMChHist1DEntry 3 }

   xdsl2PMChHist1DCodingViolations  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of CRC-8 (FEBE for xTU-R) anomalies occurring in the
          channel during the interval.  This parameter is inhibited during
          UAS or SES.  If the CRC is applied over multiple channels, then
          each related CRC-8 (or FEBE) anomaly SHOULD increment each of the
          counters related to the individual channels."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.2.1.1 (CV-C)
                    and paragraph #7.2.2.2.1 (CV-CFE)"
      ::= { xdsl2PMChHist1DEntry 4 }



Morgenstern, et al.     Expires February 02, 2014             [Page 226]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   xdsl2PMChHist1DCorrectedBlocks  OBJECT-TYPE
      SYNTAX      Unsigned32
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "Count of FEC (FFEC for xTU-R) anomalies (corrected code
          words) occurring in the channel during the interval.  This
          parameter is inhibited during UAS or SES.  If the FEC is applied
          over multiple channels, then each related FEC (or FFEC) anomaly
          SHOULD increment each of the counters related to the individual
          channels."
      REFERENCE    "ITU-T G.997.1, paragraph #7.2.2.1.2 (FEC-C)
                    and paragraph #7.2.2.2.2 (FEC-CFE)"
      ::= { xdsl2PMChHist1DEntry 5 }

   xdsl2PMChHist1DValidInterval  OBJECT-TYPE
      SYNTAX      TruthValue
      MAX-ACCESS  read-only
      STATUS      current
      DESCRIPTION
         "This variable indicates if the data for this interval is
          valid."
      ::= { xdsl2PMChHist1DEntry 6 }

   -------------------------------------------
   --          Notifications Group          --
   -------------------------------------------

   xdsl2LinePerfFECSThreshXtuc NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2PMLCurr15MFecs,
      xdsl2LineAlarmConfProfileXtucThresh15MinFecs
      }
      STATUS     current
      DESCRIPTION
        "This notification indicates that the FEC seconds threshold
         has been reached/exceeded for the referred xTU-C."
      ::= { xdsl2Notifications 1 }

   xdsl2LinePerfFECSThreshXtur NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2PMLCurr15MFecs,
      xdsl2LineAlarmConfProfileXturThresh15MinFecs
      }
      STATUS     current
      DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014             [Page 227]

Internet-Draft               VDSL2-LINE MIB                  August 2013


        "This notification indicates that the FEC seconds threshold
         has been reached/exceeded for the referred xTU-R."
      ::= { xdsl2Notifications 2 }

   xdsl2LinePerfESThreshXtuc NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2PMLCurr15MEs,
      xdsl2LineAlarmConfProfileXtucThresh15MinEs
      }
      STATUS     current
      DESCRIPTION
        "This notification indicates that the errored seconds
         threshold has been reached/exceeded for the referred xTU-C."
      ::= { xdsl2Notifications 3 }

   xdsl2LinePerfESThreshXtur NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2PMLCurr15MEs,
      xdsl2LineAlarmConfProfileXturThresh15MinEs
      }
      STATUS     current
      DESCRIPTION
        "This notification indicates that the errored seconds
         threshold has been reached/exceeded for the referred xTU-R."
      ::= { xdsl2Notifications 4 }

   xdsl2LinePerfSESThreshXtuc NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2PMLCurr15MSes,
      xdsl2LineAlarmConfProfileXtucThresh15MinSes
      }
      STATUS     current
      DESCRIPTION
        "This notification indicates that the severely errored seconds
         threshold has been reached/exceeded for the referred xTU-C."
      ::= { xdsl2Notifications 5 }

   xdsl2LinePerfSESThreshXtur NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2PMLCurr15MSes,
      xdsl2LineAlarmConfProfileXturThresh15MinSes
      }
      STATUS     current
      DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014             [Page 228]

Internet-Draft               VDSL2-LINE MIB                  August 2013


        "This notification indicates that the severely errored seconds
         threshold has been reached/exceeded for the referred xTU-R."
      ::= { xdsl2Notifications 6 }

   xdsl2LinePerfLOSSThreshXtuc NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2PMLCurr15MLoss,
      xdsl2LineAlarmConfProfileXtucThresh15MinLoss
      }
      STATUS     current
      DESCRIPTION
        "This notification indicates that the LOS seconds
         threshold has been reached/exceeded for the referred xTU-C."
      ::= { xdsl2Notifications 7 }

   xdsl2LinePerfLOSSThreshXtur NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2PMLCurr15MLoss,
      xdsl2LineAlarmConfProfileXturThresh15MinLoss
      }
      STATUS     current
      DESCRIPTION
        "This notification indicates that the LOS seconds
         threshold has been reached/exceeded for the referred xTU-R."
      ::= { xdsl2Notifications 8 }

   xdsl2LinePerfUASThreshXtuc NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2PMLCurr15MUas,
      xdsl2LineAlarmConfProfileXtucThresh15MinUas
      }
      STATUS     current
      DESCRIPTION
        "This notification indicates that the unavailable seconds
         threshold has been reached/exceeded for the referred xTU-C."
      ::= { xdsl2Notifications 9 }

   xdsl2LinePerfUASThreshXtur NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2PMLCurr15MUas,
      xdsl2LineAlarmConfProfileXturThresh15MinUas
      }
      STATUS     current
      DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014             [Page 229]

Internet-Draft               VDSL2-LINE MIB                  August 2013


        "This notification indicates that the unavailable seconds
         threshold has been reached/exceeded for the referred xTU-R."
      ::= { xdsl2Notifications 10 }

   xdsl2LinePerfCodingViolationsThreshXtuc NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2PMChCurr15MCodingViolations,
      xdsl2ChAlarmConfProfileXtucThresh15MinCodingViolations
      }
      STATUS     current
      DESCRIPTION
        "This notification indicates that the coding violations
         threshold has been reached/exceeded for the referred xTU-C."
      ::= { xdsl2Notifications 11 }

   xdsl2LinePerfCodingViolationsThreshXtur NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2PMChCurr15MCodingViolations,
      xdsl2ChAlarmConfProfileXturThresh15MinCodingViolations
      }
      STATUS     current
      DESCRIPTION
        "This notification indicates that the coding violations
         threshold has been reached/exceeded for the referred xTU-R."
      ::= { xdsl2Notifications 12 }

   xdsl2LinePerfCorrectedThreshXtuc NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2PMChCurr15MCorrectedBlocks,
      xdsl2ChAlarmConfProfileXtucThresh15MinCorrected
      }
      STATUS     current
      DESCRIPTION
        "This notification indicates that the corrected blocks
         (FEC events) threshold has been reached/exceeded for the
         referred xTU-C."
      ::= { xdsl2Notifications 13 }

   xdsl2LinePerfCorrectedThreshXtur NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2PMChCurr15MCorrectedBlocks,
      xdsl2ChAlarmConfProfileXturThresh15MinCorrected
      }
      STATUS     current



Morgenstern, et al.     Expires February 02, 2014             [Page 230]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      DESCRIPTION
        "This notification indicates that the corrected blocks
         (FEC events) threshold has been reached/exceeded for the
         referred xTU-R."
      ::= { xdsl2Notifications 14 }

   xdsl2LinePerfFailedFullInitThresh NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2PMLInitCurr15MFailedFullInits,
      xdsl2LineAlarmConfProfileThresh15MinFailedFullInt
      }
      STATUS     current
      DESCRIPTION
        "This notification indicates that the failed full
         initializations threshold has been reached/exceeded for the
         referred ADSL/ADSL2 or ADSL2 line."
      ::= { xdsl2Notifications 15 }

   xdsl2LinePerfFailedShortInitThresh NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2PMLInitCurr15MFailedShortInits,
      xdsl2LineAlarmConfProfileThresh15MinFailedShrtInt
      }
      STATUS     current
      DESCRIPTION
        "This notification indicates that the failed short
         initializations threshold has been reached/exceeded for the
         referred VDSL2/ADSL/ADSL2 or ADSL2+ line."
      ::= { xdsl2Notifications 16 }

   xdsl2LineStatusChangeXtuc NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2LineStatusXtuc
      }
      STATUS     current
      DESCRIPTION
        "This notification indicates that a status change is
         detected for the referred xTU-C."
      ::= { xdsl2Notifications 17 }

   xdsl2LineStatusChangeXtur NOTIFICATION-TYPE
      OBJECTS
      {
      xdsl2LineStatusXtur
      }



Morgenstern, et al.     Expires February 02, 2014             [Page 231]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      STATUS     current
      DESCRIPTION
        "This notification indicates that a status change is
         detected for the referred xTU-R."
      ::= { xdsl2Notifications 18 }


      -- conformance information

      xdsl2Groups OBJECT IDENTIFIER ::= { xdsl2Conformance 1 }
      xdsl2Compliances OBJECT IDENTIFIER ::= { xdsl2Conformance 2 }

      xdsl2LineMibCompliance MODULE-COMPLIANCE
         STATUS  current
         DESCRIPTION
            "The compliance statement for SNMP entities which
             manage VDSL2/ADSL/ADSL2 and ADSL2+ interfaces."
         MODULE  -- this module
         MANDATORY-GROUPS
             {
             xdsl2LineGroup,
             xdsl2ChannelStatusGroup,
             xdsl2SCStatusGroup,
             xdsl2LineInventoryGroup,
             xdsl2LineConfTemplateGroup,
             xdsl2LineConfProfGroup,
             xdsl2LineConfProfModeSpecGroup,
             xdsl2LineConfProfModeSpecBandUsGroup,
             xdsl2ChConfProfileGroup,
             xdsl2LineAlarmConfTemplateGroup,
             xdsl2PMLineCurrGroup,
             xdsl2PMLineInitCurrGroup,
             xdsl2PMLineHist15MinGroup,
             xdsl2PMLineHist1DayGroup,
             xdsl2PMLineInitHist15MinGroup,
             xdsl2PMLineInitHist1DayGroup,
             xdsl2PMChCurrGroup,
             xdsl2PMChHist15MinGroup,
             xdsl2PMChHist1DGroup,
             --
             -- VoP Mandatory Groups.
             --
             xdsl2VopLineGroup,
             xdsl2VopVectorGroup,
             xdsl2VopVectorActualGroup,
             xdsl2ScalarVopGroup
             }




Morgenstern, et al.     Expires February 02, 2014             [Page 232]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      GROUP  xdsl2LineFallbackGroup
         DESCRIPTION
           "The group of configuration, status, and commands
            objects on the line level that are associated with the fallback
            feature."

      GROUP  xdsl2LineBpscGroup
         DESCRIPTION
           "The group of configuration, status, and commands objects
            on the line level that are associated with requesting a bits
            per subcarrier measurement."

      GROUP  xdsl2LineSegmentGroup
         DESCRIPTION
           "The group of status and commands objects on the line
            level that are used to hold the results of the
            bits-per-subcarrier measurement."

      GROUP  xdsl2ChannelStatusAtmGroup
         DESCRIPTION
           "The group of status objects required when the data path
            is ATM."

      GROUP  xdsl2ChannelStatusPtmGroup
         DESCRIPTION
           "The group of status objects required when the data path
            is PTM."

      GROUP  xdsl2LineConfProfRaGroup
         DESCRIPTION
           "The group of objects required for controlling the
            rate-adaptive behavior of the line."

      GROUP  xdsl2LineConfProfMsgMinGroup
         DESCRIPTION
           "The group of objects required for controlling the rate
            reserved for Overhead traffic."

      GROUP  xdsl2LineAlarmConfProfileGroup
         DESCRIPTION
           "The group of objects that define the alarm thresholds
            on line-level PM counters."

      GROUP  xdsl2ChAlarmConfProfileGroup
         DESCRIPTION
           "The group of objects that define the alarm thresholds
           on channel-level PM counters."




Morgenstern, et al.     Expires February 02, 2014             [Page 233]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      GROUP  xdsl2ChConfProfileAtmGroup
         DESCRIPTION
           "The group of configuration objects required when the data
            path is ATM."

      GROUP  xdsl2ChConfProfileMinResGroup
         DESCRIPTION
           "The group of configuration objects required for the
            reserved data rate."

      GROUP  xdsl2ChConfProfileOptAttrGroup
         DESCRIPTION
           "The group of various optional channel configuration
           objects."

      GROUP  xdsl2PMLineInitCurrShortGroup
         DESCRIPTION
           "The group of PM counters for the current intervals short
            initializations."

      GROUP  xdsl2PMLineInitHist15MinShortGroup
         DESCRIPTION
           "The group of PM counters for the previous 15-minute
            intervals short initializations."

      GROUP  xdsl2PMLineInitHist1DayShortGroup
         DESCRIPTION
           "The group of PM counters for the previous 24-hour
            intervals short initializations."

      GROUP  xdsl2ScalarSCGroup
         DESCRIPTION
           "The group of objects that report the available memory
            resources for the DELT processes."

      GROUP  xdsl2ThreshNotificationGroup
         DESCRIPTION
           "The group of thresholds crossing notifications."

      GROUP  xdsl2StatusChangeNotificationGroup
         DESCRIPTION
           "The group of status change notifications."

      --
      -- VoP Optional Groups.
      --

      GROUP  xdsl2VopLineFallbackGroup



Morgenstern, et al.     Expires February 02, 2014             [Page 234]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         DESCRIPTION
           "The group of configuration, status, and commands
            objects on the line level that are associated with the fallback
            feature."

         ::= { xdsl2Compliances 1 }

      -- units of conformance

      xdsl2LineGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2LineConfTemplate,
             xdsl2LineAlarmConfTemplate,
             xdsl2LineCmndConfPmsf,
             xdsl2LineCmndConfLdsf,
             xdsl2LineCmndConfLdsfFailReason,
             xdsl2LineCmndAutomodeColdStart,
             xdsl2LineCmndConfReset,
             xdsl2LineStatusXtuTransSys,
             xdsl2LineStatusPwrMngState,
             xdsl2LineStatusInitResult,
             xdsl2LineStatusLastStateDs,
             xdsl2LineStatusLastStateUs,
             xdsl2LineStatusXtur,
             xdsl2LineStatusXtuc,
             xdsl2LineStatusAttainableRateDs,
             xdsl2LineStatusAttainableRateUs,
             xdsl2LineStatusActPsdDs,
             xdsl2LineStatusActPsdUs,
             xdsl2LineStatusActAtpDs,
             xdsl2LineStatusActAtpUs,
             xdsl2LineStatusActProfile,
             xdsl2LineStatusActLimitMask,
             xdsl2LineStatusActUs0Mask,
             xdsl2LineStatusActSnrModeDs,
             xdsl2LineStatusActSnrModeUs,
             xdsl2LineStatusElectricalLength,
             xdsl2LineStatusTssiDs,
             xdsl2LineStatusTssiUs,
             xdsl2LineStatusMrefPsdDs,
             xdsl2LineStatusMrefPsdUs,
             xdsl2LineStatusTrellisDs,
             xdsl2LineStatusTrellisUs,
             xdsl2LineStatusActualCe,
             xdsl2LineBandStatusLnAtten,
             xdsl2LineBandStatusSigAtten,
             xdsl2LineBandStatusSnrMargin



Morgenstern, et al.     Expires February 02, 2014             [Page 235]

Internet-Draft               VDSL2-LINE MIB                  August 2013


              }
         STATUS     current
         DESCRIPTION
            "The group of configuration, status, and commands objects
             on the line level."
         ::= { xdsl2Groups 1 }

      xdsl2LineFallbackGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2LineConfFallbackTemplate,
             xdsl2LineStatusActTemplate
              }
         STATUS     current
         DESCRIPTION
            "The group of configuration, status, and commands
             objects on the line level that are associated with the
             fallback feature."
         ::= { xdsl2Groups 2 }

      xdsl2LineBpscGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2LineCmndConfBpsc,
             xdsl2LineCmndConfBpscFailReason,
             xdsl2LineCmndConfBpscRequests
              }
         STATUS     current
         DESCRIPTION
            "The group of configuration, status, and commands
             objects on the line level that are associated with requesting
             a bits-per-subcarrier measurement."
         ::= { xdsl2Groups 3 }

      xdsl2LineSegmentGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2LineSegmentBitsAlloc,
             xdsl2LineSegmentRowStatus
              }
         STATUS     current
         DESCRIPTION
            "The group of status and commands objects on the line
             level that are used to hold the results of the
             bits-per-subcarrier measurement."
         ::= { xdsl2Groups 4 }

      xdsl2ChannelStatusGroup OBJECT-GROUP



Morgenstern, et al.     Expires February 02, 2014             [Page 236]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         OBJECTS
             {
             xdsl2ChStatusActDataRate,
             xdsl2ChStatusPrevDataRate,
             xdsl2ChStatusActDelay,
             xdsl2ChStatusActInp,
             xdsl2ChStatusInpReport,
             xdsl2ChStatusNFec,
             xdsl2ChStatusRFec,
             xdsl2ChStatusLSymb,
             xdsl2ChStatusIntlvDepth,
             xdsl2ChStatusIntlvBlock,
             xdsl2ChStatusLPath
             }
         STATUS     current
         DESCRIPTION
             "The group of status objects on the channel level."
         ::= { xdsl2Groups 5 }

      xdsl2ChannelStatusAtmGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2ChStatusAtmStatus
             }
         STATUS     current
         DESCRIPTION
            "The group of status objects on the data path level
             when it is ATM."
         ::= { xdsl2Groups 6 }

      xdsl2ChannelStatusPtmGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2ChStatusPtmStatus
             }
         STATUS     current
         DESCRIPTION
            "The group of status objects on the data path level
             when it is PTM."
         ::= { xdsl2Groups 7 }

      xdsl2SCStatusGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2SCStatusLinScale,
             xdsl2SCStatusLinScGroupSize,
             xdsl2SCStatusLogMt,
             xdsl2SCStatusLogScGroupSize,



Morgenstern, et al.     Expires February 02, 2014             [Page 237]

Internet-Draft               VDSL2-LINE MIB                  August 2013


             xdsl2SCStatusQlnMt,
             xdsl2SCStatusQlnScGroupSize,
             xdsl2SCStatusSnrMtime,
             xdsl2SCStatusSnrScGroupSize,
             xdsl2SCStatusBandLnAtten,
             xdsl2SCStatusBandSigAtten,
             xdsl2SCStatusAttainableRate,
             xdsl2SCStatusRowStatus,
             xdsl2SCStatusSegmentLinReal,
             xdsl2SCStatusSegmentLinImg,
             xdsl2SCStatusSegmentLog,
             xdsl2SCStatusSegmentQln,
             xdsl2SCStatusSegmentSnr,
             xdsl2SCStatusSegmentBitsAlloc,
             xdsl2SCStatusSegmentGainAlloc
             }
         STATUS     current
         DESCRIPTION
            "The group of status objects on the subcarrier level.
             They are updated as a result of a DELT process."
         ::= { xdsl2Groups 8 }

      xdsl2LineInventoryGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2LInvG994VendorId,
             xdsl2LInvSystemVendorId,
             xdsl2LInvVersionNumber,
             xdsl2LInvSerialNumber,
             xdsl2LInvSelfTestResult,
             xdsl2LInvTransmissionCapabilities
             }
         STATUS     current
         DESCRIPTION
             "The group of inventory objects per xTU."
         ::= { xdsl2Groups 9 }

      xdsl2LineConfTemplateGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2LConfTempLineProfile,
             xdsl2LConfTempChan1ConfProfile,
             xdsl2LConfTempChan1RaRatioDs,
             xdsl2LConfTempChan1RaRatioUs,
             xdsl2LConfTempChan2ConfProfile,
             xdsl2LConfTempChan2RaRatioDs,
             xdsl2LConfTempChan2RaRatioUs,
             xdsl2LConfTempChan3ConfProfile,



Morgenstern, et al.     Expires February 02, 2014             [Page 238]

Internet-Draft               VDSL2-LINE MIB                  August 2013


             xdsl2LConfTempChan3RaRatioDs,
             xdsl2LConfTempChan3RaRatioUs,
             xdsl2LConfTempChan4ConfProfile,
             xdsl2LConfTempChan4RaRatioDs,
             xdsl2LConfTempChan4RaRatioUs,
             xdsl2LConfTempRowStatus
             }
         STATUS     current
         DESCRIPTION
            "The group of objects in a line configuration
             template."
         ::= { xdsl2Groups 10 }

      xdsl2LineConfProfGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2LConfProfScMaskDs,
             xdsl2LConfProfScMaskUs,
             xdsl2LConfProfVdsl2CarMask,
             xdsl2LConfProfRfiBands,
             xdsl2LConfProfRaModeDs,
             xdsl2LConfProfRaModeUs,
             xdsl2LConfProfTargetSnrmDs,
             xdsl2LConfProfTargetSnrmUs,
             xdsl2LConfProfMaxSnrmDs,
             xdsl2LConfProfMaxSnrmUs,
             xdsl2LConfProfMinSnrmDs,
             xdsl2LConfProfMinSnrmUs,
             xdsl2LConfProfCeFlag,
             xdsl2LConfProfSnrModeDs,
             xdsl2LConfProfSnrModeUs,
             xdsl2LConfProfTxRefVnDs,
             xdsl2LConfProfTxRefVnUs,
             xdsl2LConfProfXtuTransSysEna,
             xdsl2LConfProfPmMode,
             xdsl2LConfProfL0Time,
             xdsl2LConfProfL2Time,
             xdsl2LConfProfL2Atpr,
             xdsl2LConfProfL2Atprt,
             xdsl2LConfProfProfiles,
             xdsl2LConfProfDpboEPsd,
             xdsl2LConfProfDpboEsEL,
             xdsl2LConfProfDpboEsCableModelA,
             xdsl2LConfProfDpboEsCableModelB,
             xdsl2LConfProfDpboEsCableModelC,
             xdsl2LConfProfDpboMus,
             xdsl2LConfProfDpboFMin,
             xdsl2LConfProfDpboFMax,



Morgenstern, et al.     Expires February 02, 2014             [Page 239]

Internet-Draft               VDSL2-LINE MIB                  August 2013


             xdsl2LConfProfUpboKL,
             xdsl2LConfProfUpboKLF,
             xdsl2LConfProfUs0Mask,
             xdsl2LConfProfForceInp,
             xdsl2LConfProfRowStatus
             }
         STATUS     current
         DESCRIPTION
            "The group of objects in a line configuration
             profile."
         ::= { xdsl2Groups 11 }

      xdsl2LineConfProfRaGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2LConfProfRaUsNrmDs,
             xdsl2LConfProfRaUsNrmUs,
             xdsl2LConfProfRaUsTimeDs,
             xdsl2LConfProfRaUsTimeUs,
             xdsl2LConfProfRaDsNrmDs,
             xdsl2LConfProfRaDsNrmUs,
             xdsl2LConfProfRaDsTimeDs,
             xdsl2LConfProfRaDsTimeUs
             }
         STATUS     current
         DESCRIPTION
            "The group of objects required for controlling the
             rate-adaptive behavior of the line."
         ::= { xdsl2Groups 12 }

      xdsl2LineConfProfMsgMinGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2LConfProfMsgMinUs,
             xdsl2LConfProfMsgMinDs
             }
         STATUS     current
         DESCRIPTION
            "The group of objects required for controlling the rate
             reserved for Overhead traffic."
         ::= { xdsl2Groups 13 }

      xdsl2LineConfProfModeSpecGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2LConfProfMaxNomPsdDs,
             xdsl2LConfProfMaxNomPsdUs,
             xdsl2LConfProfMaxNomAtpDs,



Morgenstern, et al.     Expires February 02, 2014             [Page 240]

Internet-Draft               VDSL2-LINE MIB                  August 2013


             xdsl2LConfProfMaxNomAtpUs,
             xdsl2LConfProfMaxAggRxPwrUs,
             xdsl2LConfProfPsdMaskDs,
             xdsl2LConfProfPsdMaskUs,
             xdsl2LConfProfPsdMaskSelectUs,
             xdsl2LConfProfClassMask,
             xdsl2LConfProfLimitMask,
             xdsl2LConfProfUs0Disable,
             xdsl2LConfProfModeSpecRowStatus
             }
         STATUS     current
         DESCRIPTION
            "The group of objects in a line configuration profile
             that have an instance for each operation mode allowed."
         ::= { xdsl2Groups 14 }

      xdsl2LineConfProfModeSpecBandUsGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2LConfProfUpboPsdA,
             xdsl2LConfProfUpboPsdB,
             xdsl2LConfProfModeSpecBandUsRowStatus
             }
         STATUS     current
         DESCRIPTION
            "The group of objects in a line configuration profile
             that have several per-upstream-band instances for each
             operation mode allowed."
         ::= { xdsl2Groups 15 }

      xdsl2ChConfProfileGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2ChConfProfMinDataRateDs,
             xdsl2ChConfProfMinDataRateUs,
             xdsl2ChConfProfMaxDataRateDs,
             xdsl2ChConfProfMaxDataRateUs,
             xdsl2ChConfProfMinDataRateLowPwrDs,
             xdsl2ChConfProfMinDataRateLowPwrUs,
             xdsl2ChConfProfMaxDelayDs,
             xdsl2ChConfProfMaxDelayUs,
             xdsl2ChConfProfMinProtectionDs,
             xdsl2ChConfProfMinProtectionUs,
             xdsl2ChConfProfMinProtection8Ds,
             xdsl2ChConfProfMinProtection8Us,
             xdsl2ChConfProfMaxBerDs,
             xdsl2ChConfProfMaxBerUs,
             xdsl2ChConfProfUsDataRateDs,



Morgenstern, et al.     Expires February 02, 2014             [Page 241]

Internet-Draft               VDSL2-LINE MIB                  August 2013


             xdsl2ChConfProfDsDataRateDs,
             xdsl2ChConfProfUsDataRateUs,
             xdsl2ChConfProfDsDataRateUs,
             xdsl2ChConfProfRowStatus
             }
         STATUS     current
         DESCRIPTION
            "The group of objects in a channel configuration
             profile."
         ::= { xdsl2Groups 16 }

      xdsl2ChConfProfileAtmGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2ChConfProfImaEnabled,
             xdsl2ChStatusAtmStatus
             }
         STATUS     current
         DESCRIPTION
            "The group of configuration objects required when the data
             path is ATM."
         ::= { xdsl2Groups 17 }

      xdsl2ChConfProfileMinResGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2ChConfProfMinResDataRateDs,
             xdsl2ChConfProfMinResDataRateUs
             }
         STATUS     current
         DESCRIPTION
            "The group of configuration objects required for the
             reserved data rate."
         ::= { xdsl2Groups 18 }

      xdsl2ChConfProfileOptAttrGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2ChConfProfMaxDelayVar,
             xdsl2ChConfProfInitPolicy
             }
         STATUS     current
         DESCRIPTION
            "The group of various optional channel configuration
             parameters."
         ::= { xdsl2Groups 19 }

      xdsl2LineAlarmConfTemplateGroup OBJECT-GROUP



Morgenstern, et al.     Expires February 02, 2014             [Page 242]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         OBJECTS
             {
             xdsl2LAlarmConfTempLineProfile,
             xdsl2LAlarmConfTempChan1ConfProfile,
             xdsl2LAlarmConfTempChan2ConfProfile,
             xdsl2LAlarmConfTempChan3ConfProfile,
             xdsl2LAlarmConfTempChan4ConfProfile,
             xdsl2LAlarmConfTempRowStatus
             }
         STATUS     current
         DESCRIPTION
            "The group of objects in a line alarm template."
         ::= { xdsl2Groups 20 }

      xdsl2LineAlarmConfProfileGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2LineAlarmConfProfileXtucThresh15MinFecs,
             xdsl2LineAlarmConfProfileXtucThresh15MinEs,
             xdsl2LineAlarmConfProfileXtucThresh15MinSes,
             xdsl2LineAlarmConfProfileXtucThresh15MinLoss,
             xdsl2LineAlarmConfProfileXtucThresh15MinUas,
             xdsl2LineAlarmConfProfileXturThresh15MinFecs,
             xdsl2LineAlarmConfProfileXturThresh15MinEs,
             xdsl2LineAlarmConfProfileXturThresh15MinSes,
             xdsl2LineAlarmConfProfileXturThresh15MinLoss,
             xdsl2LineAlarmConfProfileXturThresh15MinUas,
             xdsl2LineAlarmConfProfileThresh15MinFailedFullInt,
             xdsl2LineAlarmConfProfileThresh15MinFailedShrtInt,
             xdsl2LineAlarmConfProfileRowStatus
             }
         STATUS     current
         DESCRIPTION
            "The group of objects in a line alarm profile."
         ::= { xdsl2Groups 21 }

      xdsl2ChAlarmConfProfileGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2ChAlarmConfProfileXtucThresh15MinCodingViolations,
             xdsl2ChAlarmConfProfileXtucThresh15MinCorrected,
             xdsl2ChAlarmConfProfileXturThresh15MinCodingViolations,
             xdsl2ChAlarmConfProfileXturThresh15MinCorrected,
             xdsl2ChAlarmConfProfileRowStatus
             }
         STATUS     current
         DESCRIPTION
            "The group of objects in a channel alarm profile."



Morgenstern, et al.     Expires February 02, 2014             [Page 243]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         ::= { xdsl2Groups 22 }

      xdsl2PMLineCurrGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2PMLCurr15MValidIntervals,
             xdsl2PMLCurr15MInvalidIntervals,
             xdsl2PMLCurr15MTimeElapsed,
             xdsl2PMLCurr15MFecs,
             xdsl2PMLCurr15MEs,
             xdsl2PMLCurr15MSes,
             xdsl2PMLCurr15MLoss,
             xdsl2PMLCurr15MUas,
             xdsl2PMLCurr1DayValidIntervals,
             xdsl2PMLCurr1DayInvalidIntervals,
             xdsl2PMLCurr1DayTimeElapsed,
             xdsl2PMLCurr1DayFecs,
             xdsl2PMLCurr1DayEs,
             xdsl2PMLCurr1DaySes,
             xdsl2PMLCurr1DayLoss,
             xdsl2PMLCurr1DayUas
             }
         STATUS     current
         DESCRIPTION
            "The group of objects that report the line-level
             counters for current PM intervals."
         ::= { xdsl2Groups 23 }

      xdsl2PMLineInitCurrGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2PMLInitCurr15MValidIntervals,
             xdsl2PMLInitCurr15MInvalidIntervals,
             xdsl2PMLInitCurr15MTimeElapsed,
             xdsl2PMLInitCurr15MFullInits,
             xdsl2PMLInitCurr15MFailedFullInits,
             xdsl2PMLInitCurr1DayValidIntervals,
             xdsl2PMLInitCurr1DayInvalidIntervals,
             xdsl2PMLInitCurr1DayTimeElapsed,
             xdsl2PMLInitCurr1DayFullInits,
             xdsl2PMLInitCurr1DayFailedFullInits
             }
         STATUS     current
         DESCRIPTION
            "The group of objects that report the full
             initialization counters for current PM intervals."
         ::= { xdsl2Groups 24 }




Morgenstern, et al.     Expires February 02, 2014             [Page 244]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      xdsl2PMLineInitCurrShortGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2PMLInitCurr15MShortInits,
             xdsl2PMLInitCurr15MFailedShortInits,
             xdsl2PMLInitCurr1DayShortInits,
             xdsl2PMLInitCurr1DayFailedShortInits
             }
         STATUS     current
         DESCRIPTION
            "The group of objects that report the short
             initialization counters for current PM intervals."
         ::= { xdsl2Groups 25 }

      xdsl2PMLineHist15MinGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2PMLHist15MMonitoredTime,
             xdsl2PMLHist15MFecs,
             xdsl2PMLHist15MEs,
             xdsl2PMLHist15MSes,
             xdsl2PMLHist15MLoss,
             xdsl2PMLHist15MUas,
             xdsl2PMLHist15MValidInterval
             }
         STATUS     current
         DESCRIPTION
            "The group of line-level PM counters for the previous
             15-minute intervals."
         ::= { xdsl2Groups 26 }

      xdsl2PMLineHist1DayGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2PMLHist1DMonitoredTime,
             xdsl2PMLHist1DFecs,
             xdsl2PMLHist1DEs,
             xdsl2PMLHist1DSes,
             xdsl2PMLHist1DLoss,
             xdsl2PMLHist1DUas,
             xdsl2PMLHist1DValidInterval
             }
         STATUS     current
         DESCRIPTION
            "The group of line-level PM counters for the previous
             24-hour intervals."
         ::= { xdsl2Groups 27 }




Morgenstern, et al.     Expires February 02, 2014             [Page 245]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      xdsl2PMLineInitHist15MinGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2PMLInitHist15MMonitoredTime,
             xdsl2PMLInitHist15MFullInits,
             xdsl2PMLInitHist15MFailedFullInits,
             xdsl2PMLInitHist15MValidInterval
             }
         STATUS     current
         DESCRIPTION
            "The group of PM counters for the previous 15-minute
             interval full initializations."
         ::= { xdsl2Groups 28 }

      xdsl2PMLineInitHist15MinShortGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2PMLInitHist15MShortInits,
             xdsl2PMLInitHist15MFailedShortInits
             }
         STATUS     current
         DESCRIPTION
            "The group of PM counters for the previous 15-minute
             interval short initializations."
         ::= { xdsl2Groups 29 }

      xdsl2PMLineInitHist1DayGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2PMLInitHist1DMonitoredTime,
             xdsl2PMLInitHist1DFullInits,
             xdsl2PMLInitHist1DFailedFullInits,
             xdsl2PMLInitHist1DValidInterval
             }
         STATUS     current
         DESCRIPTION
            "The group of PM counters for the previous 24-hour
             interval full initializations."
         ::= { xdsl2Groups 30 }

      xdsl2PMLineInitHist1DayShortGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2PMLInitHist1DShortInits,
             xdsl2PMLInitHist1DFailedShortInits
             }
         STATUS     current
         DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014             [Page 246]

Internet-Draft               VDSL2-LINE MIB                  August 2013


            "The group of PM counters for the previous 24-hour
             interval short initializations."
         ::= { xdsl2Groups 31 }

      xdsl2PMChCurrGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2PMChCurr15MValidIntervals,
             xdsl2PMChCurr15MInvalidIntervals,
             xdsl2PMChCurr15MTimeElapsed,
             xdsl2PMChCurr15MCodingViolations,
             xdsl2PMChCurr15MCorrectedBlocks,
             xdsl2PMChCurr1DayValidIntervals,
             xdsl2PMChCurr1DayInvalidIntervals,
             xdsl2PMChCurr1DayTimeElapsed,
             xdsl2PMChCurr1DayCodingViolations,
             xdsl2PMChCurr1DayCorrectedBlocks
             }
         STATUS     current
         DESCRIPTION
            "The group of objects that report the channel-level
             counters for current PM intervals."
         ::= { xdsl2Groups 32 }

      xdsl2PMChHist15MinGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2PMChHist15MMonitoredTime,
             xdsl2PMChHist15MCodingViolations,
             xdsl2PMChHist15MCorrectedBlocks,
             xdsl2PMChHist15MValidInterval
             }
         STATUS     current
         DESCRIPTION
            "The group of objects that report the channel-level
             counters for previous 15-minute PM intervals."
         ::= { xdsl2Groups 33 }

      xdsl2PMChHist1DGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2PMChHist1DMonitoredTime,
             xdsl2PMChHist1DCodingViolations,
             xdsl2PMChHist1DCorrectedBlocks,
             xdsl2PMChHist1DValidInterval
             }
         STATUS     current
         DESCRIPTION



Morgenstern, et al.     Expires February 02, 2014             [Page 247]

Internet-Draft               VDSL2-LINE MIB                  August 2013


           "The group of objects that report the channel-level
           counters for previous 24-hour PM intervals."
         ::= { xdsl2Groups 34 }

      xdsl2ScalarSCGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2ScalarSCMaxInterfaces,
             xdsl2ScalarSCAvailInterfaces
             }
         STATUS     current
         DESCRIPTION
            "The group of objects that report the available memory
             resources for DELT processes."
         ::= { xdsl2Groups 35 }

      xdsl2ThreshNotificationGroup NOTIFICATION-GROUP
         NOTIFICATIONS
         {
         xdsl2LinePerfFECSThreshXtuc,
         xdsl2LinePerfFECSThreshXtur,
         xdsl2LinePerfESThreshXtuc,
         xdsl2LinePerfESThreshXtur,
         xdsl2LinePerfSESThreshXtuc,
         xdsl2LinePerfSESThreshXtur,
         xdsl2LinePerfLOSSThreshXtuc,
         xdsl2LinePerfLOSSThreshXtur,
         xdsl2LinePerfUASThreshXtuc,
         xdsl2LinePerfUASThreshXtur,
         xdsl2LinePerfCodingViolationsThreshXtuc,
         xdsl2LinePerfCodingViolationsThreshXtur,
         xdsl2LinePerfCorrectedThreshXtuc,
         xdsl2LinePerfCorrectedThreshXtur,
         xdsl2LinePerfFailedFullInitThresh,
         xdsl2LinePerfFailedShortInitThresh
         }
         STATUS      current
         DESCRIPTION
            "This group supports notifications of significant
             conditions associated with DSL lines."
         ::= { xdsl2Groups 36 }

      xdsl2StatusChangeNotificationGroup NOTIFICATION-GROUP
         NOTIFICATIONS
         {
         xdsl2LineStatusChangeXtuc,
         xdsl2LineStatusChangeXtur
         }



Morgenstern, et al.     Expires February 02, 2014             [Page 248]

Internet-Draft               VDSL2-LINE MIB                  August 2013


         STATUS      current
         DESCRIPTION
            "This group supports notifications of thresholds crossing
             associated with DSL lines."
         ::= { xdsl2Groups 37 }

      --
      -- VoP Mandatory Groups.
      --

      xdsl2VopLineGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2VopLineVectorId
             }
         STATUS     current
         DESCRIPTION
           ""
         ::= { xdsl2Groups 38 }

      xdsl2VopVectorGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2VopVectorIndex,
             xdsl2VopVectorRowStatus,
             xdsl2VopVectorDescription,
             xdsl2VopVectorUsDataRateProfId1,
             xdsl2VopVectorUsRaRatio1,
             xdsl2VopVectorDsDataRateProfId1,
             xdsl2VopVectorDsRaRatio1,
             xdsl2VopVectorInpDelayProfId1,
             xdsl2VopVectorUsDataRateProfId2,
             xdsl2VopVectorUsRaRatio2,
             xdsl2VopVectorDsDataRateProfId2,
             xdsl2VopVectorDsRaRatio2,
             xdsl2VopVectorInpDelayProfId2,
             xdsl2VopVectorUsDataRateProfId3,
             xdsl2VopVectorUsRaRatio3,
             xdsl2VopVectorDsDataRateProfId3,
             xdsl2VopVectorDsRaRatio3,
             xdsl2VopVectorInpDelayProfId3,
             xdsl2VopVectorUsDataRateProfId4,
             xdsl2VopVectorUsRaRatio4,
             xdsl2VopVectorDsDataRateProfId4,
             xdsl2VopVectorDsRaRatio4,
             xdsl2VopVectorInpDelayProfId4,
             xdsl2VopVectorLSpectrumProfId,
             xdsl2VopVectorUpboProfId,



Morgenstern, et al.     Expires February 02, 2014             [Page 249]

Internet-Draft               VDSL2-LINE MIB                  August 2013


             xdsl2VopVectorDpboProfId,
             xdsl2VopVectorRfiProfId,
             xdsl2VopVectorNoiseMarginProfId,
             xdsl2VopVectorVNoiseProfId
             }
         STATUS     current
         DESCRIPTION
           ""
         ::= { xdsl2Groups 39 }

      xdsl2VopVectorActualGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2VopVectorActualIndex,
             xdsl2VopVectorActualUsDataRateProfId1,
             xdsl2VopVectorActualUsRaRatio1,
             xdsl2VopVectorActualDsDataRateProfId1,
             xdsl2VopVectorActualDsRaRatio1,
             xdsl2VopVectorActualInpDelayProfId1,
             xdsl2VopVectorActualUsDataRateProfId2,
             xdsl2VopVectorActualUsRaRatio2,
             xdsl2VopVectorActualDsDataRateProfId2,
             xdsl2VopVectorActualDsRaRatio2,
             xdsl2VopVectorActualInpDelayProfId2,
             xdsl2VopVectorActualUsDataRateProfId3,
             xdsl2VopVectorActualUsRaRatio3,
             xdsl2VopVectorActualDsDataRateProfId3,
             xdsl2VopVectorActualDsRaRatio3,
             xdsl2VopVectorActualInpDelayProfId3,
             xdsl2VopVectorActualUsDataRateProfId4,
             xdsl2VopVectorActualUsRaRatio4,
             xdsl2VopVectorActualDsDataRateProfId4,
             xdsl2VopVectorActualDsRaRatio4,
             xdsl2VopVectorActualInpDelayProfId4,
             xdsl2VopVectorActualLSpectrumProfId,
             xdsl2VopVectorActualUpboProfId,
             xdsl2VopVectorActualDpboProfId,
             xdsl2VopVectorActualRfiProfId,
             xdsl2VopVectorActualNoiseMarginProfId,
             xdsl2VopVectorActualVNoiseProfId
             }
         STATUS     current
         DESCRIPTION
           ""
         ::= { xdsl2Groups 40 }

      xdsl2ScalarVopGroup OBJECT-GROUP
         OBJECTS



Morgenstern, et al.     Expires February 02, 2014             [Page 250]

Internet-Draft               VDSL2-LINE MIB                  August 2013


             {
             xdsl2ScalarVopAttachmentMethodCapabilties,
             xdsl2ScalarVopAttachmentMethodConfigured,
             xdsl2ScalarVopAttachmentMethodCurrent,
             xdsl2VopVectorIndexNext
             }
         STATUS     current
         DESCRIPTION
           ""
         ::= { xdsl2Groups 41 }

      --
      -- VoP Optional Groups.
      --

      xdsl2VopLineFallbackGroup OBJECT-GROUP
         OBJECTS
             {
             xdsl2VopLineFallbackVectorId
             }
         STATUS     current
         DESCRIPTION
           ""
         ::= { xdsl2Groups 500 }

   END




4.  Implementation Analysis

   A management application intended to manage ADSL links (e.g.,
   G.992.1) with this MIB module MUST be modified to adapt itself to
   certain differences between RFC 2662 [RFC2662] and this MIB module,
   including the following aspects:


   o  Though the configuration templates/profiles allow referring to 1-4
      bearer channels, ADSL links are limited to two channels at most.

   o  Though the channel configuration profile allows higher data rates,
      ADSL links are limited to downstream/upstream data rate as assumed
      in RFC 2662 [RFC2662].

   o  The Impulse Noise Protection (INP) configuration parameters are
      given by minimum protection and maximum delay parameters.




Morgenstern, et al.     Expires February 02, 2014             [Page 251]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   o  The line configuration profile includes a sub-table that addresses
      mode-specific parameters.  For ADSL links, the management
      application SHOULD create a row in that table for the ADSL modes
      only.

   o  The line configuration profile includes parameters that are
      irrelevant for ADSL links.  Similarly, many status parameters in
      the MIB are irrelevant for certain ADSL modes.  Therefore, it is
      advised to consult with ITU G.997.1 standard [G.997.1] regarding
      the scope and relevance of each parameter in this MIB.


5.  Security Considerations

   There are a number of management objects defined in this MIB module
   with a MAX-ACCESS clause of read-write and/or read-create.  Such
   objects may be considered sensitive or vulnerable in some network
   environments.  The support for SET operations in a non-secure
   environment without proper protection can have a negative effect on
   network operations.  These are the tables and objects and their
   sensitivity/vulnerability:


   o  xdsl2LineTable

      The table consists of the following objects that support SET
      operations:


      *  xdsl2LineConfTemplate

      *  xdsl2LineConfFallbackTemplate

      *  xdsl2LineAlarmConfTemplate

      *  xdsl2LineCmndConfPmsf

      *  xdsl2LineCmndConfLdsf

      *  xdsl2LineCmndConfBpsc

      *  xdsl2LineCmndAutomodeColdStart

      *  xdsl2LineCmndConfReset

      Unauthorized changes to xdsl2LineConfTemplate could have a major
      adverse operational effect on many lines simultaneously.




Morgenstern, et al.     Expires February 02, 2014             [Page 252]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      Unauthorized changes to xdsl2LineConfFallbackTemplate could have a
      major adverse operational effect on many lines simultaneously.

      Unauthorized changes to xdsl2LineAlarmConfTemplate could have a
      contrary effect on notifications.

      Unauthorized changes to xdsl2LineCmndConfPmsf could have an
      adverse affect on the power consumption of a line and may disrupt
      an operational service.

      Unauthorized changes to xdsl2LineCmndConfLdsf could cause an
      unscheduled line test to be carried out on the line.

      Unauthorized changes to xdsl2LineCmndConfBpsc could cause an
      unscheduled bits-per-subcarrier measurement to be carried out on
      the line.

      Unauthorized changes to xdsl2LineCmndAutomodeColdStart could cause
      an unscheduled cold reset to the line.

      Unauthorized changes to xdsl2LineCmndConfReset could cause a
      unscheduled retrain of a line.


   o  xdsl2LineSegmentTable

      This table contains one object, xdsl2LineSegmentRowStatus, that
      supports SET operations.  Unauthorized changes could result in
      measurement results being deleted prematurely.


   o  xdsl2SCStatusTable

      This table contains one object, xdsl2SCStatusRowStatus, that
      supports SET operations.  Unauthorized changes could result in
      line test results being deleted prematurely.


   o  xdsl2LineConfTemplateTable

      The table consists of the following objects that support SET
      operations:


      *  xdsl2LConfTempLineProfile

      *  xdsl2LConfTempChan1ConfProfile




Morgenstern, et al.     Expires February 02, 2014             [Page 253]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      *  xdsl2LConfTempChan1RaRatioDs

      *  xdsl2LConfTempChan1RaRatioUs

      *  xdsl2LConfTempChan2ConfProfile

      *  xdsl2LConfTempChan2RaRatioDs

      *  xdsl2LConfTempChan2RaRatioUs

      *  xdsl2LConfTempChan3ConfProfile

      *  xdsl2LConfTempChan3RaRatioDs

      *  xdsl2LConfTempChan3RaRatioUs

      *  xdsl2LConfTempChan4ConfProfile

      *  xdsl2LConfTempChan4RaRatioDs

      *  xdsl2LConfTempChan4RaRatioUs

      *  xdsl2LConfTempRowStatus

      Unauthorized changes to xdsl2LConfTempLineProfile,
      xdsl2LConfTempChan1ConfProfile, xdsl2LConfTempChan2ConfProfile,
      xdsl2LConfTempChan3ConfProfile, or xdsl2LConfTempChan4ConfProfile
      could have an adverse operational effect on several lines; could
      change several lines over to running in unwanted levels of
      operation; or could result in several services undergoing changes
      in the number of channels that carry the service.

      Unauthorized changes to xdsl2LConfTempChan1RaRatioDs,
      xdsl2LConfTempChan2RaRatioDs, xdsl2LConfTempChan3RaRatioDs, or
      xdsl2LConfTempChan4RaRatioDs would alter the relative rate
      allocations among all channels belonging to a line.  This could
      have an adverse operational effect on several lines.

      Unauthorized changes to xdsl2LConfTempRowStatus could result in
      templates being created or brought into service prematurely, or
      they could result in templates being inadvertently deleted or
      taken out of service.


   o  xdsl2LineConfProfTable

      The table consists of the following objects that support SET
      operations:



Morgenstern, et al.     Expires February 02, 2014             [Page 254]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      *  xdsl2LConfProfScMaskDs

      *  xdsl2LConfProfScMaskUs

      *  xdsl2LConfProfRfiBandsDs

      *  xdsl2LConfProfRaModeDs

      *  xdsl2LConfProfRaModeUs

      *  xdsl2LConfProfRaUsNrmDs

      *  xdsl2LConfProfRaUsNrmUs

      *  xdsl2LConfProfRaUsTimeDs

      *  xdsl2LConfProfRaUsTimeUs

      *  xdsl2LConfProfRaDsNrmDs

      *  xdsl2LConfProfRaDsNrmUs

      *  xdsl2LConfProfRaDsTimeDs

      *  xdsl2LConfProfRaDsTimeUs

      *  xdsl2LConfProfTargetSnrmDs

      *  xdsl2LConfProfTargetSnrmUs

      *  xdsl2LConfProfMaxSnrmDs

      *  xdsl2LConfProfMaxSnrmUs

      *  xdsl2LConfProfMinSnrmDs

      *  xdsl2LConfProfMinSnrmUs

      *  xdsl2LConfProfMsgMinUs

      *  xdsl2LConfProfMsgMinDs

      *  xdsl2LConfProfCeFlag

      *  xdsl2LConfProfSnrModeDs

      *  xdsl2LConfProfSnrModeUs




Morgenstern, et al.     Expires February 02, 2014             [Page 255]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      *  xdsl2LConfProfTxRefVnDs

      *  xdsl2LConfProfTxRefVnUs

      *  xdsl2LConfProfXtuTransSysEna

      *  xdsl2LConfProfPmMode

      *  xdsl2LConfProfL0Time

      *  xdsl2LConfProfL2Time

      *  xdsl2LConfProfL2Atpr

      *  xdsl2LConfProfL2Atprt

      *  xdsl2LConfProfProfiles

      *  xdsl2LConfProfDpboEPsd

      *  xdsl2LConfProfDpboEsEL

      *  xdsl2LConfProfDpboEsCableModelA

      *  xdsl2LConfProfDpboEsCableModelB

      *  xdsl2LConfProfDpboEsCableModelC

      *  xdsl2LConfProfDpboMus

      *  xdsl2LConfProfDpboFMin

      *  xdsl2LConfProfDpboFMax

      *  xdsl2LConfProfUpboKL

      *  xdsl2LConfProfUpboKLF

      *  xdsl2LConfProfUs0Mask

      *  xdsl2LConfProfForceInp

      *  xdsl2LConfProfRowStatus

      Unauthorized changes resulting in the setting of any of the above
      objects to an incorrect value could have an adverse operational
      effect on several lines.




Morgenstern, et al.     Expires February 02, 2014             [Page 256]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      Also, unauthorized changes to xdsl2LConfProfRowStatus could result
      in unwanted line profiles being created or brought into service
      prematurely, or they could result in line profiles being
      inadvertently deleted or taken out of service.


   o  xdsl2LineConfProfModeSpecTable

      The table consists of the following objects that support SET
      operations:


      *  xdsl2LConfProfMaxNomPsdDs

      *  xdsl2LConfProfMaxNomPsdUs

      *  xdsl2LConfProfMaxNomAtpDs

      *  xdsl2LConfProfMaxNomAtpUs

      *  xdsl2LConfProfMaxAggRxPwrUs

      *  xdsl2LConfProfPsdMaskDs

      *  xdsl2LConfProfPsdMaskUs

      *  xdsl2LConfProfPsdMaskSelectUs

      *  xdsl2LConfProfClassMask

      *  xdsl2LConfProfLimitMask

      *  xdsl2LConfProfUs0Disable

      *  xdsl2LConfProfModeSpecRowStatus

      Unauthorized changes resulting in the setting of any of the above
      objects to an incorrect value could have an adverse operational
      effect on several lines.

      Also, unauthorized changes to xdsl2LConfProfModeSpecRowStatus
      could result in unwanted PSD configurations being created or
      brought into service prematurely, or they could result in PSD
      configurations being inadvertently deleted or taken out of
      service.


   o  xdsl2LineConfProfModeSpecBandUsTable



Morgenstern, et al.     Expires February 02, 2014             [Page 257]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      The table consists of the following objects that support SET
      operations:


      *  xdsl2LConfProfUpboPsdA

      *  xdsl2LConfProfUpboPsdB

      *  xdsl2LConfProfModeSpecRowStatus

      Unauthorized changes resulting in the setting of any of the above
      objects to an incorrect value could have an adverse operational
      effect on several lines.

      Also, unauthorized changes to
      xdsl2LConfProfModeSpecBandUsRowStatus could result in unwanted PSD
      configurations being created or brought into service prematurely,
      or they could result in PSD configurations being inadvertently
      deleted or taken out of service.


   o  xdsl2ChConfProfileTable

      The table consists of the following objects that support SET
      operations:


      *  xdsl2ChConfProfMinDataRateDs

      *  xdsl2ChConfProfMinDataRateUs

      *  xdsl2ChConfProfMinResDataRateDs

      *  xdsl2ChConfProfMinResDataRateUs

      *  xdsl2ChConfProfMaxDataRateDs

      *  xdsl2ChConfProfMaxDataRateUs

      *  xdsl2ChConfProfMinDataRateLowPwrDs

      *  xdsl2ChConfProfMinDataRateLowPwrUs

      *  xdsl2ChConfProfMaxDelayDs

      *  xdsl2ChConfProfMaxDelayUs

      *  xdsl2ChConfProfMinProtectionDs



Morgenstern, et al.     Expires February 02, 2014             [Page 258]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      *  xdsl2ChConfProfMinProtectionUs

      *  xdsl2ChConfProfMinProtection8Ds

      *  xdsl2ChConfProfMinProtection8Us

      *  xdsl2ChConfProfMaxBerDs

      *  xdsl2ChConfProfMaxBerUs

      *  xdsl2ChConfProfUsDataRateDs

      *  xdsl2ChConfProfDsDataRateDs

      *  xdsl2ChConfProfUsDataRateUs

      *  xdsl2ChConfProfDsDataRateUs

      *  xdsl2ChConfProfImaEnabled

      *  xdsl2ChConfProfMaxDelayVar

      *  xdsl2ChConfProfInitPolicy

      *  xdsl2ChConfProfRowStatus

      Unauthorized changes resulting in the setting of any of the above
      objects to an incorrect value could have an adverse operational
      effect on several lines.

      Also, unauthorized changes to xdsl2ChConfProfRowStatus could
      result in unwanted channel profiles being created or brought into
      service prematurely, or they could result in channel profiles
      being inadvertently deleted or taken out of service.


   o  xdsl2LineAlarmConfTemplateTable

      The table consists of the following objects that support SET
      operations:


      *  xdsl2LAlarmConfTempLineProfile

      *  xdsl2LAlarmConfTempChan1ConfProfile

      *  xdsl2LalarmConfTempChan2ConfProfile




Morgenstern, et al.     Expires February 02, 2014             [Page 259]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      *  xdsl2LalarmConfTempChan3ConfProfile

      *  xdsl2LalarmConfTempChan4ConfProfile

      *  xdsl2LAlarmConfTempRowStatus

      Unauthorized changes to xdsl2LAlarmConfTempLineProfile,
      xdsl2LAlarmConfTempChan1ConfProfile,
      xdsl2LAlarmConfTempChan2ConfProfile,
      xdsl2LAlarmConfTempChan3ConfProfile, or
      xdsl2LAlarmConfTempChan4ConfProfile could have an adverse effect
      on the management of notifications generated at the scope of
      several to many lines, or they could change several to many lines
      over to running with unwanted management rates for generated
      notifications.

      Unauthorized changes to xdsl2LAlarmConfTempRowStatus could result
      in alarm templates being created or brought into service
      prematurely, or they could result in alarm templates being
      inadvertently deleted or taken out of service.


   o  xdsl2LineAlarmConfProfileTable

      The table consists of the following objects that support SET
      operations:


      *  xdsl2LineAlarmConfProfileXtucThresh15MinFecs

      *  xdsl2LineAlarmConfProfileXtucThresh15MinEs

      *  xdsl2LineAlarmConfProfileXtucThresh15MinSes

      *  xdsl2LineAlarmConfProfileXtucThresh15MinLoss

      *  xdsl2LineAlarmConfProfileXtucThresh15MinUas

      *  xdsl2LineAlarmConfProfileXturThresh15MinFecs

      *  xdsl2LineAlarmConfProfileXturThresh15MinEs

      *  xdsl2LineAlarmConfProfileXturThresh15MinSes

      *  xdsl2LineAlarmConfProfileXturThresh15MinLoss

      *  xdsl2LineAlarmConfProfileXturThresh15MinUas




Morgenstern, et al.     Expires February 02, 2014             [Page 260]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      *  xdsl2LineAlarmConfProfileThresh15MinFailedFullInt

      *  xdsl2LineAlarmConfProfileThresh15MinFailedShrtInt

      *  xdsl2LineAlarmConfProfileRowStatus

      Increasing any of the threshold values could result in a
      notification being suppressed or deferred.  Setting a threshold to
      '0' could result in a notification being suppressed.  Suppressing
      or deferring a notification could prevent the timely delivery of
      important diagnostic information.  Decreasing any of the threshold
      values could result in a notification being sent from the network
      falsely reporting a threshold crossing.

      Unauthorized changes to row status could result in unwanted line
      alarm profiles being created or brought into service.  Also,
      changes to the row status could result in line alarm profiles
      being inadvertently deleted or taken out of service.


   o  xdsl2ChAlarmConfProfileTable

      The table consists of the following objects that support SET
      operations:


      *  xdsl2ChAlarmConfProfileXtucThresh15MinCodingViolations

      *  xdsl2ChAlarmConfProfileXtucThresh15MinCorrected

      *  xdsl2ChAlarmConfProfileXturThresh15MinCodingViolations

      *  xdsl2ChAlarmConfProfileXturThresh15MinCorrected

      *  xdsl2ChAlarmConfProfileRowStatus

      *  xdsl2LineAlarmConfProfileXturThresh15MinFecs

      *  xdsl2LineAlarmConfProfileXturThresh15MinEs

      *  xdsl2LineAlarmConfProfileXturThresh15MinSes

      *  xdsl2LineAlarmConfProfileXturThresh15MinLoss

      *  xdsl2LineAlarmConfProfileXturThresh15MinUas

      *  xdsl2LineAlarmConfProfileThresh15MinFailedFullInt




Morgenstern, et al.     Expires February 02, 2014             [Page 261]

Internet-Draft               VDSL2-LINE MIB                  August 2013


      *  xdsl2LineAlarmConfProfileThresh15MinFailedShrtInt

      *  xdsl2LineAlarmConfProfileRowStatus

      Increasing any of the threshold values could result in a
      notification being suppressed or deferred.  Setting a threshold to
      '0' could result in a notification being suppressed.  Suppressing
      or deferring a notification could prevent the timely delivery of
      important diagnostic information.  Decreasing any of the threshold
      values could result in a notification being sent from the network
      falsely reporting a threshold crossing.

      Unauthorized changes to row status could result in unwanted
      channel alarm profiles being created or brought into service.
      Also, changes to the row status could result in channel alarm
      profiles being inadvertently deleted or taken out of service.

   Some of the readable objects in this MIB module (i.e., objects with a
   MAX-ACCESS other than not-accessible) may be considered sensitive or
   vulnerable in some network environments.  It is thus important to
   control even GET and/or NOTIFY access to these objects and possibly
   to even encrypt the values of these objects when sending them over
   the network via SNMP.  These are the tables and objects and their
   sensitivity/vulnerability:


   o  xdsl2LineInventoryTable

      Access to these objects would allow an intruder to obtain
      information about which vendor's equipment is in use on the
      network.  Further, such information is considered sensitive in
      many environments for competitive reasons.


      *  xdsl2LInvG994VendorId

      *  xdsl2LInvSystemVendorId

      *  xdsl2LInvVersionNumber

      *  xdsl2LInvSerialNumber

      *  xdsl2LInvSelfTestResult

      *  xdsl2LInvTransmissionCapabilities

   SNMP versions prior to SNMPv3 did not include adequate security.
   Even if the network itself is secure (for example, by using IPsec),



Morgenstern, et al.     Expires February 02, 2014             [Page 262]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   even then, there is no control as to who on the secure network is
   allowed to access and GET/SET (read/change/create/delete) the objects
   in this MIB module.

   It is RECOMMENDED that implementers consider the security features as
   provided by the SNMPv3 framework (see [RFC3410], Section 8),
   including full support for the SNMPv3 cryptographic mechanisms (for
   authentication and privacy).

   It is RECOMMENDED to deploy SNMPv3 and to enable cryptographic
   security.  It is then a customer/operator responsibility to ensure
   that the SNMP entity giving access to an instance of this MIB module
   is properly configured to give access only to those objects whose
   principals (users) have legitimate rights to indeed GET or SET
   (change/create/delete) them.

6.  Acknowledgments

   to be added

7.  References

7.1.  Normative References

   [G.992.1]  , "Asymmetric digital subscriber line (ADSL) transceivers
              ", ITU-T G.992.1, 1999.

   [G.992.2]  , "Splitterless asymmetric digital subscriber line (ADSL)
              transceivers ", ITU-T G.992.2, 1999.

   [G.992.3]  , "Asymmetric digital subscriber line transceivers 2
              (ADSL2) ", ITU-T G.992.3, 2002.

   [G.992.4]  , "Splitterless asymmetric digital subscriber line
              transceivers 2 (Splitterless ADSL2) ", ITU-T G.992.4,
              2002.

   [G.992.5]  , "Asymmetric digital subscriber line (ADSL) transceivers
              - Extended bandwidth ADSL2 (ADSL2+) ", ITU-T G.992.5,
              2005.

   [G.993.1]  , "Very-high speed Digital Subscriber Line Transceivers ",
              ITU-T G.993.1, June 2004.

   [G.993.2]  , "Very-high speed Digital Subscriber Line Transceivers 2
              (VDSL2 draft) ", ITU-T G.993.2, February 2006.

   [G.997.1-Am1]



Morgenstern, et al.     Expires February 02, 2014             [Page 263]

Internet-Draft               VDSL2-LINE MIB                  August 2013


              , "Physical layer management for digital subscriber line
              (DSL) transceivers - Amendment 1 ", ITU-T G.997.1-
              Amendment 1, December 2006.

   [G.997.1]  , "Physical layer management for digital subscriber line
              (DSL) transceivers ", ITU-T G.997.1, June 2006.

   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119, March 1997.

   [RFC2578]  McCloghrie, K., Ed., Perkins, D., Ed., and J.
              Schoenwaelder, Ed., "Structure of Management Information
              Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.

   [RFC2579]  McCloghrie, K., Ed., Perkins, D., Ed., and J.
              Schoenwaelder, Ed., "Textual Conventions for SMIv2", STD
              58, RFC 2579, April 1999.

   [RFC2580]  McCloghrie, K., Perkins, D., and J. Schoenwaelder,
              "Conformance Statements for SMIv2", STD 58, RFC 2580,
              April 1999.

   [RFC2863]  McCloghrie, K. and F. Kastenholz, "The Interfaces Group
              MIB", RFC 2863, June 2000.

   [RFC3411]  Harrington, D., Presuhn, R., and B. Wijnen, "An
              Architecture for Describing Simple Network Management
              Protocol (SNMP) Management Frameworks", STD 62, RFC 3411,
              December 2002.

   [RFC3593]  Tesink, K., "Textual Conventions for MIB Modules Using
              Performance History Based on 15 Minute Intervals", RFC
              3593, September 2003.

   [RFC3705]  Ray, B. and R. Abbi, "High Capacity Textual Conventions
              for MIB Modules Using Performance History Based on 15
              Minute Intervals", RFC 3705, February 2004.

   [T1E1.413]
              J. Bingham & F. Van der Putten, ., "Network and Customer
              Installation Interfaces - Asymmetric Digital Subscriber
              Line (ADSL) Metallic Interface (T1.413 Issue 2) ", ANSI
              T1E1.413-1998, June 1998.

7.2.  Informative References

   [RFC2662]  Bathrick, G. and F. Ly, "Definitions of Managed Objects
              for the ADSL Lines", RFC 2662, August 1999.



Morgenstern, et al.     Expires February 02, 2014             [Page 264]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   [RFC3410]  Case, J., Mundy, R., Partain, D., and B. Stewart,
              "Introduction and Applicability Statements for Internet-
              Standard Management Framework", RFC 3410, December 2002.

   [RFC3418]  Presuhn, R., "Management Information Base (MIB) for the
              Simple Network Management Protocol (SNMP)", STD 62, RFC
              3418, December 2002.

   [RFC3728]  Ray, B. and R. Abbi, "Definitions of Managed Objects for
              Very High Speed Digital Subscriber Lines (VDSL)", RFC
              3728, February 2004.

   [RFC4133]  Bierman, A. and K. McCloghrie, "Entity MIB (Version 3)",
              RFC 4133, August 2005.

   [RFC4706]  Morgenstern, M., Dodge, M., Baillie, S., and U. Bonollo,
              "Definitions of Managed Objects for Asymmetric Digital
              Subscriber Line 2 (ADSL2)", RFC 4706, November 2006.

   [TR-129]   Adams, P., "Protocol Independent Management Model for Next
              Generation DSL Technologies ", DSL Forum TR-129, December
              2006.

Authors' Addresses

   Moti     Morgenstern
   ECI Telecom Ltd.
   30 Hasivim St.
   Petach Tikva  4959388
   Israel

   Phone: +972 3 926 6258
   Fax:   +972 3 926 8090
   Email: moti.Morgenstern@ecitele.com


   Scott Baillie

   Email: scott.a.baillie@gmail.com












Morgenstern, et al.     Expires February 02, 2014             [Page 265]

Internet-Draft               VDSL2-LINE MIB                  August 2013


   Markus Freudenberger
   T-Systems International GmbH
   Deutsche-Telekom-Allee 7
   Darmstadt  64295
   Germany

   Phone: +49 6151 58 33679
   Fax:   +49 6151 58 34484
   Email: markus.freudenberger@t-systems.com










































Morgenstern, et al.     Expires February 02, 2014             [Page 266]