VDSL-LINE-MIB: View SNMP OID List / Download MIB

The MIB module defining objects for the management of a pair of VDSL transceivers at each end of the VDSL line. Each such line has an entry in an ifTable which may include multiple transceiver lines. An agent may reside at either end of the VDSL line. However, the MIB is designed to require no management communication between them beyond that inherent in the low-level VDSL line protocol. The agent may monitor and control this protocol for its needs. VDSL lines may support optional Fast or Interleaved channels. If these are supported, additional entries corresponding to the supported channels must be created in the ifTable. Thus a VDSL line that supports both channels will have three entries in the ifTable, one for each physical, fast, and interleaved, whose ifType values are equal to vdsl(97), fast(125), and interleaved(124), respectively. The ifStackTable is used to represent the relationship between the entries. Naming Conventions: Vtuc -- (VTUC) transceiver at near (Central) end of line Vtur -- (VTUR) transceiver at Remote end of line Vtu -- One of either Vtuc or Vtur Curr -- Current Prev -- Previous Atn -- Attenuation ES -- Errored Second. SES -- Severely Errored Second UAS -- Unavailable Second LCS -- Line Code Specific Lof -- Loss of Frame Lol -- Loss of Link Los -- Loss of Signal Lpr -- Loss of Power xxxs -- Sum of Seconds in which xxx has occured (e.g., xxx = Lof, Los, Lpr, Lol) Max -- Maximum Mgn -- Margin Min -- Minimum Psd -- Power Spectral Density Snr -- Signal to Noise Ratio Tx -- Transmit Blks -- Blocks Copyright (C) The Internet Society (2004). This version of this MIB module is part of RFC 3728: see the RFC itself for full legal notices.

Loss of Framing 15-minute interval threshold (vdslLineAlarmConfThresh15MinLofs) reached.

Loss of Signal 15-minute interval threshold (vdslLineAlarmConfThresh15MinLoss) reached.

Loss of Power 15-minute interval threshold (vdslLineAlarmConfThresh15MinLprs) reached.

Loss of Link 15-minute interval threshold (vdslLineAlarmConfThresh15MinLols) reached.

Errored Seconds 15-minute interval threshold (vdslLineAlarmConfThresh15MinESs) reached.

Severely Errored Seconds 15-minute interval threshold (vdslLineAlarmConfThresh15MinSESs) reached.

Unavailable Seconds 15-minute interval threshold (vdslLineAlarmConfThresh15MinUASs) reached.

The downstream Signal to Noise Margin exceeded vdslLineConfDownMaxSnrMgn. The object vdslPhysCurrSnrMgn will contain the Signal to Noise margin as measured by the VTU-R.

The downstream Signal to Noise Margin fell below vdslLineConfDownMinSnrMgn. The object vdslPhysCurrSnrMgn will contain the Signal to Noise margin as measured by the VTU-R.

The upstream Signal to Noise Margin exceeded vdslLineConfUpMaxSnrMgn. The object vdslPhysCurrSnrMgn will contain the Signal to Noise margin as measured by the VTU-C.

The upstream Signal to Noise Margin fell below vdslLineConfUpMinSnrMgn. The object vdslPhysCurrSnrMgn will contain the Signal to Noise margin as measured by the VTU-C.

Vtu initialization failed. See vdslPhysCurrStatus for potential reasons.

This table includes common attributes describing both ends of the line. It is required for all VDSL physical interfaces. VDSL physical interfaces are those ifEntries where ifType is equal to vdsl(97).

An entry in the vdslLineTable.

Specifies the VDSL coding type used on this line.

Defines the type of VDSL physical line entity that exists, by defining whether and how the line is channelized. If the line is channelized, the value will be other than noChannel(1). This object defines which channel type(s) are supported. Defined values are: noChannel(1) -- no channels exist fastOnly(2) -- only fast channel exists interleavedOnly(3) -- only interleaved channel exists fastOrInterleaved(4) -- either fast or interleaved channel -- exist, but only one at a time fastAndInterleaved(5) -- both fast and interleaved channels -- exist Note that 'slow' and 'interleaved' refer to the same channel. In the case that the line is channelized, the manager can use the ifStackTable to determine the ifIndex for the associated channel(s). Enumeration: 'fastOnly': 2, 'fastOrInterleaved': 4, 'noChannel': 1, 'interleavedOnly': 3, 'fastAndInterleaved': 5.

The value of this object identifies the row in the VDSL Line Configuration Profile Table, vdslLineConfProfileTable, which applies for this VDSL line, and channels if applicable. This object MUST be maintained in a persistent manner.

The value of this object identifies the row in the VDSL Line Alarm Configuration Profile Table, vdslLineAlarmConfProfileTable, which applies to this VDSL line, and channels if applicable. This object MUST be maintained in a persistent manner.

This table provides one row for each Vtu. Each row contains the Physical Layer Parameters table for that Vtu. VDSL physical interfaces are those ifEntries where ifType is equal to vdsl(97).

An entry in the vdslPhysTable.

Identifies whether the transceiver is the Vtuc or Vtur.

The vendor specific string that identifies the vendor equipment.

The vendor ID code is a copy of the binary vendor identification field expressed as readable characters in hexadecimal notation.

The vendor specific version number sent by this Vtu as part of the initialization messages. It is a copy of the binary version number field expressed as readable characters in hexadecimal notation.

Noise Margin as seen by this Vtu with respect to its received signal in 0.25dB. The effective range is -31.75 to +31.75 dB.

Measured difference in the total power transmitted by the peer Vtu and the total power received by this Vtu. The effective range is 0 to +63.75 dB.

Indicates current state of the Vtu line. This is a bit-map of possible conditions. The various bit positions are: 0 noDefect There are no defects on the line. 1 lossOfFraming Vtu failure due to not receiving a valid frame. 2 lossOfSignal Vtu failure due to not receiving signal. 3 lossOfPower Vtu failure due to loss of power. 4 lossOfSignalQuality Loss of Signal Quality is declared when the Noise Margin falls below the Minimum Noise Margin, or the bit-error-rate exceeds 10^-7. 5 lossOfLink Vtu failure due to inability to link with peer Vtu. Set whenever the transceiver is in the 'Warm Start' state. 6 dataInitFailure Vtu failure during initialization due to bit errors corrupting startup exchange data. 7 configInitFailure Vtu failure during initialization due to peer Vtu not able to support requested configuration. 8 protocolInitFailure Vtu failure during initialization due to incompatible protocol used by the peer Vtu. 9 noPeerVtuPresent Vtu failure during initialization due to no activation sequence detected from peer Vtu. This is intended to supplement ifOperStatus. Bits: 'noPeerVtuPresent': 9, 'lossOfLink': 5, 'lossOfSignalQuality': 4, 'dataInitFailure': 6, 'noDefect': 0, 'configInitFailure': 7, 'protocolInitFailure': 8, 'lossOfFraming': 1, 'lossOfPower': 3, 'lossOfSignal': 2.

Measured total output power transmitted by this VTU. This is the measurement that was reported during the last activation sequence.

Indicates the maximum currently attainable data rate in steps of 1000 bits/second by the Vtu. This value will be equal to or greater than vdslPhysCurrLineRate. Note that for SCM, the minimum and maximum data rates are equal. Note: 1 kbps = 1000 bps.

Indicates the current data rate in steps of 1000 bits/second by the Vtu. This value will be less than or equal to vdslPhysCurrAttainableRate. Note: 1 kbps = 1000 bps.

This table provides one row for each Vtu channel. VDSL channel interfaces are those ifEntries where ifType is equal to interleave(124) or fast(125).

An entry in the vdslChanTable.

Interleave Delay for this channel. Interleave delay applies only to the interleave (slow) channel and defines the mapping (relative spacing) between subsequent input bytes at the interleaver input and their placement in the bit stream at the interleaver output. Larger numbers provide greater separation between consecutive input bytes in the output bit stream allowing for improved impulse noise immunity at the expense of payload latency. In the case where the ifType is fast(125), return a value of zero.

Indicates the length of the channel data-block on which the CRC operates.

Actual transmit data rate on this channel. Note: 1 kbps = 1000 bps.

Actual level of impulse noise (burst) protection for an interleaved (slow) channel. This parameter is not applicable to fast channels. For fast channels, a value of zero shall be returned.

Actual Forward Error Correction (FEC) redundancy related overhead for a fast channel. This parameter is not applicable to an interleaved (slow) channel. For interleaved channels, a value of zero shall be returned.

This table provides one row for each VDSL physical interface. VDSL physical interfaces are those ifEntries where ifType is equal to vdsl(97).

An entry in the vdslPerfDataTable.

Valid Intervals per definition found in HC-PerfHist-TC-MIB.

Invalid Intervals per definition found in HC-PerfHist-TC-MIB.

Count of seconds since the unit was last reset that there was Loss of Framing.

Count of seconds since the unit was last reset that there was Loss of Signal.

Count of seconds since the unit was last reset that there was Loss of Power.

Count of seconds since the unit was last reset that there was Loss of Link.

Count of Errored Seconds since the unit was last reset. An Errored Second is a one-second interval containing one or more CRC anomalies, or one or more LOS or LOF defects.

Count of Severely Errored Seconds since the unit was last reset.

Count of Unavailable Seconds since the unit was last reset.

Count of the line initialization attempts since the unit was last reset. This count includes both successful and failed attempts.

Total elapsed seconds in this interval.

Count of seconds during this interval that there was Loss of Framing.

Count of seconds during this interval that there was Loss of Signal.

Count of seconds during this interval that there was Loss of Power.

Count of seconds during this interval that there was Loss of Link.

Count of Errored Seconds during this interval. An Errored Second is a one-second interval containing one or more CRC anomalies, or one or more LOS or LOF defects.

Count of Severely Errored Seconds during this interval.

Count of Unavailable Seconds during this interval.

Count of the line initialization attempts during this interval. This count includes both successful and failed attempts.

Valid Intervals per definition found in HC-PerfHist-TC-MIB.

Invalid Intervals per definition found in HC-PerfHist-TC-MIB.

Number of seconds that have elapsed since the beginning of the current 1-day interval.

Count of Loss of Framing (LOF) Seconds since the beginning of the current 1-day interval.

Count of Loss of Signal (LOS) Seconds since the beginning of the current 1-day interval.

Count of Loss of Power (LPR) Seconds since the beginning of the current 1-day interval.

Count of Loss of Link (LOL) Seconds since the beginning of the current 1-day interval.

Count of Errored Seconds (ES) since the beginning of the current 1-day interval.

Count of Severely Errored Seconds (SES) since the beginning of the current 1-day interval.

Count of Unavailable Seconds (UAS) since the beginning of the current 1-day interval.

Count of the line initialization attempts since the beginning of the current 1-day interval. This count includes both successful and failed attempts.

This table provides one row for each Vtu performance data collection interval. VDSL physical interfaces are those ifEntries where ifType is equal to vdsl(97).

An entry in the vdslPerfIntervalTable.

Performance Data Interval number 1 is the most recent previous interval; interval 96 is 24 hours ago. Intervals 2 to 96 are optional.

Count of seconds in the interval when there was Loss of Framing.

Count of seconds in the interval when there was Loss of Signal.

Count of seconds in the interval when there was Loss of Power.

Count of seconds in the interval when there was Loss of Link.

Count of Errored Seconds (ES) in the interval. An Errored Second is a one-second interval containing one or more CRC anomalies, one or more LOS or LOF defects.

Count of Severely Errored Seconds in the interval.

Count of Unavailable Seconds in the interval.

Count of the line initialization attempts during this interval. This count includes both successful and failed attempts.

This table provides one row for each VDSL performance data collection interval. This table contains live data from equipment. As such, it is NOT persistent.

An entry in the vdslPerf1DayIntervalTable.

History Data Interval number. Interval 1 is the most recent previous day; interval 30 is 30 days ago. Intervals 2 to 30 are optional.

The amount of time in the 1-day interval over which the performance monitoring information is actually counted. This value will be the same as the interval duration except in a situation where performance monitoring data could not be collected for any reason.

Count of Loss of Frame (LOF) Seconds during the 1-day interval as measured by vdslPerf1DayIntervalMoniSecs.

Count of Loss of Signal (LOS) Seconds during the 1-day interval as measured by vdslPerf1DayIntervalMoniSecs.

Count of Loss of Power (LPR) Seconds during the 1-day interval as measured by vdslPerf1DayIntervalMoniSecs.

Count of Loss of Link (LOL) Seconds during the 1-day interval as measured by vdslPerf1DayIntervalMoniSecs.

Count of Errored Seconds (ES) during the 1-day interval as measured by vdslPerf1DayIntervalMoniSecs.

Count of Severely Errored Seconds (SES) during the 1-day interval as measured by vdslPerf1DayIntervalMoniSecs.

Count of Unavailable Seconds (UAS) during the 1-day interval as measured by vdslPerf1DayIntervalMoniSecs.

Count of the line initialization attempts during the 1-day interval as measured by vdslPerf1DayIntervalMoniSecs. This count includes both successful and failed attempts.

This table provides one row for each Vtu channel. VDSL channel interfaces are those ifEntries where ifType is equal to interleave(124) or fast(125).

An entry in the vdslChanPerfDataTable.

Valid Intervals per definition found in HC-PerfHist-TC-MIB.

Invalid Intervals per definition found in HC-PerfHist-TC-MIB.

Count of corrected octets since the unit was last reset.

Count of uncorrectable blocks since the unit was last reset.

Total elapsed seconds in this interval.

Count of corrected octets in this interval.

Count of uncorrectable blocks in this interval.

Valid Intervals per definition found in HC-PerfHist-TC-MIB.

Invalid Intervals per definition found in HC-PerfHist-TC-MIB.

Number of seconds that have elapsed since the beginning of the current 1-day interval.

Count of corrected octets since the beginning of the current 1-day interval.

Count of uncorrectable blocks since the beginning of the current 1-day interval.

This table provides one row for each Vtu channel data collection interval. VDSL channel interfaces are those ifEntries where ifType is equal to interleave(124) or fast(125).

An entry in the vdslChanIntervalTable.

Performance Data Interval number 1 is the most recent previous interval; interval 96 is 24 hours ago. Intervals 2 to 96 are optional.

Count of corrected octets in this interval.

Count of uncorrectable blocks in this interval.

This table provides one row for each VDSL performance data collection interval. This table contains live data from equipment. As such, it is NOT persistent.

An entry in the vdslChan1DayIntervalTable.

History Data Interval number. Interval 1 is the most recent previous day; interval 30 is 30 days ago. Intervals 2 to 30 are optional.

The amount of time in the 1-day interval over which the performance monitoring information is actually counted. This value will be the same as the interval duration except in a situation where performance monitoring data could not be collected for any reason.

Count of corrected octets in this interval.

Count of uncorrectable blocks in this interval.

This table contains information on the VDSL line configuration. One entry in this table reflects a profile defined by a manager which can be used to configure the VDSL line. Entries in this table MUST be maintained in a persistent manner.

Each entry consists of a list of parameters that represents the configuration of a VDSL line. 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.

This object identifies a row in this table. 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.

Specifies the rate selection behavior for the line in the downstream direction. manual(1) forces the rate to the configured rate adaptAtInit(2) adapts the line based upon line quality. Enumeration: 'adaptAtInit': 2, 'manual': 1.

Specifies the rate selection behavior for the line in the upstream direction. manual(1) forces the rate to the configured rate adaptAtInit(2) adapts the line based upon line quality. Enumeration: 'adaptAtInit': 2, 'manual': 1.

Specifies the maximum aggregate downstream power level in the range 0 to 14.5 dBm.

Specifies the maximum aggregate upstream power level in the range 0 to 14.5 dBm.

Specifies the maximum downstream Signal/Noise Margin in units of 0.25 dB, for a range of 0 to 31.75 dB.

Specifies the minimum downstream Signal/Noise Margin in units of 0.25 dB, for a range of 0 to 31.75 dB.

Specifies the target downstream Signal/Noise Margin in units of 0.25 dB, for a range of 0 to 31.75 dB. This is the Noise Margin the transceivers must achieve with a BER of 10^-7 or better to successfully complete initialization.

Specifies the maximum upstream Signal/Noise Margin in units of 0.25 dB, for a range of 0 to 31.75 dB.

Specifies the minimum upstream Signal/Noise Margin in units of 0.25 dB, for a range of 0 to 31.75 dB.

Specifies the target upstream Signal/Noise Margin in units of 0.25 dB, for a range of 0 to 31.75 dB. This is the Noise Margin the transceivers must achieve with a BER of 10^-7 or better to successfully complete initialization.

Specifies the maximum downstream fast channel data rate in steps of 1000 bits/second.

Specifies the minimum downstream fast channel data rate in steps of 1000 bits/second.

Specifies the maximum downstream slow channel data rate in steps of 1000 bits/second. The maximum aggregate downstream transmit speed of the line can be derived from the sum of maximum downstream fast and slow channel data rates.

Specifies the minimum downstream slow channel data rate in steps of 1000 bits/second. The minimum aggregate downstream transmit speed of the line can be derived from the sum of minimum downstream fast and slow channel data rates.

Specifies the maximum upstream fast channel data rate in steps of 1000 bits/second. The maximum aggregate upstream transmit speed of the line can be derived from the sum of maximum upstream fast and slow channel data rates.

Specifies the minimum upstream fast channel data rate in steps of 1000 bits/second. The minimum aggregate upstream transmit speed of the line can be derived from the sum of minimum upstream fast and slow channel data rates.

Specifies the maximum upstream slow channel data rate in steps of 1000 bits/second.

Specifies the minimum upstream slow channel data rate in steps of 1000 bits/second.

For dynamic rate adaptation at startup, the allocation of data rate in excess of the minimum data rate for each channel is controlled by the object. This object specifies the ratio of the allocation of the excess data rate between the fast and the slow channels. This allocation represents downstream Fast Channel Allocation / Slow Channel Allocation.

For dynamic rate adaptation at startup, the allocation of data rate in excess of the minimum data rate for each channel is controlled by the object. This object specifies the ratio of the allocation of the excess data rate between the fast and the slow channels. This allocation represents upstream Fast Channel Allocation/Slow Channel Allocation.

Specifies the maximum interleave delay for the downstream slow channel.

Specifies the maximum interleave delay for the upstream slow channel.

Downstream power backoff (PBO) control for this line. For transceivers which do not support downstream PBO control, this object MUST be fixed at disabled(1). If auto(2) is selected, the transceiver will automatically adjust the power backoff. If manual(3) is selected, then the transceiver will use the value from vdslLineConfDownPboLevel. Enumeration: 'disabled': 1, 'auto': 2, 'manual': 3.

Upstream power backoff (PBO) control for this line. For transceivers which do not support upstream PBO control, this object MUST be fixed at disabled(1). If auto(2) is selected, the transceiver will automatically adjust the power backoff. If manual(3) is selected, then the transceiver will use the value from vdslLineConfUpPboLevel. Enumeration: 'disabled': 1, 'auto': 2, 'manual': 3.

Specifies the downstream backoff level to be used when vdslLineConfDownPboControl = manual(3).

Specifies the upstream backoff level to be used when vdslLineConfUpPboControl = manual(3).

The VDSL line deployment scenario. When using fttCab(1), the VTU-C is located in a street cabinet. When using fttEx(2), the VTU-C is located at the central office. Changes to this value will have no effect on the transceiver. Enumeration: 'fttEx': 2, 'fttCab': 1, 'other': 3.

Indicates presence of ADSL service in the associated cable bundle/binder. none(1) indicates no ADSL service in the bundle adslOverPots(2) indicates ADSL service over POTS is present in the bundle adslOverISDN(3) indicates ADSL service over ISDN is present in the bundle Enumeration: 'none': 1, 'adslOverPots': 2, 'adslOverISDN': 3.

The VDSL standard to be used for the line. ansi(1) indicates ANSI standard etsi(2) indicates ETSI standard itu(3) indicates ITU standard other(4) indicates a standard other than the above. Enumeration: 'it': 3, 'ansi': 1, 'etsi': 2, 'other': 4.

The VDSL band plan to be used for the line. bandPlan997(1) is to be used for ITU-T G.993.1 Bandplan-B ETSI Bandplan ANSI Plan 997 bandPlan998(2) is to be used for ITU-T G.993.1 Bandplan-A ANSI Plan 998 bandPlanFx(3) is to be used for ITU-T G.993.1 Bandplan-C. other(4) is to be used for non-standard bandplans. If this object is set to bandPlanFx(3), then the object vdslLineConfBandPlanFx MUST also be set. Enumeration: 'bandPlanFx': 3, 'bandPlan997': 1, 'other': 4, 'bandPlan998': 2.

The frequency limit between bands D2 and U2 when vdslLineConfBandPlan is set to bandPlanFx(3).

Defines the VDSL link use of the optional frequency range [25kHz - 138kHz] (Opt). unused(1) indicates Opt is unused upstream(2) indicates Opt usage is for upstream downstream(3) indicates Opt usage is for downstream. Enumeration: 'unused': 1, 'downstream': 3, 'upstream': 2.

The upstream PSD template to be used for the line. Here, templateMask1(1) refers to a notched mask that limits the transmitted PSD within the internationally standardized HAM (Handheld Amateur Radio) radio bands, while templateMask2(2) refers to an unnotched mask. The masks themselves depend upon the applicable standard being used (vdslLineConfApplicableStandard). Enumeration: 'templateMask2': 2, 'templateMask1': 1.

The downstream PSD template to be used for the line. Here, templateMask1(1) refers to a notched mask that limits the transmitted PSD within the internationally standardized HAM (Handheld Amateur Radio) radio bands, while templateMask2(2) refers to an unnotched mask. The masks themselves depend upon the applicable standard being used (vdslLineConfApplicableStandard). Enumeration: 'templateMask2': 2, 'templateMask1': 1.

The transmit power spectral density mask code, used to avoid interference with HAM (Handheld Amateur Radio) radio bands by introducing power control (notching) in one or more of these bands. Amateur radio band notching is defined in the VDSL spectrum as follows: Band Start Frequency Stop Frequency ---- ------------------ -------------------------------- 30m 1810 kHz 2000 kHz 40m 3500 kHz 3800 kHz (ETSI); 4000 kHz (ANSI) 80m 7000 kHz 7100 kHz (ETSI); 7300 kHz (ANSI) 160m 10100 kHz 10150 kHz Notching for each standard band can be enabled or disabled via the bit mask. Two custom notches may be specified. If either of these are enabled via the bit mask, then the following objects MUST be specified: If customNotch1 is enabled, then both vdslLineConfCustomNotch1Start vdslLineConfCustomNotch1Stop MUST be specified. If customNotch2 is enabled, then both vdslLineConfCustomNotch2Start vdslLineConfCustomNotch2Stop MUST be specified. Bits: 'amateurBand30m': 2, 'amateurBand80m': 4, 'amateurBand160m': 5, 'customNotch2': 1, 'customNotch1': 0, 'amateurBand40m': 3.

Specifies the start frequency of custom HAM (Handheld Amateur Radio) notch 1. vdslLineConfCustomNotch1Start MUST be less than or equal to vdslLineConfCustomNotch1Stop.

Specifies the stop frequency of custom HAM (Handheld Amateur Radio) notch 1. vdslLineConfCustomNotch1Stop MUST be greater than or equal to vdslLineConfCustomNotch1Start.

Specifies the start frequency of custom HAM (Handheld Amateur Radio) notch 2. vdslLineConfCustomNotch2Start MUST be less than or equal to vdslLineConfCustomNotch2Stop.

Specifies the stop frequency of custom HAM (Handheld Amateur Radio) notch 2. vdslLineConfCustomNotch2Stop MUST be greater than or equal to vdslLineConfCustomNotch2Start.

Specifies the target level of impulse noise (burst) protection for an interleaved (slow) channel.

Specifies the target level of impulse noise (burst) protection for an interleaved (slow) channel.

This parameter provisions the maximum level of Forward Error Correction (FEC) redundancy related overhead to be maintained for a fast channel.

This parameter provisions the maximum level of Forward Error Correction (FEC) redundancy related overhead to be maintained for a fast channel.

This parameter provisions the VDSL physical entity at start-up by defining whether and how the line will be channelized, i.e., which channel type(s) are supported. If the line is to be channelized, the value will be other than noChannel(1). This configuration can be activated only during start-up. Afterwards, the value of vdslLineType coincides with the value of vdslLineConfLineType. Depending on this value, the corresponding entries in the ifTable for the interleaved and the fast channels are enabled or disabled according to the value of their ifOperStatus. Defined values are: noChannel(1) -- no channels exist fastOnly(2) -- only fast channel exists interleavedOnly(3) -- only interleaved channel exists fastOrInterleaved(4) -- either fast or interleaved channel -- exists, but only one at a time fastAndInterleaved(5) -- both fast and interleaved channels -- exist Note that 'slow' and 'interleaved' refer to the same channel. Enumeration: 'fastOnly': 2, 'fastOrInterleaved': 4, 'noChannel': 1, 'interleavedOnly': 3, 'fastAndInterleaved': 5.

This object is used to create a new row or modify or delete an existing row in this table. A profile activated by setting this object to 'active'. When 'active' is set, the system will validate the profile. Before a profile can be deleted or taken out of service (by setting this object to 'destroy' or 'outOfService'), it must be first unreferenced from all associated lines. An 'active' profile may be modified at any time. Note that some changes may require that any referenced lines be restarted (e.g., vdslLineConfLineType).

This table contains information on the VDSL line alarm configuration. One entry in this table reflects a profile defined by a manager which can be used to configure the VDSL line alarm thresholds. Entries in this table MUST be maintained in a persistent manner.

Each entry consists of a list of parameters that represents the configuration of a VDSL line alarm profile. 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.

The name for this profile as specified by an administrator.

This object configures the threshold for the number of loss of frame seconds (lofs) within any given 15-minute performance data collection interval. If the value of loss of frame seconds in a particular 15-minute collection interval reaches/exceeds this value, a vdslPerfLofsThreshNotification notification will be generated. No more than one notification will be sent per interval.

This object configures the threshold for the number of loss of signal seconds (loss) within any given 15-minute performance data collection interval. If the value of loss of signal seconds in a particular 15-minute collection interval reaches/exceeds this value, a vdslPerfLossThreshNotification notification will be generated. One notification will be sent per interval per endpoint.

This object configures the threshold for the number of loss of power seconds (lprs) within any given 15-minute performance data collection interval. If the value of loss of power seconds in a particular 15-minute collection interval reaches/exceeds this value, a vdslPerfLprsThreshNotification notification will be generated. No more than one notification will be sent per interval.

This object configures the threshold for the number of loss of link seconds (lols) within any given 15-minute performance data collection interval. If the value of loss of power seconds in a particular 15-minute collection interval reaches/exceeds this value, a vdslPerfLolsThreshNotification notification will be generated. No more than one notification will be sent per interval.

This object configures the threshold for the number of errored seconds (ESs) within any given 15-minute performance data collection interval. If the value of errored seconds in a particular 15-minute collection interval reaches/exceeds this value, a vdslPerfESsThreshNotification notification will be generated. No more than one notification will be sent per interval.

This object configures the threshold for the number of severely errored seconds (SESs) within any given 15-minute performance data collection interval. If the value of severely errored seconds in a particular 15-minute collection interval reaches/exceeds this value, a vdslPerfSESsThreshNotification notification will be generated. No more than one notification will be sent per interval.

This object configures the threshold for the number of unavailable seconds (UASs) within any given 15-minute performance data collection interval. If the value of unavailable seconds in a particular 15-minute collection interval reaches/exceeds this value, a vdslPerfUASsThreshNotification notification will be generated. No more than one notification will be sent per interval.

This object specifies if a vdslInitFailureNotification notification will be generated if an initialization failure occurs.

This object is used to create a new row or modify or delete an existing row in this table. A profile activated by setting this object to 'active'. When 'active' is set, the system will validate the profile. Before a profile can be deleted or taken out of service, (by setting this object to 'destroy' or 'outOfService') it must be first unreferenced from all associated lines. An 'active' profile may be modified at any time.

A collection of objects providing information about a VDSL Line.

This group supports notifications of significant conditions associated with VDSL Lines.

The compliance statement for SNMP entities which manage VDSL interfaces.