Network Working Group M. Dodge Category: Internet Draft Infineon Technologies B. Ray PESA Switching Systems March 2004 Definitions of Managed Object Extensions for Very High Speed Digital Subscriber Lines (VDSL) Using Multiple Carrier Modulation (MCM) Line Coding draft-ietf-adslmib-vdsl-ext-mcm-03.txt Status of this Memo This document is an Internet-Draft and is in full conformance with all provisions of Section 10 of RFC2026. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet-Drafts. 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." The list of current Internet-Drafts can be accessed at: http://www.ietf.org/ietf/1id-abstracts.txt The list of Internet-Draft Shadow Directories can be accessed at: http://www.ietf.org/shadow.html. Copyright Notice Copyright (C) The Internet Society (2004). All Rights Reserved. IPR Disclosure Acknowledgement By submitting this Internet-Draft, I certify that any applicable patent or other IPR claims of which I am aware have been disclosed, and any of which I become aware will be disclosed, in accordance with RFC 3668. Abstract This document defines a portion of the Management Information Base (MIB) module for use with network management protocols in the Internet community. In particular, it describes objects used for managing the Line Code Specific parameters of Very High Speed Digital Subscriber Line (VDSL) interfaces using Multiple Carrier Modulation (MCM) Line Coding. It is an optional extension to the VDSL-LINE-MIB, RFC 3728 [RFC3728], which handles line code independent objects. Expires September 30, 2004 [Page 1] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 Table of Contents 1. The Internet-Standard Management Framework .................... 2 2. Overview ...................................................... 2 2.1 Relationship of this MIB Module to other MIB Modules .......... 3 2.2 Conventions used in the MIB Module ............................ 3 2.3 Structure ..................................................... 3 2.4 Persistence ................................................... 4 3. Conformance and Compliance .................................... 5 4. Definitions ................................................... 5 5. Acknowledgements .............................................. 18 6. Security Considerations ....................................... 18 7. References .................................................... 19 7.1 Normative References .......................................... 19 7.2 Informative References ........................................ 20 8. Authors' Addresses ............................................ 21 9. Full Copyright Statement ...................................... 21 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 "MAY", "MUST", "MUST NOT", "RECOMMENDED", "NOT RECOMMENDED", and "SHOULD" in this document are to be interpreted as described in [RFC2119]. 2. Overview This document describes an SNMP MIB module for managing the Line Code Dependent, Physical Medium Dependent (PMD), Layer of MCM VDSL Lines. These definitions are based upon the specifications for VDSL as defined in T1E1, European Telecommunications Standards Institute (ETSI), and International Telecommunication Union (ITU) documentation [T1E1311, T1E1011, T1E1013, ETSI2701, ETSI2702, ITU9931, ITU9971]. Additionally the protocol-dependent (and line-code dependent) management framework for VDSL lines specified by the Digital Subscriber Line Forum (DSLF) has been taken into consideration [DSLFTR057]. The MIB module is located in the MIB tree under the vdslMIB, which in turn is found under MIB 2 transmission. The reader is referred to Expires September 30, 2004 [Page 2] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 RFC 3728 [RFC3728] for further discussion of this subject. 2.1 Relationship of this MIB Module to other MIB Modules The relationship of the VDSL Line MIB module to other MIB modules and in particular to the IF-MIB, as presented in RFC 2863 [RFC2863], is discussed in the VDSL-LINE-MIB, RFC 3728 [RFC3728]. This section outlines the relationship of this VDSL Line Extension MIB to the VDSL-LINE-MIB, RFC 3728 [RFC3728]. 2.2 Conventions used in the MIB Module 2.2.1 Naming Conventions A. Vtuc -- (VTUC) transceiver at near (Central) end of line B. Vtur -- (VTUR) transceiver at Remote end of line C. Vtu -- One of either Vtuc or Vtur D. Curr -- Current E. LCS -- Line Code Specific F. Max -- Maximum G. PSD -- Power Spectral Density H. Rx -- Receive I. Tx -- Transmit 2.3 Structure The MCM VDSL Line Extension MIB contains the following MIB group: o vdslMCMGroup : This group supports MIB objects for defining configuration profiles and for montioring individual bands of Multiple Carrier Modulation (MCM) VDSL modems. It contains the following tables: - vdslLineMCMConfProfileTable - vdslLineMCMConfProfileTxBandTable - vdslLineMCMConfProfileRxBandTable - vdslLineMCMConfProfileTxPSDTable - vdslLineMCMConfProfileMaxTxPSDTable - vdslLineMCMConfProfileMaxRxPSDTable If the MCM VDSL Line Extension MIB is implemented then all of the objects in this group MUST be implemented. Figure 1, below, displays the relationship of the tables in the vdslMCMGroup to the vdslGroup and to the ifEntry: Expires September 30, 2004 [Page 3] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 ifEntry(ifType=97) ----> vdslLineTableEntry 1:(0..1) vdslLineTableEntry (vdslLineCoding=MCM) vdslLineConfProfileEntry(vdslLineConfProfileName) ----> vdslLineMCMConfProfileTable 1:(0..1) ----> vdslLineMCMConfProfileTxBandTable 1:(0..n) ----> vdslLineMCMConfProfileRxBandTable 1:(0..n) ----> vdslLineMCMConfProfileTxPSDTable 1:(0..n) ----> vdslLineMCMConfProfileMaxTxPSDTable 1:(0..n) ----> vdslLineMCMConfProfileMaxRxPSDTable 1:(0..n) Figure 1: Table Relationships When the object vdslLineCoding is set to MCM, vdslLineConfProfileName is used as the index to vdslLineMCMConfProfileTxBandTable. The existence of an entry in any of the tables of the vdslMCMGroup is optional. 2.4 Persistence All read-create objects defined in this MIB module SHOULD be stored persistently. Following is an exhaustive list of these persistent objects: vdslMCMConfProfileTxWindowLength vdslMCMConfProfileRowStatus vdslMCMConfProfileTxBandNumber vdslMCMConfProfileTxBandStart vdslMCMConfProfileTxBandStop vdslMCMConfProfileTxBandRowStatus vdslMCMConfProfileRxBandStart vdslMCMConfProfileRxBandStop vdslMCMConfProfileRxBandRowStatus vdslMCMConfProfileTxPSDTone vdslMCMConfProfileTxPSDPSD vdslMCMConfProfileTxPSDRowStatus vdslMCMConfProfileMaxTxPSDTone vdslMCMConfProfileMaxTxPSDPSD vdslMCMConfProfileMaxTxPSDRowStatus vdslMCMConfProfileMaxRxPSDTone vdslMCMConfProfileMaxRxPSDPSD vdslMCMConfProfileMaxRxPSDRowStatus 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 [RFC3415]. Expires September 30, 2004 [Page 4] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 3. Conformance and Compliance An MCM based VDSL agent does not have to implement this MIB to be compliant with RFC 3728 [RFC3728]. If the MCM VDSL Line Extension MIB is implemented then the following group is mandatory: - vdslMCMGroup 4. Definitions VDSL-LINE-EXT-MCM-MIB DEFINITIONS ::= BEGIN IMPORTS MODULE-IDENTITY, OBJECT-TYPE, Unsigned32 FROM SNMPv2-SMI -- [RFC2578] RowStatus FROM SNMPv2-TC -- [RFC2579] MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF -- [RFC2580] vdslMIB, vdslLineConfProfileName FROM VDSL-LINE-MIB; -- [RFC3728] vdslExtMCMMIB MODULE-IDENTITY LAST-UPDATED "200403300000Z" -- March 30, 2004 ORGANIZATION "ADSLMIB Working Group" CONTACT-INFO "WG-email: adslmib@ietf.org Info: https://www1.ietf.org/mailman/listinfo/adslmib Chair: Mike Sneed Sand Channel Systems Postal: P.O. Box 37324 Raleigh NC 27627-732 Email: sneedmike@hotmail.com Phone: +1 206 600 7022 Co-editor: Menachem Dodge Infineon Technologies Savan Ltd. 6 Hagavish St. Postal: Poleg Industrial Area, Netanya 42504, Israel. Email: menachem.dodge@infineon.com Phone: +972 9 892 4116 Co-editor: Bob Ray PESA Switching Systems, Inc. Postal: 330-A Wynn Drive Huntsville, AL 35805 USA Email: rray@pesa.com Phone: +1 256 726 9200 ext. 142 " Expires September 30, 2004 [Page 5] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 DESCRIPTION "The VDSL-LINE-MIB found in RFC 3728 defines objects for the management of a pair of VDSL transceivers at each end of the VDSL line. The VDSL-LINE-MIB configures and monitors the line code independent parameters (TC layer) of the VDSL line. This MIB module is an optional extension of the VDSL-LINE-MIB and defines objects for configuration and monitoring of the line code specific (LCS) elements (PMD layer) for VDSL lines using MCM coding. The objects in this extension MIB MUST NOT be used for VDSL lines using Single Carrier Modulation (SCM) line coding. If an object in this extension MIB is referenced by a line which does not use MCM, it has no effect on the operation of that line. Naming Conventions: Vtuc -- (VTUC) transceiver at near (Central) end of line Vtur -- (VTUR) transceiver at Remote end of line Vtu -- One of either Vtuc or Vtur Curr -- Current LCS -- Line Code Specific Max -- Maximum PSD -- Power Spectral Density Rx -- Receive Tx -- Transmit Copyright (C) The Internet Society (2004). 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 number & remove this note REVISION "200403300000Z" -- March 30, 2004 DESCRIPTION "Initial version, published as RFC XXXX." -- RFC Ed.: replace XXXX with assigned number & remove this note ::= { vdslMIB XX } -- To be assigned by IANA -- RFC Ed.: we suggest to put it under { vdslMIB 3 } because -- vdslMIB 1 is the VDSL-LINE-MIB, vdslMIB 2 is the SCM -- extension MIB, while vdslMIB 3 is this MCM extension MIB. vdslLineExtMCMMib OBJECT IDENTIFIER ::= { vdslExtMCMMIB 1 } vdslLineExtMCMMibObjects OBJECT IDENTIFIER ::= {vdslLineExtMCMMib 1} -- -- Multiple carrier modulation (MCM) configuration profile tables -- vdslLineMCMConfProfileTable OBJECT-TYPE SYNTAX SEQUENCE OF VdslLineMCMConfProfileEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table contains additional information on multiple carrier VDSL lines. One entry in this table reflects a profile defined by a manager which can be used to Expires September 30, 2004 [Page 6] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 configure the VDSL line. If an entry in this table is referenced by a line which does not use MCM, it has no effect on the operation of that line." ::= { vdslLineExtMCMMibObjects 1 } vdslLineMCMConfProfileEntry OBJECT-TYPE SYNTAX VdslLineMCMConfProfileEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Each entry consists of a list of parameters that represents the configuration of a multiple carrier modulation VDSL modem. 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 { vdslLineConfProfileName } ::= { vdslLineMCMConfProfileTable 1 } VdslLineMCMConfProfileEntry ::= SEQUENCE { vdslLineMCMConfProfileTxWindowLength Unsigned32, vdslLineMCMConfProfileRowStatus RowStatus } vdslLineMCMConfProfileTxWindowLength OBJECT-TYPE SYNTAX Unsigned32 (1..255) UNITS "samples" MAX-ACCESS read-create STATUS current DESCRIPTION "Specifies the length of the transmit window, counted in samples at the sampling rate corresponding to the negotiated value of N." REFERENCE "T1E1.4/2000-013R4" -- Part 3, MCM ::= { vdslLineMCMConfProfileEntry 1 } vdslLineMCMConfProfileRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "This object is used to create a new row or modify or delete an existing row in this table. A profile activated by setting this object to `active'. When `active' is set, the system will validate the profile. Expires September 30, 2004 [Page 7] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 Before a profile can be deleted or taken out of service, (by setting this object to `destroy' or `outOfService') it must be first unreferenced from all associated lines." ::= { vdslLineMCMConfProfileEntry 2 } vdslLineMCMConfProfileTxBandTable OBJECT-TYPE SYNTAX SEQUENCE OF VdslLineMCMConfProfileTxBandEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table contains transmit band descriptor configuration information for a VDSL line. Each entry in this table reflects the configuration for one of possibly many bands with a multiple carrier modulation (MCM) VDSL line. These entries are defined by a manager and can be used to configure the VDSL line. If an entry in this table is referenced by a line which does not use MCM, it has no effect on the operation of that line." ::= { vdslLineExtMCMMibObjects 2 } vdslLineMCMConfProfileTxBandEntry OBJECT-TYPE SYNTAX VdslLineMCMConfProfileTxBandEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Each entry consists of a transmit band descriptor, which is defined by a start and a stop tone index. 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 { vdslLineConfProfileName, vdslLineMCMConfProfileTxBandNumber } ::= { vdslLineMCMConfProfileTxBandTable 1 } VdslLineMCMConfProfileTxBandEntry ::= SEQUENCE { vdslLineMCMConfProfileTxBandNumber Unsigned32, vdslLineMCMConfProfileTxBandStart Unsigned32, vdslLineMCMConfProfileTxBandStop Unsigned32, vdslLineMCMConfProfileTxBandRowStatus RowStatus } vdslLineMCMConfProfileTxBandNumber OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS not-accessible STATUS current Expires September 30, 2004 [Page 8] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 DESCRIPTION "The index for this band descriptor entry." ::= { vdslLineMCMConfProfileTxBandEntry 1 } vdslLineMCMConfProfileTxBandStart OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "Start tone index for this band." REFERENCE "T1E1.4/2000-013R4" -- Part 3, MCM ::= { vdslLineMCMConfProfileTxBandEntry 2 } vdslLineMCMConfProfileTxBandStop OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "Stop tone index for this band." REFERENCE "T1E1.4/2000-013R4" -- Part 3, MCM ::= { vdslLineMCMConfProfileTxBandEntry 3 } vdslLineMCMConfProfileTxBandRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "This object is used to create a new row or modify or delete an existing row in this table. A profile activated by setting this object to `active'. When `active' is set, the system will validate the profile. Each entry must be internally consistent, the Stop Tone must be greater than the Start Tone. Each entry must also be externally consistent, all entries indexed by a specific profile must not overlap. Validation of the profile will check both internal and external consistency. Before a profile can be deleted or taken out of service, (by setting this object to `destroy' or `outOfService') it must be first unreferenced from all associated lines." ::= { vdslLineMCMConfProfileTxBandEntry 4 } vdslLineMCMConfProfileRxBandTable OBJECT-TYPE SYNTAX SEQUENCE OF VdslLineMCMConfProfileRxBandEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table contains receive band descriptor configuration information for a VDSL line. Each entry in this table reflects the configuration for one of possibly many bands Expires September 30, 2004 [Page 9] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 with a multiple carrier modulation (MCM) VDSL line. These entries are defined by a manager and can be used to configure the VDSL line. If an entry in this table is referenced by a line which does not use MCM, it has no effect on the operation of that line." ::= { vdslLineExtMCMMibObjects 3 } vdslLineMCMConfProfileRxBandEntry OBJECT-TYPE SYNTAX VdslLineMCMConfProfileRxBandEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Each entry consists of a transmit band descriptor, which is defined by a start and a stop tone index. 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 { vdslLineConfProfileName, vdslLineMCMConfProfileRxBandNumber } ::= { vdslLineMCMConfProfileRxBandTable 1 } VdslLineMCMConfProfileRxBandEntry ::= SEQUENCE { vdslLineMCMConfProfileRxBandNumber Unsigned32, vdslLineMCMConfProfileRxBandStart Unsigned32, vdslLineMCMConfProfileRxBandStop Unsigned32, vdslLineMCMConfProfileRxBandRowStatus RowStatus } vdslLineMCMConfProfileRxBandNumber OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS not-accessible STATUS current DESCRIPTION "The index for this band descriptor entry." ::= { vdslLineMCMConfProfileRxBandEntry 1 } vdslLineMCMConfProfileRxBandStart OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "Start tone index for this band." REFERENCE "T1E1.4/2000-013R4" -- Part 3, MCM ::= { vdslLineMCMConfProfileRxBandEntry 2 } Expires September 30, 2004 [Page 10] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 vdslLineMCMConfProfileRxBandStop OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "Stop tone index for this band." REFERENCE "T1E1.4/2000-013R4" -- Part 3, MCM ::= { vdslLineMCMConfProfileRxBandEntry 3 } vdslLineMCMConfProfileRxBandRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "This object is used to create a new row or modify or delete an existing row in this table. A profile activated by setting this object to `active'. When `active' is set, the system will validate the profile. Each entry must be internally consistent, the Stop Tone must be greater than the Start Tone. Each entry must also be externally consistent, all entries indexed by a specific profile must not overlap. Validation of the profile will check both internal and external consistency. Before a profile can be deleted or taken out of service, (by setting this object to `destroy' or `outOfService') it must be first unreferenced from all associated lines." ::= { vdslLineMCMConfProfileRxBandEntry 4 } vdslLineMCMConfProfileTxPSDTable OBJECT-TYPE SYNTAX SEQUENCE OF VdslLineMCMConfProfileTxPSDEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table contains transmit PSD mask descriptor configuration information for a VDSL line. Each entry in this table reflects the configuration for one tone within a multiple carrier modulation (MCM) VDSL line. These entries are defined by a manager and can be used to configure the VDSL line. If an entry in this table is referenced by a line which does not use MCM, it has no effect on the operation of that line." ::= { vdslLineExtMCMMibObjects 4 } vdslLineMCMConfProfileTxPSDEntry OBJECT-TYPE SYNTAX VdslLineMCMConfProfileTxPSDEntry MAX-ACCESS not-accessible STATUS current Expires September 30, 2004 [Page 11] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 DESCRIPTION "Each entry consists of a transmit PSD mask descriptor, which defines the power spectral density (PSD) for a tone. 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 { vdslLineConfProfileName, vdslLineMCMConfProfileTxPSDNumber } ::= { vdslLineMCMConfProfileTxPSDTable 1 } VdslLineMCMConfProfileTxPSDEntry ::= SEQUENCE { vdslLineMCMConfProfileTxPSDNumber Unsigned32, vdslLineMCMConfProfileTxPSDTone Unsigned32, vdslLineMCMConfProfileTxPSDPSD Unsigned32, vdslLineMCMConfProfileTxPSDRowStatus RowStatus } vdslLineMCMConfProfileTxPSDNumber OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS not-accessible STATUS current DESCRIPTION "The index for this mask descriptor entry." ::= { vdslLineMCMConfProfileTxPSDEntry 1 } vdslLineMCMConfProfileTxPSDTone OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "The tone index for which the PSD is being specified." REFERENCE "T1E1.4/2000-013R4" -- Part 3, MCM ::= { vdslLineMCMConfProfileTxPSDEntry 2 } vdslLineMCMConfProfileTxPSDPSD OBJECT-TYPE SYNTAX Unsigned32 UNITS "0.5dBm/Hz" MAX-ACCESS read-create STATUS current DESCRIPTION "Power Spectral Density level in steps of 0.5dBm/Hz with an offset of -140dBm/Hz." REFERENCE "T1E1.4/2000-013R4" -- Part 3, MCM ::= { vdslLineMCMConfProfileTxPSDEntry 3 } Expires September 30, 2004 [Page 12] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 vdslLineMCMConfProfileTxPSDRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "This object is used to create a new row or modify or delete an existing row in this table. A profile activated by setting this object to `active'. When `active' is set, the system will validate the profile. Before a profile can be deleted or taken out of service, (by setting this object to `destroy' or `outOfService') it must be first unreferenced from all associated lines." ::= { vdslLineMCMConfProfileTxPSDEntry 4 } vdslLineMCMConfProfileMaxTxPSDTable OBJECT-TYPE SYNTAX SEQUENCE OF VdslLineMCMConfProfileMaxTxPSDEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table contains transmit maximum PSD mask descriptor configuration information for a VDSL line. Each entry in this table reflects the configuration for one tone within a multiple carrier modulation (MCM) VDSL modem. These entries are defined by a manager and can be used to configure the VDSL line. If an entry in this table is referenced by a line which does not use MCM, it has no effect on the operation of that line." ::= { vdslLineExtMCMMibObjects 5 } vdslLineMCMConfProfileMaxTxPSDEntry OBJECT-TYPE SYNTAX VdslLineMCMConfProfileMaxTxPSDEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Each entry consists of a transmit PSD mask descriptor, which defines the maximum power spectral density (PSD) for a tone. 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 { vdslLineConfProfileName, vdslLineMCMConfProfileMaxTxPSDNumber } ::= { vdslLineMCMConfProfileMaxTxPSDTable 1 } Expires September 30, 2004 [Page 13] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 VdslLineMCMConfProfileMaxTxPSDEntry ::= SEQUENCE { vdslLineMCMConfProfileMaxTxPSDNumber Unsigned32, vdslLineMCMConfProfileMaxTxPSDTone Unsigned32, vdslLineMCMConfProfileMaxTxPSDPSD Unsigned32, vdslLineMCMConfProfileMaxTxPSDRowStatus RowStatus } vdslLineMCMConfProfileMaxTxPSDNumber OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS not-accessible STATUS current DESCRIPTION "The index for this band descriptor entry." ::= { vdslLineMCMConfProfileMaxTxPSDEntry 1 } vdslLineMCMConfProfileMaxTxPSDTone OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "The tone index for which the PSD is being specified. There must not be multiple rows defined, for a particular profile, with the same value for this field." REFERENCE "T1E1.4/2000-013R4" -- Part 3, MCM ::= { vdslLineMCMConfProfileMaxTxPSDEntry 2 } vdslLineMCMConfProfileMaxTxPSDPSD OBJECT-TYPE SYNTAX Unsigned32 UNITS "0.5dBm/Hz" MAX-ACCESS read-create STATUS current DESCRIPTION "Power Spectral Density level in steps of 0.5dBm/Hz with an offset of -140dBm/Hz." REFERENCE "T1E1.4/2000-013R4" -- Part 3, MCM ::= { vdslLineMCMConfProfileMaxTxPSDEntry 3 } vdslLineMCMConfProfileMaxTxPSDRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "This object is used to create a new row or modify or delete an existing row in this table. A profile activated by setting this object to `active'. When `active' is set, the system will validate the profile. There must be only one entry in this table for each tone associated with a specific profile. This will be checked during the validation process. Expires September 30, 2004 [Page 14] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 Before a profile can be deleted or taken out of service, (by setting this object to `destroy' or `outOfService') it must be first unreferenced from all associated lines." ::= { vdslLineMCMConfProfileMaxTxPSDEntry 4 } vdslLineMCMConfProfileMaxRxPSDTable OBJECT-TYPE SYNTAX SEQUENCE OF VdslLineMCMConfProfileMaxRxPSDEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table contains maximum receive PSD mask descriptor configuration information for a VDSL line. Each entry in this table reflects the configuration for one tone within a multiple carrier modulation (MCM) VDSL modem. These entries are defined by a manager and can be used to configure the VDSL line. If an entry in this table is referenced by a line which does not use MCM, it has no effect on the operation of that line." ::= { vdslLineExtMCMMibObjects 6 } vdslLineMCMConfProfileMaxRxPSDEntry OBJECT-TYPE SYNTAX VdslLineMCMConfProfileMaxRxPSDEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Each entry consists of a transmit PSD mask descriptor, which defines the power spectral density (PSD) for a tone. 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 { vdslLineConfProfileName, vdslLineMCMConfProfileMaxRxPSDNumber } ::= { vdslLineMCMConfProfileMaxRxPSDTable 1 } VdslLineMCMConfProfileMaxRxPSDEntry ::= SEQUENCE { vdslLineMCMConfProfileMaxRxPSDNumber Unsigned32, vdslLineMCMConfProfileMaxRxPSDTone Unsigned32, vdslLineMCMConfProfileMaxRxPSDPSD Unsigned32, vdslLineMCMConfProfileMaxRxPSDRowStatus RowStatus } Expires September 30, 2004 [Page 15] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 vdslLineMCMConfProfileMaxRxPSDNumber OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS not-accessible STATUS current DESCRIPTION "The index for this band descriptor entry." ::= { vdslLineMCMConfProfileMaxRxPSDEntry 1 } vdslLineMCMConfProfileMaxRxPSDTone OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "The tone index for which the PSD is being specified. There must not be multiple rows defined, for a particular profile, with the same value for this field." REFERENCE "T1E1.4/2000-013R4" -- Part 3, MCM ::= { vdslLineMCMConfProfileMaxRxPSDEntry 2 } vdslLineMCMConfProfileMaxRxPSDPSD OBJECT-TYPE SYNTAX Unsigned32 UNITS "0.5dBm/Hz" MAX-ACCESS read-create STATUS current DESCRIPTION "Power Spectral Density level in steps of 0.5dBm/Hz with an offset of -140dBm/Hz." REFERENCE "T1E1.4/2000-013R4" -- Part 3, MCM ::= { vdslLineMCMConfProfileMaxRxPSDEntry 3 } vdslLineMCMConfProfileMaxRxPSDRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "This object is used to create a new row or modify or delete an existing row in this table. A profile activated by setting this object to `active'. When `active' is set, the system will validate the profile. There must be only one entry in this table for each tone associated with a specific profile. This will be checked during the validation process. Before a profile can be deleted or taken out of service, (by setting this object to `destroy' or `outOfService') it must be first unreferenced from all associated lines." ::= { vdslLineMCMConfProfileMaxRxPSDEntry 4 } Expires September 30, 2004 [Page 16] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 -- conformance information vdslLineExtMCMConformance OBJECT IDENTIFIER ::= { vdslLineExtMCMMib 2 } vdslLineExtMCMGroups OBJECT IDENTIFIER ::= { vdslLineExtMCMConformance 1 } vdslLineExtMCMCompliances OBJECT IDENTIFIER ::= { vdslLineExtMCMConformance 2 } vdslLineExtMCMMibCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The compliance statement for SNMP entities which manage VDSL interfaces." MODULE -- this module GROUP vdslLineExtMCMGroup DESCRIPTION "This group is an optional extension for VDSL lines which utilize Multiple Carrier Modulation (MCM)." ::= { vdslLineExtMCMCompliances 1 } -- units of conformance vdslLineExtMCMGroup OBJECT-GROUP OBJECTS { vdslLineMCMConfProfileTxWindowLength, vdslLineMCMConfProfileRowStatus, vdslLineMCMConfProfileTxBandStart, vdslLineMCMConfProfileTxBandStop, vdslLineMCMConfProfileTxBandRowStatus, vdslLineMCMConfProfileRxBandStart, vdslLineMCMConfProfileRxBandStop, vdslLineMCMConfProfileRxBandRowStatus, vdslLineMCMConfProfileTxPSDTone, vdslLineMCMConfProfileTxPSDPSD, vdslLineMCMConfProfileTxPSDRowStatus, vdslLineMCMConfProfileMaxTxPSDTone, vdslLineMCMConfProfileMaxTxPSDPSD, vdslLineMCMConfProfileMaxTxPSDRowStatus, vdslLineMCMConfProfileMaxRxPSDTone, vdslLineMCMConfProfileMaxRxPSDPSD, vdslLineMCMConfProfileMaxRxPSDRowStatus } STATUS current DESCRIPTION "A collection of objects providing configuration information for a VDSL line based upon multiple carrier modulation modem." ::= { vdslLineExtMCMGroups 1 } END Expires September 30, 2004 [Page 17] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 5. Acknowledgments This document contains many definitions taken from draft-ietf-adslmib-vdsl-07.txt. As such, any credit for the text found within should be fully attributed to the authors of that document. 6. Security Considerations There are a number of management objects defined in this MIB module with a MAX-ACCESS clause of 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. 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. VDSL layer connectivity from the Vtur will permit the subscriber to manipulate both the VDSL link directly and the VDSL embedded operations channel (EOC) for their own loop. For example, unchecked or unfiltered fluctuations initiated by the subscriber could generate sufficient notifications to potentially overwhelm either the management interface to the network or the element manager. Additionally, allowing write access to configuration data may allow an end-user to increase their service levels or affect other end- users in either a positive or negative manner. For this reason, the following tables should be considered to contain sensitive information: - vdslLineMCMConfProfileTable - vdslLineMCMConfProfileTxBandTable - vdslLineMCMConfProfileRxBandTable - vdslLineMCMConfProfileTxPSDTable - vdslLineMCMConfProfileMaxTxPSDTable - vdslLineMCMConfProfileMaxRxPSDTable It is thus important to control even GET access to the objects within these tables and possibly to even encrypt the values of these objects when sending them over the network via SNMP. Not all versions of SNMP provide features for such a secure environment. SNMP versions prior to SNMPv3 did not include adequate security. Even if the network itself is secure (for example by using IPSec), 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), Expires September 30, 2004 [Page 18] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 including full support for the SNMPv3 cryptographic mechanisms (for authentication and privacy). Further, deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED. Instead, 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 a MIB module which utilizes the textual conventions defined in this MIB module is properly configured to give access to the objects only to those principals (users) that have legitimate rights to indeed GET or SET (change/create/delete) them. 7. References 7.1. Normative References [DSLFTR057]DSL Forum TR-057, "VDSL Network Element Management", February 2003. [ETSI2701] ETSI TS 101 270-1 V1.2.1, "Transmission and Multiplexing (TM); Access transmission systems on metallic access cables; Very high speed Digital Subscriber Line (VDSL); Part 1: Functional requirements", October 1999. [ETSI2702] ETSI TS 101 270-2 V1.1.1, "Transmission and Multiplexing (TM); Access transmission systems on metallic access cables; Very high speed Digital Subscriber Line (VDSL); Part 1: Transceiver specification", February 2001. [ITU9931] ITU-T G.993.1, "Very-high-speed digital subscriber line foundation", November 2001. [ITU9971] ITU-T G.997.1, "Physical layer management for Digital Subscriber Line (DSL) Transceivers", July 1999. [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [RFC2578] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999. [RFC2579] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999. [RFC2580] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Conformance Statements for SMIv2", STD 58, RFC 2580, April 1999. Expires September 30, 2004 [Page 19] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 [RFC2856] Bierman, A., McCloghrie, K., and R. Presuhn, "Textual Conventions for Additional High Capacity Data Types", RFC 2856, June 2000. [RFC2863] McCloghrie, K. and F. Kastenholz, "The Interfaces Group MIB", RFC 2863, June 2000. [RFC3418] Presuhn, R., "Management Information Base (MIB) for the Simple Network Management Protocol (SNMP)", STD 62, RFC 3418, December 2002. [RFC3593] Tesink, K., "Textual Conventions for MIB Modules Using Performance History Based on 15 Minute Intervals", RFC 3593, September 2003. [RFC3411] Harrington, D., Presuhn, R. and B. Wijnen, "An Architecture for Describing Simple Network Management Protocol (SNMP) Management Frameworks", RFC 3411, December 2002. [RFC3728] Ray, B. and R. Abbi, "Definitions of Managed Objects for Very High Speed Digital Subscriber Lines (VDSL)", RFC 3728, February 2004. [T1E1311] ANSI T1E1.4/2001-311, "Very-high-bit-rate Digital Subscriber Line (VDSL) Metallic Interface, Part 1: Functional Requirements and Common Specification", February 2001. [T1E1011] ANSI T1E1.4/2001-011R3, "VDSL Metallic Interface, Part 2: Technical Specification for a Single-Carrier Modulation (SCM) Transceiver", November 2001. [T1E1013] ANSI T1E1.4/2001-013R4, "VDSL Metallic Interface, Part 3: Technical Specification for a Multi-Carrier Modulation (MCM) Transceiver", November 2000. 7.2. Informative References [RFC3415] Wijnen, B., Presuhn, R. and K. McCloghrie, "View-based Access Control Model (VACM) for the Simple Network Management Protocol (SNMP)", RFC 3415, December 2002. [RFC3410] Case, J., Mundy, R., Partain, D. and B. Stewart, "Introduction and Applicability Statements for Internet- Standard Management Framework", RFC 3410, December 2002. Expires September 30, 2004 [Page 20] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 8. Authors' Addresses Menachem Dodge Infineon Technologies Savan Ltd. 6 Hagavish St. Poleg Industrial Area, Netanya 42504, Israel Phone: +972 9 892 4116 Fax: +972 9 865 8756 Email: menachem.dodge@infineon.com Bob Ray PESA Switching Systems, Inc. 330-A Wynn Drive Huntsville, AL 35805 USA Phone: +1 256 726 9200 ext. 142 Fax: +1 256 726 9271 EMail: rray@pesa.com 9. Full Copyright Statement Copyright (C) The Internet Society (2004). This document is subject to the rights, licenses and restrictions contained in BCP 78 and except as set forth therein, the authors retain all their rights. This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Intellectual Property The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79. Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this Expires September 30, 2004 [Page 21] INTERNET-DRAFT VDSL-LINE-EXT-MCM-MIB March 2004 specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr. The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf- ipr@ietf.org. Acknowledgement Funding for the RFC Editor function is currently provided by the Internet Society. Expires September 30, 2004 [Page 22]