Network Working Group M. Morgenstern
Request for Comments: 4706 M. Dodge
Category: Standards Track ECI Telecom Ltd.
S. Baillie
U. Bonollo
NEC Australia
November 2006
Definitions of Managed Objects for
Asymmetric Digital Subscriber Line 2 (ADSL2)
Status of This Memo
This document specifies an Internet standards track protocol for the
Internet community, and requests discussion and suggestions for
improvements. Please refer to the current edition of the "Internet
Official Protocol Standards" (STD 1) for the standardization state
and status of this protocol. Distribution of this memo is unlimited.
Copyright Notice
Copyright (C) The Internet Society (2006).
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
"Asymmetric Digital Subscriber Line" family of interface types: ADSL,
ADSL2, ADSL2+, and their variants.
Morgenstern, et al. Standards Track [Page 1]
RFC 4706 ADSL2-LINE MIB November 2006
Table of Contents
1. The Internet-Standard Management Framework ......................3
2. Overview ........................................................3
2.1. Relationship to Other MIBs .................................4
2.1.1. General IF-MIB Integration (RFC 2863) ...............4
2.1.2. Usage of ifTable ....................................5
2.2. IANA Considerations ........................................6
2.3. Conventions Used in the MIB Module .........................6
2.3.1. Naming Conventions ..................................6
2.3.2. Textual Conventions .................................7
2.4. Structure .................................................12
2.5. Persistence ...............................................15
2.6. Line Topology .............................................17
2.7. Counters, Interval Buckets, and Thresholds ................18
2.7.1. Counters Managed ...................................18
2.7.2. Minimum Number of Buckets ..........................19
2.7.3. Interval Buckets Initialization ....................19
2.7.4. Interval Buckets Validity ..........................19
2.8. Profiles ..................................................20
2.8.1. Configuration Profiles and Templates ...............21
2.8.2. Alarm Configuration Profiles and Templates .........22
2.8.3. Managing Profiles and Templates ....................22
2.8.4. Managing Multiple Bearer Channels ..................23
2.9. Notifications .............................................24
3. Definitions ....................................................25
4. Implementation Analysis .......................................155
5. Security Considerations .......................................155
6. Acknowledgements ..............................................163
7. References ....................................................163
7.1. Normative References .....................................163
7.2. Informative References ...................................165
Morgenstern, et al. Standards Track [Page 2]
RFC 4706 ADSL2-LINE MIB November 2006
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].
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 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].
This document does not obsolete RFC 2662 [RFC2662], but rather
provides a more comprehensive management model that includes 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). In addition,
objects have been added to improve the management of ADSL, ADSL2, and
ADSL2+ lines.
Additionally, the management framework for New Generation ADSL lines
specified [TR-90] by the Digital Subscriber Line Forum (DSLF) has
been taken into consideration. That framework is based on ITU-T
G.997.1 standard [G.997.1] as well as on two amendments:
([G.997.1am1] and [G.997.1am2]). This document refers to all three
documents as G.997.1. That is, a MIB attribute whose REFERENCE
section provides a paragraph number in ITU-T G.997.1 is actually
originated from either G.997.1 [G.997.1] or one of its amendment
documents.
Morgenstern, et al. Standards Track [Page 3]
RFC 4706 ADSL2-LINE MIB November 2006
Note that the revised ITU-T G.997.1 standard also refers to the next
generation of VDSL technology, known as VDSL2, as per ITU-T G.993.2
[G.993.2]. However, managing VDSL2 lines is currently beyond the
scope of this document.
The MIB module is located in the MIB tree under MIB 2 transmission,
as discussed in the IANA Considerations section of this document.
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].
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 presented in
RFC 2863 [RFC2863] is discussed.
2.1.1. General IF-MIB Integration (RFC 2863)
The ADSL2 Line MIB specifies the detailed attributes 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 ADSL 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
...
}
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 this document.
Morgenstern, et al. Standards Track [Page 4]
RFC 4706 ADSL2-LINE MIB November 2006
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.
2.1.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 attributes are part of the mandatory
ifGeneralInformationGroup in the Interfaces MIB [RFC2863] and are not
duplicated in the ADSL2 Line MIB.
===================================================================
ifIndex Interface index.
ifDescr See interfaces MIB.
ifType adsl2plus(238) or
channel(70) or
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.
Morgenstern, et al. Standards Track [Page 5]
RFC 4706 ADSL2-LINE MIB November 2006
ifLinkUpDownTrapEnable Default to enabled(1).
ifHighSpeed Set as appropriate.
ifConnectorPresent Set as appropriate.
===================================================================
Figure 1: Use of ifTable Objects
2.2. IANA Considerations
The IANA has allocated ifType=adsl2plus(238) for Asymmetric Digital
Subscriber Loop Version 2. A separate ifType number was necessary to
distinguish between ADSL lines that are managed with the RFC 2662
management model and ADSL/ADSL2 and ADSL2+ lines managed with the
model defined in this document.
Also, the IANA has assigned transmission number 238 to the
ADSL2-LINE-MIB module.
An assignment was in fact done when RFC 2662 was published, but as
this MIB does not obsolete RFC 2662, it required a new assignment
from IANA.
2.3. Conventions Used in the MIB Module
2.3.1. Naming Conventions
ATU ADSL Transceiver Unit
ATU-C ATU at the Central office end (i.e., network operator).
ATU-R ATU at the Remote end (i.e., subscriber end of the loop).
XTU A terminal unit; either an ATU-C or an ATU-R.
CRC Cyclic Redundancy Check
DELT Dual Ended Loop Test
ES Errored Second
FEC Forward Error Correction
LOF Loss Of Frame
LOS Loss Of Signal
LOSS LOS Seconds
SES Severely-Errored Second
SNR Signal-to-Noise Ratio
UAS Unavailable Seconds
Morgenstern, et al. Standards Track [Page 6]
RFC 4706 ADSL2-LINE MIB November 2006
2.3.2. Textual Conventions
The following textual conventions are defined to reflect the line
topology in the MIB module (further discussed in the following
section), the various transmission modes, power states,
synchronization states, possible values for various configuration
parameters, status parameters, and other parameter types.
o Adsl2Unit:
Attributes with this syntax uniquely identify each unit in the
ADSL/ADSL2/ADSL2+ link. It mirrors the EOC addressing mechanism:
atuc(1) - Central office ADSL transceiver unit (ATU-C).
atur(2) - Remote ADSL transceiver unit (ATU-R).
o Adsl2Direction:
Attributes with this syntax uniquely identify a transmission
direction in an ADSL/ADSL2/ADSL2+ link. Upstream direction is a
transmission from the remote end (ATU-R) towards the central
office end (ATU-C), while downstream direction is a transmission
from the ATU-C towards the ATU-R.
upstream(1) - Transmission from the ATU-R to the ATU-C.
downstream(2) - Transmission from the ATU-C to the ATU-R.
o Adsl2TransmissionModeType:
Attributes with this syntax reference the list of possible
transmission modes for ADSL/ADSL2 or ADSL2+.
Specified as a BITS construct, there are currently a few dozen
transmission modes in the list.
o Adsl2RaMode:
Attributes with this syntax reference if and how Rate-Adaptive
synchronization is being used on the respective ADSL/ADSL2 or
ADSL2+ link:
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.
Morgenstern, et al. Standards Track [Page 7]
RFC 4706 ADSL2-LINE MIB November 2006
dynamicRa(3) - Dynamic Rate-Adaptation during initialization
process as well as during SHOWTIME.
o Adsl2InitResult:
Attributes with this syntax reference the recent result of a full
initialization attempt:
noFail(0) - Successful initialization.
configError(1) - Configuration failure.
configNotFeasible(2) - Configuration details not supported.
commFail(3) - Communication failure.
noPeerAtu(4) - Peer ADSL Transceiver Unit (ATU) not
detected.
otherCause(5) - Other initialization failure reason.
o Adsl2OperationModes:
Attributes with this syntax uniquely identify an ADSL mode, which
is a category associated with each transmission mode defined for
the ADSL/ADSL2 or ADSL2+ link. Part of the line configuration
profile depends on the ADSL Mode:
Specified as an enumeration construct, there are currently a few
dozen transmission modes in the list.
o Adsl2PowerMngState:
Attributes with this syntax uniquely identify each power
management state defined for the ADSL/ADSL2 or ADSL2+ link:
l0(1) - L0 - Full power management state.
l1(2) - L1 - Low power management state (for G.992.2).
l2(3) - L2 - Low power management state (for G.992.3,
G.992.4, and G.992.5).
l3(4) - L3 - Idle power management state.
o Adsl2ConfPmsForce:
Attributes with this syntax are configuration parameters that
reference the desired power management state for the ADSL/ADSL2 or
ADSL2+ link:
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).
Morgenstern, et al. Standards Track [Page 8]
RFC 4706 ADSL2-LINE MIB November 2006
l0orL2toL3(3) - Perform a transition into L3 (Idle power
management state).
o Adsl2LConfProfPmMode:
Attributes with this syntax are configuration parameters that
reference the power modes/states into which the ATU-C or ATU-R may
autonomously transit.
This 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 (L2) state.
o Adsl2LineLdsf:
Attributes with this syntax are configuration parameters that
control the Loop Diagnostic mode for the ADSL/ADSL2 or ADSL2+
link:
inhibit(0) - Inhibit Loop Diagnostic mode.
force(1) - Force/Initiate Loop Diagnostic mode.
o Adsl2LdsfResult:
Attributes with this syntax are status parameters that report the
result of the recent Loop Diagnostic mode issued for the
ADSL/ADSL2 or ADSL2+ link:
none(1) - The default value, in case loop diagnostics
mode forced (LDSF) was never requested for
the associated line.
success(2) - The recent command completed
successfully.
inProgress(3) - The Loop Diagnostics process is in
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.
Morgenstern, et al. Standards Track [Page 9]
RFC 4706 ADSL2-LINE MIB November 2006
adminUp(9) - The NE cannot initiate the command because
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.
o Adsl2SymbolProtection:
Attributes with this syntax are configuration parameters that
reference the minimum-length impulse noise protection (INP) in
terms of number of symbols:
noProtection(1) - INP not required.
halfSymbol(2) - INP length = 1/2 symbol.
singleSymbol(3) - INP length = 1 symbol.
twoSymbols(4) - INP length = 2 symbols.
threeSymbols(5) - INP length = 3 symbols.
fourSymbols(6) - INP length = 4 symbols.
fiveSymbols(7) - INP length = 5 symbols.
sixSymbols(8) - INP length = 6 symbols.
sevenSymbols(9) - INP length = 7 symbols.
eightSymbols(10) - INP length = 8 symbols.
nineSymbols(11) - INP length = 9 symbols.
tenSymbols(12) - INP length = 10 symbols.
elevenSymbols(13) - INP length = 11 symbols.
twelveSymbols(14) - INP length = 12 symbols.
thirteeSymbols(15) - INP length = 13 symbols.
fourteenSymbols(16) - INP length = 14 symbols.
fifteenSymbols(17) - INP length = 15 symbols.
sixteenSymbols(18) - INP length = 16 symbols.
o Adsl2MaxBer:
Attributes with this syntax are configuration parameters that
reference the maximum Bit Error Rate (BER):
eminus3(1) - Maximum BER=E^-3.
eminus5(2) - Maximum BER=E^-5.
eminus7(3) - Maximum BER=E^-7.
o Adsl2ScMaskDs:
Attributes with this syntax are configuration parameters that
reference the downstream sub-carrier mask. It is a bitmap of up
to 512 bits.
Morgenstern, et al. Standards Track [Page 10]
RFC 4706 ADSL2-LINE MIB November 2006
o Adsl2ScMaskUs:
Attributes with this syntax are configuration parameters that
reference the upstream sub-carrier mask. It is a bitmap of up to
64 bits.
o Adsl2RfiDs:
Attributes with this syntax are configuration parameters that
reference the downstream notch filters. It is a bitmap of up to
512 bits.
o Adsl2PsdMaskDs:
Attributes with this syntax are configuration parameters that
reference the downstream power spectrum density (PSD) mask. It is
a structure of up to 32 breakpoints, where each breakpoint
occupies 3 octets.
o Adsl2PsdMaskUs:
Attributes with this syntax are configuration parameters that
reference the upstream power spectrum density (PSD) mask. It is a
structure of up to 4 breakpoints, where each breakpoint occupies 3
octets.
o Adsl2Tssi:
Attributes with this syntax are status parameters that reference
the transmit spectrum shaping (TSSi). It is a structure of up to
32 breakpoints, where each breakpoint occupies 3 octets.
o Adsl2LastTransmittedState:
Attributes with this syntax reference the list of initialization
states for ADSL/ADSL2 or ADSL2+ modems. The list of states for CO
side modems (ATU-Cs) is different from the list of states for the
remote side modems (ATU-Rs).
Specified as an enumeration type, there are currently a few dozen
states in the list per each unit side (i.e., ATU-C or ATU-R).
o Adsl2LineStatus:
Attributes with this syntax are status parameters that reflect the
failure status for a given endpoint of ADSL/ADSL2 or ADSL2+ link.
Morgenstern, et al. Standards Track [Page 11]
RFC 4706 ADSL2-LINE MIB November 2006
This is a BITS structure that can report the following failures:
noDefect(0) - This bit position positively reports that
no defect or failure exists.
lossOfFrame(1) - Loss of frame synchronization.
lossOfSignal(2) - Loss of signal.
lossOfPower(3) - Loss of power. Usually this failure may
be reported for ATU-Rs only.
initFailure(4) - Recent initialization process failed.
Never active on ATU-R.
o Adsl2ChAtmStatus:
Attributes with this syntax are status parameters that reflect the
failure status for Transmission Convergence (TC) layer of a given
ATM interface (data path over an ADSL/ADSL2 or ADSL2+ link).
This is a BITS structure that 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.
o Adsl2ChPtmStatus:
Attributes with this syntax are status parameters that reflect the
failure status for a given PTM interface (packet data path over an
ADSL/ADSL2 or ADSL2+ link).
This is a BITS structure that can report the following failures:
noDefect(0) - This bit position positively reports that no
defect or failure exists.
outOfSync(1) - Out of synchronization.
2.4. Structure
The MIB module is structured into following MIB groups:
o Line Configuration, Maintenance, and Status Group:
This group supports MIB objects for configuring parameters for the
ADSL/ADSL2 or ADSL2+ line and retrieving line status information.
Morgenstern, et al. Standards Track [Page 12]
RFC 4706 ADSL2-LINE MIB November 2006
It also supports MIB objects for configuring a requested power
state or initiating a Dual Ended Loop Test (DELT) process in the
ADSL/ADSL2 or ADSL2+ line. It contains the following table:
- adsl2LineTable
o Channel Status Group:
This group supports MIB objects for retrieving channel layer
status information. It contains the following table:
- adsl2ChannelStatusTable
o Subcarrier Status Group:
This group supports MIB objects for retrieving the sub-carrier
layer status information, mostly collected by a Dual Ended Loop
Test (DELT) process. It contains the following table:
- adsl2SCStatusTable
o Unit Inventory Group:
This group supports MIB objects for retrieving Unit inventory
information about units in ADSL/ADSL2 or ADSL2+ lines via the EOC.
It contains the following table:
- adsl2LineInventoryTable
o Current Performance Group:
This group supports MIB objects that provide the current
performance information relating to ADSL/ADSL2 and ADSL2+ line,
units and channels level. It contains the following tables:
- adsl2PMLineCurrTable
- adsl2PMLineCurrInitTable
- adsl2PMChCurrTable
o 15-Minute Interval Performance Group:
This group supports MIB objects that provide historic performance
information relating to ADSL/ADSL2 and ADSL2+ line, units and
channels level in 15-minute intervals. It contains the following
tables:
Morgenstern, et al. Standards Track [Page 13]
RFC 4706 ADSL2-LINE MIB November 2006
- adsl2PMLineHist15MinTable
- adsl2PMLineInitHist15MinTable
- adsl2PMChHist15MinTable
o 1-Day Interval Performance Group:
This group supports MIB objects that provide historic performance
information relating to ADSL/ADSL2 and ADSL2+ line, units and
channels level in 1-day intervals. It contains the following
tables:
- adsl2PMLineHist1DayTable
- adsl2PMLineInitHist1DayTable
- adsl2PMChHist1DTable
o Configuration Template and Profile Group:
This group supports MIB objects for defining configuration
profiles for ADSL/ADSL2 and ADSL2+ lines and channels, as well as
configuration templates. Each configuration template is comprised
of one line configuration profile and one or more channel
configuration profiles. This group contains the following tables:
- adsl2LineConfTemplateTable
- adsl2LineConfProfTable
- adsl2LineConfProfModeSpecTable
- adsl2ChConfProfileTable
o Alarm Configuration Template and Profile Group:
This group supports MIB objects for defining alarm profiles for
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:
- adsl2LineAlarmConfTemplateTable
- adsl2LineAlarmConfProfileTable
- adsl2ChAlarmConfProfileTable
o Notifications Group:
This group defines the notifications supported for ADSL/ADSL2 and
ADSL2+ lines:
- adsl2LinePerfFECSThreshAtuc
- adsl2LinePerfFECSThreshAtur
- adsl2LinePerfESThreshAtuc
Morgenstern, et al. Standards Track [Page 14]
RFC 4706 ADSL2-LINE MIB November 2006
- adsl2LinePerfESThreshAtur
- adsl2LinePerfSESThreshAtuc
- adsl2LinePerfSESThreshAtur
- adsl2LinePerfLOSSThreshAtuc
- adsl2LinePerfLOSSThreshAtur
- adsl2LinePerfUASThreshAtuc
- adsl2LinePerfUASThreshAtur
- adsl2LinePerfCodingViolationsThreshAtuc
- adsl2LinePerfCodingViolationsThreshAtur
- adsl2LinePerfCorrectedThreshAtuc
- adsl2LinePerfCorrectedThreshAtur
- adsl2LinePerfFailedFullInitThresh
- adsl2LinePerfFailedShortInitThresh
- adsl2LineStatusChangeAtuc
- adsl2LineStatusChangeAtur
2.5. Persistence
All read-create objects and most read-write objects defined in this
MIB module SHOULD be stored persistently. Following is an exhaustive
list of these persistent objects:
adsl2LineCnfgTemplate
adsl2LineAlarmCnfgTemplate
adsl2LineCmndConfPmsf
adsl2LineCmndConfLdsf
adsl2LineCmndAutomodeColdStart
adsl2LConfTempTemplateName
adsl2LConfTempLineProfile
adsl2LConfTempChan1ConfProfile
adsl2LConfTempChan1RaRatioDs
adsl2LConfTempChan1RaRatioUs
adsl2LConfTempChan2ConfProfile
adsl2LConfTempChan2RaRatioDs
adsl2LConfTempChan2RaRatioUs
adsl2LConfTempChan3ConfProfile
adsl2LConfTempChan3RaRatioDs
adsl2LConfTempChan3RaRatioUs
adsl2LConfTempChan4ConfProfile
adsl2LConfTempChan4RaRatioDs
adsl2LConfTempChan4RaRatioUs
adsl2LConfTempRowStatus
adsl2LConfProfProfileName
adsl2LConfProfScMaskDs
adsl2LConfProfScMaskUs
adsl2LConfProfRfiBandsDs
adsl2LConfProfRaModeDs
adsl2LConfProfRaModeUs
Morgenstern, et al. Standards Track [Page 15]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2LConfProfRaUsNrmDs
adsl2LConfProfRaUsNrmUs
adsl2LConfProfRaUsTimeDs
adsl2LConfProfRaUsTimeUs
adsl2LConfProfRaDsNrmsDs
adsl2LConfProfRaDsNrmsUs
adsl2LConfProfRaDsTimeDs
adsl2LConfProfRaDsTimeUs
adsl2LConfProfTargetSnrmDs
adsl2LConfProfTargetSnrmUs
adsl2LConfProfMaxSnrmDs
adsl2LConfProfMaxSnrmUs
adsl2LConfProfMinSnrmDs
adsl2LConfProfMinSnrmUs
adsl2LConfProfMsgMinUs
adsl2LConfProfMsgMinDs
adsl2LConfProfAtuTransSysEna
adsl2LConfProfPmMode
adsl2LConfProfL0Time
adsl2LConfProfL2Time
adsl2LConfProfL2Atpr
adsl2LConfProfL2Atprt
adsl2LConfProfRowStatus
adsl2LConfProfAdslMode
adsl2LConfProfMaxNomPsdDs
adsl2LConfProfMaxNomPsdUs
adsl2LConfProfMaxNomAtpDs
adsl2LConfProfMaxNomAtpUs
adsl2LConfProfMaxAggRxPwrUs
adsl2LConfProfPsdMaskDs
adsl2LConfProfPsdMaskUs
adsl2LConfProfPsdMaskSelectUs
adsl2LConfProfModeSpecRowStatus
adsl2ChConfProfProfileName
adsl2ChConfProfMinDataRateDs
adsl2ChConfProfMinDataRateUs
adsl2ChConfProfMinResDataRateDs
adsl2ChConfProfMinResDataRateUs
adsl2ChConfProfMaxDataRateDs
adsl2ChConfProfMaxDataRateUs
adsl2ChConfProfMinDataRateLowPwrDs
adsl2ChConfProfMaxDelayDs
adsl2ChConfProfMaxDelayUs
adsl2ChConfProfMinProtectionDs
adsl2ChConfProfMinProtectionUs
adsl2ChConfProfMaxBerDs
adsl2ChConfProfMaxBerUs
adsl2ChConfProfUsDataRateDs
Morgenstern, et al. Standards Track [Page 16]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2ChConfProfDsDataRateDs
adsl2ChConfProfUsDataRateUs
adsl2ChConfProfDsDataRateUs
adsl2ChConfProfImaEnabled
adsl2ChConfProfRowStatus
adsl2LAlarmConfTempTemplateName
adsl2LAlarmConfTempLineProfile
adsl2LAlarmConfTempChan1ConfProfile
adsl2LAlarmConfTempChan2ConfProfile
adsl2LAlarmConfTempChan3ConfProfile
adsl2LAlarmConfTempChan4ConfProfile
adsl2LAlarmConfTempRowStatus
adsl2LineAlarmConfProfileName
adsl2LineAlarmConfProfileAtucThresh15MinFecs
adsl2LineAlarmConfProfileAtucThresh15MinEs
adsl2LineAlarmConfProfileAtucThresh15MinSes
adsl2LineAlarmConfProfileAtucThresh15MinLoss
adsl2LineAlarmConfProfileAtucThresh15MinUas
adsl2LineAlarmConfProfileAturThresh15MinFecs
adsl2LineAlarmConfProfileAturThresh15MinEs
adsl2LineAlarmConfProfileAturThresh15MinSes
adsl2LineAlarmConfProfileAturThresh15MinLoss
adsl2LineAlarmConfProfileAturThresh15MinUas
adsl2LineAlarmConfProfileThresh15MinFailedFullInt
adsl2LineAlarmConfProfileThresh15MinFailedShrtInt
adsl2LineAlarmConfProfileRowStatus
adsl2ChAlarmConfProfileName
adsl2ChAlarmConfProfileAtucThresh15MinCodingViolations
adsl2ChAlarmConfProfileAtucThresh15MinCorrected
adsl2ChAlarmConfProfileAturThresh15MinCodingViolations
adsl2ChAlarmConfProfileAturThresh15MinCorrected
adsl2ChAlarmConfProfileRowStatus
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
An ADSL/ADSL2 and ADSL2+ Line consists of two units: ATU-C (the
central office termination unit) and ATU-R (the remote termination
unit). There are up to 4 channels, each carrying an independent
information flow, as shown in the figure below.
Morgenstern, et al. Standards Track [Page 17]
RFC 4706 ADSL2-LINE MIB November 2006
<-- Network Side Customer Side -->
||
+-------+ +-------+
+ |<---------------------1------------------->| +
+ |<---------------------2------------------->| +
| ATU-C <~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~>| ATU-R |
+ |<---------------------3------------------->| +
+ |<---------------------4------------------->| +
+-------+ +-------+
Key: ADSL/ADSL2/ADSL2+ Span
<~~~~> 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 2: General topology for an ADSL/ADSL2/ADSL2+ Line
2.7. Counters, Interval Buckets, and Thresholds
2.7.1. Counters Managed
There are various types of counters specified in this MIB. Each
counter refers either to the whole 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 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.
Morgenstern, et al. Standards Track [Page 18]
RFC 4706 ADSL2-LINE MIB November 2006
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.2.
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
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 one
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:
Morgenstern, et al. Standards Track [Page 19]
RFC 4706 ADSL2-LINE MIB November 2006
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 declare 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 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.
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, besides 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. There are configuration profiles to address the
line-level provisioning, and another type of profile that addresses
the channel-level provisioning parameters.
A configuration template is actually a profile-of-profiles. That is,
a template is comprised of one line configuration profile and one or
more channel configuration profiles. A template provides the
complete configuration of a line. The same configuration can be
shared by multiple lines.
Morgenstern, et al. Standards Track [Page 20]
RFC 4706 ADSL2-LINE MIB November 2006
Similarly 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.
The following paragraphs describe templates and profiles used in this
MIB module
2.8.1. Configuration Profiles and Templates
o Line Configuration Profiles - Line configuration profiles contain
parameters for configuring the low layer of ADSL/ADSL2 and ADSL2+
lines. They are defined in the adsl2LineConfProfTable.
The line configuration includes issues such as the specific
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 ADSL Mode allowed (i.e., Does the
profile allow 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
ADSL/ADSL2 and ADSL2+ lines. They are sometimes considered the
service layer configuration of the ADSL/ADSL2 and ADSL2+ lines.
They are defined in the adsl2ChConfProfTable.
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 to a comprehensive configuration of the ADSL/ADSL2 and
ADSL2+ line. They are defined in the adsl2LineConfTemplateTable.
The line configuration template includes one index (OID) of a line
configuration profile and one to four indexes 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. Standards Track [Page 21]
RFC 4706 ADSL2-LINE MIB November 2006
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, e.g., there are thresholds for failed initializations
and LOS seconds, but not for the aggregate number of full
initializations. These profiles are defined in the
adsl2LineAlarmConfProfileTable.
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
adsl2ChAlarmConfProfileTable.
o Line Alarm Configuration Templates - Line Alarm configuration
templates allow combining line-level alarm configuration profiles
and channel-level alarm configuration profiles to a comprehensive
configuration of the PM thresholds for ADSL/ADSL2 and ADSL2+ line.
They are defined in the adsl2LineAlarmConfTemplateTable.
The line alarm configuration template includes one index (OID) of
a line-level alarm configuration profile and one to four indexes
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]).
One or more lines may be configured to share parameters of a single
configuration template (e.g., adsl2LConfTempTemplateName = 'silver')
by setting its adsl2LineCnfgTemplate objects to the value of this
template.
One or more lines may be configured to share parameters of a single
Alarm configuration template (e.g., adsl2LAlarmConfTempTemplateName =
'silver') by setting its adsl2LineAlarmCnfgTemplate objects to the
value of this template.
Before a template can be deleted or taken out of service, it MUST
first be unreferenced from all associated lines. Implementations MAY
also reject template modification while it is associated with any
line.
Morgenstern, et al. Standards Track [Page 22]
RFC 4706 ADSL2-LINE MIB November 2006
Before a profile can be deleted or taken out of service, it MUST
first be 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 adsl2LineCnfgTemplate and
adsl2LineAlarmCnfgTemplate 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.
2.8.4. Managing Multiple Bearer Channels
The number of bearer channels is configured by setting the template
attributes adsl2LConfTempChan1ConfProfile,
adsl2LConfTempChan2ConfProfile, adsl2LConfTempChan3ConfProfile, and
adsl2LConfTempChan4ConfProfile and then assigning that template to a
DSL line using the adsl2LineCnfgTemplate attribute. 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 adsl2ChannelStatusTable, and adsl2PMChCurrTable 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 adsl2ChannelStatusTable, adsl2PMChCurrTable,
adsl2PMChHist15MinTable, and adsl2PMChHist1DTable tables for that
line.
Morgenstern, et al. Standards Track [Page 23]
RFC 4706 ADSL2-LINE MIB November 2006
2.9. 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.,
ADSL/ADSL2 or ADSL2+ line), is REQUIRED.
A linkDown notification MAY be generated whenever any of ES, SES, CRC
Anomaly, LOS, LOF, or UAS event occurs. 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, FEC Seconds, 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 adsl2LineStatusAtur and adsl2LineStatusAtuc are bitmasks
representing all outstanding error conditions associated with the
ATU-R and ATU-C (respectively). Note that since the ATU-R status is
obtained via the EOC, this information may be unavailable in case the
ATU-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 ATU-R
(e.g., downstream line attenuation). Those parameters also depend on
the availability of EOC between the ATU-C and the ATU-R.
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, 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.
Notifications, other than the threshold notifications listed above,
SHOULD be rate-limited (throttled) such that there is an
implementation-specific gap between the generation of consecutive
notifications of the same event. When notifications are rate-
Morgenstern, et al. Standards Track [Page 24]
RFC 4706 ADSL2-LINE MIB November 2006
limited, they are dropped and not queued for sending at a future
time. This is intended to be a general rate-limiting statement for
notifications that otherwise have no explicit rate-limiting
assertions in this document.
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
ADSL2-LINE-TC-MIB DEFINITIONS ::= BEGIN
IMPORTS
MODULE-IDENTITY,
transmission
FROM SNMPv2-SMI
TEXTUAL-CONVENTION
FROM SNMPv2-TC;
adsl2TCMIB MODULE-IDENTITY
LAST-UPDATED "200610040000Z" -- October 4th, 2006
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 & Co-editor:
Menachem Dodge
ECI Telecom Ltd.
Postal: 30 Hasivim St.
Petach Tikva 49517,
Israel.
Email: mbdodge@ieee.org
Phone: +972 3 926 8421
Morgenstern, et al. Standards Track [Page 25]
RFC 4706 ADSL2-LINE MIB November 2006
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 MIB Module provides Textual Conventions to be
used by the ADSL2-LINE-MIB module for the purpose of
managing ADSL, ADSL2, and ADSL2+ lines.
Copyright (C) The Internet Society (2006). This version of
this MIB module is part of RFC 4706: see the RFC itself for
full legal notices."
REVISION "200610040000Z" -- October 4th, 2006
DESCRIPTION "Initial version, published as RFC 4706."
::= { transmission 238 2 } -- adsl2MIB 2
------------------------------------------------
-- Textual Conventions --
------------------------------------------------
Adsl2Unit ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Identifies a transceiver as being either an ATU-C or
an ATU-R. An ADSL line consists of two transceivers, an ATU-C
and an ATU-R. Attributes with this syntax reference the two
sides of a line. Specified as an INTEGER, the two values
Morgenstern, et al. Standards Track [Page 26]
RFC 4706 ADSL2-LINE MIB November 2006
are:
atuc(1) -- Central office ADSL terminal unit (ATU-C).
atur(2) -- Remote ADSL terminal unit (ATU-R)."
SYNTAX INTEGER {
atuc(1),
atur(2)
}
Adsl2Direction ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Identifies the direction of a band as being
either upstream or downstream. Specified as an INTEGER,
the two values are:
upstream(1), and
downstream(2)."
SYNTAX INTEGER {
upstream(1),
downstream(2)
}
Adsl2TransmissionModeType ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"A set of ADSL2 line transmission modes, with one bit
per mode. The notes (F) and (L) denote Full-Rate
and 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)
Morgenstern, et al. Standards Track [Page 27]
RFC 4706 ADSL2-LINE MIB November 2006
Bit 22-23: Reserved
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-45: Reserved
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"
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),
Morgenstern, et al. Standards Track [Page 28]
RFC 4706 ADSL2-LINE MIB November 2006
reserved3(15),
reserved4(16),
reserved5(17),
g9923PotsNonOverlapped(18),
g9923PotsOverlapped(19),
g9923IsdnNonOverlapped(20),
g9923isdnOverlapped(21),
reserved6(22),
reserved7(23),
g9924potsNonOverlapped(24),
g9924potsOverlapped(25),
reserved8(26),
reserved9(27),
g9923AnnexIAllDigNonOverlapped(28),
g9923AnnexIAllDigOverlapped(29),
g9923AnnexJAllDigNonOverlapped(30),
g9923AnnexJAllDigOverlapped(31),
g9924AnnexIAllDigNonOverlapped(32),
g9924AnnexIAllDigOverlapped(33),
g9923AnnexLMode1NonOverlapped(34),
g9923AnnexLMode2NonOverlapped(35),
g9923AnnexLMode3Overlapped(36),
g9923AnnexLMode4Overlapped(37),
g9923AnnexMPotsNonOverlapped(38),
g9923AnnexMPotsOverlapped(39),
g9925PotsNonOverlapped(40),
g9925PotsOverlapped(41),
g9925IsdnNonOverlapped(42),
g9925isdnOverlapped(43),
reserved10(44),
reserved11(45),
g9925AnnexIAllDigNonOverlapped(46),
g9925AnnexIAllDigOverlapped(47),
g9925AnnexJAllDigNonOverlapped(48),
g9925AnnexJAllDigOverlapped(49),
g9925AnnexMPotsNonOverlapped(50),
g9925AnnexMPotsOverlapped(51),
reserved12(52),
reserved13(53),
reserved14(54),
reserved15(55)
}
Adsl2RaMode ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Specifies the rate adaptation behavior for the line.
The three possible behaviors are:
Morgenstern, et al. Standards Track [Page 29]
RFC 4706 ADSL2-LINE MIB November 2006
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),
dynamicRa(3)
}
Adsl2InitResult ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Specifies the result of a 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.
The values used are as defined in ITU-T G.997.1,
paragraph 7.5.1.3"
SYNTAX INTEGER {
noFail(0),
configError(1),
configNotFeasible(2),
commFail(3),
noPeerAtu(4),
otherCause(5)
}
Adsl2OperationModes ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The ADSL2 management model specified includes an ADSL Mode
attribute that identifies an instance of ADSL Mode-Specific
PSD Configuration object in the ADSL Line Profile. The
following classes of ADSL operating mode are defined.
The notes (F) and (L) denote Full-Rate and Lite/splitterless
respectively:
Morgenstern, et al. Standards Track [Page 30]
RFC 4706 ADSL2-LINE MIB November 2006
+-------+--------------------------------------------------+
| Value | ADSL 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 - ADSL family. The attributes included in the Mode-
Specific PSD Configuration are irrelevant for
ITU-T G.992.1 and G.992.2 ADSL modes. Hence, it
is possible to map those modes to this generic
class.
3-7 - Unused. Reserved for future ITU-T specification.
8 - G.992.3 POTS non-overlapped (F)
9 - G.992.3 POTS overlapped (F)
10 - G.992.3 ISDN non-overlapped (F)
11 - G.992.3 ISDN overlapped (F)
12-13 - Unused. Reserved for future ITU-T specification.
14 - G.992.4 POTS non-overlapped (L)
15 - G.992.4 POTS overlapped (L)
16-17 - Unused. Reserved for future ITU-T specification.
18 - G.992.3 Annex I All-Digital non-overlapped (F)
19 - G.992.3 Annex I All-Digital overlapped (F)
20 - G.992.3 Annex J All-Digital non-overlapped (F)
21 - G.992.3 Annex J All-Digital overlapped (F)
22 - G.992.4 Annex I All-Digital non-overlapped (L)
23 - G.992.4 Annex I All-Digital overlapped (L)
24 - G.992.3 Annex L POTS non-overlapped, mode 1,
wide U/S (F)
25 - G.992.3 Annex L POTS non-overlapped, mode 2,
narrow U/S(F)
26 - G.992.3 Annex L POTS overlapped, mode 3,
wide U/S (F)
27 - G.992.3 Annex L POTS overlapped, mode 4,
narrow U/S (F)
28 - G.992.3 Annex M POTS non-overlapped (F)
29 - G.992.3 Annex M POTS overlapped (F)
30 - G.992.5 POTS non-overlapped (F)
31 - G.992.5 POTS overlapped (F)
32 - G.992.5 ISDN non-overlapped (F)
33 - G.992.5 ISDN overlapped (F)
34-35 - Unused. Reserved for future ITU-T specification.
36 - G.992.5 Annex I All-Digital non-overlapped (F)
37 - G.992.5 Annex I All-Digital overlapped (F)
38 - G.992.5 Annex J All-Digital non-overlapped (F)
39 - G.992.5 Annex J All-Digital overlapped (F)
40 - G.992.5 Annex M POTS non-overlapped (F)
41 - G.992.5 Annex M POTS overlapped (F)
Morgenstern, et al. Standards Track [Page 31]
RFC 4706 ADSL2-LINE MIB November 2006
"
SYNTAX INTEGER {
defMode (1),
adsl(2),
g9923PotsNonOverlapped(8),
g9923PotsOverlapped(9),
g9923IsdnNonOverlapped(10),
g9923isdnOverlapped(11),
g9924potsNonOverlapped(14),
g9924potsOverlapped(15),
g9923AnnexIAllDigNonOverlapped(18),
g9923AnnexIAllDigOverlapped(19),
g9923AnnexJAllDigNonOverlapped(20),
g9923AnnexJAllDigOverlapped(21),
g9924AnnexIAllDigNonOverlapped(22),
g9924AnnexIAllDigOverlapped(23),
g9923AnnexLMode1NonOverlapped(24),
g9923AnnexLMode2NonOverlapped(25),
g9923AnnexLMode3Overlapped(26),
g9923AnnexLMode4Overlapped(27),
g9923AnnexMPotsNonOverlapped(28),
g9923AnnexMPotsOverlapped(29),
g9925PotsNonOverlapped(30),
g9925PotsOverlapped(31),
g9925IsdnNonOverlapped(32),
g9925isdnOverlapped(33),
g9925AnnexIAllDigNonOverlapped(36),
g9925AnnexIAllDigOverlapped(37),
g9925AnnexJAllDigNonOverlapped(38),
g9925AnnexJAllDigOverlapped(39),
g9925AnnexMPotsNonOverlapped(40),
g9925AnnexMPotsOverlapped(41)
}
Adsl2PowerMngState ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Attributes with this syntax uniquely identify each power
management state defined for the ADSL/ADSL2 or ADSL2+ link.
The possible values are:
l0(1) - L0 - Full power management state.
l1(2) - L1 - Low power management state (for G.992.2).
l2(3) - L2 - Low power management state (for G.992.3,
G.992.4, and G.992.5).
l3(4) - L3 - Idle power management state."
SYNTAX INTEGER {
Morgenstern, et al. Standards Track [Page 32]
RFC 4706 ADSL2-LINE MIB November 2006
l0(1),
l1(2),
l2(3),
l3(4)
}
Adsl2ConfPmsForce ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Attributes with this syntax are configuration parameters
that reference the desired power management state for the
ADSL/ADSL2 or ADSL2+ link:
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).
The values used are as defined in ITU-T G.997.1,
paragraph 7.3.1.1.3"
SYNTAX INTEGER {
l3toL0(0),
l0toL2(2),
l0orL2toL3(3)
}
Adsl2LConfProfPmMode ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Attributes with this syntax are configuration parameters
that reference the power modes/states into which the ATU-C or
ATU-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 (L2) state."
SYNTAX BITS {
allowTransitionsToIdle(0),
allowTransitionsToLowPower(1)
}
Adsl2LineLdsf ::= TEXTUAL-CONVENTION
Morgenstern, et al. Standards Track [Page 33]
RFC 4706 ADSL2-LINE MIB November 2006
STATUS current
DESCRIPTION
"Attributes with this syntax are configuration parameters
that control the Loop Diagnostic mode for the ADSL/ADSL2 or
ADSL2+ link. The possible values are:
inhibit(0) - Inhibit Loop Diagnostic mode.
force(1) - Force/Initiate Loop Diagnostic mode.
The values used are as defined in ITU-T G.997.1,
paragraph 7.3.1.1.8"
SYNTAX INTEGER {
inhibit(0),
force(1)
}
Adsl2LdsfResult ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Possible failure reasons associated with performing
a 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
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),
Morgenstern, et al. Standards Track [Page 34]
RFC 4706 ADSL2-LINE MIB November 2006
inProgress(3),
unsupported(4),
cannotRun(5),
aborted(6),
failed(7),
illegalMode(8),
adminUp(9),
tableFull(10),
noResources(11)
}
Adsl2SymbolProtection ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Attributes with this syntax are configuration parameters
that reference the minimum-length impulse noise protection
(INP) in terms of number of symbols. 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)
}
Adsl2MaxBer ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Attributes with this syntax are configuration parameters
that reference the maximum Bit Error Rate (BER).
The possible values are:
eminus3(1) - Maximum BER=E^-3
Morgenstern, et al. Standards Track [Page 35]
RFC 4706 ADSL2-LINE MIB November 2006
eminus5(2) - Maximum BER=E^-5
eminus7(3) - Maximum BER=E^-7"
SYNTAX INTEGER {
eminus3(1),
eminus5(2),
eminus7(3)
}
Adsl2ScMaskDs ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Each one of the 512 bits in this OCTET
STRING array represents the corresponding bin
in the downstream direction. A value of one
indicates that the bin is not in use."
SYNTAX OCTET STRING (SIZE(0..64))
Adsl2ScMaskUs ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Each one of the 64 bits in this OCTET
STRING array represents the corresponding bin
in the upstream direction. A value of one
indicates that the bin is not in use."
SYNTAX OCTET STRING (SIZE(0..8))
Adsl2RfiDs ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Each one of the 512 bits in this OCTET
STRING array represents the corresponding bin
in the downstream direction. A value of one
indicates that the bin is part of a notch
filter."
SYNTAX OCTET STRING (SIZE(0..64))
Adsl2PsdMaskDs ::= 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 sub-carrier
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."
SYNTAX OCTET STRING (SIZE(0..96))
Morgenstern, et al. Standards Track [Page 36]
RFC 4706 ADSL2-LINE MIB November 2006
Adsl2PsdMaskUs ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This is a structure that represents up to
4 PSD Mask breakpoints.
Each breakpoint occupies 3 octets: The first
two octets hold the index of the sub-carrier
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."
SYNTAX OCTET STRING (SIZE(0..12))
Adsl2Tssi ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This is a structure that represents up to
32 transmit spectrum shaping (TSSi) breakpoints.
Each breakpoint occupies 3 octets: The first
two octets hold the index of the sub-carrier
associated with the breakpoint. The third octet
holds the shaping parameter at the breakpoint. It
is a value from 0 to 127 (units of -0.5 dB). The
special value 127 indicates that the sub-carrier
is not transmitted."
SYNTAX OCTET STRING (SIZE(0..96))
Adsl2LastTransmittedState ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This parameter represents the last successfully
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 {
atucG9941(0),
atucQuiet1(1),
atucComb1(2),
atucQuiet2(3),
atucComb2(4),
atucIcomb1(5),
atucLineprob(6),
atucQuiet3(7),
atucComb3(8),
atucIComb2(9),
atucMsgfmt(10),
Morgenstern, et al. Standards Track [Page 37]
RFC 4706 ADSL2-LINE MIB November 2006
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),
--
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),
Morgenstern, et al. Standards Track [Page 38]
RFC 4706 ADSL2-LINE MIB November 2006
aturMsg2(125),
aturReverb6(126),
aturSegue3(127),
aturParams(128),
aturReverb7(129),
aturSegue4(130),
aturShowtime(131)
}
Adsl2LineStatus ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Attributes with this syntax are status parameters
that reflect the failure status for a given endpoint of
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.
lossOfFrame(1) - Loss of frame synchronization.
lossOfSignal(2) - Loss of signal.
lossOfPower(3) - Loss of power. Usually this failure may
be reported for ATU-Rs only.
initFailure(4) - Recent initialization process failed.
Never active on ATU-R."
SYNTAX BITS {
noDefect(0),
lossOfFrame(1),
lossOfSignal(2),
lossOfPower(3),
initFailure(4)
}
Adsl2ChAtmStatus ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Attributes with this syntax are status parameters that
reflect the failure status for Transmission Convergence (TC)
layer of a given ATM interface (data path over an 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
Morgenstern, et al. Standards Track [Page 39]
RFC 4706 ADSL2-LINE MIB November 2006
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)
}
Adsl2ChPtmStatus ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Attributes with this syntax are status parameters that
reflect the failure status for a given PTM interface (packet
data path over an 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)
}
END
Morgenstern, et al. Standards Track [Page 40]
RFC 4706 ADSL2-LINE MIB November 2006
ADSL2-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]
Adsl2Unit,
Adsl2Direction,
Adsl2TransmissionModeType,
Adsl2RaMode,
Adsl2InitResult,
Adsl2OperationModes,
Adsl2PowerMngState,
Adsl2ConfPmsForce,
Adsl2LConfProfPmMode,
Adsl2LineLdsf,
Adsl2LdsfResult,
Adsl2SymbolProtection,
Adsl2MaxBer,
Adsl2ScMaskDs,
Adsl2ScMaskUs,
Adsl2RfiDs,
Adsl2PsdMaskDs,
Adsl2PsdMaskUs,
Adsl2Tssi,
Adsl2LastTransmittedState,
Adsl2LineStatus,
Adsl2ChAtmStatus,
Morgenstern, et al. Standards Track [Page 41]
RFC 4706 ADSL2-LINE MIB November 2006
Adsl2ChPtmStatus
FROM ADSL2-LINE-TC-MIB -- [This document]
MODULE-COMPLIANCE,
OBJECT-GROUP,
NOTIFICATION-GROUP
FROM SNMPv2-CONF;
adsl2MIB MODULE-IDENTITY
LAST-UPDATED "200610040000Z" -- October 4th, 2006
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 & Co-editor:
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
Morgenstern, et al. Standards Track [Page 42]
RFC 4706 ADSL2-LINE MIB November 2006
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 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].
This document does not obsolete RFC 2662 [RFC2662], but
rather provides a more comprehensive management model that
includes 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). In addition, objects have been added to
improve the management of ADSL, ADSL2, and ADSL2+ lines.
Additionally, the management framework for New Generation
ADSL lines specified by the Digital Subscriber Line Forum
(DSLF) has been taken into consideration [TR-90]. That
framework is based on ITU-T G.997.1 standard [G.997.1] as
well as two amendments: [G.997.1am1] and [G.997.1am2].
Note that the revised ITU-T G.997.1 standard also refers to
the next generation of VDSL technology, known as VDSL2, per
ITU-T G.993.2 [G.993.2]. However, managing VDSL2 lines is
currently beyond the scope of this document.
The MIB module is located in the MIB tree under MIB 2
transmission, as discussed in the IANA Considerations section
of this document.
Copyright (C) The Internet Society (2006). This version of
this MIB module is part of RFC 4706: see the RFC itself for
full legal notices."
Morgenstern, et al. Standards Track [Page 43]
RFC 4706 ADSL2-LINE MIB November 2006
REVISION "200610040000Z" -- October 4th, 2006
DESCRIPTION "Initial version, published as RFC 4706."
::= { transmission 238 }
adsl2 OBJECT IDENTIFIER ::= { adsl2MIB 1 }
------------------------------------------------
adsl2Line OBJECT IDENTIFIER ::= { adsl2 1 }
adsl2Status OBJECT IDENTIFIER ::= { adsl2 2 }
adsl2Inventory OBJECT IDENTIFIER ::= { adsl2 3 }
adsl2PM OBJECT IDENTIFIER ::= { adsl2 4 }
adsl2Profile OBJECT IDENTIFIER ::= { adsl2 5 }
adsl2Scalar OBJECT IDENTIFIER ::= { adsl2 6 }
adsl2Notifications OBJECT IDENTIFIER ::= { adsl2 0 }
adsl2Conformance OBJECT IDENTIFIER ::= { adsl2 7 }
------------------------------------------------
adsl2PMLine OBJECT IDENTIFIER ::= { adsl2PM 1 }
adsl2PMChannel OBJECT IDENTIFIER ::= { adsl2PM 2 }
------------------------------------------------
adsl2ProfileLine OBJECT IDENTIFIER ::= { adsl2Profile 1 }
adsl2ProfileChannel OBJECT IDENTIFIER ::= { adsl2Profile 2 }
adsl2ProfileAlarmConf OBJECT IDENTIFIER ::= { adsl2Profile 3 }
------------------------------------------------
adsl2ScalarSC OBJECT IDENTIFIER ::= { adsl2Scalar 1 }
------------------------------------------------
------------------------------------------------
-- adsl2LineTable --
------------------------------------------------
adsl2LineTable OBJECT-TYPE
SYNTAX SEQUENCE OF Adsl2LineEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2LineTable contains configuration,
command, and status parameters of the ADSL2 line.
The index of this table is an interface index where the
interface has an ifType of adsl2plus(238).
Several objects in this table MUST be maintained in a
persistent manner."
::= { adsl2Line 1 }
adsl2LineEntry OBJECT-TYPE
SYNTAX Adsl2LineEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
Morgenstern, et al. Standards Track [Page 44]
RFC 4706 ADSL2-LINE MIB November 2006
"The table adsl2LineTable contains configuration,
commands, and status parameters of the ADSL2 line"
INDEX { ifIndex }
::= { adsl2LineTable 1 }
Adsl2LineEntry ::=
SEQUENCE {
adsl2LineCnfgTemplate SnmpAdminString,
adsl2LineAlarmCnfgTemplate SnmpAdminString,
adsl2LineCmndConfPmsf Adsl2ConfPmsForce,
adsl2LineCmndConfLdsf Adsl2LineLdsf,
adsl2LineCmndConfLdsfFailReason Adsl2LdsfResult,
adsl2LineCmndAutomodeColdStart TruthValue,
adsl2LineStatusAtuTransSys Adsl2TransmissionModeType,
adsl2LineStatusPwrMngState Adsl2PowerMngState,
adsl2LineStatusInitResult Adsl2InitResult,
adsl2LineStatusLastStateDs Adsl2LastTransmittedState,
adsl2LineStatusLastStateUs Adsl2LastTransmittedState,
adsl2LineStatusAtur Adsl2LineStatus,
adsl2LineStatusAtuc Adsl2LineStatus,
adsl2LineStatusLnAttenDs Unsigned32,
adsl2LineStatusLnAttenUs Unsigned32,
adsl2LineStatusSigAttenDs Unsigned32,
adsl2LineStatusSigAttenUs Unsigned32,
adsl2LineStatusSnrMarginDs Integer32,
adsl2LineStatusSnrMarginUs Integer32,
adsl2LineStatusAttainableRateDs Unsigned32,
adsl2LineStatusAttainableRateUs Unsigned32,
adsl2LineStatusActPsdDs Integer32,
adsl2LineStatusActPsdUs Integer32,
adsl2LineStatusActAtpDs Integer32,
adsl2LineStatusActAtpUs Integer32
}
adsl2LineCnfgTemplate OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(1..32))
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The value of this object identifies the row in the ADSL2 Line
Configuration Templates Table, (adsl2LineConfTemplateTable),
which applies for this ADSL2 line.
This object MUST be maintained in a persistent manner."
REFERENCE "DSL Forum TR-90, paragraph 5.1.1"
DEFVAL { "DEFVAL" }
::= { adsl2LineEntry 1 }
Morgenstern, et al. Standards Track [Page 45]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2LineAlarmCnfgTemplate OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(1..32))
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The value of this object identifies the row in the ADSL2 Line
Alarm Configuration Template Table,
(adsl2LineAlarmConfTemplateTable), which applies to this ADSL2
line.
This object MUST be maintained in a persistent manner."
REFERENCE "DSL Forum TR-90, paragraph 5.1.1"
DEFVAL { "DEFVAL" }
::= { adsl2LineEntry 2 }
adsl2LineCmndConfPmsf OBJECT-TYPE
SYNTAX Adsl2ConfPmsForce
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Power management state forced. Defines the line states to be
forced by the near-end ATU on this line. The various possible
values are:
l3toL0(0),
l0toL2(2), or
l0orL2toL3(3).
This object MUST be maintained in a persistent manner."
REFERENCE "ITU-T G.997.1, paragraph 7.3.1.1.3"
DEFVAL { l3toL0 }
::= { adsl2LineEntry 3 }
adsl2LineCmndConfLdsf OBJECT-TYPE
SYNTAX Adsl2LineLdsf
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Loop diagnostics mode forced (LDSF). Defines whether the line
should be forced into the loop diagnostics mode by the
near-end ATU on this line or only be responsive to loop
diagnostics initiated by the far-end ATU.
This object MUST be maintained in a persistent manner.
However, in case the operator forces loop diagnostics mode
then the access node should reset the object (inhibit) when
loop diagnostics mode procedures are completed."
REFERENCE "ITU-T G.997.1, paragraph 7.3.1.1.8"
DEFVAL { inhibit }
Morgenstern, et al. Standards Track [Page 46]
RFC 4706 ADSL2-LINE MIB November 2006
::= { adsl2LineEntry 4 }
adsl2LineCmndConfLdsfFailReason OBJECT-TYPE
SYNTAX Adsl2LdsfResult
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The status of the recent occasion the Loop diagnostics mode
forced (LDSF) was issued for the associated 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
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."
DEFVAL { none }
::= { adsl2LineEntry 5 }
adsl2LineCmndAutomodeColdStart 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 ATUs
supporting automode when it is enabled in the MIB.
Change the value of this parameter to 'true' indicates
a change in loop conditions applied to the devices under
test. The ATUs shall reset any historical information
used for automode and for shortening G.994.1 handshake
Morgenstern, et al. Standards Track [Page 47]
RFC 4706 ADSL2-LINE MIB November 2006
and initialization.
Automode is the case where multiple operation-modes are
enabled through the adsl2LConfProfAtuTransSysEna object
in the line configuration profile being used for the
ADSL line, and where the selection of the actual
operation-mode depends not only on the common
capabilities of both ATUs (as exchanged in G.994.1), but
also on achievable data rates under given loop
conditions.
This object MUST be maintained in a persistent manner."
REFERENCE "ITU-T G.997.1 (amendment 1), 7.3.1.1.10"
DEFVAL { false }
::= { adsl2LineEntry 6 }
adsl2LineStatusAtuTransSys OBJECT-TYPE
SYNTAX Adsl2TransmissionModeType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The ATU Transmission System (ATS) in use.
It is coded in a bit-map representation with only a single bit
set to '1' (the selected coding for the ADSL line). This
parameter may be derived from the handshaking procedures
defined in Recommendation G.994.1. A set of ADSL2 line
transmission modes, with one bit per mode."
REFERENCE "ITU-T G.997.1, paragraph 7.3.1.1.1"
::= { adsl2LineEntry 7 }
adsl2LineStatusPwrMngState OBJECT-TYPE
SYNTAX Adsl2PowerMngState
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The current power management state. One of four possible
power management states:
L0 - Synchronized and full transmission (i.e., Showtime).
L1 - Low Power with reduced net data rate (G.992.2 only).
L2 - Low Power with reduced net data rate (G.992.3 and
G.992.4 only).
L3 - No power.
The various possible values are: l0(1), l1(2), l2(3), or
l3(4)."
REFERENCE "ITU-T G.997.1, paragraph 7.5.1.2"
::= { adsl2LineEntry 8 }
Morgenstern, et al. Standards Track [Page 48]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2LineStatusInitResult OBJECT-TYPE
SYNTAX Adsl2InitResult
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the result of the last full initialization performed
on the line. It is an enumeration type with the following
values: noFail(0), configError(1), configNotFeasible(2),
commFail(3), noPeerAtu(4), or otherCause(5)."
REFERENCE "ITU-T G.997.1, paragraph 7.5.1.3"
::= { adsl2LineEntry 9 }
adsl2LineStatusLastStateDs OBJECT-TYPE
SYNTAX Adsl2LastTransmittedState
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.4"
::= { adsl2LineEntry 10 }
adsl2LineStatusLastStateUs OBJECT-TYPE
SYNTAX Adsl2LastTransmittedState
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.5"
::= { adsl2LineEntry 11 }
adsl2LineStatusAtur OBJECT-TYPE
SYNTAX Adsl2LineStatus
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates current state (existing failures) of the ATU-R.
This is a bit-map of possible conditions."
REFERENCE "ITU-T G.997.1, paragraph 7.1.1.2"
::= { adsl2LineEntry 12 }
adsl2LineStatusAtuc OBJECT-TYPE
SYNTAX Adsl2LineStatus
MAX-ACCESS read-only
STATUS current
Morgenstern, et al. Standards Track [Page 49]
RFC 4706 ADSL2-LINE MIB November 2006
DESCRIPTION
"Indicates current state (existing failures) of the ATU-C.
This is a bit-map of possible conditions."
REFERENCE "ITU-T G.997.1, paragraph 7.1.1.1"
::= { adsl2LineEntry 13 }
adsl2LineStatusLnAttenDs OBJECT-TYPE
SYNTAX Unsigned32 (0..1270 | 2147483646 | 2147483647)
UNITS "0.1 dB"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The measured difference in the total power transmitted by the
ATU-C and the total power received by the ATU-R over all sub-
carriers during diagnostics mode and initialization. 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 currently unavailable."
REFERENCE "ITU-T G.997.1, paragraph 7.5.1.6"
::= { adsl2LineEntry 14 }
adsl2LineStatusLnAttenUs OBJECT-TYPE
SYNTAX Unsigned32 (0..1270 | 2147483646 | 2147483647)
UNITS "0.1 dB"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The measured difference in the total power transmitted by the
ATU-R and the total power received by the ATU-C over all sub-
carriers during diagnostics mode and initialization.
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 currently unavailable."
REFERENCE "ITU-T G.997.1, paragraph 7.5.1.7"
::= { adsl2LineEntry 15 }
adsl2LineStatusSigAttenDs OBJECT-TYPE
SYNTAX Unsigned32 (0..1270 | 2147483646 | 2147483647)
UNITS "0.1 dB"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
Morgenstern, et al. Standards Track [Page 50]
RFC 4706 ADSL2-LINE MIB November 2006
"The measured difference in the total power transmitted by the
ATU-C and the total power received by the ATU-R over all sub-
carriers during Showtime. 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
signal attenuation is out of range to be represented.
A special value of 0x7FFFFFFE (2147483646) indicates the
signal attenuation measurement is currently unavailable."
REFERENCE "ITU-T G.997.1, paragraph 7.5.1.8"
::= { adsl2LineEntry 16 }
adsl2LineStatusSigAttenUs OBJECT-TYPE
SYNTAX Unsigned32 (0..1270 | 2147483646 | 2147483647)
UNITS "0.1 dB"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The measured difference in the total power transmitted by the
ATU-R and the total power received by the ATU-C over all sub-
carriers during Showtime. 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
signal attenuation is out of range to be represented.
A special value of 0x7FFFFFFE (2147483646) indicates the
signal attenuation measurement is currently unavailable."
REFERENCE "ITU-T G.997.1, paragraph 7.5.1.9"
::= { adsl2LineEntry 17 }
adsl2LineStatusSnrMarginDs OBJECT-TYPE
SYNTAX Integer32 (-640..630 | 2147483646 | 2147483647)
UNITS "0.1 dB"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Downstream SNR Margin is the maximum increase in dB of the
noise power received at the ATU-R, such that the BER
requirements are met for all downstream bearer channels. It
ranges from -640 to 630 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.10"
::= { adsl2LineEntry 18 }
adsl2LineStatusSnrMarginUs OBJECT-TYPE
SYNTAX Integer32 (-640..630 | 2147483646 | 2147483647)
Morgenstern, et al. Standards Track [Page 51]
RFC 4706 ADSL2-LINE MIB November 2006
UNITS "0.1 dB"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Upstream SNR Margin is the maximum increase in dB of the noise
power received at the ATU-C, such that the BER requirements
are met for all downstream bearer channels. It ranges from
-640 to 630 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.11"
::= { adsl2LineEntry 19 }
adsl2LineStatusAttainableRateDs 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 ATU-C transmitter and the ATU-R receiver, coded in
bits/second."
REFERENCE "ITU-T G.997.1, paragraph 7.5.1.12"
::= { adsl2LineEntry 20 }
adsl2LineStatusAttainableRateUs 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
ATU-R transmitter and the ATU-C receiver, coded in
bits/second."
REFERENCE "ITU-T G.997.1, paragraph 7.5.1.13"
::= { adsl2LineEntry 21 }
adsl2LineStatusActPsdDs OBJECT-TYPE
SYNTAX Integer32 (-900..0 | 2147483647)
UNITS "0.1 dB"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
Morgenstern, et al. Standards Track [Page 52]
RFC 4706 ADSL2-LINE MIB November 2006
"Actual Power Spectrum Density (PSD) Downstream. The average
downstream transmit PSD over the sub-carriers used for
downstream. It ranges from -900 to 0 units of 0.1 dB
(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.14"
::= { adsl2LineEntry 22 }
adsl2LineStatusActPsdUs OBJECT-TYPE
SYNTAX Integer32 (-900..0 | 2147483647)
UNITS "0.1 dB"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Actual Power Spectrum Density (PSD) Upstream. The average
upstream transmit PSD over the sub-carriers used for upstream.
It ranges from -900 to 0 units of 0.1 dB (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.15"
::= { adsl2LineEntry 23 }
adsl2LineStatusActAtpDs OBJECT-TYPE
SYNTAX Integer32 (-310..310 | 2147483647)
UNITS "0.1 dB"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Actual Aggregate Transmit Power Downstream. The total amount
of transmit power delivered by the ATU-C at the U-C reference
point, at the instant of measurement. It ranges from -310 to
310 units of 0.1 dB (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.16"
::= { adsl2LineEntry 24 }
adsl2LineStatusActAtpUs OBJECT-TYPE
SYNTAX Integer32 (-310..310 | 2147483647)
UNITS "0.1 dB"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Actual Aggregate Transmit Power Upstream. The total amount of
transmit power delivered by the ATU-R at the U-R
reference point, at the instant of measurement. It ranges
Morgenstern, et al. Standards Track [Page 53]
RFC 4706 ADSL2-LINE MIB November 2006
from -310 to 310 units of 0.1 dB (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.17"
::= { adsl2LineEntry 25 }
------------------------------------------------
-- adsl2ChannelStatusTable --
------------------------------------------------
adsl2ChannelStatusTable OBJECT-TYPE
SYNTAX SEQUENCE OF Adsl2ChannelStatusEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2ChannelStatusTable contains status
parameters of the ADSL2 channel. This table contains live
data from equipment."
::= { adsl2Status 1 }
adsl2ChannelStatusEntry OBJECT-TYPE
SYNTAX Adsl2ChannelStatusEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2ChannelStatusTable contains status
parameters of the ADSL2 channel.
The index of this table consists of an interface index, where
the interface has an ifType value that is applicable
for a DSL channel, along with a termination unit."
INDEX { ifIndex, adsl2ChStatusUnit }
::= { adsl2ChannelStatusTable 1 }
Adsl2ChannelStatusEntry ::=
SEQUENCE {
adsl2ChStatusUnit Adsl2Unit,
adsl2ChStatusChannelNum Unsigned32,
adsl2ChStatusActDataRate Unsigned32,
adsl2ChStatusPrevDataRate Unsigned32,
adsl2ChStatusActDelay Unsigned32,
adsl2ChStatusAtmStatus Adsl2ChAtmStatus,
adsl2ChStatusPtmStatus Adsl2ChPtmStatus
}
adsl2ChStatusUnit OBJECT-TYPE
SYNTAX Adsl2Unit
MAX-ACCESS not-accessible
Morgenstern, et al. Standards Track [Page 54]
RFC 4706 ADSL2-LINE MIB November 2006
STATUS current
DESCRIPTION
"The termination unit atuc(1) or atur(2)."
::= { adsl2ChannelStatusEntry 1 }
adsl2ChStatusChannelNum OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Provides the bearer channel number associated with this
row (i.e., the channel ifIndex).
This enables determining the channel configuration profile
and the channel thresholds profile applicable for this
bearer channel."
::= { adsl2ChannelStatusEntry 2 }
adsl2ChStatusActDataRate OBJECT-TYPE
SYNTAX Unsigned32(0..200000000)
UNITS "bits/second"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The actual net data rate that the bearer channel is operating
at, if in L0 power management state. In L1 or L2 states, it
relates to the previous L0 state. The data rate is coded in
bits/second."
REFERENCE "ITU-T G.997.1, paragraph 7.5.2.1"
::= { adsl2ChannelStatusEntry 3 }
adsl2ChStatusPrevDataRate OBJECT-TYPE
SYNTAX Unsigned32(0..200000000)
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
bits/second."
REFERENCE "ITU-T G.997.1, paragraph 7.5.2.2"
::= { adsl2ChannelStatusEntry 4 }
adsl2ChStatusActDelay OBJECT-TYPE
SYNTAX Unsigned32(0..8176)
UNITS "milliseconds"
Morgenstern, et al. Standards Track [Page 55]
RFC 4706 ADSL2-LINE MIB November 2006
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"
::= { adsl2ChannelStatusEntry 5 }
adsl2ChStatusAtmStatus OBJECT-TYPE
SYNTAX Adsl2ChAtmStatus
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the current state (existing failures) of the ADSL
channel in case its Data Path is ATM. This is a bit-map of
possible conditions. The various bit positions are:
noDefect(0),
noCellDelineation(1), or
lossOfCellDelineation(2).
In the case where the channel is not an ATM Data Path, the
object is set to '0'."
REFERENCE "ITU-T G.997.1, paragraph 7.1.4"
::= { adsl2ChannelStatusEntry 6 }
adsl2ChStatusPtmStatus OBJECT-TYPE
SYNTAX Adsl2ChPtmStatus
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the current state (existing failures) of the ADSL
channel in case its Data Path is PTM. This is a bit-map of
possible conditions. The various bit positions are:
noDefect(0), or
outOfSync(1).
In the case where the channel is not a PTM Data Path, the
object is set to '0'."
REFERENCE "ITU-T G.997.1, paragraph 7.1.5"
::= { adsl2ChannelStatusEntry 7 }
------------------------------------------------
-- Scalars that relate to the adsl2SCStatusTable.
------------------------------------------------
adsl2ScalarSCMaxInterfaces OBJECT-TYPE
Morgenstern, et al. Standards Track [Page 56]
RFC 4706 ADSL2-LINE MIB November 2006
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This value determines the upper size of adsl2SCStatusTable.
The maximum number of entries in adsl2SCStatusTable is equal
to two times the value of this attribute."
::= { adsl2ScalarSC 1 }
adsl2ScalarSCAvailInterfaces OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This value determines the amount of space that is
currently available in adsl2SCStatusTable.
The number of entries available in adsl2SCStatusTable is equal
to two times the value of this attribute."
::= { adsl2ScalarSC 2 }
------------------------------------------------
-- adsl2SCStatusTable --
------------------------------------------------
adsl2SCStatusTable OBJECT-TYPE
SYNTAX SEQUENCE OF Adsl2SCStatusEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2SCStatusTable contains status parameters
of the ADSL2 sub-carriers. The following points apply to this
table:
1. The main purpose of this table is to hold the results
of a DELT.
2. This table also holds parameters obtained at line
initialization time.
3. The rows in this table are volatile; that is, they are
lost if the SNMP agent is rebooted.
4. Due to the large OCTET STRING attributes in this table,
the worst case memory requirements for this table are
very high. The manager may use the row status attribute
of this table to delete rows in order to reclaim memory.
5. The manager may create rows in this table. The SNMP
agent may create rows in this table. Only the manager
may delete rows in this table.
6. The maximum number of rows allowable in this table is
indicated by the scalar attribute
adsl2ScalarSCMaxInterfaces.
Morgenstern, et al. Standards Track [Page 57]
RFC 4706 ADSL2-LINE MIB November 2006
The number of rows available in this table is indicated
by the scalar attribute adsl2ScalarSCAvailInterfaces.
7. The SNMP agent is permitted to create rows in this table
when a DELT completes successfully or when line
initialization occurs. It is not mandatory for the SNMP
agent to create rows in this table; hence, it may be
necessary for the manager to create rows in this table
before any results can be stored.
8. If the manager attempts to create a row in this table
and there are no more rows available, the creation
attempt will fail, and the response to the SNMP SET PDU
will contain the error noCreation(11).
9. If the SNMP agent attempts to create a row in this table
and there are no more rows available, the creation
attempt will fail, and the attribute
adsl2LineCmndConfLdsfFailReason will indicate the
reason for the failure. The failure reason will be either
tableFull(10) or noResources(11).
10. An example of use of this table is as follows:
Step 1. : The DELT is started by setting the
: adsl2LineCmndConfLdsf from inhibit to force.
Step 2. : The DELT completes, and valid data is
: available.
Step 3. : The row in the adsl2SCStatusTable where the
: results will be stored does not yet exist so
: the SNMP agent attempts to create the row.
Step 4. : Due to a low memory condition, a row in the
: adsl2SCStatusTable table cannot be created at
: this time.
Step 5. : The reason for the failure, tableFull(10), is
: indicated in the adsl2LineCmndConfLdsfFailReason
: attribute.
11. Another example of use of this table is as follows :
Step 1. : The DELT is started by setting the
: adsl2LineCmndConfLdsf from inhibit to force.
Step 2. : The DELT completes and valid data is
: available.
Step 3. : The row in the adsl2SCStatusTable where the
: results will be stored does not yet exist so
: the SNMP agent attempts to create the row.
Step 4. : The row creation is successful.
Step 5. : The value of the attribute
: adsl2LineCmndConfLdsfFailReasonreason is set
: to success(2).
12. Another example of use of this table is as follows:
Step 1. : The manager creates a row in adsl2SCStatusTable
: for a particular ADSL2 line.
Step 2. : The DELT is started on the above-mentioned
Morgenstern, et al. Standards Track [Page 58]
RFC 4706 ADSL2-LINE MIB November 2006
: line by setting the adsl2LineCmndConfLdsf from
: inhibit to force.
Step 3. : The DELT completes, and valid data is
: available.
Step 4. : The value of the attribute
: adsl2LineCmndConfLdsfFailReasonreason is set
: to success(2)."
::= { adsl2Status 2 }
adsl2SCStatusEntry OBJECT-TYPE
SYNTAX Adsl2SCStatusEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table Adsl2SCStatusEntry contains status parameters
of the ADSL2 sub-carriers.
The index of this table is an interface index where the
interface has an ifType of adsl2plus(238)."
INDEX { ifIndex, adsl2SCStatusDirection }
::= { adsl2SCStatusTable 1 }
Adsl2SCStatusEntry ::=
SEQUENCE {
adsl2SCStatusDirection Adsl2Direction,
adsl2SCStatusMtime Unsigned32,
adsl2SCStatusSnr OCTET STRING,
adsl2SCStatusBitsAlloc OCTET STRING,
adsl2SCStatusGainAlloc OCTET STRING,
adsl2SCStatusTssi Adsl2Tssi,
adsl2SCStatusLinScale Unsigned32,
adsl2SCStatusLinReal OCTET STRING,
adsl2SCStatusLinImg OCTET STRING,
adsl2SCStatusLogMt Unsigned32,
adsl2SCStatusLog OCTET STRING,
adsl2SCStatusQlnMt Unsigned32,
adsl2SCStatusQln OCTET STRING,
adsl2SCStatusLnAtten Unsigned32,
adsl2SCStatusSigAtten Unsigned32,
adsl2SCStatusSnrMargin Integer32,
adsl2SCStatusAttainableRate Unsigned32,
adsl2SCStatusActAtp Integer32,
adsl2SCStatusRowStatus RowStatus
}
adsl2SCStatusDirection OBJECT-TYPE
SYNTAX Adsl2Direction
MAX-ACCESS not-accessible
STATUS current
Morgenstern, et al. Standards Track [Page 59]
RFC 4706 ADSL2-LINE MIB November 2006
DESCRIPTION
"The direction of the sub-carrier is either
upstream or downstream."
::= { adsl2SCStatusEntry 1 }
adsl2SCStatusMtime OBJECT-TYPE
SYNTAX Unsigned32
UNITS "symbols"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"SNR Measurement Time. The number of symbols used to
measure the SNR values on the respective transmission
direction. It should correspond to the value specified in the
recommendation (e.g., the number of symbols in 1 second
time interval for G.992.3). This parameter corresponds to
1 second in loop diagnostic procedure and should be updated
otherwise."
REFERENCE "ITU-T G.997.1, paragraph 7.5.1.20.1 (SNRMTds)
and paragraph 7.5.1.20.3 (SNRMTus)"
::= { adsl2SCStatusEntry 2 }
adsl2SCStatusSnr OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(0..512))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The SNR Margin per sub-carrier, expressing the ratio between
the received signal power and received noise power per
subscriber. It is an array of 512 octets, designed for
supporting up to 512 (downstream) sub-carriers.
The number of utilized octets on downstream direction depends
on NSCds, and on upstream direction it depends on NSCus. This
value is referred to here as NSC.
Octet i (0 <= i < NSC) is set to a value in the range 0 to
254 to indicate that the respective downstream or upstream sub-
carrier i has SNR of: (-32 + Adsl2SubcarrierSnr(i)/2) in dB
(i.e., -32 to 95dB).
The special value 255 means that no measurement could be done
for the subcarrier 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.20.2 (SNRpsds)
and paragraph 7.5.1.20.4 (SNRpsus)"
::= { adsl2SCStatusEntry 3 }
adsl2SCStatusBitsAlloc OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(0..256))
Morgenstern, et al. Standards Track [Page 60]
RFC 4706 ADSL2-LINE MIB November 2006
UNITS "bits"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The bits allocation per sub-carrier. An array of 256 octets
(512 nibbles), designed for supporting up to 512 (downstream)
sub-carriers.
The number of utilized nibbles on downstream direction depends
on NSCds, and on upstream direction it depends on NSCus. This
value is referred to here as NSC.
Nibble i (0 <= i < NSC) is set to a value in the range 0
to 15 to indicate that the respective downstream or upstream
sub-carrier i has the same amount of bits allocation."
REFERENCE "ITU-T G.997.1, paragraph 7.5.1.21.1 (BITSpsds)
and paragraph 7.5.1.21.2 (BITSpsus)"
::= { adsl2SCStatusEntry 4 }
adsl2SCStatusGainAlloc OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(0..1024))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The gain allocation per sub-carrier. An array of 512 16-bits
values, designed for supporting up to 512 (downstream) sub-
carriers.
The number of utilized octets on downstream direction depends
on NSCds, and on upstream direction it depends on NSCus. This
value is referred to here as NSC.
Value i (0 <= i < NSC) is in the range 0 to 4093 to indicate
that the respective downstream or upstream sub-carrier 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.21.3 (GAINSpsds)
and paragraph 7.5.1.21.4 (GAINSpsus)"
::= { adsl2SCStatusEntry 5 }
adsl2SCStatusTssi OBJECT-TYPE
SYNTAX Adsl2Tssi
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The transmit spectrum shaping (TSSi) breakpoints expressed
as the set of breakpoints exchanged during G.994.1.
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
Morgenstern, et al. Standards Track [Page 61]
RFC 4706 ADSL2-LINE MIB November 2006
the breakpoint.
Third octet - The shaping parameter at the breakpoint.
Subcarrier index is an unsigned number in the range 1 to either
NSCds (downstream direction) or NSCus (upstream direction).
The shaping parameter value is in the range 0 to 127 (units of
-0.5dB). The special value 127 indicates that the subcarrier
is not transmitted."
REFERENCE "ITU-T G.997.1, paragraph 7.5.1.21.5 (TSSpsds)
and paragraph 7.5.1.21.6 (TSSpsus)"
::= { adsl2SCStatusEntry 6 }
adsl2SCStatusLinScale OBJECT-TYPE
SYNTAX Unsigned32
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."
REFERENCE "ITU-T G.997.1, paragraph 7.5.1.18.1 (HLINSCds)
and paragraph 7.5.1.18.5 (HLINSCus)"
::= { adsl2SCStatusEntry 7 }
adsl2SCStatusLinReal 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)
sub-carriers.
The number of utilized values on downstream direction depends
on NSCds, and on upstream direction it depends on NSCus. This
value is referred to here as NSC.
Each array entry represents the real component [referred to here
as a(i)] of Hlin(f = i*Df) value for a particular sub-carrier
index i (0 <= i < NSC).
Hlin(f) is represented as ((scale/2^15)*((a(i)+j*b(i))/2^15)),
where scale is Adsl2SubcarrierLinScale and a(i) and b(i)
[provided by the Adsl2SubcarrierLinImg 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 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.
Morgenstern, et al. Standards Track [Page 62]
RFC 4706 ADSL2-LINE MIB November 2006
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.18.2 (HLINpsds)
and paragraph 7.5.1.18.6 (HLINpsds)"
::= { adsl2SCStatusEntry 8 }
adsl2SCStatusLinImg 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)
sub-carriers.
The number of utilized values on downstream direction depends
on NSCds, and on upstream direction it depends on NSCus. This
value is referred to here as NSC.
Each array entry represents the imaginary component [referred
to here as b(i)] of Hlin(f = i*Df) value for a particular sub-
carrier index i (0 <= i < NSC).
Hlin(f) is represented as ((scale/2^15)*((a(i)+j*b(i))/2^15)),
where scale is Adsl2SubcarrierLinScale and a(i) [provided by
the Adsl2SubcarrierLinReal 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 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.18.2 (HLINpsds)
and paragraph 7.5.1.18.6 (HLINpsds)"
::= { adsl2SCStatusEntry 9 }
adsl2SCStatusLogMt OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of symbols used to measure the H(f) logarithmic
measurement values for the respective transmission direction.
This parameter should correspond to the value specified in the
recommendation (e.g., the number of symbols in 1 second
time interval for G.992.3). This parameter corresponds to 1
second in loop diagnostic procedure and should be updated in
initialization"
Morgenstern, et al. Standards Track [Page 63]
RFC 4706 ADSL2-LINE MIB November 2006
REFERENCE "ITU-T G.997.1, paragraph 7.5.1.18.3 (HLOGMTds)
and paragraph 7.5.1.18.7 (HLOGMTus)"
::= { adsl2SCStatusEntry 10 }
adsl2SCStatusLog OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(0..1024))
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) sub-carriers.
The number of utilized values on downstream direction depends
on NSCds, and on upstream direction it depends on NSCus. This
value is referred to here as NSC.
Each array entry represents the real Hlog(f = i*Df) value for a
particular sub-carrier index i, (0 <= i < NSC).
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 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.18.4 (HLOGpsds)
and paragraph 7.5.1.18.8 (HLOGpsus)"
::= { adsl2SCStatusEntry 11 }
adsl2SCStatusQlnMt OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of symbols used to measure the Quiet Line Noise
values on the respective transmission direction. This
parameter should correspond to the value specified in the
recommendation (e.g., the number of symbols in 1 second time
interval for G.992.3). This parameter corresponds to 1 second
in loop diagnostic procedure and should be updated in
initialization "
REFERENCE "ITU-T G.997.1, paragraph 7.5.1.19.1 (QLNMTds)
and paragraph 7.5.1.19.3 (QLNMTus)"
::= { adsl2SCStatusEntry 12 }
adsl2SCStatusQln OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(0..512))
UNITS "dBm/Hz"
Morgenstern, et al. Standards Track [Page 64]
RFC 4706 ADSL2-LINE MIB November 2006
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) sub-carriers.
The number of utilized values on downstream direction depends
on NSCds, and on upstream direction it depends on NSCus. This
value is referred to here as NSC.
Each array entry represents the QLN(f = i*Df) value for a
particular sub-carrier index i, (0 <= i < NSC).
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 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.19.2 (QLNpsds)
and paragraph 7.5.1.19.4 (QLNpsus)"
::= { adsl2SCStatusEntry 13 }
adsl2SCStatusLnAtten OBJECT-TYPE
SYNTAX Unsigned32 (0..1270 | 2147483646 | 2147483647)
UNITS "0.1 dB"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"When referring to the downstream direction, it is the measured
difference in the total power transmitted by the ATU-C and the
total power received by the ATU-R over all sub-carriers during
diagnostics mode.
When referring to the upstream direction, it is the measured
difference in the total power transmitted by the ATU-R and the
total power received by the ATU-C over all sub-carriers 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.6 (LATNds)
and paragraph 7.5.1.7 (LATNus)"
Morgenstern, et al. Standards Track [Page 65]
RFC 4706 ADSL2-LINE MIB November 2006
::= { adsl2SCStatusEntry 14 }
adsl2SCStatusSigAtten OBJECT-TYPE
SYNTAX Unsigned32 (0..1270 | 2147483646 | 2147483647)
UNITS "0.1 dB"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"When referring to the downstream direction, it is the measured
difference in the total power transmitted by the
ATU-C and the total power received by the ATU-R over all sub-
carriers during Showtime after the diagnostics mode.
When referring to the upstream direction, it is the measured
difference in the total power transmitted by the
ATU-R and the total power received by the ATU-C over all sub-
carriers 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
signal attenuation is out of range to be represented.
A special value of 0x7FFFFFFE (2147483646) indicates the
signal 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.8 (SATNds)
and paragraph 7.5.1.9 (SATNus)"
::= { adsl2SCStatusEntry 15 }
adsl2SCStatusSnrMargin 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 ATU (ATU-R on downstream direction and ATU-C
on upstream direction), such that the BER requirements are met
for all bearer channels received at the ATU. It ranges from
-640 to 630 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.
This object reflects the value of the parameter following the
most recent DELT performed on the associated line. Once
Morgenstern, et al. Standards Track [Page 66]
RFC 4706 ADSL2-LINE MIB November 2006
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.10 (SNRMds)
and paragraph 7.5.1.11 (SNRMus)"
::= { adsl2SCStatusEntry 16 }
adsl2SCStatusAttainableRate 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 ATU-C transmitter and ATU-R
receiver (when referring to downstream direction) or by the
ATU-R transmitter and ATU-C receiver (when referring to
upstream direction). Value is coded in bits/second.
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.12 (ATTNDRds)
and paragraph 7.5.1.13 (ATTNDRus)"
::= { adsl2SCStatusEntry 17 }
adsl2SCStatusActAtp OBJECT-TYPE
SYNTAX Integer32
UNITS "0.1 dB"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Actual Aggregate Transmit Power from the ATU (ATU-R on
downstream direction and ATU-C on upstream direction), at the
instant of measurement. It ranges from -310 to 310 units of
0.1 dB (physical values are -31 to 31 dBm). A value of all
1's indicates the measurement is out of range to be
represented.
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.16 (ACTATPds)
and paragraph 7.5.1.17 (ACTATPus)"
::= { adsl2SCStatusEntry 18 }
adsl2SCStatusRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
Morgenstern, et al. Standards Track [Page 67]
RFC 4706 ADSL2-LINE MIB November 2006
STATUS current
DESCRIPTION
"Row Status. The manager may create and delete rows
of this table. Please see the description of
adsl2SCStatusTable above for more details."
::= { adsl2SCStatusEntry 19 }
------------------------------------------------
-- adsl2LineInventoryTable --
------------------------------------------------
adsl2LineInventoryTable OBJECT-TYPE
SYNTAX SEQUENCE OF Adsl2LineInventoryEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2LineInventoryTable contains inventory of the
ADSL2 units."
::= { adsl2Inventory 1 }
adsl2LineInventoryEntry OBJECT-TYPE
SYNTAX Adsl2LineInventoryEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2LineInventoryTable contains inventory of the
ADSL2 units.
The index of this table is an interface index where the
interface has an ifType of adsl2plus(238)."
INDEX { ifIndex, adsl2LInvUnit }
::= { adsl2LineInventoryTable 1 }
Adsl2LineInventoryEntry ::=
SEQUENCE {
adsl2LInvUnit Adsl2Unit,
adsl2LInvG994VendorId OCTET STRING,
adsl2LInvSystemVendorId OCTET STRING,
adsl2LInvVersionNumber OCTET STRING,
adsl2LInvSerialNumber OCTET STRING,
adsl2LInvSelfTestResult Unsigned32,
adsl2LInvTransmissionCapabilities Adsl2TransmissionModeType
}
adsl2LInvUnit OBJECT-TYPE
SYNTAX Adsl2Unit
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The termination unit atuc(1) or atur(2)."
Morgenstern, et al. Standards Track [Page 68]
RFC 4706 ADSL2-LINE MIB November 2006
::= { adsl2LineInventoryEntry 1 }
adsl2LInvG994VendorId OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(8))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The 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
code followed by a (regionally allocated) provider code, as
defined in Recommendation T.35."
REFERENCE "ITU-T G.997.1, paragraph 7.4"
::= { adsl2LineInventoryEntry 2 }
adsl2LInvSystemVendorId OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(8))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The ATU System Vendor ID (identifies the ATU system
integrator) as inserted in the Overhead Messages (both ATUs
for G.992.3 and G.992.4) or in the Embedded Operations
Channel (only ATU-R in G.992.1 and G.992.2). It consists of
8 binary octets, with the same format as used for
Adsl2InvG994VendorId."
REFERENCE "ITU-T G.997.1, paragraph 7.4"
::= { adsl2LineInventoryEntry 3 }
adsl2LInvVersionNumber OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(0..16))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The ATU version number (vendor-specific information) as
inserted in the Overhead Messages (both ATUs for G.992.3 and
G.992.4) or in the Embedded Operations Channel (only ATU-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"
::= { adsl2LineInventoryEntry 4 }
adsl2LInvSerialNumber OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(0..32))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The ATU serial number (vendor-specific information) as
inserted in the Overhead Messages (both ATUs for G.992.3 and
G.992.4) or in the Embedded Operations Channel (only ATU-R in
Morgenstern, et al. Standards Track [Page 69]
RFC 4706 ADSL2-LINE MIB November 2006
G.992.1 and G.992.2). It is vendor-specific information. It
consists of up to 32 ASCII characters."
REFERENCE "ITU-T G.997.1, paragraph 7.4"
::= { adsl2LineInventoryEntry 5 }
adsl2LInvSelfTestResult OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The ATU 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"
::= { adsl2LineInventoryEntry 6 }
adsl2LInvTransmissionCapabilities OBJECT-TYPE
SYNTAX Adsl2TransmissionModeType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The ATU transmission system capability list of the different
coding types. It is coded in a bit-map representation with 1
or more bits set. A bit set to '1' means that the ATU
supports the respective coding. The value may be derived
from the handshaking procedures defined in G.994.1. A set
of ADSL2 line transmission modes, with one bit per mode."
REFERENCE "ITU-T G.997.1, paragraph 7.4"
::= { adsl2LineInventoryEntry 7 }
------------------------------------------------
-- adsl2LineConfTemplateTable --
------------------------------------------------
adsl2LineConfTemplateTable OBJECT-TYPE
SYNTAX SEQUENCE OF Adsl2LineConfTemplateEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2LineConfTemplateTable contains ADSL2 line
configuration templates.
Entries in this table MUST be maintained in a
persistent manner."
::= { adsl2ProfileLine 1 }
adsl2LineConfTemplateEntry OBJECT-TYPE
Morgenstern, et al. Standards Track [Page 70]
RFC 4706 ADSL2-LINE MIB November 2006
SYNTAX Adsl2LineConfTemplateEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2LineConfTemplateTable contains the ADSL2 line
configuration template.
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 { adsl2LConfTempTemplateName }
::= { adsl2LineConfTemplateTable 1 }
Adsl2LineConfTemplateEntry ::=
SEQUENCE {
adsl2LConfTempTemplateName SnmpAdminString,
adsl2LConfTempLineProfile SnmpAdminString,
adsl2LConfTempChan1ConfProfile SnmpAdminString,
adsl2LConfTempChan1RaRatioDs Unsigned32,
adsl2LConfTempChan1RaRatioUs Unsigned32,
adsl2LConfTempChan2ConfProfile SnmpAdminString,
adsl2LConfTempChan2RaRatioDs Unsigned32,
adsl2LConfTempChan2RaRatioUs Unsigned32,
adsl2LConfTempChan3ConfProfile SnmpAdminString,
adsl2LConfTempChan3RaRatioDs Unsigned32,
adsl2LConfTempChan3RaRatioUs Unsigned32,
adsl2LConfTempChan4ConfProfile SnmpAdminString,
adsl2LConfTempChan4RaRatioDs Unsigned32,
adsl2LConfTempChan4RaRatioUs Unsigned32,
adsl2LConfTempRowStatus RowStatus
}
adsl2LConfTempTemplateName 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-90, paragraph 5.1.4"
::= { adsl2LineConfTemplateEntry 1 }
adsl2LConfTempLineProfile OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(1..32))
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The value of this object identifies the row in the ADSL2 Line
Configuration Profile Table, (adsl2LineConfProfTable),
which applies for this ADSL2 line."
Morgenstern, et al. Standards Track [Page 71]
RFC 4706 ADSL2-LINE MIB November 2006
REFERENCE "DSL Forum TR-90, paragraph 5.1.4"
DEFVAL { "DEFVAL" }
::= { adsl2LineConfTemplateEntry 2 }
adsl2LConfTempChan1ConfProfile OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(1..32))
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The value of this object identifies the row in the ADSL2
Channel Configuration Profile Table,
(adsl2ChConfProfileTable) that applies to ADSL2 bearer
channel #1. The channel profile name specified here must
match the name of an existing row in the
adsl2ChConfProfileTable table."
DEFVAL { "DEFVAL" }
::= { adsl2LineConfTemplateEntry 3 }
adsl2LConfTempChan1RaRatioDs OBJECT-TYPE
SYNTAX Unsigned32(0..100)
UNITS "percent"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Rate Adaptation Ratio. The ratio (in %) 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 -
adsl2LConfTempChan1RaRatioDs 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"
DEFVAL { 100 }
::= { adsl2LineConfTemplateEntry 4 }
adsl2LConfTempChan1RaRatioUs OBJECT-TYPE
SYNTAX Unsigned32(0..100)
UNITS "percent"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Rate Adaptation Ratio. The ratio (in %) 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
Morgenstern, et al. Standards Track [Page 72]
RFC 4706 ADSL2-LINE MIB November 2006
100 - adsl2LConfTempChan1RaRatioUs 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"
DEFVAL { 100 }
::= { adsl2LineConfTemplateEntry 5 }
adsl2LConfTempChan2ConfProfile OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(0..32))
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The value of this object identifies the row in the ADSL2
Channel Configuration Profile Table
(adsl2ChConfProfileTable) that applies to ADSL2 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
adsl2LConfTempChan3ConfProfile contains a zero-length
string."
DEFVAL { "" }
::= { adsl2LineConfTemplateEntry 6 }
adsl2LConfTempChan2RaRatioDs OBJECT-TYPE
SYNTAX Unsigned32(0..100)
UNITS "percent"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Rate Adaptation Ratio. The ratio (in %) 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 - adsl2LConfTempChan2RaRatioDs 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"
DEFVAL { 0 }
::= { adsl2LineConfTemplateEntry 7 }
adsl2LConfTempChan2RaRatioUs OBJECT-TYPE
SYNTAX Unsigned32(0..100)
UNITS "percent"
Morgenstern, et al. Standards Track [Page 73]
RFC 4706 ADSL2-LINE MIB November 2006
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Rate Adaptation Ratio. The ratio (in %) 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 - adsl2LConfTempChan2RaRatioUs 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"
DEFVAL { 0 }
::= { adsl2LineConfTemplateEntry 8 }
adsl2LConfTempChan3ConfProfile OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(0..32))
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The value of this object identifies the row in the ADSL2
Channel Configuration Profile Table
(adsl2ChConfProfileTable) that applies to ADSL2 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
adsl2LConfTempChan4ConfProfile contains a zero-length
string.
This object may be set to a non-zero-length string only if
adsl2LConfTempChan2ConfProfile contains a non-zero-length
string."
DEFVAL { "" }
::= { adsl2LineConfTemplateEntry 9 }
adsl2LConfTempChan3RaRatioDs OBJECT-TYPE
SYNTAX Unsigned32(0..100)
UNITS "percent"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Rate Adaptation Ratio. The ratio (in %) 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 -
adsl2LConfTempChan3RaRatioDs is the ratio of excess data
rate to be assigned to all other bearer channels on Downstream
Morgenstern, et al. Standards Track [Page 74]
RFC 4706 ADSL2-LINE MIB November 2006
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"
DEFVAL { 0 }
::= { adsl2LineConfTemplateEntry 10 }
adsl2LConfTempChan3RaRatioUs OBJECT-TYPE
SYNTAX Unsigned32(0..100)
UNITS "percent"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Rate Adaptation Ratio. The ratio (in %) 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 - adsl2LConfTempChan3RaRatioUs 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"
DEFVAL { 0 }
::= { adsl2LineConfTemplateEntry 11 }
adsl2LConfTempChan4ConfProfile OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(0..32))
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The value of this object identifies the row in the ADSL2
Channel Configuration Profile Table
(adsl2ChConfProfileTable) that applies to ADSL2 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
adsl2LConfTempChan3ConfProfile contains a non-zero-length
string."
DEFVAL { "" }
::= { adsl2LineConfTemplateEntry 12 }
adsl2LConfTempChan4RaRatioDs OBJECT-TYPE
SYNTAX Unsigned32(0..100)
UNITS "percent"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Rate Adaptation Ratio. The ratio (in %) that should be taken
Morgenstern, et al. Standards Track [Page 75]
RFC 4706 ADSL2-LINE MIB November 2006
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 -
adsl2LConfTempChan4RaRatioDs 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"
DEFVAL { 0 }
::= { adsl2LineConfTemplateEntry 13 }
adsl2LConfTempChan4RaRatioUs OBJECT-TYPE
SYNTAX Unsigned32(0..100)
UNITS "percent"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Rate Adaptation Ratio. The ratio (in %) 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 -
adsl2LConfTempChan4RaRatioUs 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"
DEFVAL { 0 }
::= { adsl2LineConfTemplateEntry 14 }
adsl2LConfTempRowStatus 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'.
When 'active' is set, the system will validate the template.
Before a template can be deleted or taken out of service
(by setting this object to 'destroy' or 'notInService'),
it must first be unreferenced from all associated
lines."
::= { adsl2LineConfTemplateEntry 15 }
Morgenstern, et al. Standards Track [Page 76]
RFC 4706 ADSL2-LINE MIB November 2006
------------------------------------------
-- adsl2LineConfProfTable --
------------------------------------------
adsl2LineConfProfTable OBJECT-TYPE
SYNTAX SEQUENCE OF Adsl2LineConfProfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2LineConfProfTable contains ADSL2 line profile
configuration.
Entries in this table MUST be maintained in a
persistent manner."
::= { adsl2ProfileLine 2 }
adsl2LineConfProfEntry OBJECT-TYPE
SYNTAX Adsl2LineConfProfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2LineConfProfTable contains ADSL2 line profile
configuration.
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 { adsl2LConfProfProfileName }
::= { adsl2LineConfProfTable 1 }
Adsl2LineConfProfEntry ::=
SEQUENCE {
adsl2LConfProfProfileName SnmpAdminString,
adsl2LConfProfScMaskDs Adsl2ScMaskDs,
adsl2LConfProfScMaskUs Adsl2ScMaskUs,
adsl2LConfProfRfiBandsDs Adsl2RfiDs,
adsl2LConfProfRaModeDs Adsl2RaMode,
adsl2LConfProfRaModeUs Adsl2RaMode,
adsl2LConfProfRaUsNrmDs Unsigned32,
adsl2LConfProfRaUsNrmUs Unsigned32,
adsl2LConfProfRaUsTimeDs Unsigned32,
adsl2LConfProfRaUsTimeUs Unsigned32,
adsl2LConfProfRaDsNrmsDs Unsigned32,
adsl2LConfProfRaDsNrmsUs Unsigned32,
adsl2LConfProfRaDsTimeDs Unsigned32,
adsl2LConfProfRaDsTimeUs Unsigned32,
adsl2LConfProfTargetSnrmDs Unsigned32,
adsl2LConfProfTargetSnrmUs Unsigned32,
adsl2LConfProfMaxSnrmDs Unsigned32,
Morgenstern, et al. Standards Track [Page 77]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2LConfProfMaxSnrmUs Unsigned32,
adsl2LConfProfMinSnrmDs Unsigned32,
adsl2LConfProfMinSnrmUs Unsigned32,
adsl2LConfProfMsgMinUs Unsigned32,
adsl2LConfProfMsgMinDs Unsigned32,
adsl2LConfProfAtuTransSysEna Adsl2TransmissionModeType,
adsl2LConfProfPmMode Adsl2LConfProfPmMode,
adsl2LConfProfL0Time Unsigned32,
adsl2LConfProfL2Time Unsigned32,
adsl2LConfProfL2Atpr Unsigned32,
adsl2LConfProfL2Atprt Unsigned32,
adsl2LConfProfRowStatus RowStatus
}
adsl2LConfProfProfileName OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(1..32))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This object identifies a row in this table."
::= { adsl2LineConfProfEntry 1 }
adsl2LConfProfScMaskDs OBJECT-TYPE
SYNTAX Adsl2ScMaskDs
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Sub-carriers mask. A bitmap of 512 bits that allows masking
up to 512 downstream sub-carriers, depending on NSCds. If bit
i (0 <= i < NSCds) is set to '1', the respective
downstream sub-carrier i is masked, and if set to '0', the
respective sub-carrier is unmasked. Note that there should
always be unmasked sub-carriers (i.e., the 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"
::= { adsl2LineConfProfEntry 2 }
adsl2LConfProfScMaskUs OBJECT-TYPE
SYNTAX Adsl2ScMaskUs
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Sub-carriers mask. A bitmap of 64 bits that allows masking
up to 64 downstream sub-carriers, depending on NSCds. If
bit i (0 <= i < NSCus) is set to '1', the respective
upstream sub-carrier i is masked, and if set to '0', the
respective sub-carrier is unmasked. Note that there
Morgenstern, et al. Standards Track [Page 78]
RFC 4706 ADSL2-LINE MIB November 2006
should always be unmasked sub-carriers (i.e., the 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"
::= { adsl2LineConfProfEntry 3 }
adsl2LConfProfRfiBandsDs OBJECT-TYPE
SYNTAX Adsl2RfiDs
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The subset of downstream PSD mask breakpoints that shall be
used to notch an RFI band.
The specific interpolation around these points is defined in
G.992.5. It is a bitmap of 512 bits that allows referring to
up to 512 downstream sub-carriers, depending on NSCds. If bit
i (0 <= i < NSCds) is set to '1', the respective downstream
sub-carrier i is part of a notch filter, and if set to '0',
the respective sub-carrier is not part of a notch filter.
This information complements the specification provided by
adsl2LConfProfPsdMaskDs.
Note that if NSCds < 512, all bits i (NSCds= 1 for one or more bearer channels OR
LOS >= 1 OR SEF >=1 OR LPR >= 1
ATU-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"
::= { adsl2PMLineCurrEntry 6 }
adsl2PMLCurr15MSes OBJECT-TYPE
SYNTAX Counter32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of seconds during this interval where there was:
ATU-C: (CRC-8 summed over all bearer channels) >= 18 OR
LOS >= 1 OR SEF >= 1 OR LPR >= 1
ATU-R: (FEBE summed over all bearer channels) >= 18 OR
LOS-FE >= 1 OR RDI >= 1 OR LPR-FE >= 1 .
This parameter is inhibited during UAS."
Morgenstern, et al. Standards Track [Page 112]
RFC 4706 ADSL2-LINE MIB November 2006
REFERENCE "ITU-T G.997.1, paragraph 7.2.1"
::= { adsl2PMLineCurrEntry 7 }
adsl2PMLCurr15MLoss OBJECT-TYPE
SYNTAX Counter32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of seconds during this interval where there was LOS (or
LOS-FE for ATU-R)."
REFERENCE "ITU-T G.997.1, paragraph 7.2.1"
::= { adsl2PMLineCurrEntry 8 }
adsl2PMLCurr15MUas 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"
::= { adsl2PMLineCurrEntry 9 }
adsl2PMLCurr1DayValidIntervals OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Valid intervals."
::= { adsl2PMLineCurrEntry 10 }
adsl2PMLCurr1DayInvalidIntervals OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Invalid intervals."
::= { adsl2PMLineCurrEntry 11 }
adsl2PMLCurr1DayTimeElapsed OBJECT-TYPE
SYNTAX HCPerfTimeElapsed
UNITS "seconds"
MAX-ACCESS read-only
Morgenstern, et al. Standards Track [Page 113]
RFC 4706 ADSL2-LINE MIB November 2006
STATUS current
DESCRIPTION
"Total elapsed seconds since this PM interval began.
Note that the PM counters are not reset even when the XTU
is reinitialized. They are reinitialized only when the
agent itself is reset or reinitialized."
::= { adsl2PMLineCurrEntry 12 }
adsl2PMLCurr1DayFecs OBJECT-TYPE
SYNTAX Counter32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of seconds during this interval where 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"
::= { adsl2PMLineCurrEntry 13 }
adsl2PMLCurr1DayEs OBJECT-TYPE
SYNTAX Counter32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of seconds during this interval where there was:
ATU-C: CRC-8 >= 1 for one or more bearer channels OR
LOS >= 1 OR SEF >= 1 OR LPR >= 1
ATU-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"
::= { adsl2PMLineCurrEntry 14 }
adsl2PMLCurr1DaySes OBJECT-TYPE
SYNTAX Counter32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of seconds during this interval where there was:
ATU-C: (CRC-8 summed over all bearer channels) >= 18 OR
LOS >= 1 OR SEF >= 1 OR LPR >= 1
ATU-R: (FEBE summed over all 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"
Morgenstern, et al. Standards Track [Page 114]
RFC 4706 ADSL2-LINE MIB November 2006
::= { adsl2PMLineCurrEntry 15 }
adsl2PMLCurr1DayLoss OBJECT-TYPE
SYNTAX Counter32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of seconds during this interval where there was LOS (or
LOS-FE for ATU-R)."
REFERENCE "ITU-T G.997.1, paragraph 7.2.1"
::= { adsl2PMLineCurrEntry 16 }
adsl2PMLCurr1DayUas 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"
::= { adsl2PMLineCurrEntry 17 }
------------------------------------------------
-- PM line init current counters --
------------------------------------------------
adsl2PMLineCurrInitTable OBJECT-TYPE
SYNTAX SEQUENCE OF Adsl2PMLineCurrInitEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2PMLineCurrInitTable contains current
initialization counters of the ADSL2 line.
The PM counters in the table are not reset even when the XTU
is reinitialized. They are reinitialized only when the
agent itself is reset or reinitialized."
::= { adsl2PMLine 2 }
adsl2PMLineCurrInitEntry OBJECT-TYPE
SYNTAX Adsl2PMLineCurrInitEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
Morgenstern, et al. Standards Track [Page 115]
RFC 4706 ADSL2-LINE MIB November 2006
"The table adsl2PMLineCurrInitTable contains current
initialization counters of the ADSL2 line.
The index of this table consists of an interface index, where
the interface has an ifType of adsl2plus(238), and a
termination unit."
INDEX { ifIndex }
::= { adsl2PMLineCurrInitTable 1 }
Adsl2PMLineCurrInitEntry ::=
SEQUENCE {
adsl2PMLCurrInit15MTimeElapsed Unsigned32,
adsl2PMLCurrInit15MFullInits Unsigned32,
adsl2PMLCurrInit15MFailedFullInits Unsigned32,
adsl2PMLCurrInit15MShortInits Unsigned32,
adsl2PMLCurrInit15MFailedShortInits Unsigned32,
adsl2PMLCurrInit1DayTimeElapsed Unsigned32,
adsl2PMLCurrInit1DayFullInits Unsigned32,
adsl2PMLCurrInit1DayFailedFullInits Unsigned32,
adsl2PMLCurrInit1DayShortInits Unsigned32,
adsl2PMLCurrInit1DayFailedShortInits Unsigned32
}
adsl2PMLCurrInit15MTimeElapsed OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total elapsed seconds since this PM interval began.
Note that the PM counters are not reset even when the XTU
is reinitialized. They are reinitialized only when the
agent itself is reset or reinitialized."
::= { adsl2PMLineCurrInitEntry 1 }
adsl2PMLCurrInit15MFullInits 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"
::= { adsl2PMLineCurrInitEntry 2 }
adsl2PMLCurrInit15MFailedFullInits OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
Morgenstern, et al. Standards Track [Page 116]
RFC 4706 ADSL2-LINE MIB November 2006
DESCRIPTION
"Count of failed full initializations on the line during this
interval."
REFERENCE "ITU-T G.997.1, paragraph 7.2.1"
::= { adsl2PMLineCurrInitEntry 3 }
adsl2PMLCurrInit15MShortInits 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"
::= { adsl2PMLineCurrInitEntry 4 }
adsl2PMLCurrInit15MFailedShortInits 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"
::= { adsl2PMLineCurrInitEntry 5 }
adsl2PMLCurrInit1DayTimeElapsed OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total elapsed seconds since this PM interval began.
Note that the PM counters are not reset even when the XTU
is reinitialized. They are reinitialized only when the
agent itself is reset or reinitialized."
::= { adsl2PMLineCurrInitEntry 6 }
adsl2PMLCurrInit1DayFullInits 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"
::= { adsl2PMLineCurrInitEntry 7 }
Morgenstern, et al. Standards Track [Page 117]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2PMLCurrInit1DayFailedFullInits 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"
::= { adsl2PMLineCurrInitEntry 8 }
adsl2PMLCurrInit1DayShortInits 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"
::= { adsl2PMLineCurrInitEntry 9 }
adsl2PMLCurrInit1DayFailedShortInits 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"
::= { adsl2PMLineCurrInitEntry 10 }
-------------------------------------------
-- PM line history 15 Minutes --
-------------------------------------------
adsl2PMLineHist15MinTable OBJECT-TYPE
SYNTAX SEQUENCE OF Adsl2PMLineHist15MinEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2PMLineHist15MinTable contains PM line history
for 15min intervals of the ADSL2 line."
::= { adsl2PMLine 3 }
adsl2PMLineHist15MinEntry OBJECT-TYPE
SYNTAX Adsl2PMLineHist15MinEntry
MAX-ACCESS not-accessible
STATUS current
Morgenstern, et al. Standards Track [Page 118]
RFC 4706 ADSL2-LINE MIB November 2006
DESCRIPTION
"The table adsl2PMLineHist15MinTable contains PM line history
for 15min intervals of the ADSL2 line.
The index of this table consists of an interface index, where
the interface has an ifType of adsl2plus(238), along with a
termination unit, and an interval number."
INDEX { ifIndex,
adsl2PMLHist15MUnit,
adsl2PMLHist15MInterval }
::= { adsl2PMLineHist15MinTable 1 }
Adsl2PMLineHist15MinEntry ::=
SEQUENCE {
adsl2PMLHist15MUnit Adsl2Unit,
adsl2PMLHist15MInterval Unsigned32,
adsl2PMLHist15MMonitoredTime Unsigned32,
adsl2PMLHist15MFecs Counter32,
adsl2PMLHist15MEs Counter32,
adsl2PMLHist15MSes Counter32,
adsl2PMLHist15MLoss Counter32,
adsl2PMLHist15MUas Counter32,
adsl2PMLHist15MValidInterval TruthValue
}
adsl2PMLHist15MUnit OBJECT-TYPE
SYNTAX Adsl2Unit
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The termination unit atuc(1) or atur(2)."
::= { adsl2PMLineHist15MinEntry 1 }
adsl2PMLHist15MInterval OBJECT-TYPE
SYNTAX Unsigned32 (1..96)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The interval number."
::= { adsl2PMLineHist15MinEntry 2 }
adsl2PMLHist15MMonitoredTime OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total seconds monitored in this interval."
::= { adsl2PMLineHist15MinEntry 3 }
Morgenstern, et al. Standards Track [Page 119]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2PMLHist15MFecs OBJECT-TYPE
SYNTAX Counter32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of seconds during this interval where 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"
::= { adsl2PMLineHist15MinEntry 4 }
adsl2PMLHist15MEs OBJECT-TYPE
SYNTAX Counter32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of seconds during this interval where there was:
ATU-C: CRC-8 >= 1 for one or more bearer channels OR
LOS >= 1 OR SEF >= 1 OR LPR >= 1
ATU-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"
::= { adsl2PMLineHist15MinEntry 5 }
adsl2PMLHist15MSes OBJECT-TYPE
SYNTAX Counter32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of seconds during this interval where there was:
ATU-C: (CRC-8 summed over all bearer channels) >= 18 OR
LOS >= 1 OR SEF >= 1 OR LPR >= 1
ATU-R: (FEBE summed over all 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"
::= { adsl2PMLineHist15MinEntry 6 }
adsl2PMLHist15MLoss OBJECT-TYPE
SYNTAX Counter32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
Morgenstern, et al. Standards Track [Page 120]
RFC 4706 ADSL2-LINE MIB November 2006
"Count of seconds during this interval where there was LOS (or
LOS-FE for ATU-R)."
REFERENCE "ITU-T G.997.1, paragraph 7.2.1"
::= { adsl2PMLineHist15MinEntry 7 }
adsl2PMLHist15MUas 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"
::= { adsl2PMLineHist15MinEntry 8 }
adsl2PMLHist15MValidInterval OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This variable indicates if the data for this interval is
valid."
::= { adsl2PMLineHist15MinEntry 9 }
---------------------------------------
-- PM line history 1 Day --
---------------------------------------
adsl2PMLineHist1DayTable OBJECT-TYPE
SYNTAX SEQUENCE OF Adsl2PMLineHist1DayEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2PMLineHist1DayTable contains PM line history
for 24-hour intervals of the ADSL2 line."
::= { adsl2PMLine 4 }
adsl2PMLineHist1DayEntry OBJECT-TYPE
SYNTAX Adsl2PMLineHist1DayEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2PMLineHist1DayTable contains PM line history
for 24-hour intervals of the ADSL2 line.
Morgenstern, et al. Standards Track [Page 121]
RFC 4706 ADSL2-LINE MIB November 2006
The index of this table consists of an interface index, where
the interface has an ifType of adsl2plus(238), along with a
termination unit, and an interval number."
INDEX { ifIndex,
adsl2PMLHist1DUnit,
adsl2PMLHist1DInterval }
::= { adsl2PMLineHist1DayTable 1 }
Adsl2PMLineHist1DayEntry ::=
SEQUENCE {
adsl2PMLHist1DUnit Adsl2Unit,
adsl2PMLHist1DInterval Unsigned32,
adsl2PMLHist1DMonitoredTime Unsigned32,
adsl2PMLHist1DFecs Counter32,
adsl2PMLHist1DEs Counter32,
adsl2PMLHist1DSes Counter32,
adsl2PMLHist1DLoss Counter32,
adsl2PMLHist1DUas Counter32,
adsl2PMLHist1DValidInterval TruthValue
}
adsl2PMLHist1DUnit OBJECT-TYPE
SYNTAX Adsl2Unit
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The termination unit."
::= { adsl2PMLineHist1DayEntry 1 }
adsl2PMLHist1DInterval OBJECT-TYPE
SYNTAX Unsigned32 (1..30)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The interval number."
::= { adsl2PMLineHist1DayEntry 2 }
adsl2PMLHist1DMonitoredTime OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total seconds monitored in this interval."
::= { adsl2PMLineHist1DayEntry 3 }
adsl2PMLHist1DFecs OBJECT-TYPE
SYNTAX Counter32
Morgenstern, et al. Standards Track [Page 122]
RFC 4706 ADSL2-LINE MIB November 2006
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of seconds during this interval where 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"
::= { adsl2PMLineHist1DayEntry 4 }
adsl2PMLHist1DEs OBJECT-TYPE
SYNTAX Counter32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of seconds during this interval where there was:
ATU-C: CRC-8 >= 1 for one or more bearer channels OR
LOS >= 1 OR SEF >= 1 OR LPR >= 1
ATU-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"
::= { adsl2PMLineHist1DayEntry 5 }
adsl2PMLHist1DSes OBJECT-TYPE
SYNTAX Counter32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of seconds during this interval where there was:
ATU-C: (CRC-8 summed over all bearer channels) >= 18 OR
LOS >= 1 OR SEF >> 1 OR LPR >= 1
ATU-R: (FEBE summed over all 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"
::= { adsl2PMLineHist1DayEntry 6 }
adsl2PMLHist1DLoss OBJECT-TYPE
SYNTAX Counter32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of seconds during this interval where there was LOS (or
LOS-FE for ATU-R)."
Morgenstern, et al. Standards Track [Page 123]
RFC 4706 ADSL2-LINE MIB November 2006
REFERENCE "ITU-T G.997.1, paragraph 7.2.1"
::= { adsl2PMLineHist1DayEntry 7 }
adsl2PMLHist1DUas 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"
::= { adsl2PMLineHist1DayEntry 8 }
adsl2PMLHist1DValidInterval OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This variable indicates if the data for this interval is
valid."
::= { adsl2PMLineHist1DayEntry 9 }
-------------------------------------------
-- PM line init history 15 Minutes --
-------------------------------------------
adsl2PMLineInitHist15MinTable OBJECT-TYPE
SYNTAX SEQUENCE OF Adsl2PMLineInitHist15MinEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2PMLineInitHist15MinTable contains PM line
initialization history for 15-minute intervals of the ADSL2
line."
::= { adsl2PMLine 5 }
adsl2PMLineInitHist15MinEntry OBJECT-TYPE
SYNTAX Adsl2PMLineInitHist15MinEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2PMLineInitHist15MinTable contains PM line
Morgenstern, et al. Standards Track [Page 124]
RFC 4706 ADSL2-LINE MIB November 2006
initialization history for 15 minutes intervals of the ADSL2
line.
The index of this table consists of an interface index, where
the interface has an ifType of adsl2plus(238), and an interval
number."
INDEX { ifIndex,
adsl2PMLHistInit15MInterval }
::= { adsl2PMLineInitHist15MinTable 1 }
Adsl2PMLineInitHist15MinEntry ::=
SEQUENCE {
adsl2PMLHistInit15MInterval Unsigned32,
adsl2PMLHistInit15MMonitoredTime Unsigned32,
adsl2PMLHistInit15MFullInits Unsigned32,
adsl2PMLHistInit15MFailedFullInits Unsigned32,
adsl2PMLHistInit15MShortInits Unsigned32,
adsl2PMLHistInit15MFailedShortInits Unsigned32,
adsl2PMLHistInit15MValidInterval TruthValue
}
adsl2PMLHistInit15MInterval OBJECT-TYPE
SYNTAX Unsigned32 (1..96)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The interval number."
::= { adsl2PMLineInitHist15MinEntry 1 }
adsl2PMLHistInit15MMonitoredTime OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total seconds monitored in this interval."
::= { adsl2PMLineInitHist15MinEntry 2 }
adsl2PMLHistInit15MFullInits 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"
::= { adsl2PMLineInitHist15MinEntry 3 }
adsl2PMLHistInit15MFailedFullInits OBJECT-TYPE
Morgenstern, et al. Standards Track [Page 125]
RFC 4706 ADSL2-LINE MIB November 2006
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"
::= { adsl2PMLineInitHist15MinEntry 4 }
adsl2PMLHistInit15MShortInits 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"
::= { adsl2PMLineInitHist15MinEntry 5 }
adsl2PMLHistInit15MFailedShortInits 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"
::= { adsl2PMLineInitHist15MinEntry 6 }
adsl2PMLHistInit15MValidInterval OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This variable indicates if the data for this interval is
valid."
::= { adsl2PMLineInitHist15MinEntry 7 }
-------------------------------------------
-- PM line init history 1 Day --
-------------------------------------------
adsl2PMLineInitHist1DayTable OBJECT-TYPE
SYNTAX SEQUENCE OF Adsl2PMLineInitHist1DayEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
Morgenstern, et al. Standards Track [Page 126]
RFC 4706 ADSL2-LINE MIB November 2006
"The table adsl2PMLineInitHist1DayTable contains PM line
initialization history for 24-hour intervals of the ADSL2
line."
::= { adsl2PMLine 6 }
adsl2PMLineInitHist1DayEntry OBJECT-TYPE
SYNTAX Adsl2PMLineInitHist1DayEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2PMLineInitHist1DayTable contains PM line
initialization history for 24-hour intervals of the ADSL2
line.
The index of this table consists of an interface index, where
the interface has an ifType of adsl2plus(238), and an interval
number."
INDEX { ifIndex,
adsl2PMLHistinit1DInterval }
::= { adsl2PMLineInitHist1DayTable 1 }
Adsl2PMLineInitHist1DayEntry ::=
SEQUENCE {
adsl2PMLHistinit1DInterval Unsigned32,
adsl2PMLHistinit1DMonitoredTime Unsigned32,
adsl2PMLHistinit1DFullInits Unsigned32,
adsl2PMLHistinit1DFailedFullInits Unsigned32,
adsl2PMLHistinit1DShortInits Unsigned32,
adsl2PMLHistinit1DFailedShortInits Unsigned32,
adsl2PMLHistinit1DValidInterval TruthValue
}
adsl2PMLHistinit1DInterval OBJECT-TYPE
SYNTAX Unsigned32 (1..30)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The interval number."
::= { adsl2PMLineInitHist1DayEntry 1 }
adsl2PMLHistinit1DMonitoredTime OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total seconds monitored in this interval."
::= { adsl2PMLineInitHist1DayEntry 2 }
Morgenstern, et al. Standards Track [Page 127]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2PMLHistinit1DFullInits 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"
::= { adsl2PMLineInitHist1DayEntry 3 }
adsl2PMLHistinit1DFailedFullInits 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"
::= { adsl2PMLineInitHist1DayEntry 4 }
adsl2PMLHistinit1DShortInits 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"
::= { adsl2PMLineInitHist1DayEntry 5 }
adsl2PMLHistinit1DFailedShortInits 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"
::= { adsl2PMLineInitHist1DayEntry 6 }
adsl2PMLHistinit1DValidInterval OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This variable indicates if the data for this interval is
valid."
::= { adsl2PMLineInitHist1DayEntry 7 }
Morgenstern, et al. Standards Track [Page 128]
RFC 4706 ADSL2-LINE MIB November 2006
---------------------------------------------------
-- PM channel current counters --
---------------------------------------------------
adsl2PMChCurrTable OBJECT-TYPE
SYNTAX SEQUENCE OF Adsl2PMChCurrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2PMChCurrTable contains current Performance
Monitoring results of the ADSL2 channel.
The PM counters in the table are not reset even when the XTU
is reinitialized. They are reinitialized only when the
agent itself is reset or reinitialized."
::= { adsl2PMChannel 1 }
adsl2PMChCurrEntry OBJECT-TYPE
SYNTAX Adsl2PMChCurrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2PMChCurrTable contains current Performance
Monitoring results of the ADSL2 channel.
The index of this table consists of an interface index, where
the interface has an ifType value that is applicable
for a DSL channel, along with a termination unit."
INDEX { ifIndex, adsl2PMChCurrUnit }
::= { adsl2PMChCurrTable 1 }
Adsl2PMChCurrEntry ::=
SEQUENCE {
adsl2PMChCurrUnit Adsl2Unit,
adsl2PMChCurrValidIntervals Unsigned32,
adsl2PMChCurrInvalidIntervals Unsigned32,
adsl2PMChCurr15MTimeElapsed HCPerfTimeElapsed,
adsl2PMChCurr15MCodingViolations Unsigned32,
adsl2PMChCurr15MCorrectedBlocks Unsigned32,
adsl2PMChCurr1DayValidIntervals Unsigned32,
adsl2PMChCurr1DayInvalidIntervals Unsigned32,
adsl2PMChCurr1DayTimeElapsed HCPerfTimeElapsed,
adsl2PMChCurr1DayCodingViolations Unsigned32,
adsl2PMChCurr1DayCorrectedBlocks Unsigned32
}
adsl2PMChCurrUnit OBJECT-TYPE
SYNTAX Adsl2Unit
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
Morgenstern, et al. Standards Track [Page 129]
RFC 4706 ADSL2-LINE MIB November 2006
"The termination unit."
::= { adsl2PMChCurrEntry 1 }
adsl2PMChCurrValidIntervals OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Valid intervals."
::= { adsl2PMChCurrEntry 2 }
adsl2PMChCurrInvalidIntervals OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Invalid intervals."
::= { adsl2PMChCurrEntry 3 }
adsl2PMChCurr15MTimeElapsed OBJECT-TYPE
SYNTAX HCPerfTimeElapsed
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total elapsed seconds since this PM interval began.
Note that the PM counters are not reset even when the XTU
is reinitialized. They are reinitialized only when the
agent itself is reset or reinitialized."
::= { adsl2PMChCurrEntry 4 }
adsl2PMChCurr15MCodingViolations OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of CRC-8 (FEBE for ATU-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"
::= { adsl2PMChCurrEntry 5 }
adsl2PMChCurr15MCorrectedBlocks OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
Morgenstern, et al. Standards Track [Page 130]
RFC 4706 ADSL2-LINE MIB November 2006
STATUS current
DESCRIPTION
"Count of FEC (FFEC for ATU-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"
::= { adsl2PMChCurrEntry 6 }
adsl2PMChCurr1DayValidIntervals OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Valid intervals."
::= { adsl2PMChCurrEntry 7 }
adsl2PMChCurr1DayInvalidIntervals OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Invalid intervals."
::= { adsl2PMChCurrEntry 8 }
adsl2PMChCurr1DayTimeElapsed OBJECT-TYPE
SYNTAX HCPerfTimeElapsed
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total elapsed seconds since this PM interval began.
Note that the PM counters are not reset even when the XTU
is reinitialized. They are reinitialized only when the
agent itself is reset or reinitialized."
::= { adsl2PMChCurrEntry 9 }
adsl2PMChCurr1DayCodingViolations OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of CRC-8 (FEBE for ATU-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
Morgenstern, et al. Standards Track [Page 131]
RFC 4706 ADSL2-LINE MIB November 2006
increment each of the counters related to the individual
channels."
REFERENCE "ITU-T G.997.1, paragraph 7.2.2"
::= { adsl2PMChCurrEntry 10 }
adsl2PMChCurr1DayCorrectedBlocks OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of FEC (FFEC for ATU-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"
::= { adsl2PMChCurrEntry 11 }
-------------------------------------------
-- PM channel history 15 Minutes --
-------------------------------------------
adsl2PMChHist15MinTable OBJECT-TYPE
SYNTAX SEQUENCE OF Adsl2PMChHist15MinEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2PMChCurrTable contains current Performance
Monitoring results of the ADSL2 channel."
::= { adsl2PMChannel 2 }
adsl2PMChHist15MinEntry OBJECT-TYPE
SYNTAX Adsl2PMChHist15MinEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2PMChCurrTable contains current Performance
Monitoring results of the ADSL2 channel.
The index of this table consists of an interface index, where
the interface has an ifType value that is applicable
for a DSL channel, along with a termination unit, and the
interval number."
INDEX { ifIndex,
adsl2PMChHist15MUnit,
adsl2PMChHist15MInterval }
::= { adsl2PMChHist15MinTable 1 }
Morgenstern, et al. Standards Track [Page 132]
RFC 4706 ADSL2-LINE MIB November 2006
Adsl2PMChHist15MinEntry ::=
SEQUENCE {
adsl2PMChHist15MUnit Adsl2Unit,
adsl2PMChHist15MInterval Unsigned32,
adsl2PMChHist15MMonitoredTime Unsigned32,
adsl2PMChHist15MCodingViolations Unsigned32,
adsl2PMChHist15MCorrectedBlocks Unsigned32,
adsl2PMChHist15MValidInterval TruthValue
}
adsl2PMChHist15MUnit OBJECT-TYPE
SYNTAX Adsl2Unit
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The termination unit."
::= { adsl2PMChHist15MinEntry 1 }
adsl2PMChHist15MInterval OBJECT-TYPE
SYNTAX Unsigned32 (1..96)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The interval number."
::= { adsl2PMChHist15MinEntry 2 }
adsl2PMChHist15MMonitoredTime OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total seconds monitored in this interval."
::= { adsl2PMChHist15MinEntry 3 }
adsl2PMChHist15MCodingViolations OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of CRC-8 (FEBE for ATU-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"
::= { adsl2PMChHist15MinEntry 4 }
Morgenstern, et al. Standards Track [Page 133]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2PMChHist15MCorrectedBlocks OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of FEC (FFEC for ATU-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"
::= { adsl2PMChHist15MinEntry 5 }
adsl2PMChHist15MValidInterval OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This variable indicates if the data for this interval is
valid."
::= { adsl2PMChHist15MinEntry 6 }
------------------------------------------
-- PM channel history 1 Day --
------------------------------------------
adsl2PMChHist1DTable OBJECT-TYPE
SYNTAX SEQUENCE OF Adsl2PMChHist1DEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2PMChHist1DayTable contains PM channel history
for 1-day intervals of ADSL2."
::= { adsl2PMChannel 3 }
adsl2PMChHist1DEntry OBJECT-TYPE
SYNTAX Adsl2PMChHist1DEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table adsl2PMChHist1DayTable contains PM channel history
for 1-day intervals of ADSL2.
The index of this table consists of an interface index, where
the interface has an ifType value that is applicable
for a DSL channel, along with a termination unit, and the
interval number."
Morgenstern, et al. Standards Track [Page 134]
RFC 4706 ADSL2-LINE MIB November 2006
INDEX { ifIndex,
adsl2PMChHist1DUnit,
adsl2PMChHist1DInterval }
::= { adsl2PMChHist1DTable 1 }
Adsl2PMChHist1DEntry ::=
SEQUENCE {
adsl2PMChHist1DUnit Adsl2Unit,
adsl2PMChHist1DInterval Unsigned32,
adsl2PMChHist1DMonitoredTime Unsigned32,
adsl2PMChHist1DCodingViolations Unsigned32,
adsl2PMChHist1DCorrectedBlocks Unsigned32,
adsl2PMChHist1DValidInterval TruthValue
}
adsl2PMChHist1DUnit OBJECT-TYPE
SYNTAX Adsl2Unit
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The termination unit."
::= { adsl2PMChHist1DEntry 1 }
adsl2PMChHist1DInterval OBJECT-TYPE
SYNTAX Unsigned32 (1..30)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The interval number."
::= { adsl2PMChHist1DEntry 2 }
adsl2PMChHist1DMonitoredTime OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total seconds monitored in this interval."
::= { adsl2PMChHist1DEntry 3 }
adsl2PMChHist1DCodingViolations OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of CRC-8 (FEBE for ATU-R) anomalies occurring in the
channel during the interval. This parameter is inhibited
during UAS or SES. If the CRC is applied over multiple
Morgenstern, et al. Standards Track [Page 135]
RFC 4706 ADSL2-LINE MIB November 2006
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"
::= { adsl2PMChHist1DEntry 4 }
adsl2PMChHist1DCorrectedBlocks OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Count of FEC (FFEC for ATU-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"
::= { adsl2PMChHist1DEntry 5 }
adsl2PMChHist1DValidInterval OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This variable indicates if the data for this interval is
valid."
::= { adsl2PMChHist1DEntry 6 }
-------------------------------------------
-- Notifications Group --
-------------------------------------------
adsl2LinePerfFECSThreshAtuc NOTIFICATION-TYPE
OBJECTS
{
adsl2PMLCurr15MFecs,
adsl2LineAlarmConfProfileAtucThresh15MinFecs
}
STATUS current
DESCRIPTION
"This notification indicates that the FEC seconds threshold
has been reached/exceeded for the referred ATU-C."
::= { adsl2Notifications 1 }
adsl2LinePerfFECSThreshAtur NOTIFICATION-TYPE
OBJECTS
{
Morgenstern, et al. Standards Track [Page 136]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2PMLCurr15MFecs,
adsl2LineAlarmConfProfileAturThresh15MinFecs
}
STATUS current
DESCRIPTION
"This notification indicates that the FEC seconds threshold
has been reached/exceeded for the referred ATU-R."
::= { adsl2Notifications 2 }
adsl2LinePerfESThreshAtuc NOTIFICATION-TYPE
OBJECTS
{
adsl2PMLCurr15MEs,
adsl2LineAlarmConfProfileAtucThresh15MinEs
}
STATUS current
DESCRIPTION
"This notification indicates that the errored seconds threshold
has been reached/exceeded for the referred ATU-C."
::= { adsl2Notifications 3 }
adsl2LinePerfESThreshAtur NOTIFICATION-TYPE
OBJECTS
{
adsl2PMLCurr15MEs,
adsl2LineAlarmConfProfileAturThresh15MinEs
}
STATUS current
DESCRIPTION
"This notification indicates that the errored seconds threshold
has been reached/exceeded for the referred ATU-R."
::= { adsl2Notifications 4 }
adsl2LinePerfSESThreshAtuc NOTIFICATION-TYPE
OBJECTS
{
adsl2PMLCurr15MSes,
adsl2LineAlarmConfProfileAtucThresh15MinSes
}
STATUS current
DESCRIPTION
"This notification indicates that the severely-errored seconds
threshold has been reached/exceeded for the referred ATU-C."
::= { adsl2Notifications 5 }
adsl2LinePerfSESThreshAtur NOTIFICATION-TYPE
OBJECTS
{
Morgenstern, et al. Standards Track [Page 137]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2PMLCurr15MSes,
adsl2LineAlarmConfProfileAturThresh15MinSes
}
STATUS current
DESCRIPTION
"This notification indicates that the severely-errored seconds
threshold has been reached/exceeded for the referred ATU-R."
::= { adsl2Notifications 6 }
adsl2LinePerfLOSSThreshAtuc NOTIFICATION-TYPE
OBJECTS
{
adsl2PMLCurr15MLoss,
adsl2LineAlarmConfProfileAtucThresh15MinLoss
}
STATUS current
DESCRIPTION
"This notification indicates that the LOS seconds
threshold has been reached/exceeded for the referred ATU-C."
::= { adsl2Notifications 7 }
adsl2LinePerfLOSSThreshAtur NOTIFICATION-TYPE
OBJECTS
{
adsl2PMLCurr15MLoss,
adsl2LineAlarmConfProfileAturThresh15MinLoss
}
STATUS current
DESCRIPTION
"This notification indicates that the LOS seconds
threshold has been reached/exceeded for the referred ATU-R."
::= { adsl2Notifications 8 }
adsl2LinePerfUASThreshAtuc NOTIFICATION-TYPE
OBJECTS
{
adsl2PMLCurr15MUas,
adsl2LineAlarmConfProfileAtucThresh15MinUas
}
STATUS current
DESCRIPTION
"This notification indicates that the unavailable seconds
threshold has been reached/exceeded for the referred ATU-C."
::= { adsl2Notifications 9 }
adsl2LinePerfUASThreshAtur NOTIFICATION-TYPE
OBJECTS
{
Morgenstern, et al. Standards Track [Page 138]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2PMLCurr15MUas,
adsl2LineAlarmConfProfileAturThresh15MinUas
}
STATUS current
DESCRIPTION
"This notification indicates that the unavailable seconds
threshold has been reached/exceeded for the referred ATU-R."
::= { adsl2Notifications 10 }
adsl2LinePerfCodingViolationsThreshAtuc NOTIFICATION-TYPE
OBJECTS
{
adsl2PMChCurr15MCodingViolations,
adsl2ChAlarmConfProfileAtucThresh15MinCodingViolations
}
STATUS current
DESCRIPTION
"This notification indicates that the coding violations
threshold has been reached/exceeded for the referred ATU-C."
::= { adsl2Notifications 11 }
adsl2LinePerfCodingViolationsThreshAtur NOTIFICATION-TYPE
OBJECTS
{
adsl2PMChCurr15MCodingViolations,
adsl2ChAlarmConfProfileAturThresh15MinCodingViolations
}
STATUS current
DESCRIPTION
"This notification indicates that the coding violations
threshold has been reached/exceeded for the referred ATU-R."
::= { adsl2Notifications 12 }
adsl2LinePerfCorrectedThreshAtuc NOTIFICATION-TYPE
OBJECTS
{
adsl2PMChCurr15MCorrectedBlocks,
adsl2ChAlarmConfProfileAtucThresh15MinCorrected
}
STATUS current
DESCRIPTION
"This notification indicates that the corrected blocks
(FEC events) threshold has been reached/exceeded for the
referred ATU-C."
::= { adsl2Notifications 13 }
adsl2LinePerfCorrectedThreshAtur NOTIFICATION-TYPE
OBJECTS
Morgenstern, et al. Standards Track [Page 139]
RFC 4706 ADSL2-LINE MIB November 2006
{
adsl2PMChCurr15MCorrectedBlocks,
adsl2ChAlarmConfProfileAturThresh15MinCorrected
}
STATUS current
DESCRIPTION
"This notification indicates that the corrected blocks
(FEC events) threshold has been reached/exceeded for the
referred ATU-R."
::= { adsl2Notifications 14 }
adsl2LinePerfFailedFullInitThresh NOTIFICATION-TYPE
OBJECTS
{
adsl2PMLCurrInit15MFailedFullInits,
adsl2LineAlarmConfProfileThresh15MinFailedFullInt
}
STATUS current
DESCRIPTION
"This notification indicates that the failed full
initializations threshold has been reached/exceeded for the
referred ADSL/ADSL2 or ADSL2+ line."
::= { adsl2Notifications 15 }
adsl2LinePerfFailedShortInitThresh NOTIFICATION-TYPE
OBJECTS
{
adsl2PMLCurrInit15MFailedShortInits,
adsl2LineAlarmConfProfileThresh15MinFailedShrtInt
}
STATUS current
DESCRIPTION
"This notification indicates that the failed short
initializations threshold has been reached/exceeded for the
referred ADSL/ADSL2 or ADSL2+ line."
::= { adsl2Notifications 16 }
adsl2LineStatusChangeAtuc NOTIFICATION-TYPE
OBJECTS
{
adsl2LineStatusAtuc
}
STATUS current
DESCRIPTION
"This notification indicates that a status change is
detected for the referred ATU-C."
::= { adsl2Notifications 17 }
Morgenstern, et al. Standards Track [Page 140]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2LineStatusChangeAtur NOTIFICATION-TYPE
OBJECTS
{
adsl2LineStatusAtur
}
STATUS current
DESCRIPTION
"This notification indicates that a status change is
detected for the referred ATU-R."
::= { adsl2Notifications 18 }
-- conformance information
adsl2Groups OBJECT IDENTIFIER ::= { adsl2Conformance 1 }
adsl2Compliances OBJECT IDENTIFIER ::= { adsl2Conformance 2 }
adsl2LineMibCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for SNMP entities that
manage ADSL/ADSL2 or ADSL2+ interfaces."
MODULE -- this module
MANDATORY-GROUPS
{
adsl2LineGroup,
adsl2ChannelStatusGroup,
adsl2SCStatusGroup,
adsl2LineInventoryGroup,
adsl2LineConfTemplateGroup,
adsl2LineConfProfGroup,
adsl2LineConfProfModeSpecGroup,
adsl2ChConfProfileGroup,
adsl2LineAlarmConfTemplateGroup,
adsl2PMLineCurrGroup,
adsl2PMLineCurrInitGroup,
adsl2PMLineHist15MinGroup,
adsl2PMLineHist1DayGroup,
adsl2PMLineInitHist15MinGroup,
adsl2PMLineInitHist1DayGroup,
adsl2PMChCurrGroup,
adsl2PMChHist15MinGroup,
adsl2PMChHist1DGroup
}
GROUP adsl2ChannelStatusAtmGroup
DESCRIPTION
"The group of status objects required when the data path
Morgenstern, et al. Standards Track [Page 141]
RFC 4706 ADSL2-LINE MIB November 2006
is ATM."
GROUP adsl2ChannelStatusPtmGroup
DESCRIPTION
"The group of status objects required when the data path
is PTM."
GROUP adsl2LineConfProfRaGroup
DESCRIPTION
"The group of objects required for controlling the rate-
adaptive behavior of the line."
GROUP adsl2LineConfProfMsgMinGroup
DESCRIPTION
"The group of objects required for controlling the rate
reserved for Overhead traffic."
GROUP adsl2LineAlarmConfProfileGroup
DESCRIPTION
"The group of objects that define the alarm thresholds
on line-level PM counters."
GROUP adsl2ChAlarmConfProfileGroup
DESCRIPTION
"The group of objects that define the alarm thresholds
on channel-level PM counters."
GROUP adsl2ChConfProfileAtmGroup
DESCRIPTION
"The group of configuration objects required when the data
path is ATM."
GROUP adsl2ChConfProfileMinResGroup
DESCRIPTION
"The group of configuration objects required for the
reserved data rate."
GROUP adsl2PMLineCurrInitShortGroup
DESCRIPTION
"The group of PM counters for the current interval's
short initializations."
GROUP adsl2PMLineInitHist15MinShortGroup
DESCRIPTION
"The group of PM counters for the previous 15-minute
interval's short initializations."
GROUP adsl2PMLineInitHist1DayShortGroup
Morgenstern, et al. Standards Track [Page 142]
RFC 4706 ADSL2-LINE MIB November 2006
DESCRIPTION
"The group of PM counters for the previous 24-hour
interval's short initializations."
GROUP adsl2ScalarSCGroup
DESCRIPTION
"The group of objects that report the available memory
resources for DELT processes."
GROUP adsl2ThreshNotificationGroup
DESCRIPTION
"The group of threshold crossing notifications."
GROUP adsl2StatusChangeNotificationGroup
DESCRIPTION
"The group of status change notifications."
::= { adsl2Compliances 1 }
-- units of conformance
adsl2LineGroup OBJECT-GROUP
OBJECTS
{
adsl2LineCnfgTemplate,
adsl2LineAlarmCnfgTemplate,
adsl2LineCmndConfPmsf,
adsl2LineCmndConfLdsf,
adsl2LineCmndConfLdsfFailReason,
adsl2LineCmndAutomodeColdStart,
adsl2LineStatusAtuTransSys,
adsl2LineStatusPwrMngState,
adsl2LineStatusInitResult,
adsl2LineStatusLastStateDs,
adsl2LineStatusLastStateUs,
adsl2LineStatusAtur,
adsl2LineStatusAtuc,
adsl2LineStatusLnAttenDs,
adsl2LineStatusLnAttenUs,
adsl2LineStatusSigAttenDs,
adsl2LineStatusSigAttenUs,
adsl2LineStatusSnrMarginDs,
adsl2LineStatusSnrMarginUs,
adsl2LineStatusAttainableRateDs,
adsl2LineStatusAttainableRateUs,
adsl2LineStatusActPsdDs,
adsl2LineStatusActPsdUs,
adsl2LineStatusActAtpDs,
Morgenstern, et al. Standards Track [Page 143]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2LineStatusActAtpUs
}
STATUS current
DESCRIPTION
"The group of configuration, status, and commands objects
on the line level."
::= { adsl2Groups 1 }
adsl2ChannelStatusGroup OBJECT-GROUP
OBJECTS
{
adsl2ChStatusChannelNum,
adsl2ChStatusActDataRate,
adsl2ChStatusPrevDataRate,
adsl2ChStatusActDelay
}
STATUS current
DESCRIPTION
"The group of status objects on the channel level."
::= { adsl2Groups 2 }
adsl2ChannelStatusAtmGroup OBJECT-GROUP
OBJECTS
{
adsl2ChStatusAtmStatus
}
STATUS current
DESCRIPTION
"The group of status objects on the data path level
when it is ATM."
::= { adsl2Groups 3 }
adsl2ChannelStatusPtmGroup OBJECT-GROUP
OBJECTS
{
adsl2ChStatusPtmStatus
}
STATUS current
DESCRIPTION
"The group of status objects on the data path level
when it is PTM."
::= { adsl2Groups 4 }
adsl2SCStatusGroup OBJECT-GROUP
OBJECTS
{
adsl2SCStatusMtime,
adsl2SCStatusSnr,
Morgenstern, et al. Standards Track [Page 144]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2SCStatusBitsAlloc,
adsl2SCStatusGainAlloc,
adsl2SCStatusTssi,
adsl2SCStatusLinScale,
adsl2SCStatusLinReal,
adsl2SCStatusLinImg,
adsl2SCStatusLogMt,
adsl2SCStatusLog,
adsl2SCStatusQlnMt,
adsl2SCStatusQln,
adsl2SCStatusLnAtten,
adsl2SCStatusSigAtten,
adsl2SCStatusSnrMargin,
adsl2SCStatusAttainableRate,
adsl2SCStatusActAtp,
adsl2SCStatusRowStatus
}
STATUS current
DESCRIPTION
"The group of status objects on the sub-carrier level.
They are updated as a result of a DELT process."
::= { adsl2Groups 5 }
adsl2LineInventoryGroup OBJECT-GROUP
OBJECTS
{
adsl2LInvG994VendorId,
adsl2LInvSystemVendorId,
adsl2LInvVersionNumber,
adsl2LInvSerialNumber,
adsl2LInvSelfTestResult,
adsl2LInvTransmissionCapabilities
}
STATUS current
DESCRIPTION
"The group of inventory objects per XTU."
::= { adsl2Groups 6 }
adsl2LineConfTemplateGroup OBJECT-GROUP
OBJECTS
{
adsl2LConfTempLineProfile,
adsl2LConfTempChan1ConfProfile,
adsl2LConfTempChan1RaRatioDs,
adsl2LConfTempChan1RaRatioUs,
adsl2LConfTempChan2ConfProfile,
adsl2LConfTempChan2RaRatioDs,
adsl2LConfTempChan2RaRatioUs,
Morgenstern, et al. Standards Track [Page 145]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2LConfTempChan3ConfProfile,
adsl2LConfTempChan3RaRatioDs,
adsl2LConfTempChan3RaRatioUs,
adsl2LConfTempChan4ConfProfile,
adsl2LConfTempChan4RaRatioDs,
adsl2LConfTempChan4RaRatioUs,
adsl2LConfTempRowStatus
}
STATUS current
DESCRIPTION
"The group of objects in a line configuration template."
::= { adsl2Groups 7 }
adsl2LineConfProfGroup OBJECT-GROUP
OBJECTS
{
adsl2LConfProfScMaskDs,
adsl2LConfProfScMaskUs,
adsl2LConfProfRfiBandsDs,
adsl2LConfProfRaModeDs,
adsl2LConfProfRaModeUs,
adsl2LConfProfTargetSnrmDs,
adsl2LConfProfTargetSnrmUs,
adsl2LConfProfMaxSnrmDs,
adsl2LConfProfMaxSnrmUs,
adsl2LConfProfMinSnrmDs,
adsl2LConfProfMinSnrmUs,
adsl2LConfProfAtuTransSysEna,
adsl2LConfProfPmMode,
adsl2LConfProfL0Time,
adsl2LConfProfL2Time,
adsl2LConfProfL2Atpr,
adsl2LConfProfL2Atprt,
adsl2LConfProfRowStatus
}
STATUS current
DESCRIPTION
"The group of objects in a line configuration profile."
::= { adsl2Groups 8 }
adsl2LineConfProfRaGroup OBJECT-GROUP
OBJECTS
{
adsl2LConfProfRaUsNrmDs,
adsl2LConfProfRaUsNrmUs,
adsl2LConfProfRaUsTimeDs,
adsl2LConfProfRaUsTimeUs,
adsl2LConfProfRaDsNrmsDs,
Morgenstern, et al. Standards Track [Page 146]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2LConfProfRaDsNrmsUs,
adsl2LConfProfRaDsTimeDs,
adsl2LConfProfRaDsTimeUs
}
STATUS current
DESCRIPTION
"The group of objects required for controlling the rate-
adaptive behavior of the line."
::= { adsl2Groups 9 }
adsl2LineConfProfMsgMinGroup OBJECT-GROUP
OBJECTS
{
adsl2LConfProfMsgMinUs,
adsl2LConfProfMsgMinDs
}
STATUS current
DESCRIPTION
"The group of objects required for controlling the rate
reserved for Overhead traffic."
::= { adsl2Groups 10 }
adsl2LineConfProfModeSpecGroup OBJECT-GROUP
OBJECTS
{
adsl2LConfProfMaxNomPsdDs,
adsl2LConfProfMaxNomPsdUs,
adsl2LConfProfMaxNomAtpDs,
adsl2LConfProfMaxNomAtpUs,
adsl2LConfProfMaxAggRxPwrUs,
adsl2LConfProfPsdMaskDs,
adsl2LConfProfPsdMaskUs,
adsl2LConfProfPsdMaskSelectUs,
adsl2LConfProfModeSpecRowStatus
}
STATUS current
DESCRIPTION
"The group of objects in a line configuration profile
that have an instance for each operation mode allowed."
::= { adsl2Groups 11 }
adsl2ChConfProfileGroup OBJECT-GROUP
OBJECTS
{
adsl2ChConfProfMinDataRateDs,
adsl2ChConfProfMinDataRateUs,
adsl2ChConfProfMaxDataRateDs,
adsl2ChConfProfMaxDataRateUs,
Morgenstern, et al. Standards Track [Page 147]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2ChConfProfMinDataRateLowPwrDs,
adsl2ChConfProfMaxDelayDs,
adsl2ChConfProfMaxDelayUs,
adsl2ChConfProfMinProtectionDs,
adsl2ChConfProfMinProtectionUs,
adsl2ChConfProfMaxBerDs,
adsl2ChConfProfMaxBerUs,
adsl2ChConfProfUsDataRateDs,
adsl2ChConfProfDsDataRateDs,
adsl2ChConfProfUsDataRateUs,
adsl2ChConfProfDsDataRateUs,
adsl2ChConfProfRowStatus
}
STATUS current
DESCRIPTION
"The group of objects in a channel configuration profile."
::= { adsl2Groups 12 }
adsl2ChConfProfileAtmGroup OBJECT-GROUP
OBJECTS
{
adsl2ChConfProfImaEnabled,
adsl2ChStatusAtmStatus
}
STATUS current
DESCRIPTION
"The group of configuration objects required when the data
path is ATM."
::= { adsl2Groups 13 }
adsl2ChConfProfileMinResGroup OBJECT-GROUP
OBJECTS
{
adsl2ChConfProfMinResDataRateDs,
adsl2ChConfProfMinResDataRateUs
}
STATUS current
DESCRIPTION
"The group of configuration objects required for the
reserved data rate."
::= { adsl2Groups 14 }
adsl2LineAlarmConfTemplateGroup OBJECT-GROUP
OBJECTS
{
adsl2LAlarmConfTempLineProfile,
adsl2LAlarmConfTempChan1ConfProfile,
adsl2LAlarmConfTempChan2ConfProfile,
Morgenstern, et al. Standards Track [Page 148]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2LAlarmConfTempChan3ConfProfile,
adsl2LAlarmConfTempChan4ConfProfile,
adsl2LAlarmConfTempRowStatus
}
STATUS current
DESCRIPTION
"The group of objects in a line alarm
template."
::= { adsl2Groups 15 }
adsl2LineAlarmConfProfileGroup OBJECT-GROUP
OBJECTS
{
adsl2LineAlarmConfProfileAtucThresh15MinFecs,
adsl2LineAlarmConfProfileAtucThresh15MinEs,
adsl2LineAlarmConfProfileAtucThresh15MinSes,
adsl2LineAlarmConfProfileAtucThresh15MinLoss,
adsl2LineAlarmConfProfileAtucThresh15MinUas,
adsl2LineAlarmConfProfileAturThresh15MinFecs,
adsl2LineAlarmConfProfileAturThresh15MinEs,
adsl2LineAlarmConfProfileAturThresh15MinSes,
adsl2LineAlarmConfProfileAturThresh15MinLoss,
adsl2LineAlarmConfProfileAturThresh15MinUas,
adsl2LineAlarmConfProfileThresh15MinFailedFullInt,
adsl2LineAlarmConfProfileThresh15MinFailedShrtInt,
adsl2LineAlarmConfProfileRowStatus
}
STATUS current
DESCRIPTION
"The group of objects in a line alarm profile."
::= { adsl2Groups 16 }
adsl2ChAlarmConfProfileGroup OBJECT-GROUP
OBJECTS
{
adsl2ChAlarmConfProfileAtucThresh15MinCodingViolations,
adsl2ChAlarmConfProfileAtucThresh15MinCorrected,
adsl2ChAlarmConfProfileAturThresh15MinCodingViolations,
adsl2ChAlarmConfProfileAturThresh15MinCorrected,
adsl2ChAlarmConfProfileRowStatus
}
STATUS current
DESCRIPTION
"The group of objects in a channel alarm profile."
::= { adsl2Groups 17 }
adsl2PMLineCurrGroup OBJECT-GROUP
OBJECTS
Morgenstern, et al. Standards Track [Page 149]
RFC 4706 ADSL2-LINE MIB November 2006
{
adsl2PMLCurrValidIntervals,
adsl2PMLCurrInvalidIntervals,
adsl2PMLCurr15MTimeElapsed,
adsl2PMLCurr15MFecs,
adsl2PMLCurr15MEs,
adsl2PMLCurr15MSes,
adsl2PMLCurr15MLoss,
adsl2PMLCurr15MUas,
adsl2PMLCurr1DayValidIntervals,
adsl2PMLCurr1DayInvalidIntervals,
adsl2PMLCurr1DayTimeElapsed,
adsl2PMLCurr1DayFecs,
adsl2PMLCurr1DayEs,
adsl2PMLCurr1DaySes,
adsl2PMLCurr1DayLoss,
adsl2PMLCurr1DayUas
}
STATUS current
DESCRIPTION
"The group of objects that report the line-level
counters for current PM intervals."
::= { adsl2Groups 18 }
adsl2PMLineCurrInitGroup OBJECT-GROUP
OBJECTS
{
adsl2PMLCurrInit15MTimeElapsed,
adsl2PMLCurrInit15MFullInits,
adsl2PMLCurrInit15MFailedFullInits,
adsl2PMLCurrInit1DayTimeElapsed,
adsl2PMLCurrInit1DayFullInits,
adsl2PMLCurrInit1DayFailedFullInits
}
STATUS current
DESCRIPTION
"The group of objects that report the full
initialization counters for current PM intervals."
::= { adsl2Groups 19 }
adsl2PMLineCurrInitShortGroup OBJECT-GROUP
OBJECTS
{
adsl2PMLCurrInit15MShortInits,
adsl2PMLCurrInit15MFailedShortInits,
adsl2PMLCurrInit1DayShortInits,
adsl2PMLCurrInit1DayFailedShortInits
}
Morgenstern, et al. Standards Track [Page 150]
RFC 4706 ADSL2-LINE MIB November 2006
STATUS current
DESCRIPTION
"The group of objects that report the short
initialization counters for current PM intervals."
::= { adsl2Groups 20 }
adsl2PMLineHist15MinGroup OBJECT-GROUP
OBJECTS
{
adsl2PMLHist15MMonitoredTime,
adsl2PMLHist15MFecs,
adsl2PMLHist15MEs,
adsl2PMLHist15MSes,
adsl2PMLHist15MLoss,
adsl2PMLHist15MUas,
adsl2PMLHist15MValidInterval
}
STATUS current
DESCRIPTION
"The group of line-level PM counters for the previous
15-minute interval."
::= { adsl2Groups 21 }
adsl2PMLineHist1DayGroup OBJECT-GROUP
OBJECTS
{
adsl2PMLHist1DMonitoredTime,
adsl2PMLHist1DFecs,
adsl2PMLHist1DEs,
adsl2PMLHist1DSes,
adsl2PMLHist1DLoss,
adsl2PMLHist1DUas,
adsl2PMLHist1DValidInterval
}
STATUS current
DESCRIPTION
"The group of line-level PM counters for the previous
24-hour interval."
::= { adsl2Groups 22 }
adsl2PMLineInitHist15MinGroup OBJECT-GROUP
OBJECTS
{
adsl2PMLHistInit15MMonitoredTime,
adsl2PMLHistInit15MFullInits,
adsl2PMLHistInit15MFailedFullInits,
adsl2PMLHistInit15MValidInterval
}
Morgenstern, et al. Standards Track [Page 151]
RFC 4706 ADSL2-LINE MIB November 2006
STATUS current
DESCRIPTION
"The group of PM counters for the previous 15-minute
interval's full initializations."
::= { adsl2Groups 23 }
adsl2PMLineInitHist15MinShortGroup OBJECT-GROUP
OBJECTS
{
adsl2PMLHistInit15MShortInits,
adsl2PMLHistInit15MFailedShortInits
}
STATUS current
DESCRIPTION
"The group of PM counters for the previous 15-minute
interval's short initializations."
::= { adsl2Groups 24 }
adsl2PMLineInitHist1DayGroup OBJECT-GROUP
OBJECTS
{
adsl2PMLHistinit1DMonitoredTime,
adsl2PMLHistinit1DFullInits,
adsl2PMLHistinit1DFailedFullInits,
adsl2PMLHistinit1DValidInterval
}
STATUS current
DESCRIPTION
"The group of PM counters for the previous 24-hour
interval's full initializations."
::= { adsl2Groups 25 }
adsl2PMLineInitHist1DayShortGroup OBJECT-GROUP
OBJECTS
{
adsl2PMLHistinit1DShortInits,
adsl2PMLHistinit1DFailedShortInits
}
STATUS current
DESCRIPTION
"The group of PM counters for the previous 24-hour
interval's short initializations."
::= { adsl2Groups 26 }
adsl2PMChCurrGroup OBJECT-GROUP
OBJECTS
{
adsl2PMChCurrValidIntervals,
Morgenstern, et al. Standards Track [Page 152]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2PMChCurrInvalidIntervals,
adsl2PMChCurr15MTimeElapsed,
adsl2PMChCurr15MCodingViolations,
adsl2PMChCurr15MCorrectedBlocks,
adsl2PMChCurr1DayValidIntervals,
adsl2PMChCurr1DayInvalidIntervals,
adsl2PMChCurr1DayTimeElapsed,
adsl2PMChCurr1DayCodingViolations,
adsl2PMChCurr1DayCorrectedBlocks
}
STATUS current
DESCRIPTION
"The group of objects that report the channel-level
counters for current PM intervals."
::= { adsl2Groups 27 }
adsl2PMChHist15MinGroup OBJECT-GROUP
OBJECTS
{
adsl2PMChHist15MMonitoredTime,
adsl2PMChHist15MCodingViolations,
adsl2PMChHist15MCorrectedBlocks,
adsl2PMChHist15MValidInterval
}
STATUS current
DESCRIPTION
"The group of objects that report the channel-level
counters for previous 15-minute PM intervals."
::= { adsl2Groups 28 }
adsl2PMChHist1DGroup OBJECT-GROUP
OBJECTS
{
adsl2PMChHist1DMonitoredTime,
adsl2PMChHist1DCodingViolations,
adsl2PMChHist1DCorrectedBlocks,
adsl2PMChHist1DValidInterval
}
STATUS current
DESCRIPTION
"The group of objects that report the channel-level
counters for previous 24-hour PM intervals."
::= { adsl2Groups 29 }
adsl2ScalarSCGroup OBJECT-GROUP
OBJECTS
{
adsl2ScalarSCMaxInterfaces,
Morgenstern, et al. Standards Track [Page 153]
RFC 4706 ADSL2-LINE MIB November 2006
adsl2ScalarSCAvailInterfaces
}
STATUS current
DESCRIPTION
"The group of objects that report the available memory
resources for DELT processes."
::= { adsl2Groups 30 }
adsl2ThreshNotificationGroup NOTIFICATION-GROUP
NOTIFICATIONS
{
adsl2LinePerfFECSThreshAtuc,
adsl2LinePerfFECSThreshAtur,
adsl2LinePerfESThreshAtuc,
adsl2LinePerfESThreshAtur,
adsl2LinePerfSESThreshAtuc,
adsl2LinePerfSESThreshAtur,
adsl2LinePerfLOSSThreshAtuc,
adsl2LinePerfLOSSThreshAtur,
adsl2LinePerfUASThreshAtuc,
adsl2LinePerfUASThreshAtur,
adsl2LinePerfCodingViolationsThreshAtuc,
adsl2LinePerfCodingViolationsThreshAtur,
adsl2LinePerfCorrectedThreshAtuc,
adsl2LinePerfCorrectedThreshAtur,
adsl2LinePerfFailedFullInitThresh,
adsl2LinePerfFailedShortInitThresh
}
STATUS current
DESCRIPTION
"This group supports notifications of significant conditions
associated with ADSL/ADSL2/ADSL2+ lines."
::= { adsl2Groups 31 }
adsl2StatusChangeNotificationGroup NOTIFICATION-GROUP
NOTIFICATIONS
{
adsl2LineStatusChangeAtuc,
adsl2LineStatusChangeAtur
}
STATUS current
DESCRIPTION
"This group supports notifications of threshold crossing
associated with ADSL/ADSL2/ADSL2+ lines."
::= { adsl2Groups 32 }
END
Morgenstern, et al. Standards Track [Page 154]
RFC 4706 ADSL2-LINE MIB November 2006
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 Although the configuration templates/profiles allow referring to
1-4 bearer channels, ADSL links are limited to 2 channels at most.
o Although the channel configuration profile allows higher data
rates, ADSL links are limited to downstream/upstream data rates as
assumed in RFC 2662 [RFC2662].
o The Impulse Noise Protection (INP) configuration parameters are
given by minimum protection and maximum delay parameters.
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' mode.
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 adsl2LineTable
The table consists of the following objects that support SET
operations:
* adsl2LineCnfgTemplate
* adsl2LineAlarmCnfgTemplate
* adsl2LineCmndConfPmsf
* adsl2LineCmndConfLdsf
* adsl2LineCmndAutomodeColdStart
Morgenstern, et al. Standards Track [Page 155]
RFC 4706 ADSL2-LINE MIB November 2006
Unauthorized changes to adsl2LineCnfgTemplate could have a major
adverse operational effect on many lines simultaneously.
Unauthorized changes to adsl2LineAlarmCnfgTemplate could have a
contrary effect on notifications.
Unauthorized changes to adsl2LineCmndConfPmsf could have an
adverse affect on the power consumption of a line and may disrupt
an operational service.
Unauthorized changes to adsl2LineCmndConfLdsf could cause an
unscheduled line test to be carried out on the line.
Unauthorized changes to adsl2LineCmndAutomodeColdStart could cause
an unscheduled cold reset to the line.
o adsl2SCStatusTable
This table contains one object, adsl2SCStatusRowStatus, that
supports SET operations. Unauthorized changes could result in
line test results being deleted prematurely.
o adsl2LineConfTemplateTable
The table consists of the following objects that support SET
operations:
* adsl2LConfTempLineProfile
* adsl2LConfTempChan1ConfProfile
* adsl2LConfTempChan1RaRatioDs
* adsl2LConfTempChan1RaRatioUs
* adsl2LConfTempChan2ConfProfile
* adsl2LConfTempChan2RaRatioDs
* adsl2LConfTempChan2RaRatioUs
* adsl2LConfTempChan3ConfProfile
* adsl2LConfTempChan3RaRatioDs
* adsl2LConfTempChan3RaRatioUs
* adsl2LConfTempChan4ConfProfile
* adsl2LConfTempChan4RaRatioDs
* adsl2LConfTempChan4RaRatioUs
* adsl2LConfTempRowStatus
Unauthorized changes to adsl2LConfTempLineProfile,
adsl2LConfTempChan1ConfProfile, adsl2LConfTempChan2ConfProfile,
adsl2LConfTempChan3ConfProfile, or adsl2LConfTempChan4ConfProfile
could have an adverse operational effect on several lines; could
Morgenstern, et al. Standards Track [Page 156]
RFC 4706 ADSL2-LINE MIB November 2006
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 adsl2LConfTempChan1RaRatioDs,
adsl2LConfTempChan2RaRatioDs, adsl2LConfTempChan3RaRatioDs, or
adsl2LConfTempChan4RaRatioDs, 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 adsl2LConfTempRowStatus could result in
templates being created or brought into service prematurely; or
could result in templates being inadvertently deleted or taken out
of service.
o adsl2LineConfProfTable
The table consists of the following objects that support SET
operations:
* adsl2LConfProfScMaskDs
* adsl2LConfProfScMaskUs
* adsl2LConfProfRfiBandsDs
* adsl2LConfProfRaModeDs
* adsl2LConfProfRaModeUs
* adsl2LConfProfRaUsNrmDs
* adsl2LConfProfRaUsNrmUs
* adsl2LConfProfRaUsTimeDs
* adsl2LConfProfRaUsTimeUs
* adsl2LConfProfRaDsNrmsDs
* adsl2LConfProfRaDsNrmsUs
* adsl2LConfProfRaDsTimeDs
* adsl2LConfProfRaDsTimeUs
* adsl2LConfProfTargetSnrmDs
* adsl2LConfProfTargetSnrmUs
* adsl2LConfProfMaxSnrmDs
* adsl2LConfProfMaxSnrmUs
* adsl2LConfProfMinSnrmDs
* adsl2LConfProfMinSnrmUs
* adsl2LConfProfMsgMinUs
* adsl2LConfProfMsgMinDs
* adsl2LConfProfAtuTransSysEna
* adsl2LConfProfPmMode
* adsl2LConfProfL0Time
* adsl2LConfProfL2Time
* adsl2LConfProfL2Atpr
* adsl2LConfProfL2Atprt
* adsl2LConfProfRowStatus
Morgenstern, et al. Standards Track [Page 157]
RFC 4706 ADSL2-LINE MIB November 2006
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 adsl2LConfProfRowStatus could result
in unwanted line profiles being created or brought into service
prematurely; or could result in line profiles being inadvertently
deleted or taken out of service.
o adsl2LineConfProfModeSpecTable
The table consists of the following objects that support SET
operations:
* adsl2LConfProfMaxNomPsdDs
* adsl2LConfProfMaxNomPsdUs
* adsl2LConfProfMaxNomAtpDs
* adsl2LConfProfMaxNomAtpUs
* adsl2LConfProfMaxAggRxPwrUs
* adsl2LConfProfPsdMaskDs
* adsl2LConfProfPsdMaskUs
* adsl2LConfProfPsdMaskSelectUs
* adsl2LConfProfModeSpecRowStatus
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 adsl2LConfProfModeSpecRowStatus
could result in unwanted PSD configurations being created or
brought into service prematurely; or could result in PSD
configurations being inadvertently deleted or taken out of
service.
o adsl2ChConfProfileTable
The table consists of the following objects that support SET
operations:
* adsl2ChConfProfMinDataRateDs
* adsl2ChConfProfMinDataRateUs
* adsl2ChConfProfMinResDataRateDs
* adsl2ChConfProfMinResDataRateUs
* adsl2ChConfProfMaxDataRateDs
* adsl2ChConfProfMaxDataRateUs
* adsl2ChConfProfMinDataRateLowPwrDs
* adsl2ChConfProfMaxDelayDs
* adsl2ChConfProfMaxDelayUs
Morgenstern, et al. Standards Track [Page 158]
RFC 4706 ADSL2-LINE MIB November 2006
* adsl2ChConfProfMinProtectionDs
* adsl2ChConfProfMinProtectionUs
* adsl2ChConfProfMaxBerDs
* adsl2ChConfProfMaxBerUs
* adsl2ChConfProfUsDataRateDs
* adsl2ChConfProfDsDataRateDs
* adsl2ChConfProfUsDataRateUs
* adsl2ChConfProfDsDataRateUs
* adsl2ChConfProfImaEnabled
* adsl2ChConfProfRowStatus
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 adsl2ChConfProfRowStatus could
result in unwanted channel profiles being created or brought into
service prematurely; or could result in channel profiles being
inadvertently deleted or taken out of service.
o adsl2LineAlarmConfTemplateTable
The table consists of the following objects that support SET
operations:
* adsl2LAlarmConfTempLineProfile
* adsl2LAlarmConfTempChan1ConfProfile
* adsl2LalarmConfTempChan2ConfProfile
* adsl2LalarmConfTempChan3ConfProfile
* adsl2LalarmConfTempChan4ConfProfile
* adsl2LAlarmConfTempRowStatus
Unauthorized changes to adsl2LAlarmConfTempLineProfile,
adsl2LAlarmConfTempChan1ConfProfile,
adsl2LAlarmConfTempChan2ConfProfile,
adsl2LAlarmConfTempChan3ConfProfile, or
adsl2LAlarmConfTempChan4ConfProfile could have an adverse effect
on the management of notifications generated at the scope of
several to many lines; or could change several to many lines over
to running with unwanted management rates for generated
notifications.
Unauthorized changes to adsl2LAlarmConfTempRowStatus could result
in alarm templates being created or brought into service
prematurely; or could result in alarm templates being
inadvertently deleted or taken out of service.
Morgenstern, et al. Standards Track [Page 159]
RFC 4706 ADSL2-LINE MIB November 2006
o adsl2LineAlarmConfProfileTable
The table consists of the following objects that support SET
operations:
* adsl2LineAlarmConfProfileAtucThresh15MinFecs
* adsl2LineAlarmConfProfileAtucThresh15MinEs
* adsl2LineAlarmConfProfileAtucThresh15MinSes
* adsl2LineAlarmConfProfileAtucThresh15MinLoss
* adsl2LineAlarmConfProfileAtucThresh15MinUas
* adsl2LineAlarmConfProfileAturThresh15MinFecs
* adsl2LineAlarmConfProfileAturThresh15MinEs
* adsl2LineAlarmConfProfileAturThresh15MinSes
* adsl2LineAlarmConfProfileAturThresh15MinLoss
* adsl2LineAlarmConfProfileAturThresh15MinUas
* adsl2LineAlarmConfProfileThresh15MinFailedFullInt
* adsl2LineAlarmConfProfileThresh15MinFailedShrtInt
* adsl2LineAlarmConfProfileRowStatus
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.
Changing a threshold value could also have an impact on the
amount of notifications the agent sends. The Notifications
Section of this document has a paragraph that provides general
guidance on the rate-limiting of notifications. Agent
implementations not providing rate-limiting could result in
notifications being generated at an uncontrolled rate.
Unauthorized changes to a threshold value could result in an
undesired notification rate.
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 adsl2ChAlarmConfProfileTable
The table consists of the following objects that support SET
operations:
Morgenstern, et al. Standards Track [Page 160]
RFC 4706 ADSL2-LINE MIB November 2006
* adsl2ChAlarmConfProfileAtucThresh15MinCodingViolations
* adsl2ChAlarmConfProfileAtucThresh15MinCorrected
* adsl2ChAlarmConfProfileAturThresh15MinCodingViolations
* adsl2ChAlarmConfProfileAturThresh15MinCorrected
* adsl2ChAlarmConfProfileRowStatus
* adsl2LineAlarmConfProfileAturThresh15MinFecs
* adsl2LineAlarmConfProfileAturThresh15MinEs
* adsl2LineAlarmConfProfileAturThresh15MinSes
* adsl2LineAlarmConfProfileAturThresh15MinLoss
* adsl2LineAlarmConfProfileAturThresh15MinUas
* adsl2LineAlarmConfProfileThresh15MinFailedFullInt
* adsl2LineAlarmConfProfileThresh15MinFailedShrtInt
* adsl2LineAlarmConfProfileRowStatus
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.
Changing a threshold value could also have an impact on the
amount of notifications the agent sends. The Notifications
Section of this document has a paragraph that provides general
guidance on the rate-limiting of notifications. Agent
implementations not providing rate-limiting could result in
notifications being generated at an uncontrolled rate.
Unauthorized changes to a threshold value could result in an
undesired notification rate.
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:
Morgenstern, et al. Standards Track [Page 161]
RFC 4706 ADSL2-LINE MIB November 2006
o adsl2LineInventoryTable
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.
* adsl2LInvG994VendorId
* adsl2LInvSystemVendorId
* adsl2LInvVersionNumber
* adsl2LInvSerialNumber
* adsl2LInvSelfTestResult
* adsl2LInvTransmissionCapabilities
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),
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.
Morgenstern, et al. Standards Track [Page 162]
RFC 4706 ADSL2-LINE MIB November 2006
6. Acknowledgements
The authors are deeply grateful to the authors of the HDSL2 LINE MIB
(RFC 4319), Clay Sikes and Bob Ray, for contributing to accelerating
the work on this document. The structure of this document as well as
several paragraphs originate in their document.
Special thanks to Bert Wijnen for his meticulous review of this text.
Other contributions and advice were received from the following:
Bert Wijnen (Lucent)
Bob Ray (Pesa)
Chen Jian (Huawei)
Clay Sikes (Zhone)
Mauro Molinari (Marconi)
Narendranath Nair (Wipro)
Randy Presuhn (Mindspring)
Veena Naidu (Wipro)
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, 2003.
[G.993.2] "Very-high speed Digital Subscriber Line Transceivers
2 (VDSL2 draft)", ITU-T G.993.2, July 2005.
[G.997.1] "Physical layer management for digital subscriber line
(DSL) transceivers", ITU-T G.997.1, May 2003.
Morgenstern, et al. Standards Track [Page 163]
RFC 4706 ADSL2-LINE MIB November 2006
[G.997.1am1] "Physical layer management for digital subscriber line
(DSL) transceivers Amendment 1", ITU-T G.997.1
Amendment 1, December 2003.
[G.997.1am2] "Physical layer management for digital subscriber line
(DSL) transceivers Amendment 2", ITU-T G.997.1
Amendment 2, January 2005.
[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.
Morgenstern, et al. Standards Track [Page 164]
RFC 4706 ADSL2-LINE MIB November 2006
[TR-90] Abbi, R., "Protocol Independent Object Model for
Managing Next Generation ADSL Technologies", DSL Forum
TR-90, December 2004.
7.2. Informative References
[RFC2662] Bathrick, G. and F. Ly, "Definitions of Managed
Objects for the ADSL Lines", RFC 2662, August 1999.
[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.
Morgenstern, et al. Standards Track [Page 165]
RFC 4706 ADSL2-LINE MIB November 2006
Authors' Addresses
Moti Morgenstern
ECI Telecom Ltd.
30 Hasivim St.
Petach Tikva 49517
Israel
Phone: +972 3 926 6258
Fax: +972 3 928 7342
EMail: moti.Morgenstern@ecitele.com
Menachem Dodge
ECI Telecom Ltd.
30 Hasivim St.
Petach Tikva 49517
Israel
Phone: +972 3 926 8421
Fax: +972 3 928 7342
EMail: mbdodge@ieee.org
Scott Baillie
NEC Australia
649-655 Springvale Road
Mulgrave, Victoria 3170
Australia
Phone: +61 3 9264 3986
Fax: +61 3 9264 3892
EMail: scott.baillie@nec.com.au
Umberto Bonollo
NEC Australia
649-655 Springvale Road
Mulgrave, Victoria 3170
Australia
Phone: +61 3 9264 3385
Fax: +61 3 9264 3892
EMail: umberto.bonollo@nec.com.au
Morgenstern, et al. Standards Track [Page 166]
RFC 4706 ADSL2-LINE MIB November 2006
Full Copyright Statement
Copyright (C) The Internet Society (2006).
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
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 provided by the IETF
Administrative Support Activity (IASA).
Morgenstern, et al. Standards Track [Page 167]
RFC, FYI, BCP