Example: Configuring VPLS Multihoming (FEC 129)
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
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.
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.
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.
See Also
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-homingFor FEC 129—
routing-instances instance-name protocols vpls multi-homing
The following statements are used for configuring multihoming for FEC 129:
[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.
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
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
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
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
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
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
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
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:
Configure the interfaces.
Configure
family mplson the provider-facing interfaces. Configurefamily vplson the customer-facing interfaces.[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
Configure the interior gateway protocol (IGP) and signaling protocols on the provider-facing interfaces.
The
traffic-engineeringstatement enables OSPF to advertise the label-switched path (LSP) metric in summary link-state advertisements (LSAs).[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
Configure BGP.
The
auto-discovery-onlystatement notifies the routing process (rpd) to expect autodiscovery-related NLRI messages so that information can be deciphered and used by LDP and VPLS. Theauto-discovery-onlystatement must be configured on all PE routers in a VPLS. If you configure route reflection, theauto-discovery-onlystatement 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
signalingstatement.[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
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.
[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
(Optional) Configure bidirectional forwarding detection (BFD) for FEC 129 VPLS.
[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
Configure the autonomous system (AS) number and router ID.
[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.
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;
}
}
}
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;
}
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;
}
}
}
}
}
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
- Checking the Multihoming Routes
- Checking the BFD Sessions
- Pinging the Remote PE Router in the VPLS Domain
Verifying That Multihoming Is Operational
Purpose
Verify that multihoming is operational.
Action
From operational mode, enter the show vpls connections
extensive command.
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.
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.5user@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
DiscardMeaning
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.
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 ppsMeaning
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.
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.