RFC 5650
Definitions of Managed Objects for Very High Speed Digital Subscriber Line 2 (VDSL2)
Pages: 218
Proposed Standard
Proposed Standard
Part 3 of 10 – Pages 46 to 68
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
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 reduction at the
breakpoint from 0 (0 dBm/Hz) to 255 (-127.5 dBm/Hz) using units
of 0.5 dBm/Hz.
The subcarrier index is an unsigned number in the range 0 to
NSCds-1."
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 reduction at the breakpoint from 0
(0 dBm/Hz) to 255 (-127.5 dBm/Hz) using units of
0.5 dBm/Hz.
The subcarrier index is an unsigned number in the range 0 to
NSCus-1."
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.
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 --
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),
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."
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)
}
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 {
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)
}
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
(-140 dBm/Hz) to 200 (-40 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
(-140 dBm/Hz) to 200 (-40 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
"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 -- Index of the first subcarrier used in the
context of a first breakpoint.
Octets 2-3 -- The PSD level for the subcarrier indicated
in octets 0-1.
Octets 4-7 -- Same, for a second breakpoint
Octets 8-11 -- Same, for a third breakpoint
And so on until
Octets 188-191 -- 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 -- Index of the first subcarrier used in the
context of a first breakpoint.
Octets 2-3 -- The PSD level for the subcarrier indicated
in octets 0-1.
Octets 4-7 -- Same, for a second breakpoint
Octets 8-11 -- Same, for a third breakpoint
And so on until
Octets 124-127 -- Same, for a 32nd breakpoint.
The subcarrier index is an unsigned number in the range 0
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))
END
VDSL2-LINE-MIB DEFINITIONS ::= BEGIN
IMPORTS
MODULE-IDENTITY,
OBJECT-TYPE,
transmission,
Unsigned32,
NOTIFICATION-TYPE,
Integer32,
Counter32
FROM SNMPv2-SMI
ifIndex
FROM IF-MIB
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,
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 "200909300000Z" -- September 30, 2009
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-Chair: Menachem Dodge
ECI Telecom Ltd.
Postal: 30 Hasivim St.
Petach Tikva 49517,
Israel.
Email: mbdodge@ieee.org
Phone: +972 3 926 8421
Co-editor: Moti Morgenstern
ECI Telecom Ltd.
Postal: 30 Hasivim St.
Petach Tikva 49517,
Israel.
Email: moti.morgenstern@ecitele.com
Phone: +972 3 926 6258
Co-editor: Scott Baillie
NEC Australia
Postal: 649-655 Springvale Road,
Mulgrave, Victoria 3170,
Australia.
Email: scott.baillie@nec.com.au
Phone: +61 3 9264 3986
Co-editor: Umberto Bonollo
NEC Australia
Postal: 649-655 Springvale Road,
Mulgrave, Victoria 3170,
Australia.
Email: umberto.bonollo@nec.com.au
Phone: +61 3 9264 3385
"
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
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 5650;
see the RFC itself for full legal notices."
REVISION "200909300000Z" -- September 30, 2009
DESCRIPTION "Initial version, published as RFC 5650."
::= { 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 }
------------------------------------------------
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 }
------------------------------------------------
xdsl2ScalarSC OBJECT IDENTIFIER ::= { xdsl2Scalar 1 }
------------------------------------------------
------------------------------------------------
-- 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,
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.
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.
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
"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
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.
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).
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
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."
::= { 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)"
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."
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 }
(next page on part 4)