Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

VDSL2 Interfaces on NFX150 Devices

VDSL Interface Overview

Very-high-bit-rate digital subscriber line (VDSL) technology is part of the xDSL family of modem technologies that provide faster data transmission over a single flat untwisted or twisted pair of copper wires. The VDSL lines connect service provider networks and customer sites to provide high bandwidth applications (triple-play services) such as high-speed Internet access, telephone services like VoIP, high-definition TV (HDTV), and interactive gaming services over a single connection.

VDSL2 is an enhancement to G.993.1 (VDSL) and permits the transmission of asymmetric (half-duplex) and symmetric (full-duplex) aggregate data rates up to 100 Mbps on short copper loops using a bandwidth up to 17 MHz. The VDSL2 technology is based on the ITU-T G.993.2 (VDSL2) standard, which is the International Telecommunication Union standard describing a data transmission method for VDSL2 transceivers.

The VDSL2 uses discrete multitone (DMT) modulation. DMT is a method of separating a digital subscriber line signal so that the usable frequency range is separated into 256 frequency bands (or channels) of 4.3125 KHz each. The DMT uses the Fast Fourier Transform (FFT) algorithm for demodulation or modulation for increased speed.

VDSL2 interface supports Packet Transfer Mode (PTM). The PTM mode transports packets (IP, PPP, Ethernet, MPLS, and so on) over DSL links as an alternative to using Asynchronous Transfer Mode (ATM). PTM is based on the Ethernet in the First Mile (EFM) IEEE802.3ah standard.

VDSL2 provides backward compatibility with ADSL2 and ADSL2+ because this technology is based on both the VDSL1-DMT and ADSL2/ADSL2+ recommendations.

VDSL2 Vectoring Overview

Vectoring is a transmission method that employs the coordination of line signals that reduce crosstalk levels and improve performance. It is based on the concept of noise cancellation, like noise-cancelling headphones. The ITU-T G.993.5 standard, "Self-FEXT Cancellation (Vectoring) for Use with VDSL2 Transceivers,” also known as G.vector, describes vectoring for VDSL2.

The scope of Recommendation ITU-T G.993.5 is specifically limited to the self-FEXT (far-end crosstalk) cancellation in the downstream and upstream directions. The FEXT generated by a group of near-end transceivers and interfering with the far-end transceivers of that same group is canceled. This cancellation takes place between VDSL2 transceivers, not necessarily of the same profile.

VDSL2 Network Deployment Topology

In standard telephone cables of copper wires, voice signals use only a fraction of the available bandwidth. Like any other DSL technology, the VDSL2 technology utilizes the remaining capacity to carry the data and multimedia on the wire without interrupting the line's ability to carry voice signals.

This example depicts the typical VDSL2 network topology deployed using NFX device.

A VDSL2 link between network devices is set up as follows:

  1. Connect an end-user device such as a LAN, hub, or PC through an Ethernet interface to the customer premises equipment (CPE) (for example, an NFX device).

  2. Connect the CPE to a DSLAM.

  3. The VDSL2 interface uses either Gigabit Ethernet or fiber as second mile to connect to the Broadband Remote Access Server (B-RAS) as shown in Figure 1.

  4. The ADSL interface uses either Gigabit Ethernet (in case of IP DSLAM] as the “second mile” to connect to the B-RAS or OC3/DS3 ATM as the second mile to connect the B-RAS as shown in Figure 2.

    Note:

    The VDSL2 technology is backward compatible with ADSL2 and ADSL2+. VDSL2 provides an ADSL2 and ADSL2+ interface in an ATM DSLAM topology and provides a VDSL2 interface in an IP or VDSL DSLAM topology.

    The DSLAM accepts connections from many customers and aggregates them to a single, high-capacity connection to the Internet.

Figure 1 shows a typical VDSL2 network topology.

Figure 1: Typical VDSL2 End-to-End Connectivity and Topology DiagramTypical VDSL2 End-to-End Connectivity and Topology Diagram

Figure 2 shows a backward-compatible ADSL topology using ATM DSLAM.

Figure 2: Backward-Compatible ADSL Topology (ATM DSLAM)Backward-Compatible ADSL Topology (ATM DSLAM)

VDSL2 Interface Support on NFX Series Devices

The VDSL2 interface is supported on the NFX Series devices listed in Table 1. (Platform support depends on the Junos OS release in your installation.)

Table 1: VDSL2 Annex A and Annex B Features

Features

POTS

Devices

JNP-SFP-VDSL2

Supported annex operating modes

Annex A and Annex B*

Supported Bandplans

Annex A 998

Annex B 997 and 998

Supported standards

ITU-T G.993.2 and ITU-T G.993.5 (VDSL2)

Used in

North American network implementations

ADSL backward compatibility

G 992.3 (ADSL2)

G 992.5 (ADSL2+)

Note:

Only one JNP-SFP-VDSL2 device is supported at a time.

VDSL2 Interface Compatibility with ADSL Interfaces

VDSL2 interfaces on NFX Series devices are backward compatible with most ADSL2 and ADSL2+ interface standards. The VDSL2 interface uses Ethernet in the First Mile (EFM) mode or Packet Transfer Mode (PTM) and uses the named interface heth-0-4 and heth-0-5.

Note:
  • The VDSL2 interface has backward compatibility with ADSL2 and ADSL2+.

  • It requires around 60 seconds to switch from VDSL2 to ADSL2 and ADSL2+ or from ADSL2 and ADSL2+ to VDSL2 operating modes.

VDSL2 Interfaces Supported Profiles

A profile is a table that contains a list of pre-configured VDSL2 settings. Table 2 lists the different profiles supported on the VDSL2 interfaces and their properties.

Table 2: Supported Profiles on the VDSL2 Interfaces

Profiles

Data Rate

8a

50

8b

50

8c

50

8d

50

12a

68

12b

68

17a

100

Auto

Negotiated (based on operating mode)

VDSL2 Interfaces Supported Features

The following features are supported on the VDSL2 interfaces:

  • ADSL2 and ADSL2+ backward compatibility with Annex A, Annex M support

  • PTM or EFM (802.3ah) support

  • Operation, Administration, and Maintenance (OAM) support for ADSL2 and ADSL2+ modes

  • Multilink Point-to-Point Protocol (MLPPP) (supported only when the VDSL2 Mini-PIM is operating in ADSL2 mode)

  • MTU size of 1514 bytes (maximum) in VDSL2 mode and 1496 bytes in ADSL mode.

  • Support for maximum of 10 permanent virtual connections (PVCs) (only in ADSL2 and ADSL2+ mode)

Configuring VDSL SFP Interface Using VLANs on NFX150 Network Services Platform

Note:

Ensure that connectivity to the host is not lost during the configuration process.

To configure VDSL SFP interfaces on NFX150 devices:

  1. Connect to the host.
  2. Configure the WAN side front panel port with vlan-tagging.
  3. Configure a VLAN for the WAN side front panel port.
  4. Configure the WAN side front panel port with an IP address.
  5. Configure the physical (heth) interface with VDSL SFP options, VDSL profile, and carrier settings on the VDSL SFP interface.
    Note:
    • The default value for vdsl-options profile is auto. The value auto supports all profiles ranging from 8a to 17a.

    • The default value for vdsl-options carrier is auto. The value auto includes a43 and b43.

  6. Map the physical (heth) interfaces to the virtual (ge) interfaces.
  7. Commit the configuration.

To verify the configuration, enter the show interfaces heth-0-4 command.

Configuring VDSL SFP Interface Without Using VLANs on NFX150 Network Services Platform

Note:

Ensure that connectivity to the host is not lost during the configuration process.

To configure VDSL SFP interfaces on NFX150 devices:

  1. Connect to the host.
  2. Configure the WAN side front panel port with an IP address.
  3. Configure the physical (heth) interface with VDSL SFP options, VDSL profile, and carrier settings on the VDSL SFP interface.
    Note:
    • The default value for vdsl-options profile is auto. The value auto supports all profiles ranging from 8a to 17a.

    • The default value for vdsl-options carrier is auto. The value auto includes a43 and b43.

  4. Map the physical (heth) interfaces to the virtual (ge) interfaces.
  5. Commit the configuration.

To verify the configuration, enter the show interfaces heth-0-4 command.