Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

close
keyboard_arrow_left
list Table of Contents
file_download PDF
{ "lLangCode": "en", "lName": "English", "lCountryCode": "us", "transcode": "en_US" }
English
keyboard_arrow_right

Example: Configuring VPLS Multihoming (FEC 129)

date_range 23-Nov-23

VPLS Multihoming Overview

Virtual private LAN service (VPLS) multihoming enables you to connect a customer site to two or more PE routers to provide redundant connectivity. A redundant PE router can provide network service to the customer site as soon as a failure is detected. VPLS multihoming helps to maintain VPLS service and traffic forwarding to and from the multihomed site in the event of the following types of network failures:

  • PE router to CE device link failure

  • PE router failure

  • MPLS-reachability failure between the local PE router and a remote PE router

Figure 1: CE Device Multihomed to Two PE RoutersCE Device Multihomed to Two PE Routers
Note:

In the VPLS documentation, the word router in terms such as PE router is used to refer to any device that provides routing functions.

Figure 1 illustrates how a CE device could be multihomed to two PE routers. Device CE1 is multihomed to Routers PE1 and PE2. Device CE2 has two potential paths to reach Device CE1, but only one path is active at any one time. If Router PE1 were the designated VPLS edge (VE) device (also called a designated forwarder), BGP would signal a pseudowire from Router PE3 to Router PE1. If a failure occurred over this path, Router PE2 would be made the designated VE device, and BGP would re-signal the pseudowire from Router PE3 to Router PE2.

Multihomed PE routers advertise network layer reachability information (NLRI) for the multihomed site to the other PE routers in the VPLS network. The NLRI includes the site ID for the multihomed PE routers. For all of the PE routers multihomed to the same CE device, you need to configure the same site ID. The remote VPLS PE routers use the site ID to determine where to forward traffic addressed to the customer site. To avoid route collisions, the site ID shared by the multihomed PE routers must be different than the site IDs configured on the remote PE routers in the VPLS network.

Although you configure the same site ID for each of the PE routers multihomed to the same CE device, you can configure unique values for other parameters, such as the route distinguisher. These values help to determine which multihomed PE router is selected as the designated VE device to be used to reach the customer site.

Best Practice:

We recommend that you configure unique route distinguishers for each multihomed PE router. Configuring unique route distinguishers helps with faster convergence when the connection to a primary multihomed PE router goes down. If you configure unique route distinguishers, the other PE routers in the VPLS network must maintain additional state for the multihomed PE routers.

Remote PE routers in the VPLS network need to determine which of the multihomed PE routers should forward traffic to reach the CE device. To make this determination, remote PE routers use the VPLS path-selection process to select one of the multihomed PE routers based on its NLRI advertisement. Because remote PE routers pick only one of the NLRI advertisements, it establishes a pseudowire to only one of the multihomed PE routers, the PE router that originated the winning advertisement. This prevents multiple paths from being created between sites in the network, preventing the formation of Layer 2 loops. If the selected PE router fails, all PE routers in the network automatically switch to the backup PE router and establish new pseudowires to it.

Best Practice:

To prevent the formation of Layer 2 loops between the CE devices and the multihomed PE routers, we recommend that you employ the Spanning Tree Protocol (STP) on your CE devices. Layer 2 loops can form due to incorrect configuration. Temporary Layer 2 loops can also form during convergence after a change in the network topology.

The PE routers run the BGP path selection procedure on locally originated and received Layer 2 route advertisements to establish that the routes are suitable for advertisement to other peers, such as BGP route reflectors. If a PE router in a VPLS network is also a route reflector, the path selection process for the multihomed site has no effect on the path selection process performed by this PE router for the purpose of reflecting Layer 2 routes. Layer 2 prefixes that have different route distinguishers are considered to have different NLRIs for route reflection. The VPLS path selection process enables the route reflector to reflect all routes that have different route distinguishers to the route reflector clients, even though only one of these routes is used to create the VPLS pseudowire to the multihomed site.

Junos OS supports VPLS multihoming for both BGP VPLS and FEC129 VPLS. Support for FEC 129 is added in Junos OS Release 12.3.

Example: Configuring VPLS Multihoming (FEC 129)

This example shows how to configure virtual private LAN service (VPLS) multihoming. Multihoming allows a customer site to connect to multiple provider edge (PE) routers. A VPLS site multihomed to two or more PE routers provides redundant connectivity in the event of a PE router-to-CE device link failure or the failure of a PE router. The example demonstrates BGP-based multihoming support for FEC 129 VPLS (also known as LDP VPLS with BGP-based autodiscovery).

Requirements

This example has the following hardware and software requirements:

  • One or more CE devices to represent a VPLS site.

  • Two or more PE devices.

  • Junos OS Release 12.3 or later running on the PE devices that are connected to the multihomed VPLS site.

Overview

BGP-based VPLS autodiscovery (FEC 129) enables each VPLS PE router to discover the other PE routers that are in the same VPLS domain. VPLS autodiscovery also automatically detects when PE routers are added or removed from the VPLS domain. You do not need to manually configure the VPLS and maintain the configuration when a PE router is added or deleted. VPLS autodiscovery uses BGP to discover the VPLS members and to set up and tear down pseudowires in the VPLS.

BGP multihoming enables you to connect a customer site to two or more PE routers to provide redundant connectivity while preventing the formation of Layer 2 loops in the service provider’s network. The redundant connectivity maintains the VPLS service and traffic forwarding to and from the multihomed site in the event of a PE router-to-CE device link failure, the failure of a PE router, or an MPLS reachability failure between the local PE router and a remote PE router. A redundant PE router can begin providing service to the customer site as soon as the failure is detected.

When a CE device connects to multiple PE routers, each of these routers advertises reachability for the multihomed site—routes that have the same site ID in the Layer 2 network layer reachability information (NLRI). The other PE routers in the network use a BGP path selection process to select only one of the advertising routers to which they send traffic destined for the CE device. This path selection process eliminates Layer 2 loops in the VPLS network.

Autodiscovery is not specifically related to multihoming. Autodiscovery is not required for multihoming to work. They are two separate features. That said, the meaning of FEC 129 is that VPLS does autodiscovery. So when you configure multihoming for FEC 129, you must also, by definition, configure autodiscovery (with the auto-discovery-only statement).

There are two places in the configuration where you can configure VPLS multihoming. One is for FEC 128, and the other is for FEC 129:

  • For FEC 128—routing-instances instance-name protocols vpls site site-name multi-homing

  • For FEC 129—routing-instances instance-name protocols vpls multi-homing

The following statements are used for configuring multihoming for FEC 129:

content_copy zoom_out_map
[edit routing-instances instance-name protocols vpls]
multi-homing {
    peer-active;
    site site-name {
        active-interface interface-name {
            any;
            primary interface-name;
        }
        identifier identifier;
        interface interface-name {
            preference preference-value;
        }
        peer-active;
        preference (preference-value | backup | primary);
    }
}

This example shows Device CE1 multihomed to Router PE1 and Router PE2. In addition, Device CE2 is single-homed to Router PE1. Device PE3 is the remote PE router, connected to Device CE3. Multihoming is not enabled on Device PE3. CLI Quick Configuration shows the configuration for all of the devices in Figure 2. The section Configuring Device PE1 has step-by-step instructions for configuring Device PE1.

Figure 2: Topology for FEC 129 MultihomingTopology for FEC 129 Multihoming

Configuration

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

content_copy zoom_out_map
set interfaces ge-0/3/3 encapsulation ethernet-vpls
set interfaces ge-0/3/3 unit 0 description PE1-to-CE2
set interfaces ge-0/3/3 unit 0 family vpls
set interfaces ge-0/3/1 encapsulation ethernet-vpls
set interfaces ge-0/3/1 unit 0 description PE1-to-CE1
set interfaces ge-0/3/1 unit 0 family vpls
set interfaces ge-1/2/0 unit 0 description PE1-to-P
set interfaces ge-1/2/0 unit 0 family inet address 10.1.1.1/30
set interfaces ge-1/2/0 unit 0 family mpls
set interfaces ge-1/2/1 unit 0 description PE1-to-PE2
set interfaces ge-1/2/1 unit 0 family inet address 10.1.1.5/30
set interfaces ge-1/2/1 unit 0 family mpls
set interfaces lo0 unit 2 family inet address 192.0.2.2/24
set protocols mpls interface ge-1/2/0.0
set protocols mpls interface ge-1/2/1.0
set protocols bgp local-address 192.0.2.2
set protocols bgp group pe-pe type internal
set protocols bgp group pe-pe family l2vpn auto-discovery-only
set protocols bgp group pe-pe family l2vpn signaling
set protocols bgp group pe-pe neighbor 192.0.2.3
set protocols bgp group pe-pe neighbor 192.0.2.4
set protocols bgp group pe-pe neighbor 192.0.2.5
set protocols ospf traffic-engineering
set protocols ospf area 0.0.0.0 interface ge-1/2/0.0
set protocols ospf area 0.0.0.0 interface ge-1/2/1.0
set protocols ospf area 0.0.0.0 interface lo0.2 passive
set protocols ldp interface ge-1/2/0.0
set protocols ldp interface ge-1/2/1.0
set protocols ldp interface lo0.2
set routing-instances green instance-type vpls
set routing-instances green interface ge-0/3/1.0
set routing-instances green interface ge-0/3/3.0
set routing-instances green route-distinguisher 192.0.2.2:1
set routing-instances green l2vpn-id l2vpn-id:100:100
set routing-instances green vrf-target target:100:100
set routing-instances green protocols vpls no-tunnel-services
set routing-instances green protocols vpls oam ping-interval 600
set routing-instances green protocols vpls oam bfd-liveness-detection minimum-interval 200
set routing-instances green protocols vpls multi-homing site test identifier 1
set routing-instances green protocols vpls multi-homing site test interface ge-0/3/1.0
set routing-options router-id 192.0.2.2
set routing-options autonomous-system 100

Device PE2

content_copy zoom_out_map
set interfaces fe-0/1/3 encapsulation ethernet-vpls
set interfaces fe-0/1/3 unit 0 description PE2-to-CE1
set interfaces fe-0/1/3 unit 0 family vpls
set interfaces ge-1/2/0 unit 0 description PE2-to-PE1
set interfaces ge-1/2/0 unit 0 family inet address 10.1.1.6/30
set interfaces ge-1/2/0 unit 0 family mpls
set interfaces ge-1/2/2 unit 0 description PE2-to-P
set interfaces ge-1/2/2 unit 0 family inet address 10.1.1.10/30
set interfaces ge-1/2/2 unit 0 family mpls
set interfaces lo0 unit 4 family inet address 192.0.2.4/32
set protocols mpls interface ge-1/2/0.0
set protocols mpls interface ge-1/2/2.0
set protocols bgp local-address 192.0.2.4
set protocols bgp group pe-pe type internal
set protocols bgp group pe-pe family l2vpn auto-discovery-only
set protocols bgp group pe-pe family l2vpn signaling
set protocols bgp group pe-pe neighbor 192.0.2.2
set protocols bgp group pe-pe neighbor 192.0.2.3
set protocols bgp group pe-pe neighbor 192.0.2.5
set protocols ospf traffic-engineering
set protocols ospf area 0.0.0.0 interface ge-1/2/0.0
set protocols ospf area 0.0.0.0 interface ge-1/2/2.0
set protocols ospf area 0.0.0.0 interface lo0.4 passive
set protocols ldp interface ge-1/2/0.0
set protocols ldp interface ge-1/2/2.0
set protocols ldp interface lo0.4
set routing-instances green instance-type vpls
set routing-instances green interface fe-0/1/3.0
set routing-instances green route-distinguisher 192.0.2.4:1
set routing-instances green l2vpn-id l2vpn-id:100:100
set routing-instances green vrf-target target:100:100
set routing-instances green protocols vpls no-tunnel-services
set routing-instances green protocols vpls oam ping-interval 600
set routing-instances green protocols vpls oam bfd-liveness-detection minimum-interval 200
set routing-instances green protocols vpls multi-homing site test identifier 1
set routing-instances green protocols vpls multi-homing site test interface fe-0/1/3.0
set routing-options router-id 192.0.2.4
set routing-options autonomous-system 100

Device PE3

content_copy zoom_out_map
set interfaces ge-0/3/3 unit 0 encapsulation ethernet-vpls
set interfaces ge-0/3/3 unit 0 description PE3-to-CE3
set interfacesge-0/3/3 unit 0 family vpls
set interfaces ge-1/2/0 unit 0 description PE3-to-P
set interfaces ge-1/2/0 unit 0 family inet address 10.1.1.14/30
set interfaces ge-1/2/0 unit 0 family mpls
set interfaces lo0 unit 5 family inet address 192.0.2.5/24
set protocols rsvp interface ge-1/2/0.0
set protocols mpls interface ge-1/2/0.0
set protocols bgp local-address 192.0.2.5
set protocols bgp group pe-pe type internal
set protocols bgp group pe-pe family l2vpn auto-discovery-only
set protocols bgp group pe-pe family l2vpn signaling
set protocols bgp group pe-pe neighbor 192.0.2.2
set protocols bgp group pe-pe neighbor 192.0.2.3
set protocols bgp group pe-pe neighbor 192.0.2.4
set protocols ospf traffic-engineering
set protocols ospf area 0.0.0.0 interface ge-1/2/0.0
set protocols ospf area 0.0.0.0 interface lo0.5 passive
set protocols ldp interface ge-1/2/0.0
set protocols ldp interface lo0.5
set routing-instances green instance-type vpls
set routing-instances green interface ge-0/3/3.0
set routing-instances green route-distinguisher 192.0.2.5:100
set routing-instances green l2vpn-id l2vpn-id:100:100
set routing-instances green vrf-target target:100:100
set routing-instances green protocols vpls no-tunnel-services
set routing-instances green protocols vpls oam ping-interval 600
set routing-instances green protocols vpls oam bfd-liveness-detection minimum-interval 200
set routing-instances green protocols vpls oam ping-interval 600
set routing-instances green protocols vpls oam bfd-liveness-detection minimum-interval 200
set routing-options router-id 192.0.2.5
set routing-options autonomous-system 100

Device CE1

content_copy zoom_out_map
set interfaces ge-0/3/0 unit 0 description CE1-to-PE1
set interfaces ge-0/3/0 unit 0 family inet address 192.0.2.15/24
set interfaces fe-0/1/2 unit 0 description CE1-to-PE2
set interfaces fe-0/1/2 unit 0 family inet address 192.0.2.11/24

Device CE2

content_copy zoom_out_map
set interfaces ge-0/3/2 unit 0 description CE2-to-PE1
set interfaces ge-0/3/2 unit 0 family inet address 192.0.2.16/24

Device CE3

content_copy zoom_out_map
set interfaces ge-0/3/2 unit 0 description CE3-to-PE3
set interfaces ge-0/3/2 unit 0 family inet address 192.0.2.17/24

Device P

content_copy zoom_out_map
set interfaces ge-1/2/0 unit 0 description P-to-PE1
set interfaces ge-1/2/0 unit 0 family inet address 10.1.1.2/30
set interfaces ge-1/2/0 unit 0 family mpls
set interfaces ge-3/2/0 unit 0 description P-to-PE2
set interfaces ge-3/2/0 unit 0 family inet address 10.1.1.9/30
set interfaces ge-3/2/0 unit 0 family mpls
set interfaces ge-4/2/0 unit 0 description P-to-PE3
set interfaces ge-4/2/0 unit 0 encapsulation ethernet
set interfaces ge-4/2/0 unit 0 family inet address 10.1.1.13/30
set interfaces ge-4/2/0 unit 0 family mpls
set interfaces lo0 unit 3 family inet address 192.0.2.3/32
set protocols mpls interface ge-1/2/0.0
set protocols mpls interface ge-3/2/0.0
set protocols mpls interface ge-4/2/0.0
set protocols bgp local-address 192.0.2.3
set protocols bgp group pe-pe type internal
set protocols bgp group pe-pe family l2vpn signaling
set protocols bgp group pe-pe neighbor 192.0.2.2
set protocols bgp group pe-pe neighbor 192.0.2.4
set protocols bgp group pe-pe neighbor 192.0.2.5
set protocols ospf traffic-engineering
set protocols ospf area 0.0.0.0 interface ge-1/2/0.0
set protocols ospf area 0.0.0.0 interface ge-3/2/0.0
set protocols ospf area 0.0.0.0 interface ge-4/2/0.0
set protocols ospf area 0.0.0.0 interface lo0.3 passive
set protocols ldp interface ge-1/2/0.0
set protocols ldp interface ge-3/2/0.0
set protocols ldp interface ge-4/2/0.0
set protocols ldp interface lo0.3
set routing-options router-id 192.0.2.3
set routing-options autonomous-system 100

Configuring Device PE1

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 Device PE1:

  1. Configure the interfaces.

    Configure family mpls on the provider-facing interfaces. Configure family vpls on the customer-facing interfaces.

    content_copy zoom_out_map
    [edit interfaces]
    user@PE1# set ge-0/3/3 encapsulation ethernet-vpls
    user@PE1# set ge-0/3/3 unit 0 description PE1-to-CE2
    user@PE1# set ge-0/3/3 unit 0 family vpls
    user@PE1# set ge-0/3/1 encapsulation ethernet-vpls
    user@PE1# set ge-0/3/1 unit 0 description PE1-to-CE1
    user@PE1# set ge-0/3/1 unit 0 family vpls
    user@PE1# set ge-1/2/0 unit 0 description PE1-to-P
    user@PE1# set ge-1/2/0 unit 0 family inet address 10.1.1.1/30
    user@PE1# set ge-1/2/0 unit 0 family mpls
    user@PE1# set ge-1/2/1 unit 0 description PE1-to-PE2
    user@PE1# set ge-1/2/1 unit 0 family inet address 10.1.1.5/30
    user@PE1# set ge-1/2/1 unit 0 family mpls
    user@PE1# set lo0 unit 2 family inet address 192.0.2.2/24
    
  2. Configure the interior gateway protocol (IGP) and signaling protocols on the provider-facing interfaces.

    The traffic-engineering statement enables OSPF to advertise the label-switched path (LSP) metric in summary link-state advertisements (LSAs).

    content_copy zoom_out_map
    [edit protocols]
    user@PE1# set ldp interface ge-1/2/0.0
    user@PE1# set ldp interface ge-1/2/1.0
    user@PE1# set ldp interface lo0.2
    user@PE1# set mpls interface ge-1/2/0.0
    user@PE1# set mpls interface ge-1/2/1.0
    user@PE1# set ospf traffic-engineering
    user@PE1# set ospf area 0.0.0.0 interface ge-1/2/0.0
    user@PE1# set ospf area 0.0.0.0 interface ge-1/2/1.0
    user@PE1# set ospf area 0.0.0.0 interface lo0.2 passive
    
  3. Configure BGP.

    The auto-discovery-only statement notifies the routing process (rpd) to expect autodiscovery-related NLRI messages so that information can be deciphered and used by LDP and VPLS. The auto-discovery-only statement must be configured on all PE routers in a VPLS. If you configure route reflection, the auto-discovery-only statement is also required on provider (P) routers that act as the route reflector in supporting FEC 129-related updates.

    For interoperation scenarios in which a PE router must support both types of NLRI (FEC 128 and FEC 129), this example also includes the signaling statement.

    content_copy zoom_out_map
    [edit protocols bgp]
    user@PE1# set local-address 192.0.2.2
    user@PE1# set group pe-pe type internal
    user@PE1# set group pe-pe family l2vpn auto-discovery-only
    user@PE1# set group pe-pe family l2vpn signaling
    user@PE1# set group pe-pe neighbor 192.0.2.3
    user@PE1# set group pe-pe neighbor 192.0.2.4
    user@PE1# set group pe-pe neighbor 192.0.2.5
    
  4. Configure the routing instance.

    Both CE-facing interfaces are included in the routing instance. Only the multihomed interface is included in the multihoming site.

    As a convention, the route distinguisher is composed of Device PE1’s loopback interface address and the multihoming site identifier.

    content_copy zoom_out_map
    [edit routing-instances green]
    user@PE1# set instance-type vpls
    user@PE1# set interface ge-0/3/1.0
    user@PE1# set interface ge-0/3/3.0
    user@PE1# set route-distinguisher 192.0.2.2:1
    user@PE1# set l2vpn-id l2vpn-id:100:100
    user@PE1# set vrf-target target:100:100
    user@PE1# set protocols vpls no-tunnel-services
    user@PE1# set protocols vpls multi-homing site test identifier 1
    user@PE1# set protocols vpls multi-homing site test interface ge-0/3/1.0
    
  5. (Optional) Configure bidirectional forwarding detection (BFD) for FEC 129 VPLS.

    content_copy zoom_out_map
    [edit routing-instances green]
    user@PE1# set protocols vpls oam ping-interval 600
    user@PE1# set protocols vpls oam bfd-liveness-detection minimum-interval 200
    
  6. Configure the autonomous system (AS) number and router ID.

    content_copy zoom_out_map
    [edit routing-options]
    user@PE1# set router-id 192.0.2.2
    user@PE1# set autonomous-system 100
    
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.

content_copy zoom_out_map
user@PE1# show interfaces
ge-0/3/1 {
    encapsulation ethernet-vpls;
    unit 0 {
        description PE1-to-CE1;
        family vpls;
    }
}
ge-0/3/3 {
    encapsulation ethernet-vpls;
    unit 0 {
        description PE1-to-CE2;
        family vpls;
    }
}
ge-1/2/0 {
    unit 0 {
        description PE1-to-P;
        family inet {
            address 10.1.1.1/30;
        }
        family mpls;
    }
}
ge-1/2/1 {
    unit 0 {
        description PE1-to-PE2;
        family inet {
            address 10.1.1.5/30;
        }
        family mpls;
    }
}
lo0 {
    unit 2 {
        family inet {
            address 192.0.2.2/24;
        }
    }
}
content_copy zoom_out_map
user@PE1# show protocols
mpls {
    interface ge-1/2/0.0;
    interface ge-1/2/1.0;
}
bgp {
    local-address 192.0.2.2;
    group pe-pe {
        type internal;
        family l2vpn {
            auto-discovery-only;
            signaling;
        }
        neighbor 192.0.2.3;
        neighbor 192.0.2.4;
        neighbor 192.0.2.5;
    }
}
ospf {
    traffic-engineering;
    area 0.0.0.0 {
        interface ge-1/2/0.0;
        interface ge-1/2/1.0;
        interface lo0.2 {
            passive;
        }
    }
}
ldp {
    interface ge-1/2/0.0;
    interface ge-1/2/1.0;
    interface lo0.2;
}
content_copy zoom_out_map
user@PE1# show routing-instances
green {
    instance-type vpls;
    interface ge-0/3/1.0;
    interface ge-0/3/3.0;
    route-distinguisher 192.0.2.2:100;
    l2vpn-id l2vpn-id:100:100;
    vrf-target target:100:100;
    protocols {
        vpls {
            no-tunnel-services;
            oam {
                ping-interval 600;
                bfd-liveness-detection {
                    minimum-interval 200;
                }
            }
            multi-homing {
                site test {
                    identifier 1;
                    interface ge-0/3/1.0;
                }
            }
        }
    }
}
content_copy zoom_out_map
user@PE1# show routing-options
router-id 192.0.2.2;
autonomous-system 100;

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

Verification

Confirm that the configuration is working properly.

Verifying That Multihoming Is Operational

Purpose

Verify that multihoming is operational.

Action

From operational mode, enter the show vpls connections extensive command.

content_copy zoom_out_map
user@PE1> show vpls connections extensive
Layer-2 VPN connections:

Legend for connection status (St)   
EI -- encapsulation invalid      NC -- interface encapsulation not CCC/TCC/VPLS
EM -- encapsulation mismatch     WE -- interface and instance encaps not same
VC-Dn -- Virtual circuit down    NP -- interface hardware not present 
CM -- control-word mismatch      -> -- only outbound connection is up
CN -- circuit not provisioned    <- -- only inbound connection is up
OR -- out of range               Up -- operational
OL -- no outgoing label          Dn -- down                      
LD -- local site signaled down   CF -- call admission control failure      
RD -- remote site signaled down  SC -- local and remote site ID collision
LN -- local site not designated  LM -- local site ID not minimum designated
RN -- remote site not designated RM -- remote site ID not minimum designated
XX -- unknown connection status  IL -- no incoming label
MM -- MTU mismatch               MI -- Mesh-Group ID not available
BK -- Backup connection          ST -- Standby connection
PF -- Profile parse failure      PB -- Profile busy
RS -- remote site standby        SN -- Static Neighbor
LB -- Local site not best-site   RB -- Remote site not best-site
VM -- VLAN ID mismatch

Legend for interface status 
Up -- operational           
Dn -- down

Instance: green
  L2vpn-id: 100:100
  Local-id: 192.0.2.2
    Number of local interfaces: 2
    Number of local interfaces up: 2
    ge-0/3/1.0         
    ge-0/3/3.0         
    lsi.101711873                 Intf - vpls green local-id 192.0.2.2 remote-id 192.0.2.4 neighbor 192.0.2.4
    Remote-id                 Type  St     Time last up          # Up trans
    192.0.2.4                   rmt   Up     Jan 31 13:49:52 2012           1
      Remote PE: 192.0.2.4, Negotiated control-word: No
      Incoming label: 262146, Outgoing label: 262146
      Local interface: lsi.101711873, Status: Up, Encapsulation: ETHERNET
        Description: Intf - vpls green local-id 192.0.2.2 remote-id 192.0.2.4 neighbor 192.0.2.4
    Connection History:
        Jan 31 13:49:52 2012  status update timer  
        Jan 31 13:49:52 2012  PE route changed     
        Jan 31 13:49:52 2012  Out lbl Update                    262146
        Jan 31 13:49:52 2012  In lbl Update                     262146
        Jan 31 13:49:52 2012  loc intf up                lsi.101711873
  Multi-home:
    Local-site                Id     Pref   State
    test                      1      100    Up
      Number of interfaces: 1
      Number of interfaces up: 1
        ge-0/3/1.0         
      Received multi-homing advertisements:
        Remote-PE         Pref   flag   Description
        192.0.2.4           100    0x0   
Meaning

The output shows the status of multihoming for routing instance green.

Checking the Multihoming Routes

Purpose

Verify that the expected routes are identified as multihoming.

Action

From operational mode, enter the show route table bgp.l2vpn.0 and show route table green.l2vpn.0 commands.

content_copy zoom_out_map
user@PE1> show route table bgp.l2vpn.0
bgp.l2vpn.0: 2 destinations, 2 routes (2 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both

192.0.2.4:100:192.0.2.4/96 AD             
                   *[BGP/170] 1d 03:10:45, localpref 100, from 192.0.2.4
                      AS path: I, validation-state: unverified
                    >    via ge-1/2/1.5
192.0.2.4:100:1:0/96 MH             
                   *[BGP/170] 1d 03:10:45, localpref 100, from 192.0.2.4
                      AS path: I, validation-state: unverified
                    >    via ge-1/2/1.5
content_copy zoom_out_map
user@PE1> show route table green.l2vpn.0
green.l2vpn.0: 6 destinations, 6 routes (6 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both

192.0.2.2:100:192.0.2.2/96 AD             
                   *[VPLS/170] 1d 03:11:03, metric2 1
                         Indirect
192.0.2.4:100:192.0.2.4/96 AD             
                   *[BGP/170] 1d 03:11:02, localpref 100, from 192.0.2.4
                      AS path: I, validation-state: unverified
                    >    via ge-1/2/1.5
192.0.2.2:100:1:0/96 MH             
                   *[VPLS/170] 1d 03:11:03, metric2 1
                         Indirect
192.0.2.4:100:1:0/96 MH             
                   *[BGP/170] 1d 03:11:02, localpref 100, from 192.0.2.4
                      AS path: I, validation-state: unverified
                    >    via ge-1/2/1.5
192.0.2.4:NoCtrlWord:5:100:100:192.0.2.2:192.0.2.4/176               
                   *[VPLS/7] 1d 03:11:02, metric2 1
                    >    via ge-1/2/1.5
192.0.2.4:NoCtrlWord:5:100:100:192.0.2.4:192.0.2.2/176               
                   *[LDP/9] 1d 03:11:02
                         Discard
Meaning

MH in the output indicates a multihoming route. AD indicates autodiscovery.

Checking the BFD Sessions

Purpose

Verify that the BFD session status is operational.

Action

From operational mode, enter the show bfd session command.

content_copy zoom_out_map
user@PE1> show bfd session
                                                  Detect   Transmit
Address                  State     Interface      Time     Interval  Multiplier
198.51.100.1                Up        ge-1/2/1.0     0.600     0.200        3   
198.51.100.1                Up        ge-1/2/0.0     0.600     0.200        3   

2 sessions, 2 clients
Cumulative transmit rate 10.0 pps, cumulative receive rate 10.0 pps
Meaning

Up in the State field indicates that BFD is working.

Pinging the Remote PE Router in the VPLS Domain

Purpose

Check the operability of the MPLS Layer 2 virtual private network (VPN) connection.

Action

From operational mode, enter the ping mpls l2vpn command with the fec129 option.

content_copy zoom_out_map
user@PE1> ping mpls l2vpn fec129 instance green remote-id 192.0.2.5 remote-pe-address 192.0.2.5
!!!!!
--- lsping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
Meaning

The output shows that the ping operation is successful, meaning that the LSP for a FEC 129 Layer 2 VPN connection is reachable.

external-footer-nav