Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Example: Configuring H-VPLS BGP-Based and LDP-Based VPLS Interoperation

This example shows how to configure the hierarchical virtual private LAN service (H-VPLS) in a scenario that uses both LDP-based VPLS and BGP-based VPLS interoperating in a multihoming deployment. This scenario is useful when a customer deployment has the two different types of VPLS in use, and you need to integrate them. Another example is when ISP-A is running BGP-based VPLS and ISP-B is running the LDP-based VPLS, and the two ISPs are merging their networks.

Requirements

No special configuration beyond device initialization is required before configuring this example.

Overview

In this example, Device PE2 and Device PE3 are acting as internetworking provider edge (PE) routers with BGP-based as well as LDP-based VPLS termination.

The devices in this example have the following roles:

  • BGP VPLS only PE—Device PE1

  • LDP VPLS only PE—Device PE4

  • BGP-LDP VPLS PE—Device PE2 and Device PE3

Figure 1 shows the topology used in this example.

Figure 1: H-VPLS with LDP-Based and BGP-Based VPLS InteroperationH-VPLS with LDP-Based and BGP-Based VPLS Interoperation

From Device PE4, the pseudowire to Device PE3 is the primary or working path. The pseudowire Device PE2 is the backup path.

CLI Quick Configuration shows the configuration for all of the devices in Figure 1. The section Step-by-Step Procedure describes the steps on Device PE1, Device PE2, and Device PE4.

Configuration

Procedure

CLI Quick Configuration

To quickly configure this example, copy the following commands, paste them into a text file, remove any line breaks, change any details necessary to match your network configuration, and then copy and paste the commands into the CLI at the [edit] hierarchy level.

Device PE1

Device PE2

Device PE3

Device PE4

Device CE1

Device CE2

Device CE3

Device CE4

Step-by-Step Procedure

The following example requires you to navigate various levels in the configuration hierarchy. For information about navigating the CLI, see Using the CLI Editor in Configuration Mode in the CLI User Guide.

To configure the BGP-based VPLS PE device:

  1. Configure the interfaces.

    On the device interface that connects to the customer edge, enable VPLS encapsulation and the VPLS address family.

    On the core-facing interfaces, enable MPLS labels.

  2. Enable MPLS and LDP on the interfaces.

    On the MTU device interfaces that connect to other PE devices, configure MPLS and LDP.

  3. Enable routing on the interfaces.

    On the MTU device interfaces that connect to other PE devices, configure an interior gateway protocol (IGP), such as OSPF or IS-IS.

  4. Configure BGP with Layer 2 VPN signaling.

    The l2vpn signaling statement enables support for both VPLS and Layer 2 VPN advertisement under the same network layer reachability information (NLRI).

    The internal IBGP (IBGP) full mesh includes Device PE1, Device PE2, and Device PE3. Device PE4 is not included.

  5. Configure the VPLS routing instance.

    Because this is BGP-based VPLS, include a route distinguisher, a VRF target, and a site name and ID.

  6. Configure the autonomous system (AS) number.

Step-by-Step Procedure

The following example requires you to navigate various levels in the configuration hierarchy. For information about navigating the CLI, see Using the CLI Editor in Configuration Mode in the CLI User Guide.

To configure the BGP-LDP-based VPLS PE device:

  1. Configure the interfaces.

    On the PE-r device interface that connects to the customer edge, configure one of the VPLS encapsulation types and the VPLS address family. This enables VPLS.

    On the core-facing interfaces, enable MPLS labels.

  2. Enable MPLS and LDP on the interfaces.

    On the MTU device interfaces that connect to other PE devices, configure MPLS and LDP.

  3. Enable routing on the interfaces.

    On the MTU device interfaces that connect to other PE devices, configure an interior gateway protocol (IGP), such as OSPF or IS-IS.

  4. Configure BGP with Layer 2 VPN signaling.

    The l2vpn signaling statement enables support for both VPLS and Layer 2 VPN advertisement under the same network layer reachability information (NLRI)

    The internal IBGP (IBGP) full mesh includes Device PE1, Device PE2, and Device PE3. Device PE4 is not included.

  5. Configure VPLS.

    The vpls-id statement enables LDP signaling for the VPLS instance.

  6. Configure the autonomous system (AS) number.

Step-by-Step Procedure

The following example requires you to navigate various levels in the configuration hierarchy. For information about navigating the CLI, see Using the CLI Editor in Configuration Mode in the CLI User Guide.

To configure LDP-based VPLS PE device:

  1. Configure the interfaces.

    On the PE-r device interface that connects to the customer edge, configure one of the VPLS encapsulation types and the VPLS address family. This enables VPLS.

    On the core-facing interfaces, enable MPLS labels.

  2. Enable MPLS and LDP on the interfaces.

    On the MTU device interfaces that connect to other PE devices, configure MPLS and LDP.

  3. Enable routing on the interfaces.

    On the MTU device interfaces that connect to other PE devices, configure an interior gateway protocol (IGP), such as OSPF or IS-IS.

  4. Configure VPLS.

    The vpls-id statement enables LDP signaling for the VPLS instance.

Results

From configuration mode, confirm your configuration by entering the show interfaces, show protocols, show routing-instances, and show routing-options commands. If the output does not display the intended configuration, repeat the instructions in this example to correct the configuration.

Device PE1

Device PE2

Device PE4

If you are done configuring the devices, enter commit from configuration mode.

Verification

Confirm that the configuration is working properly. In a multihoming scenario with BGP-LDP VPLS, the LDP pseudowires are in the down state for the backup PE (Device PE2). Whereas on the LDP-only VPLS PE (Device PE4), the pseudowires to the primary and backup BGP-LDP PE devices are in the up state.

Verifying the VPLS Connections

Purpose

Verify that the VPLS connections are working as expected.

Action

From operational mode, enter the show vpls connections command.

Meaning

On Device PE1, the BGP-VPLS connection to Device PE2 is up. In a steady-state condition, Device PE2 is the primary router and has all pseudowires terminating on it. Traffic flows from CE1 to PE1 to PE2 to PE4 to CE4.

On Device PE2, the BGP-VPLS connection to Device PE1 is up. The connection to Device PE3 is in the RN state. The LDP-VPLS connection to Device PE4 is up.

On Device PE3, all VPLS connections are in the LN state. This is expected because Device PE3 is the backup.

On Device PE4, the LDP-only VPLS router, the primary pseudowire to Device PE2 and the backup pseudowire to Device PE3 are in the up state.

Manually Triggering a Switch from the Active Pseudowire to the Backup Pseudowire

Purpose

Verify that when Device PE2 becomes unavailable, the traffic flow shifts to Device PE3.

Action

  1. On Device PE2, deactivate the interfaces.

  2. Rerun the show vpls connections command on all of the PE devices.

Meaning

On Device PE1, the BGP-VPLS connection to Device PE3 is up. Traffic flows from CE1 to PE1 to PE3 to PE4 to CE4.

On Device PE2, the BGP-VPLS connection to Device PE1 is in the OL state.

On Device PE3, all VPLS connections are up.

On Device PE4, the VPLS connection to Device PE2 is in the OL state. The VPLS connection to Device PE3 is up.

If you reactivate the interfaces on Device PE2, the connections revert to their previous state and traffic flow.

Checking Connectivity

Purpose

Verify that Device CE1 can ping Device CE4.

Action

Meaning

The output shows that VPLS is operational.

Checking the BGP Layer 2 VPN Routing Tables

Purpose

Verify that the VPLS routes are learned from BGP.

Action

Checking the Layer 2 Circuit Routing Tables

Purpose

Verify that the VPLS routes are learned from LDP.

Action