JL2V 21 A Lab Guide
JL2V 21 A Lab Guide
Education Services
.•
0
1J
!D riven by
Experience ·
Juniper Networks reserves the right to change, modify, transfer, or otherwise revise this publication without notice.
YEAR 2000 NOTICE
Juniper Networks hardware and software products do not suffer from Year 2000 problems and hence are Year 2000 compliant. The Junes operating system
has no known time-related limitations through the year 2038. However, the NTP application is known to have some difficulty in the year 2036.
SOFTWARE LICENSE
The terms and conditions for using Juniper Networks software are described in the software license provided with the software, or to the extent applicable, in
an agreement executed between you and Juniper Networks, or Juniper Networks agent. By using Juniper Networks software, you indicate that you
understand and agree to be bound by its license terms and conditions. Generally speaking, the software license restricts the manner in which you are
permitted to use the Juniper Networks software, may contain prohibitions against certain uses, and may state conditions under which the license is
automatically terminated. You should consult the software license for further details.
Contents
a
Course Overview
Th is two-day course is designed to provide students with the knowledge required to design, implement, and troubleshoot a
wide variety of layer 2 MPLS VPNs, including pseudowires (BGP L2VPNs, LDP L2Circuits, FEC 129, and CCC), virtual private
LAN service (VPLS), Ethernet VPN (EVPN), and Inter-AS Layer 2 VPNs. This course is based on Junos 21.2R1 and contains
hands-on labs that gives extensive CLI configuration practice as well as many examples of common errors, and the
troubleshooting steps requ ired to f ix them.
Course Level
Interm ed iate-to-adva need
Intended Audience
The primary audiences for th is course include individuals responsible for designing, implementing, and troubleshooting
MPLS VPNs wh ich operate at layer 2; individuals who work with service provider networks; and individuals studying for the
JNCIP-SP or JNCIE-SP exam.
Prerequisites
The following are the prerequisites for th is course:
Objectives
After successfully completing this course, you should be able to:
• Describe some of the different kinds of VPN, their mechanics and their use cases
IPsec VPNs and MPLS VPNs
• Discuss the mechanics of BGP-signaled pseudowires, also known as a Layer 2 VPN (L2VPN)
Define some essential L2VPN terminology
• Discuss the mechanics of LOP-signaled pseudowires, also known as a Layer 2 Circuit (L2Circuit)
• Discuss the mechanics of FEC 129 pseudowires, which combines BGP for autodiscovery and LOP for
signaling
Discuss the mechanics of FEC 129
Configure and verify the default VLAN mode and VLAN-Aware mode
Add IRB interfaces to VPLS instances, and configure efficient traffic flooding
Day 1
Module 1: Course Introduction
Lab 5: VPLS
Lab 6: EVPN
Frequently throughout this course, we refer to text that appears in a command-l ine interface (CLI) or a graphical user
interface (GUI). To make the language of these documents easier to read, we distinguish GUI and CLI text from chapter text
according to the following table.
San serif Normal text. Most of what you read in the Lab Guide and
Student Guide.
You will also frequently see cases where you must enter input text yourself. Often these instances will be shown in the
context of where you must enter them. We use bold style to distinguish text that is input versus text that is simply displayed.
Syntax Variables
Finally, this course distinguishes syntax variables, where you must assign the value. Note that these styles can be
combined with the input style as well.
CLI Undefined Text where the variable's value is the user's Type set policy ,Rolic.v.-name. ping
GUI Undefined discretion or text where the variable's va lue as 10.0.x.y .
shown in the lab guide might differ from the value Select File > Save, and type filename in
the user must input according to the lab topology. the Filename field.
Add itional Information
This document is written and maintained by the Juniper Networks Education Services development team. Please send
questions and suggestions for improvement to [email protected].
Technical Publications
You can print technical manuals and release notes directly from the Internet in a variety of formats:
• Locate the specific software or hardware release and title you need, and choose the format in which you want
to view or print the document.
Documentation sets and CDs are available through your local Juniper Networks sales office or account representative.
Overview
In this lab, you will establish a point-to-point BGP Layer 2 virtual private network (VPN) using LOP signaled label
switched paths (LSP) between provider edge (PE) routers. Once the virtual LAN (VLAN)-based Layer 2 VPN is
operational, you will configure the customer edge (CE) routers to run one of several available routing protocols
and advertise their static route and loopback address blocks. Because this is a BGP Layer 2 VPN, the PE
routers will not interact with the routing protocols used on the CE routers.
The setup uses logical systems, a Junos feature which allows to partition a single router into multiple logical
devices, each with independent configuration; we will use logical systems to simulate a more complex
environment.
• Load the initial configuration and verify proper operation of the IGP.
• Configure an LOP-signaled label-switched path (LSP) to the remote PE router.
• Add protocol BGP support for the Layer 2 VPN network layer reachability information (N LRI).
• Create and establish a BGP Layer 2 VPN over the core network.
• Add OSPF to your CE network and create a neighborship between your CE router and the remote CE
router.
• Export your static routes into OSPF and share these routes with the remote CE network.
• Verify connectivity and behavior using operational mode commands including ping and other
commands used to examine routing tables.
Lab Diagrams
Management Network
172.25. 11.0/24
Virtual Student Desktop Console and
I
VNC Connections '==, , , , I I
-- • -
=-=· • • 11
: : : 11
/ Physica l
Desktops
~r,; ""'
::J ~ \--_____..~H~y:ip~e:rv~i~s:or;
Virtual Switch Management Addresses
Student-MX1 172.25.11 .1
Management Port Student-MX2 172.25.11 .2
fxpO (on all vMX devices) vr-device 172.25.11 .3
Student Desktop 172.25.11 .254
Student
Virtual Environment Note: Your instructor will provide the information
you need to access your student desktop.
g AS 65512 g
PE-1
-
(0
,.;
OSPF
AreaO
c5
"!
,.; PE-2
"!
....
-
lo0.1 172.17.20.1 N lo0.6 172.17.20.6
....
..... -
-
....
N
....
N
X
~I -
-C
Q)
- -
"C
:::, 0
( f)
172.17.23.16/30
P3 PS
CE1-1 loO 172.17.20.3 .1 7 .18 loO 172.17.20.5 CE1-2
'-------------------~
O 2021 Juniper Network! Junw I 2
<D
z
Area 0
Q) "'~ :5>
c5 .
"O
::,
9~
.....
Cl)
& ~
NOTE: > The instructor will tell you the nature of your
access and will provide you with the neces.s ary details to
access your assigned device.
Step 1.1
You should make sure you are familiar with the lab topology and environment. This lab is comprised of eight
logical devices that are operating on three virtual MX (vMX) routers. These vMXs are nested inside an ESXi
hypervisor. The four devices you are in charge of configuring (PE-1, CE1-1) reside on Student-MX1 and (PE-2,
CE1-2) reside on Student-MX2 as logical systems. The core devices (P2, P3, P4, and PS) are preconfigured on
vr-device also as logical systems.
Step 1.2
Consult the management network diagram, provided by your instructor, to determine your device's
management address.
Step 1.3
Access the CLI of your Student-MX1 device using Secure Shell (SSH) as directed by your instructor.
Log in as user lab with the password supplied by your instructor. Enter into configuration mode and load this
lab's starting configuration file j 12v / lab l-s t art. conf ig and exit back to operational mode using the
commit and-quit command.
log i n : lab
Pass wo rd:
[edit]
lab@Student - MX l# load override j l2 v/lab l- start . config
load complete
[edit]
lab@Student - MX l# commit and- qu it
lab@Student-MX l>
Step 1.4
On your Student-MX1 device, change your CLI to the PE-1 logical system.
On PE-1, use the show configuration p r otocols command to determine what protocols have been
pre-defined on your PE-1 device.
Step 1.5
Verify your OSPF neighbor relationships are up and operational using the show ospf neighbor command.
Answer: After a short time, the OSPF neighbors should attain the Fu ll state.
Step 1.6
Still on PE-1, enter into configuration mode and navigate to the [ edi t p r otocols bgp group my-int-
g r oup] hierarchy. Configure the IBGP group to use PE-l's loopback (172.17.20.1) as the source address of all
IBGP packets. Finally, configure the PE-1 router to peer with PE-2's loopback (172.17.20.6).
[edit]
Step 1.7
Next, allow for the exchange of BGP Layer 2 VPN routes by enabling the 12vpn s i g n a l ing NLRI for PE-l's
BGP session with PE-2. Make sure to also enable the exchange of standard unicast 1Pv4 routes as well. Commit
your configuration and exit to operation mode using the commit and-quit command.
lab@Student -MXl:PE-1>
Step 1.8
Access the CLI of your Student-MX2 device using Secure Shell (SSH) as directed by your instructor.
Log in as user lab with the password supplied by your instructor. Enter into configuration mode and load this
lab's starting configuration file j 12v / lab l-s ta rt. conf ig and exit back to operational mode using the
commit and-quit command.
Step 1.9
On your Student-MX2 device, change your CLI to the PE-2 logical system.
On PE-2, enter into configuration mode and navigate to the [edi t proto cols bgp g roup my-int-
g roup J hierarchy. Configure the IBGP group to use PE-2's loopback (172.17.20.6) as the source address of all
IBGP packets. Ensure this IBGP session peers to PE-l's loopback address (172.17.20.1). Finally, ensure the
IBGP session is configured to allow the exchange of both the BGP Layer 2 VPN and inet NLRls.
Once you have completed your changes, commit your configuration and exit to operation mode using the
commit and-quit command.
log i n : lab
Password :
[ edit]
lab@Student -MX2# load override j l2 v/lab l- start . config
load complete
[ edit]
lab@Student-MX2# commit and-quit
commit complete
Exiting configuration mode
[ edit]
lab@Student-MX2:PE-2# edit protocols bgp group my-int-group
Step 1.10
Still on PE-2, verify that you r PE router has established an IBGP neighbor relationship with the PE-1 router.
Question: Is the neighbor relationship in the established state with the remote PE
router?
Question: What NLRI types have been negotiated between PE-1 and PE-2?
Answer: You should notice that the NLRls for this session should be inet-unicast
and 12vpn.
Step 1.11
Now that you have the BGP peering up and working you will configure MPLS and LOP sessions. First, you must
enable the core facing interfaces to support MPLS forwarding.
Still on Student-MX:PE-2, enter into configuration mode and navigate to the [edi t int erfaces] hierarchy.
Enable the MPLS family on both core-facing interfaces.
[edit]
lab@Student-MX2 :PE-2# edit i n t er faces
[edit interfaces]
lab@Student-MX2 :PE-2# set ge-0/0/2 unit O fami l y mpls
[edit interfaces]
lab@Student-MX2 :PE-2# set ge-0/0/3 unit O fami l y mpls
[edit interfaces]
lab@Student-MX2 :PE-2#
Step 1.12
Next, navigate to the [ edit protocols mp l s] hierarchy and configure t he MPLS protocol with t he core-
facing interfaces.
Step 1.13
Next, navigate to the [ edit protocols ldp] hierarchy. Enable LOP for t he two core-faci ng interfaces and
the loopback interface.
[ edit protocols]
lab@Student-MX2 : PE-2# edit ldp
Step 1.14
To allow for the automat ic generat ion of route distinguishers, navigate to the [edi t r outi n g-optio n s]
hierarchy and specify the r oute-di st i nguishe r -i d using PE-2's loopback address (172.17.20.6).
Once you are fi nished making your changes, comm it your configurat ion and exit out to operational mode using
the commi t and-quit command.
[ edit routing-options]
lab@Student-MX2 : PE-2# set route-distinguisher-id 172 . 17 . 20 . 6
[ edit routing-options]
lab@Student-MX2 : PE-2# commit and-quit
commit complete
Exiting configu r ation mode
lab@Student-MX2 : PE-2>
Step 1.15
Use the show mpls interface command to verify that MPLS is configured correctly on the core-facing
interfaces.
Question: Can your core-facing interfaces now support the transmission of MPLS
packets?
Answer: The output of the command shows that the two interfaces can now
support the forwarding of MPLS packets.
Step 1.16
Verify that your router has established LOP neighbor relationships with the neighboring P routers.
Question: What is the state of your PE router's relationship with the neighboring P
routers?
Step 1.17
Verify that the inet. 3 routing table contains an LOP route to all the P routers as well as to the PE-1 router
using the show rout e table inet. 3 command.
lab@Student-MX2 :PE-2>
Question: Do you see the LDP route to all internal routers including PE-1?
Answer: No, you should see the LDP routes in the inet . 3 routing table for P2,
P3, P4 and P5. You should not currently see any LDP information for PE-1.
Step 1.18
Return to Student-MX1 device.
On Student-MX1, in logical system PE-1, enable MPLS on the core facing interfaces. Then, make sure you
enable these interfaces for the MPLS and LOP protocols. Make sure you include the local loopback interface
(lo0.1) in your LOP configuration. Finally ensure the route distinguisher is automatically created using your
loopback address (172.17.20.1).
Once you are finished making your changes, commit your configuration and exit out to operational mode using
the commit and-quit command.
[edit]
lab@Student-MX l:PE-1# set interfaces ge-0/0/0 unit 0 family mpls
[edit]
lab@Student-MX l:PE-1# set interfaces ge-0/0/1 unit 0 family mpls
[edit]
lab@Student-MX l:PE-1# set protocols mpls interface ge-0/0/0 . 0
[edit]
lab@Student-MX l:PE-1# set protocols mpls interface ge-0/0/1 . 0
[edit]
lab@Student-MXl :PE-1# set protocols ldp interface ge-0/0/0.0
[edit]
lab@Student-MXl :PE-1# set protocols ldp interface ge-0/0/1.0
[edit]
lab@Student-MXl :PE-1# set protocols ldp interface lo 0 . 1
[edit]
lab@Student-MXl :PE-1# set routing-options route-dist i ngu is her-id 1 72 .1 7 .20. 1
[edit]
lab@Student-MXl :PE-1# commit and-quit
commit complete
Exiting configuration mode
lab@Student-MX :PE-1>
Step 1.19
Use the show mpls interface command to verify that MPLS is configured correctly on the core-facing
interfaces.
Question: Can your core-facing interfaces now support the transmission of MPLS
packets?
Answer: The output of the command shows that the two interfaces can now
support the forwarding of MPLS packets.
Step 1.20
Verify that your router has established LOP neighbor relationships with the neighboring P routers.
Question: What is the state of your PE-1 router's relationship with the neighboring
P routers?
Step 1.21
Verify that the inet. 3 routing table contains an LOP route to all the P routers as well as to the PE-1 router
using the s h ow rout e table inet. 3
lab@Student-MXl: PE -1 >
Question: Do you see the LDP route to all internal routers including PE-2?
Answer: Yes, you should now see a LDP route in the inet. 3 routing table for
P2, P3, P4, P5 and PE-2.
Step 1.22
Verify MPLS connectivity from PE-1 (172.17.20.1) to PE-2 (172.17.20.6) using the MPLS ping utility.
lab@Student - MX :PE-1>
Answer: Yes, your pings should succeed. If they do not, verify your configuration
and contact your instructor if you need assistance.
Step 2.1
On your Student-MX1 device, change the CLI to the CE1-1 routing instance.
On CE1-1, use t he show configuration command to view the configuration of the CE router.
Question: What interfaces have been configured on the CE1-1 router? According
to the lab diagram, do they have the appropriate IP addressing?
Answer: The CE1-1 router should have both the loopback and ge-0/0/2 interface
configured with the appropriate addressing according to the lab diagram.
Answer: Four static routes (next hop of receive) and the CE router's autonomous
system should be configured under routing-options hierarchy. These
settings are appropriate.
Question: What is the IP address of the CE1-1's ge-0/0/2 interface? How does
this compare to CE1-2's interface outlined on the topology?
Question: Why must both CE1 router interfaces be in the same subnet?
Answer: The reason both CE1 router interfaces must be in the same subnet is
because you are configuring the PE router to pass the traffic based on the Layer 2
information. As far as the CE1 routers are concerned, they are directly connected.
Step 2.2
Return to your Student-MX2 device, change the CLI to the CE1-2 logical system.
On Student-MX2, in the logical system CE1-2, use the s h ow conf i gu r ation command to view the
configuration of the CE router and answer the questions.
}
}
lab@Student-MX2 : CE1-2>
Answer: The CE1-2's interface should be configured with the 10.1.0.2 address,
which means it should be on the same subnet as the CE1-1.
Step 2.3
Still on CE1-2, use the pi n g utility with the rapid option to attempt to ping the CE1-1 router's ge-0/0/2
interface address (10.1.0 .1) five times.
Answer: The pings do not succeed because the local and remote PE router's CE
facing interfaces have not been configured as part of a layer 2 VPN.
Step 2.4
Return to your Student-MX1 device, change the CLI to the PE-1 logical system.
On PE-1, review the configuration of your CE1-1 facing interfaces (ge-0/0/ 4). If you want you can also verify the
PE-2 to CE1-2 interface. The configuration should have the same properties and encapsulation.
Question: Why don't you see the physical properties like vlan-tagging and
encapsulation?
Answer: When working with logical systems, the physical properties are defined in
the main instance and are inherited by the logical interface in the logical system.
Answer: No, because we are configuring a Layer 2 VPN there will not be any Layer
3 information associated with this interface.
Step 3.1
On your Student-MX1 device, ensure the CLI is set to the PE-1 logical system.
On PE-1, enter into configuration mode and navigate to the [edit routing-instances vpn-A] hierarchy.
Configure the instance type as 12vpn and define the VR F target using the 65512:1 community value . Finally
include the CE-1 facing interface (ge-0/0/4.610) in the VPN. Make sure you include the correct unit value when
applying the interface.
[edit]
lab@Student-MX l:PE-1# edit routing-instances vpn-A
Step 3.2
Still on PE-1, navigate to the [edi t rou ting-ins tance s vpn-A protocols 12vpn] hierarchy.
Configure the encapsulation type as ethernet-vlan and define your site name as CEl-1 . Please refer to
lab diagram to determine which site identifier you should use. Because we are only dealing with 2 sites, you will
not need to configure the remote site ID. You must also indicate the interface (ge-0/0/4.610) that will be
participating in your BGP Layer 2 VPN for this site. Commit and exit to operational mode after you have
completed your changes.
lab@Student-MXl:PE-1>
Step 3.3
Return to your Student-MX2 device, change the CLI to the PE-2 logical system.
On PE-2, enter into configuration mode and configure the Layer 2 VPN routing instance with the properties
needed for this side including, name: vpn-A , instance-type: 12vpn , VRF target: ta r get : 65512 : 1, and
interface: ge-0 / O/ 6 . 61 O. Next, configure the Layer 2 VPN protocol parameters including the encapsulation
type: ethernet-vlan, site name: CEl -2 , site identifier: 2 . and the site interface: ge-0/0/6 . 610 .
Once completed commit and exit to operational mode using the commit and-quit command .
[edit]
lab@Student-MX2 :PE-2# edit routing-instances vpn-A
lab@Student-MX2 :PE-2>
Step 3.4
Still on PE-2, verify your Layer 2 VPN connection status by issuing the show 12vpn connections
command.
Instance : vpn-A
Edge protection : Not-Primary
Local site : CE l -2 (2)
connection-site Type St Time last up # Up trans
1 rmt Up Aug 27 12 : 45 : 35 2021 1
Remote PE : 172 .1 7 . 20 . 1 , Negotiated control-word: Yes (Null)
I ncoming label : 21 , Outgoing label: 22
Local interface : ge-0/0/6 . 610 , Status : Up , Encapsulation: VLAN
Flow Label Transmit : No , Flow Label Receive : No
lab@Student-MX2 : PE-2>
Answer: Your connection should show a status value of Up. If it does not, find the
status code value in the legend and review your configuration. Contact your
instructor for assistance, if needed.
Step 3.5
Return to your Student-MX1 device, change the CLI to the CE1-1 logical system.
On CE1-1, use ping to verify reachability to the CE1-2 PE facing interface address (10.1.0.2).
Answer: Yes, your ping requests should complete. If they do not, review your
configurations and request assistance from the instructor, if needed.
Ste p 4.1
On your Student-MX1 device, ensure the CLI is set to the CE1-1 logical system.
On Student-MX1, in the logical system CE1-1, enter into configuration mode and navigate to the [edit
po l icy-opt i ons pol i cy-state me nt stati cs ] hierarchy. Define a term called acce pt-stati cs
that matches and accepts all static routes. This policy will be used to redistribute these static routes into OSPF.
[ edit]
lab@Student-MXl : CE l - 1 # edit polic y -options policy-statement s t atics
Step 4.2
Next, navigate to the [edit protocols ospf J hierarchy. Configure your loop back (lo0.11) and PE-facing
interface (ge-0/0/2.610) under area 0. Then, apply the policy stati cs you defined as an export policy to your
OSPF protocol. This action will export your static routes to your peer. Commit and exit to operational mode using
the commi t a nd-quit command.
l ab@Student-MXl : CE l - 1 >
Step 4.3
Return to you r Student-MX2 device .
On Student-MX2, in t he logical system CE1-2, enter into configuration mode and navigate to the [ edi t
po l icy-opt i ons pol i cy-stateme nt stati c s ] hierarchy. Define a term ca lled acce pt-stati cs
that matches and accepts all static routes. Next, navigate to the [edi t protocols ospf ] hierarchy.
Configure you r loopback (lo0.12) and PE-facing interface (ge-0/0/1.610) under area 0 . Then, apply t he policy
[edit]
lab@Student-MX2 : CE1-2# edit policy-options policy-statement statics
Step 4.4
Verify t hat t he neighbor relationship has established between t he CE routers by issuing the s h ow ospf
n e i ghbor command.
Step 4.5
Review the routes being learned by OSPF and ensure you have t he remote CE router's static routes by issuing
the show rou t e pro tocol ospf command.
lab@Student-MX2 : CE1-2>
Answer: Yes, you shou ld see all the static routes from CE1-1's network. If you do
not, check your configurations on CE1-1 and request assistance from the
instructor, if needed.
Step 4.6
Verify you have reachabi lity to CE1-1's network by pinging the loopback address (10.1.20.1) f ive times, while
sourci ng the packets from CE1-2's loopback address (10.1.20.2).
lab@Student-MX2 : CE1-2>
Answer: Yes, you shou ld be able to ping the remote CE router's loopback address.
If you are not able to, please review your configuration and routes that you are
receiving. Please request assistance from the instructor, if needed.
Step 4.7
Log out of your assigned devices using the e x it command.
Student-MX2 (ttyuO)
login :
Overview
In t his lab, you will establish a Layer 2 VPN BGP peering using a route reflector (RR). You will add an additional
point-to-point BGP Layer 2 virtual private network (VPN) to demonstrate the benefit of route-target filtering.
The setup uses logical systems, a Junos feature which allows to partition a single router into multiple logical
devices, each with independent configuration; we will use logical systems to simulate a more complex
environment.
• Create and establish a second BGP Layer 2 VPN over t he core network.
• Create a route-target mismatch on the newly added BGP Layer 2 VPN, and use the keep a l l
option in the BGP configuration.
• Verify connectivity and behavior using operational mode commands incl uding commands used to
examine routing tables.
• Add t he famil y route-t arge t to t he BGP group configuration to enable route-ta rget filtering.
• Verify connectivity and behavior using operational mode commands incl uding commands used to
examine routing tables. You should see t he effect of the route-target filtering.
Lab Diagrams
Management Network
172 .25. 11.0/24
Virtua l Student Desktop Cons ole a nd I
VNC Connections '==c:::, I
I
•=
I Physica l
Desktops
Management Addresses
Student-MX1 172.25.11 .1
Manageme nt Port Student-MX2 172.25.11 .2
fxpO (on all vMX devices) vr-device 172.25.11 .3
Student Desktop 172.25.11 .254
Student
Virtual Environment Note: Your instructor will provide the information
you need to access your student desktop.
Junw I ,
.....
X
~
..!. PE-1
AS 65512
OSPF
PE-2
-
en
C:
C.
CD
C: AreaO :::,
Q) 'i'"
s::
-
-0
:::,
C l) ~
0 N
• IS"
~
N
I 172.17.23.16/30 I
P3 PS
I I
CE1-1 loO 172.17 .20.3 .1 7 .18 loO 172.17.20.5 CE1-2
I I
' -------------------~
O 2021 Juniper Network! JUn~J I 2
CE2-1 CE2-2
lo0.21 10.2.20.1 lo0.22 10.2.20.2
Site ID 1 Site ID 2
I")
a -. 0
~ ...
N
.
~~
c,q ~
(0
d, !:::!
c,q ~
(0
0 z q z
a_ o .
"'<'i <(
a .
a~ ~
... N
., 5 ::::::
..-
><
~
.!.
C:
o -
C)
PE-1
~- - --- ---- ----------- - ----- - -- - .
~ BGP Layer 2 VPNs
AS 65512
...:::...
............
'
8,
PE-2
-
en
C:
C.
CD
::,
Q) lo0.1 172.17.20.1 OSPF lo0.6 172.17.20.6 '7
"'C
::, ·~ Area O s::
~d, !:::!... ~
~
(0
u5 a
o,C?
-z
0
(0
~! ./ 9., ...
o,O
!:::! -
0
(0
--
q <( q z
N-
a· 5 a· 1>
a• ~ a~
•
8,
- 8, N
CE1-1 CE1-2
lo0.111 0.1.20.1 lo0.1210.1.20.2
Site ID 1 S ite ID 2
,
NOTE: > The instructor will tell you the nature of your
access and will provide you with the necessary details to
access your assigned device.
Step 1.1
You should make sure you are familiar with the lab topology and environment. Th is lab is comprised of ten
logical devices that are operating on three virtual MX (vMX) routers. These vMXs are nested inside an ESXi
environment. The six devices you are in charge of configuring are (PE-1, CE1-1 and CE2-1 ) residing on Student-
MX1 as logicial systems and (PE-2, CE1-2 and CE2-2) residing on Student-MX2 as logical systems. The core
devices (P2 , P3, P4, and P5) are preconfigured on vr-device also as logical systems.
Step 1.2
Consult the management network diagram, provided by your instructor, to determine your device's
management address.
Step 1.3
Access the CLI of your Student-MX1 device using Secure Shell (SSH) as directed by your instructor.
Log in as user l ab with the password supplied by your instructor. Enter into configuration mode and load this
labs starting configuration file j 1 2v / l a b 2-s ta r t . co nf ig and exit back to operational mode using the
commit a nd-qui t command.
Student-MXl (ttypO)
log i n : lab
Passwo r d :
[edi t]
lab@Student-MX l # load override j l 2v/lab2-start . config
load complete
[edi t]
lab@Student-MX l # commi t and-quit
commit comp l ete
Exiting configu r ation mode
lab@Student-MX l >
30 Lab 2: L2VPNs Advanced Concepts www.juniper.net
Junos Layer 2 VPNs
Step 1.4
Access t he CLI of your Student-MX2 device using Secure Shell (SSH) as directed by your instructor.
Log in as user lab with the password supplied by your instructor. Enter into configurat ion mode and load this
labs starting configuration file j 1 2v / l a b 2-s ta r t . co nf ig and exit back to operat ional mode using the
commi t a nd-quit command.
Student-MX2 (ttypO)
log i n : lab
Passwo r d :
[edi t]
lab@Student-MX2# load override j l 2v/lab2 - start . config
load complete
[edi t]
lab@Student-MX2# commi t and- quit
commit comp l ete
Exiting configu r ation mode
lab@Student-MX2>
Step 1.5
Return to you r Student-MX1 device, change your CLI to the PE-1 logical system.
On PE-1, use the s how c onf igu rat ion protoco ls command to determine what protocols have been
pre-defined on your PE-1 device.
lab@Student-MX l : PE - 1 >
Step 1.6
Review PE-l 's predefined interfaces using the show configuration interfaces command.
lab@Student-MXl:PE-1>
Question: Do you see configurations for all the expected interfaces including the
PE to CE interfaces outlined on the lab diagram.
Answer: Yes, you should see that both core interfaces are configured as well as
the two CE facing interfaces.
Step 1.7
Verify your OSPF neighbor relationships are up and operational using the show ospf neighbor command .
Answer: After a short time, the OSPF neighbors should attain the Full state.
Step 1.8
Use the show mpls interface comma nd to verify that MPLS is configured correctly on the core-facing
inte rf aces.
Question: Can your core-facing interfaces now support the transmission of MPLS
packets?
Answer: The output of the command shows that the two interfaces can now
support the forwarding of MPLS packets.
Step 1.9
Verify t hat your router has established LOP neighbor relationships with the neighboring P routers.
Question: What is the state of your PE router's relationship with the neighboring P
routers?
Step 1.10
Verify that the ine t . 3 routing table contains an LDP route to the remote PE router.
Question: Do you see the LDP route to the remote PE router in your inet. 3
routing table?
Answer: Yes, you shou ld see the LDP route in the inet. 3 routing table now. If
you do not, please review your configuration and verify the state of your MPLS LSP
is Up.
Step 1.11
Verify MPLS connectivity to PE-2 (172.17.20.6) using the MPLS ping utility.
Answer: Yes, your pings should succeed. If they do not, make sure you loaded the
appropriate start configuration file and contact your instructor if you need
assistance.
Step 1.12
On PE-1, enter into configuration mode and navigate to the [edi t p r otoco l s bgp g r oup my-int-
g r oup] hierarchy. Use PE-l 's loopback address (172.17.20.1) as the source address of all IBGP packets for
this IBGP neighborship. Finally, configure your router to peer with the route reflector (P2 - 172.17.20.2). Ensure
this IBGP peering to the route reflector allows the exchange of Layer 2 VPN as well as 1Pv4 NLRls.
[edit]
lab@Student-MX l:PE-1# edit p r otocols bgp g roup my-int-group
Step 1.13
Verify t hat PE-1 router has established an IBGP neighbor relationship wit h the route reflector.
Question: Is the neighbor relationship in the established state with the route
reflector?
Answer: The peering should be in an establ ished state. If it is not, double check
the interface and BGP settings. If you need further assistance, consult with your
instructor.
Question: What NLRI type have been negotiated between your PE router and the
route reflector?
Answer: Using the show bgp neighbor command, you shou ld see that the
NLRI for this session should be inet-unicast and 12vpn.
Step 2.1
On your Student-MX1 device, change the CLI to the CE2-1 logical system.
On CE2-1, verify the interface configuration for the interface connecting to PE-1 using t he show
configuration int erfaces command .
Step 2.2
On your Student-MX1 device, change the CLI back to the PE-1 logical system.
On PE-1, enter into configuration mode and navigate to the [ edit r outing-instances vpn-B] hierarchy.
Configure the instance type as 12vpn and define the VRF target using the 65512:2 community value. Finally,
include the CE-2-1 facing interface (ge-0/0/5.620) in t he VPN . Make sure you specify the correct unit value
when applying the interface.
[edit]
lab@Student-MX l:PE-1# edit routi ng-instances vpn-B
Step 2.3
Still on PE-1, navigate to t he [edi t rou ting-instances vpn-B protocols 12vpn] hierarchy and
configure t he protocol properties for the BGP Layer 2 VPN . You will be using the encapsulation type e th ernet-
v l an . Define your site name as CE2-1 and define the site ID (1). Because we are only dealing with two sites,
you will not need to configure the remote site ID. You must also indicate the interface that will be participati ng
in your BGP Layer 2 VPN site. Commit and exit to operationa l mode after you have completed your changes.
Answer: Since your loca l site identifier is 1, then your remote site identified for
your first interface entry will default to two.
Step 2.4
Verify both your Layer 2 VPN connections are established by issuing the show 1 2vpn connections
command.
Instance : vpn-A
Edge protection : Not-Primary
Local site : CE l- 1 (1)
connection-site Type St Time last up # Up trans
2 rmt Up Aug 28 08 :1 0 : 58 2021 1
Remote PE: 172 .1 7 . 20.6 , Negotiated control-word: Yes (Null)
I ncoming label: 22 , Outgoing label: 21
Local interface: ge-0/0/4.610 , Status : Up, Encapsulation: VLAN
Flow Label Transmit : No, Flow Label Receive: No
Instance: vpn-B
Edge protection: Not-Primary
Local site : CE2-1 (1)
connection-site Type St Time last up # Up trans
2 rmt Up Aug 28 08:35:14 2021 1
Remote PE: 172 .1 7 . 20.6 , Negotiated control-word: Yes (Null)
In coming label: 24 , Outgoing label: 23
Local interface: ge-0/0/5.620 , Status : Up, Encapsulation: VLAN
Flow Label Transmit : No, Flow Label Receive: No
lab@Student-MXl : PE-1>
Answer: Your connections should both show a status value of Up . If it does not,
find the status code value in the legend and review your configuration. Contact
your instructor for assistance, if needed.
Step 2.5
On your Student-MX1 device, change the CLI to the CE2-1 logical system.
On CE2-1, verify reachability to t he CE2-2 device by using the ping 1 o. 2 . o. 2 count 5 comma nd.
lab@Student-MX1 : CE2-1>
40 Lab 2: L2VPNs Advanced Concepts www.juniper.net
Junos Layer 2 VPNs
Answer: Yes, your ping requests shou ld complete. If they do not, review your
configuration and work with the remote team to troubleshoot the problem.
Request assistance from the instructor, if needed.
Step 3.1
On your Student-MX1 device, change the CLI to the PE-1 logical system.
On PE-1, enter into configuration mode and navigate to the [edi t routing-instances vpn-B] hierarchy.
Create a route target mismatch by changing t he route ta rget used for this VPN to ta r g et: 65512 : 22 .
[ edit]
lab@Student -MXl:PE-1# edit routi ng-i nstances vpn -B
Step 3.2
Still on PE-1, navigate to t he [edi tpro t ocols bgp] hierarchy. Add t he keep all option to the
configuration . Commit and exit to operational mode after you have completed your changes with t he cornrni t
a nd-qu it command.
lab@Student -MXl:PE-1>
Step 3.3
On PE-1, verify t he route tables relat ing to the BGP Layer 2 VPNs by looking at the bgp. 12vpn . o, vpn-
A. 12vpn . 0 , and vpn-B. 12vpn . 0 tables.
Question: Why do you see two routes in the bgp. 12vpn. 0 table but only one
of them is imported into a vpn-B table?
Answer: Because of the keep al 1 option, the router accepts and retains all
routes regardless of the matching route target, which is why two routes are seen
in the bgp .12vpn. 0 route table. The actual import into the 12vpn routing-
instance is still only a llowed if there is a matching route target, which explains
why, regardless of the keep all option, the route mismatch will result in the
second VPN connection to be signaled down, as you can see in the show
12vpn connections command output.
Instance: vpn -B
Edge p rotec t ion: Not-Primar y
Local site: CE2- 1 (1)
No connections found .
lab@Student-MXl:PE-1>
Step 4.1
Still on PE-1, enter into configurat ion mode and navigate to t he [edit p rotocols bgp group my-int-
g roup] hierarchy. Add t he family route-target for the IBGP group. This will enable route target fi ltering
for better scalability, wh ich is useful in very large environments. Commit and exit to operat ional mode after you
have completed your cha nges.
lab@Student-MXl:PE-1> configure
Entering configuration mode
[ edit]
lab@Student-MXl:PE-1# edit protocols bgp group my-int-group
lab@Student-MXl:PE-1>
Step 4.2
Now that route target filtering has been enabled, review t he route tables relating to the BGP Layer 2 VPNs
again, by looking at t he bgp .12vp n . O, vpn-A . 12vpn . O, and vp n-B . 1 2vpn. O tables.
172.17.20.1:65534:1: 1 /96
*[L2VPN/170/-101 ] 20:47:32 , metric2 1
In direct
172.17.20.6:65534:2: 1 /96
*[BGP/170] 00:00:56 , localpref 100, from 172.17.20.2
AS path: I , validation-state: unverified
> to 172.17.23.2 via ge-0/0/0.0 , Push 30
to 172.17.23.6 via ge-0/0/1.0 , Push 31
172.17.20.1:65533:1: 1 /96
*[L2VPN/170/- 1 01 ] 00:22:51 , metric2 1
In direct
Question: What difference do you see in the output of the route tables after
enable route target filtering?
Answer: You should see that the bgp. 12vpn. 0 route table no longer contains
the route from the L2VPN with the mismatched route target, even though the
keep all option is still configured. With route target fi ltering, you will receive
on ly the routes that you signaled that you are interested in. The output of the
show route table bgp. rtarget. 0 shows wh ich routes you are
interested in ( Default), and which routes your peering partner is interested in
( BGP ). Remember that your peering partner is the route reflector and it will
typical ly signal the route targets that all his other peering partners are interested
1n.
lab@Student -MXl:PE-1>
Step 4.3
Log out of your assigned devices using the exit command.
log i n :
Overview
In t his lab, you will establish an LDP Layer 2 circuit using RSVP signaling between provider edge (PE) routers.
Once the virtual LAN (VLAN)-based LDP Layer 2 circuit is operationa l, you will configure the customer edge (CE)
routers to run one of several ava ilable routing protocols and advertise their static route and loopback add ress
blocks. Because t his is a Layer 2 circuit, the PE routers will not interact with the rout ing protocols used on the
CE routers.
• Create and establish an LDP Layer 2 circuit over the core net work.
• Add OSPF to your CE network and create a neighbor relat ionship between you r local CE router and
the remote CE router.
• Export your static routes into OSPF and share these routes with the remote CE network.
• Verify connectivity and behavior using operational mode commands including p in g and commands
used to examine routing tables
Lab Diagrams
Management Network
172.25. 11.0/24
Virtua l Student Desktop Cons ole a nd I
VNC Connections '==c:::, I
I
•=
I Physica l
Desktops
Management Addresses
Student-MX1 172.25.11 .1
Manageme nt Port Student-MX2 172.25.11 .2
fxpO (on all vMX devices) vr-device 172.25.11 .3
Student Desktop 172.25.11 .254
Student
Virtual Environment Note: Your instructor w ill provide the information
you need to access your student desktop.
Junw I ,
g AS 65512 g
PE-1
-
(0
,.;
OSPF
AreaO
c5
"!
,.; PE-2
lo0.1 172.17.20.1 "!
....
- ....
N
..- -.... -
en
-
....
N
x N
- C:
~
-
I
C:
Q)
-0
C.
CD
:::,
7"
s::
.3
en 172.17.23.16/30 ~
P3 PS
CE1-1 loO 172.17 .20.3 .1 7 .18 loO 172.17.20.5 CE1-2
'-------------------~
O 2021 Juniper Network! JUn~J I 2
- C.
0 0
~
I o,q <O o,O <O CD
--
C q q z :::,
Q) "'-
a· 5 a· 5 '7
a~ > > s::
- a~
"C •
:::, •
( f)
8,
- 8,
"I
X
N
CE1-1 10.1.0.0/24 - 10.1.3.0/24 10.1.4.0/24 - 10.1 .7.0/24 CE1-2
lo0.111 0.1.20.1 AS 65101 AS 65101 lo0.1210.1.20.2
Site ID 1 S ite ID 2
NOTE: > The instructor will tell you the nature of you r
access and will provide you with t he necessary details to
access your assigned device.
Step 1.1
You shou ld make sure you are familiar with t he lab topology and envi ronment. Th is lab is comprised of eight
logical devices t hat are operating on th ree virtual MX (vMX) routers. These vMXs are nested inside a n ESXi
hypervisor. The four devices you are in charge of configuring (PE-1, CE1-1 ) reside on Student-MX1 and (PE-2,
CE1-2 ) reside on Student-MX2 as logical systems. The core devices (P2, P3, P4, and PS) are preconfigured on
vr-device also as logical systems.
Step 1.2
Consu lt the management network diagram, provided by your instructor, to determine your device's
management add ress.
Step 1.3
Access t he CLI of your Student-MX1 device using Secure Shell (SSH ) as directed by your instructor.
Log in as user lab with the password supplied by your inst ructor. Enter into configurat ion mode and load t his
labs starting configuration file j 1 2v / l a b 3-s ta r t . co nf ig and exit back to operat ional mode using t he
comm it a nd-quit comma nd.
Student-MXl (ttypO)
login : l ab
Passwo r d :
[ edi t]
lab@Student-MX l # load override j l 2v/lab3-start . config
load complete
[ edi t]
lab@Student-MX l # commi t and-qu i t
commit comp l ete
50 Lab 3: LOP-Signaled L2Circuits www.juniper.net
Junos Layer 2 VPNs
Exiting configu r ation mode
lab@Student-MX l >
Step 1.4
Access the CLI of your Student-MX2 device using Secure Shell (SSH) as directed by your instructor.
Log in as user lab with the password supplied by your instructor. Enter into configuration mode and load this
labs starting configuration file j 1 2v / l a b 3-s ta r t . co nf ig and exit back to operational mode using the
comm it and-quit command .
Student-MX2 (ttypO)
log i n : lab
Passwo r d :
[edi t]
lab@Student-MX2# load override j l 2v/lab3 - start . config
load complete
[edi t]
lab@Student-MX2# commi t and- quit
commit comp l ete
Exiting configuration mode
lab@Student-MX2>
Step 1.5
Return to your Student-MX1 device, change your CLI to the PE-1 logical system.
On PE-1, use the s how co nf igu rat i o n protoco ls command to determine what protocols have been
pre-defined on your PE-1 device.
lab@Student-MXl: PE -1 >
Step 1.6
Verify t hat your Open Shortest Path First (OSPF) neighbor relationships are up and operational.
Answer: After a short time, the OSPF neighbors should attain the Full state.
Step 1.7
For an interface to support the forwarding of MPLS packets, you must enable the MPLS family on each
interface that you expect to receive and send MPLS packets through . For your conven ience, the ge-0/0/0.0 and
ge-0/0/1.0 interfaces have already been configured to support MPLS traffic. But you must add these interfaces
to the MPLS protocol.
Still on PE-1, enter into configurat ion mode and navigate to the [ e d i t p r otoco l s ] hierarchy. Configure the
MPLS protocol with t he core-facing interfaces.
[ edi t]
lab@Student-MXl: PE -1 # edit p r otocols
[ edi t protocols]
lab@Student-MXl: PE -1 # set mpls interface ge-0/0/0 . 0
[ edi t protocols]
lab@Student-MXl: PE -1 # set mpls interface ge-0/0/ 1. 0
[ edi t protocols]
lab@Student-MXl: PE -1 #
Step 1.8
Whi le still at t he [edi t p r otoco l s] hierarchy on PE-1, configure the LOP protocol with the core-facing
interfaces including t he loopback interface (lo0.1). Once you have completed you r configuration changes,
comm it your configuration and exit to operat ional mode using the commi t a n d-q ui t command .
[ edi t protocols]
lab@Student-MXl: PE -1 # set ldp interface ge-0/0/0 . 0
[ edi t protocols]
lab@Student-MXl: PE -1 # set ldp interface ge-0/0/ 1. 0
[ edi t protocols]
lab@Student-MXl: PE -1 # set ldp interface lo0 . 1
[ edi t protocols]
lab@Student-MXl: PE -1 # show
ldp {
[edit protocols]
lab@Student-MXl : PE-1# commit and-quit
commit complete
Exiting configuration mode
lab@Student-MXl : PE-1>
Step 1.9
Use the show mpls interfac e comma nd to verify that MPLS is configured correctly on the core-facing
i nte rfaces.
Question: Can your core-facing interfaces now support the transmission of MPLS
packets?
Answer: The output of the command shows that the two interfaces can now
support the forwarding of MPLS packets.
Step 1.10
Verify t hat your router has established an LDP neighbor relationsh ip with t he neighboring P routers.
Question: What is the state of your PE router's relationship with the neighboring P
routers?
Step 1.11
Verify t hat the ine t . 3 routing table contains an LDP route to the remote PE router.
Question: Do you see the LDP route to the remote PE router in your inet. 3
routing table?
Answer: Yes, you shou ld see the LDP route in the inet. 3 routing table now. If
you do not, please review your configuration and verify the state of your MPLS LSP
is Up.
Step 1.12
Verify MPLS connectivity to PE-2 (172.17.20.6) using the MPLS ping utility.
Answer: Yes, your pings should succeed. If they do not, make sure you loaded the
appropriate start configuration file and contact your instructor if you need
assistance.
Step 2.1
On your Student-MX1 device, change t he CLI to t he CE1-1 logical system.
On CE1-1, issue t he s h ow c onfigu ra tion command to view the current configuration of t he CE1-1 router.
Answer: The CE router should have both the loopback (lo0.11) and ge-0/0/2.610
interface configured with the appropriate addressing according to the lab
diagram.
Answer: Four static routes (next hop of receive) and CE1-1's autonomous system
should be configured under routing-options hierarchy. These settings are
appropriate.
Question: Based on the lab diagram, what is the IP address of the CE1-2 router's
CE-to-PE interface? Is the CE1-1 address on the same network?
Answer: The interface should be configured with the 10.1.0.2 address. Yes the
CE1-1 interface is on the same network.
Answer: The reason both CE router interfaces must be in the same subnet is
because you are configuring the PE router to pass the traffic based on the Layer 2
information. As far as the CE routers are concerned, they are directly connected.
Step 2.2
Use the ping utility to attempt to ping the CE1-2 router's ge-0/0/1 interface address (10.1.0.2).
Answer: The pings do not succeed because the PE-1 and PE-2 router's interfaces
have not been configured as part of a Layer 2 circuit.
Step 2.3
On your Student-MX1 device, change the CLI to the PE-1 logical system.
lab@Student-MX l: PE - 1 >
Question: What encapsu lation is enabled on the CE1 facing logical interface?
Answer: The logical interface should have vlan-ccc encapsu lation enabled.
Question: Why don't you see the physical properties like vlan-tagging and
encapsulation?
Answer: When working with logical systems, the physica l properties are defined in
the main instance and are inherited by the logica l interface in the logical system.
Answer: No, because we are configuring a Layer 2 Circuit there will not be any
Layer 3 information associated with this interface.
Step 2.4
Still on PE-1, enter into configurat ion mode and navigate to the [ e d i t p r otocols 1 2ci r cui t ] hierarchy
and specify t he neig hbo r address (172.17.20.6) for the circuit. Add the PE to CE interface (ge-0/0/4.610)
that will be participating in this neighbor relationship. Use t he value of 1 for the VC identifier. Once you are
finished with your configuration changes, commit and exit to operational mode using t he cornrni t a nd-qui t
command.
[edi t]
lab@Student-MX l : PE- 1 # edit p r otocols 12ci r cuit
Step 2.5
Now go to Student-MX1 and Verify that the LDP Layer 2 circuit is up and functional by issuing t he show
12circui t connections command.
lab@Student-MXl:PE-1>
Answer: The status should show that the circuit is Up. If your circuit is not Up,
review your configuration changes. Request assistance from your instructor as
needed.
Question: Can you tell from the output what your VC identifier is?
Answer: Yes, if your session is up and operational. You can see to the right of the
interface, in parenthesis, that your VC value is displayed.
Step 2.6
On your Student-MX1 device, change the CLI to the CE1-1 logical system.
On CE-1, determine if you are now able to ping from CE-1-1 to CE2-1. Ping CE1-2's PE facing interface address
(10.1.0 .2) a total of 5 t imes.
Answer: Yes, Your ping requests should complete. If they do not, review your
configuration and work with the instructor, if needed.
Step 3.1
Still on CE1-1, enter configuration mode and navigate to the [ed i t po li cy-opt i ons p ol i cy-
state men t stati cs] hierarchy. Create a term named acc e pt-stat i cs that matches and accepts the
static routes .
[ edi t]
lab@Student-MX l: CEl- 1 # ed i t po l icy-opt i ons policy- statement statics
Step 3.2
Next, navigate to the [ edi t protocols ospf ] hierarchy. Configure your loopback (lo0.11) and PE-facing
interface (ge-0/0/2.610) under area 0. Apply t he policy sta ti cs you defined as an export policy to your OSPF
protocol. This change will export you r stat ic routes to your peer. Comm it and exit to operational mode.
Step 3.3
Verify t hat the neighbor relationship has established between t he CE routers by issuing the s h ow ospf
ne i ghbor command.
Step 3.4
Review the routes being learned by OSPF and ensure that you have CE1-2's static routes by issu ing t he show
r o u te protocol ospf
Answer: Yes, you shou ld see all the static routes from CE1-2's network. Request
assistance from the instructor, if needed.
Step 3.5
Verify t hat you have reachabi lity to CE1-2's network by pinging the CE1-2's loopback address (10.1.20.2) five
times, whi le sourcing t he packets from CE1-1's loopback address (10.1.20.1).
•
lab@Student-MX l : CEl- 1 > ping 1 0 . 1 . 20 . 2 sou r ce 10 .1. 20 . 1 count 5
PI NG 1 0 . 1 . 20 . 2 ( 1 0 . 1 . 20 . 2) : 56 data bytes
64 bytes f r om 1 0 . 1 . 20 . 2 : i' cmp- seq= O tt l = 64 time =349 . 713 ms
64 bytes f r om 1 0 . 1 . 20 . 2 : i' cmp- seq= l tt l = 64 time =267 . 259 ms
64 bytes f r om 1 0 . 1 . 20 . 2 : i' cmp- seq=2 tt l = 64 time =228 . 820 ms
64 bytes f r om 1 0 . 1 . 20 . 2 : i' cmp- seq= 3 tt l = 64 time =1 93 . 342 ms
64 bytes f r om 1 0 . 1 . 20 . 2 : i' cmp- seq= 4 tt l = 64 time = 4 . 725 ms
--- 10 .1. 20 . 2 ping statistics ---
5 packets transmitted, 5 packets r eceived , 0 % packet loss
round-trip mi n/avg/max/stddev = 4 . 725/208 . 772/349 . 7 1 3/ 1 1 4 . 508 ms
Answer: Yes, you shou ld be able to ping CE1-2's loopback address. If you are not
able to, please review your configuration and routes that you are receiving. Please
request assistance from the instructor, if needed.
Step 3.6
Log out of your assigned devices using the exit command.
Overview
In t his lab, you will establish a Layer 2 circuit using FEC 129 BGP autodiscovery mechanism . You will then verify
the connection again f rom CE to CE.
• Create and establish the same Layer 2 connection over the core network using the FEC 129 BGP
autod iscovery mechanism.
• Verify connectivity and behavior using operational mode commands including ping and commands
used to examine routing tables.
Lab Diagrams
Management Network
172.25. 11.0/24
Virtual Student Desktop Console and
I
VNC Connections '==, , , , I I
-- • -
=-=
/
· • • 11
: : : 11
Physica l
Desktops
~r,; ""'
::J ~ \--_____..~H~y:ip~e:rv~i~s:or;
Virtual Switch Management Addresses
Student-MX1 172.25.11 .1
Management Port Student-MX2 172.25.11 .2
fxpO (on all vMX devices) vr-device 172.25.11 .3
Student Desktop 172.25.11 .254
Student
Virtual Environment Note: Your instructor will provide the information
you need to access your student desktop.
- C.
0 0
~
I o,q <O o,O <O CD
C
Q)
q
-
z
"'a~ >~
a· ~
a· ~
> -
q z :::,
'7
s::
- a~
"C
:::, •
8, 8,' X
U)
~
"I N
CE1-1 10.1.0.0/24 - 10.1.3.0/24 10.1.4.0/24 - 10.1 .7.0/24 CE1-2
lo0.111 0.1.20.1 AS 65101 lo0.1210.1.20.2
Site ID 1
AS 65101 S ite ID 2
NOTE: > The instructor will tell you the nature of you r
access and will provide you with t he necessary details to
access your assigned device.
Step 1.1
You should make sure you are familiar with t he lab topology and envi ronment. This lab is comprised of eight
logical devices that are operating on th ree virtual MX (vMX) routers. These vMXs are nested inside an ESXi
environment. The four devices you are in charge of configuring (PE-1, CE1-1) reside on Student-MX1 and (PE-2,
CE1-2) reside on Student-MX2 as logical systems. The core devices (P2, P3, P4, and PS) are preconfigured on
vr-device also as logical systems.
Step 1.2
Consult the management network diagram, provided by your instructor, to determine your device's
management address.
Step 1.3
Access t he CLI of your Student-MX1 device using Secure Shell (SS H) as directed by your instructor.
Log in as user lab with the password supplied by your instructor. Enter into configurat ion mode and load this
labs starting conf iguration file j 1 2v / l a b 4-s ta r t . co nf ig and exit back to operat ional mode using the
comm it and-quit command .
Student-MXl (ttypO)
log i n : l ab
Passwo r d :
[ edi t]
lab@Student-MX l # load override j l2v/lab4 - start . config
load complete
[ edi t]
lab@Student-MX l>
Step 1.4
Access the CLI of your Student-MX2 device using Secure Shell (SSH) as directed by your instructor.
Log in as user lab with the password supplied by your instructor. Enter into configuration mode and load this
labs starting configuration file j 1 2v / lab4-s tart . conf ig and exit back to operational mode using the
commit and-quit command.
Student-MX2 (ttypO)
log i n : lab
Pass wo rd:
[ edit]
lab@Student-MX2# load override j l2 v/lab4 -start.config
load complete
[ edit]
lab@Student-MX2# commit and-quit
commit complete
Exiting configuration mode
lab@Student-MX2>
Part 2: Configuring A LDP Layer 2 Circuit Using The FEC 129 BGP
Autodiscovery Mechanism
In t his lab part, you will establish the same point-to-point Layer 2 VPN using t he FEC 129 BGP autodiscovery
mechanism. You will create a L2VPN routing instance to support the L2VPN connection using t he FEC 129
autodiscovery mechanism.
Step 2.1
On your Student-MX1 device, change the CLI to the PE-1 logical system.
On PE-1, enter into configuration mode and navigate to the [edi t routing-instanc es vpn-B] hierarchy.
Configure the instance type as 12vpn and define the VRF target using the 655 1 2 : 1 community va lue. Next,
configure t he Layer 2 VPN ID as 1 2vpn-id : 655 1 2 : 1 . Manually define the route distinguisher for t his VPN as
172 .1 7 . 20 . 1 :1 00 .
Finally include t he CE-1 facing interface (ge-0/0/4.610) in the VPN. Make sure you include the correct unit
value when applying the interface.
[edit]
lab@Student-MX l:PE-1# edit routing-instances vpn-B
Step 2.2
Next, navigate to the [edit routing-instances vpn-B p ro toco ls 12 vpn] hierarchy. Create a site
named CE l-1 with a source-attachment -identifie r of 1 . Next, add the CE facing interface ge-
0/0/4.610 with t he ta rge t -a ttachment-identif ier of 2 .
Step 2.3
Review and verify the new L2VPN routing-instance configuration . Once satisfied with the configuration, commit
your changes and exit to operational mode using the commi t and-qu it command.
lab@Student-MX l:PE-1>
Answer: They basically identify the un ique connections between the different
sites. The source-at tachmen t-identi f ier defines the loca l site
number, and the target-attachment-identifier defines the remote
site number. In this case site number 1 is connected to site number 2 in this
specific VPN ( vpn-B ).As with BGP L2VPNs site numbers need to be unique
within a given Layer 2 VPN.
Step 2.4
Determine the current status of your Layer 2 VPN with the show 12vpn connections command.
Instance : vpn-B
L2vpn-id : 65512:1
No connections found .
lab@Student-MX l : PE- 1 >
Answer: We need to configure a BGP session that supports the FEC 129
autodiscovery NLRI.
Step 3.1
On your Student-MX1 device, ensure your CLI is set to the PE-1 logica l system.
On PE-1, enter into configuration mode and navigate to the [ edit p r otoco l s bgp g r oup my-i n t-
g r oup] hierarchy. Configure the IBGP peer group to use PE-l's loopback address (172.17.20.1) as the source
address of all IBGP packets. Define PE-2 's loopback address (172.17.20.6 ) as t he neighboring device for t his
IBGP session.
Finally, in order to allow t he exchange of BGP Layer 2 VPN autodiscovery routes, you must enable t he 12vpn
autod iscovery-only NLRI for your IBGP session. Verify your BGP configuration and use t he commit and-
quit command to apply t he changes and exit to operat ion mode.
lab@Student-MXl:PE-1> configure
Entering configuration mode
[edit]
lab@Student-MXl:PE-1# edit protocols bgp group my-int-group
Step 3.2
Verify t hat your BGP session is in the Establ state using t he s h ow bgp summary comma nd.
Step 3.3
Verify t hat your L2VPN connection is working by using t he sh ow 12vpn connection s command.
Instance : vpn-B
L2vpn-id : 65512 : 1
Loca l source-attachment-id : 1 (CEl- 1 )
Ta r get-attachment-id Type St Time last up # Up trans
2 rmt Up Aug 3 1 09 :1 7 : 0 1 202 1 1
Remote PE: 172 .1 7 . 20 . 6 , Negotiated control-wo r d : Yes (Nul l )
I ncoming label: 31 , Outgoing label : 27
Negotiated PW status TLV : No
Local interface : ge-0/0/4 . 610 , Status : Up , Encapsulation : VLAN
Flow Label Transmit : No , Fl ow Label Receive : No
Step 3.4
Identify the FEC 129 autod iscovery (AD) routes that are being received from t he PE-2 router by looking at the
b gp .1 2vpn. 0 and vpn-B .1 2vpn. 0 tables .
Question: Can you explain the format of the received BGP autodiscovery route in
bgp .12vpn. 0 route table?
Step 3.5
Verify that you have received the L2VPN label through the LOP protocol using the show rou t e tab l e
l dp . 12vpn . O d eta i l command , and the s h ow ldp d atab as e session 1 72 .1 7 . 20 . 6 command
Question: What is the outgoing VC label on PE-1 to reach the PE-2 in the L2VPN?
Answer: From the show ldp database command you can see that the
input label database shows the FEC129 label to 31 .This is the label sent from
PE-2 telling PE-1 to use this label if it wants to send traffic on this L2VPN virtua l-
circuit. The 27 label will be used by PE-2 to send traffic to PE-1. The labels would
be different on different Student devices.
Step 4.1
On your Student-MX1 device, change the CLI to the CE1-1 logical system.
On CE1-1, verify that the neighbor relationship has established between the CE routers and t hat you are
receiving the appropriate routes using t he show ospf neighbor and s h ow route protocol ospf
commands.
Answer: Yes, you shou ld see all the static routes from the CE1-2's network. If you
do not, check your configurations and request assistance from the instructor, if
needed.
Step 4.2
Verify t hat you have reachabi lity to t he CE1-2's network by pinging t he CE1-2's loopback address (10.1.20.2)
five times, while sourcing t he packets from CE1-1's loopback address (10.1.20.1).
Answer: Yes, you shou ld be able to ping CE1-2's loopback address. If you are not
able to, please review your configuration and routes that you are receiving. Please
request assistance from the instructor, if needed.
Step 4.3
Log out of your assigned devices using the exit command.
Student-MXl (ttyuO)
log i n :
Lab 5: VPLS
Overview
In t his lab, you will establish an LDP virt ual private LAN service (VPLS) and a BGP VPLS bet ween provider edge
(PE) routers. You will also configure a virtual switch to act as t he customer edge (CE) router. There will be
redundant links between the PE and CE routers so you will be required to prevent any Layer 2 loops from
forming.
• Load t he initial configuration and verify proper operat ion of t he IGP, MPLS and LDP.
• Verify the CE1-1 logical system that will be the Layer 3 device at the customer edge.
• Verify the CE-VS logical system that will act as one of the CE router.
• Configure a FEC 129 BGP autodiscovery VPLS instance across the core network.
• Verify connectivity and behavior using operational mode commands including p in g and commands
used to examine routing tables, and PE to PE router BGP an nouncements.
Lab Diagrams
Management Network
172.25.11.0/24
Virtual Student Desktop Console and I
I
VNC Connections I
~11=-===11
/ Physical
Desktops
~r:; "'
~~ \ . - - - - --"-~H~y:
pe:.r~i
v s::;~
Virtual Switch Management Addresses
Student-MX1 172.25.11.1
Management Port Student-MX2 172.25.11 .2
fxpO (on all vMX devices) vr-device 172.25.11 .3
Student Des ktop 172.25.11 .254
Student
Virtual Environment Note: Your instructor will provide the information
you need to access your student desktop.
Management Network
172.25.11.0/24
Virtual Student Desktop Console and I
VNC Connections •~ I I
•=
--11=====11
/ Physical
Desktops
~~
~r::; "'
\ . - - - - --"-~H~y:p:e.r~v is::;~
Virtual Switch Management Addresses
Student-MX1 172.25.11 .1
Management Port Student-MX2 172.25.11 .2
fxpO (on all vMX devices) vr-device 172.25.11 .3
Student Desktop 172.25.11 .254
Student
Virtual Environment Note: Your instructor will provide the information
you need to access your student desktop.
VPLS
PE-1
lo0.1 172.17.20.1
- --- -- -- ----------- --- --- ----
AS 65512
OSPF
PE-2
lo0.6 172.17.20.6
.....
X
~
ge-0/0/5 ge-0/0/6 Area O
~
9
., ..,~ - -
(f)
C
-
0 C.
ge-0/0/3 ge-0/0/7
I o,O <D
CD
C C! z :::,
CE-VS 1>
Q) o
c5 -. '7
c5 ~ s::
-
"C
:::, VLAN 610 ge-0/0/4 '
(f) 10.1.0.1/24 ge-0/0/2
& "! X
N
CE1-1 CE1-2
lo0.11 10.1.20.1 lo0.12 10.1.20.2
Site ID 1 Site ID 2
VPLS
PE-1
lo0.1 172.17.20.1
- - - ---- ------------- ---
AS 65512
OSPF
- - - - - - PE-2
lo0.6 172.17.20.6
..-
X
~
ge-0/0/5 Area O
~
-- -
(f)
C
- 9~ 0 C.
ge-0/0/3 ge-0/0/7
.,o,C!
-s::
I <D
CD
C C! z :::,
CE-VS o 1>
Q) c5 -. I
c5 ~
-
"C
:::, VLAN 610 ge-0/0/4 '
( f) 10.1.0.1/24 ge-0/0/2
& "! X
N
CE1-1 CE1-2
lo0.111 0.1 .20.1 lo0.12 10.1.20.2
Site ID 1 Site ID 2
VPLS
PE-1
lo0.1 172.17.20. 1
- - --- ----------------- ----
AS 65512 - - - PE-2
lo0.6 172.1 7.20.6
x ge-0/0/5
-
ge-0/0/6
r--
OSPF
Area 0
icl ... -
en
C:
~ ge-0/0/3 ge-0/0/7
0
0.
..!. '"' "'z
a,q
Q) -
q
~
Cl)
::,
C: CE-VS
Q) o~
c5 . :5 -;--
>
-0
::, VLAN 610 ge-0/0/4 '1 ~ ~
en 10.1.0.1/24 ge-0/0/2 & <'i ><
I\.)
CE1-1 CE1-2
lo0.1110.1 .20.1 lo0.12 10.1.20.2
Site ID 1 S ite ID 2
NOTE: > The instructor will tell you the nature of you r
access and will provide you with t he necessary details to
access your assigned device.
Step 1.1
This lab is comprised of nine logical devices that are operating on t hree virtua l MX (vMX) routers. These vMXs
are nested inside an ESXi hypervisor. The five devices you are in charge of configuring (PE-1, CE-VS, CE1-1 ) are
residing on Student-MX1 and (PE-2, CE1-2) reside on Student-MX2 as logical systems. The core devices (P2,
P3, P4, and P5) are preconfigured on vr-device also as logical systems. You will also be required to configure a
virtual switch routing instance on you r PE-1 logical system to act as a CE device.
Step 1.2
Consu lt the management network diagram, provided by your instructor, to determine your device's
management address.
Step 1.3
Access t he CLI of your Student-MX1 device using Secure Shell (SSH ) as directed by your instructor.
Log in as user lab with the password supplied by your instructor. Enter into configurat ion mode and load t his
labs starting configuration file j 1 2v / l a b 5-s ta r t . con f ig and exit back to operat ional mode using the
commi t and-quit command.
Student-MXl (ttypO)
login : l ab
Passwo r d :
[ edit]
lab@Student-MX l # load override j l2v/lab5-start . config
load complete
[ edit]
lab@Student-MX l # commit and-qu i t
commit complete
lab@Student-MX l >
Step 1.4
Access t he CLI of your Student-MX2 device using Secure Shell (SSH) as directed by your instructor.
Log in as user lab with the password supplied by your instructor. Enter into configurat ion mode and load this
labs starting configuration file j 1 2v / l a b 5-s ta r t . co nf ig and exit back to operat ional mode using
the commi t a n d-qui t command .
Student-MX2 (ttypO)
log i n : l ab
Passwo r d :
[edi t]
lab@Student-MX2# load override j l 2v/lab5 - start . config
load complete
[edi t]
lab@Student-MX2# commi t and- qu i t
commit complete
Ex i ting conf i gu r ation mode
lab@Student-MX2>
Step 1.5
Return to you r Student-MX1 device, change the CLI to t he PE-1 logical system.
On PE-1, use t he sh o w co nf igu rat i o n p r otoco l s command to review and analyze t he protocols that
have been preconfigured for you.
lab@Student-MXl: PE -1 >
Step 1.6
Verify t hat your Open Shortest Path First (OSPF) neighbor relationships are up and operational.
Answer: After a short time, the OSPF neighbors should attain the Full state.
Step 1.7
Use the show mp l s inte rfac e comma nd to verify that MPLS is configured correctly on the core-facing
i nte rf aces.
Answer: The output of the command shows that the two interfaces can support
the forward ing of MPLS packets.
Step 1.8
Verify t hat your router has established LOP neighbor relationships with the neighboring P routers.
Question: What is the state of PE-l's relationsh ip with the neighboring P routers?
Answer: The neighboring P routers shou ld be in the Operationa l state with the PE-
1 router.
Step 1.9
Verify t hat t he i ne t . 3 routing table conta ins an LOP route to t he remote PE router.
Question: Do you see the LDP route to the PE-2 router in your inet.3 routing table?
Answer: Yes, you shou ld see the LOP route in the inet.3 routing table now. If you
do not, please review your configuration and verify the state of your MPLS LSP is
Up.
Step 1.10
Verify MPLS connectivity to PE-2's loopback using the MPLS ping utility.
Answer: Yes, your pings should succeed. If they do not, verify you loaded to correct
starting configuration file. Contact your instructor if you need assistance.
Step 1.11
On your Student-MX1 device, change the CLI to the CE1-1 logical system.
On CE1-1, issue the show configu r ation comma nd to view the current configuration of the CE1-1 router.
Answer: The CE router should have both the loopback and ge-0/0/2 interface
configured with the appropriate addressing according to the lab diagram.
Question: Referring to the lab guide, what is the IP address of CE1-2's ge-0/0/0
interface?
Answer: The CE1-2's ge-0/0/0 interface is on the same subnet as the local CE1-
1's ge-0/0/2 interface.
Answer: The reason both CE router interfaces must be in the same subnet is
because you are configuring the PE router to pass the traffic based on the Layer 2
information. As far as the CE1 routers are concerned, they are directly connected.
Step 1.12
Use the ping utility to attempt to ping the remote CE router's ge-0/0/0 interface (10.1.0.2).
Answer: The pings do not succeed because the local and remote PE router's CE
facing interfaces have not been configured as part of a VPLS instance.
Step 1.13
On your Student-MX1 device, change the CLI to the CE-VS logical system.
On CE-VS, use the show co n f i gu r atio n command to display the current configuration. This logical system
will act as a CE device for t his lab. The CE-VS is configured with one interface t hat connects to the CE1-1 logica l
system and two interfaces t hat connect to the PE logical system. Use t he lab d iagram to verify t he intended
connectivity.
Step 1.14
Finally, verify t he status of the Layer 2 CE-VS device using t he show b ridge domain command.
Question: Have the three interfaces been applied to the correct routing instance
and bridge domain?
Answer: The three Layer 2 interfaces should be applied to the CE virtual switch. If
not, verify your configuration and check with your instructor if you need help.
Step 2.1
On your Student-MX1 device, change the CLI to the PE-1 logica l system.
On PE-1, enter into configuration mode and navigate to the [ edi t i n t erfac e s ] hierarchy. Use t he show
ge-0 / O/ 6 comma nd to review the current configuration for this interface.
[edit]
lab@Student-MXl : PE-1# edit interfaces
[edit interfaces]
lab@Student-MXl : PE-1# show ge-0/0/6
unit 610 {
encapsulation vlan-vpls;
vlan-id 610 ;
}
[edit interfaces]
lab@Student-MXl : PE-1#
Question: What encapsu lation and VLAN are configured on the CE facing
interface?
Answer: The ge-0/0/6 interface is configured with the VLAN ID of 610 and vlan-
vpls encapsu lation.
Step 2.2
Still on PE-1, navigate to t he [ed i t routing-instances vpn-1 ] hierarchy. Specify t hat t his is a VPLS
instance and add t he ge-0 / O/ 6 . 6 1 O interface. Make sure you specify the correct unit when applying t he
interface.
[edit interfaces]
lab@Student-MXl : PE-1# top edit routing-instances vpn-1
Step 2.3
Next, navigate to the [edit routing-instances vpn-1 p r otoco l s vpls ] hierarchy. Create an LDP
VPLS instance using a VPLS ID of 1 oo and specifyi ng t he PE-2 router as t he neighbor (172.17.20.6). Once
completed, com mit your configurat ion and exit to operational mode.
Step 2.4
Check t he status of the VPLS connection using the show vp l s con n e ctions command.
Instance : vpn- 1
VPLS-id : 1 00
Neighbor Type St Time last up # Up trans
172 . 17 . 20 . 6(vpls-id 1 00) rmt NP
Question: Has a VPLS pseudowire been establ ished to the remote PE router?
Answer: The output of the command should show that the VPLS is not in the up
state.
Question: What does the legend suggest the current state might be? What is the
solution to the problem?
Answer: The VPLS is in the NP state. According to the legend this state means that
the interface hardware is not present. Th is absence generally equates to a
missing tunnel services PIC. You simply must enable tunnel services on your PE
router.
Step 2.5
Since we are dealing wit h many logical systems we must enable tun nel services in the main instance. On your
Student-MX1, change t he CLI to the main instance using t he clear cli log i ca l -sys t em command.
In your main instance, enter into configuration mode and navigate to t he [ edi t chassis] hierarchy. Enable
tunnel services on FPC slot 1, PIC slot Oat a bandwidth of 1 Gbps. Commit your configuration and exit to
operat ional mode.
[ edit]
lab@Student-MX l# edit chassis
[ edit chassis ]
lab@Student-MX l# set fpc Opie O tunnel-services bandwidth lG
[ edit chassis ]
lab@Student-MX l# commit and-quit
commit complete
Exiting configuration mode
lab@Student-MX l>
Step 2.6
Return to you r Student-MX2 device, enter into configuration mode and navigate to t he [edi t
c h assis] hierarchy. Enable tun nel services on FPC slot 1, PIC slot Oat a bandwidth of 1 Gbps. Commit your
configuration and exit to operational mode.
lab@Student-MX2> configure
Entering configuration mode
[ edit]
lab@Student-MX2# edit chassis
[ edit chassis ]
lab@Student-MX2# set fpc Opie O tunnel-services bandwidth lG
[ edit chassis ]
lab@Student-MX2# commit and-quit
commit complete
Exiting configuration mode
92 Lab 5: VPLS www.juniper.net
Junos Layer 2 VPNs
lab@Student-MX2>
Step 2.7
Return to your Student-MX1 device, change the CLI to t he PE-1 logical system.
On PE-1, check t he status of the VPLS connection us ing the show vpls connections extensive
command.
Instance: vpn- 1
VPLS-id: 100
Number of l ocal interfaces: 1
Number of l ocal interfaces up: 1
ge-0/0/6 . 61 0
vt-0/0/10 . 68157440 I ntf - vpls vpn- 1 neighbor 1 72 . 17 . 20 . 6 vpls-id
100
Neighbor Type St Time last up # Up trans
172 . 17 . 20.6(vpls-id 1 00) rmt Up Sep 1 08 : 07 : 24 2021 1
Remote PE : 172 . 17 . 20 . 6 , Negotiated control-word: No
I ncoming labe l : 32 , Outgoing label: 28
Negotiated PW status TLV : No
Local interface : vt-0/0/ 1 0 . 68157440 , Status: Up , Encapsulation : ETHERNET
Description: I ntf - vpls vpn- 1 neighbor 172 . 17 . 20.6 vpls-id 1 00
Flow Label Transmit: No , Fl ow Label Receive: No
Connection History:
Sep 1 08:07:24 2021 status update timer
Sep 1 08:07:24 2021 PE route changed
Sep 1 08:07:24 2021 Out lbl Update 28
Sep 1 08:07:24 2021 I n lbl Update 32
Sep 1 08:07:24 2021 loc intf up vt-0/0/10 . 68157440
lab@Student-MX l : PE- 1 >
Answer: The output of the command should show that the VPLS is now in the up
state.
Question: Which transm it and receive labels have been reserved for the VPLS?
Answer: This answer wi ll vary between students. The example outputs indicates
the receive label is 32 and the sending is 33.
Question: Which local interfaces are listed as participating in the VPLS instance?
Step 2.8
On your Student-MX1 device, change the CLI to the CE1-1 logical system.
On CE1-1, determine if you have connectivity from CE1-1 to CE1-2 through the VPLS instance by pinging CE1-
2 's ge-0/0/0 interface address (10.1.0.2). Send five packets for this test.
Answer: Yes, they should all complete. If they do not, please review your
configuration and request assistance from your instructor, if needed.
Step 2.9
On your Student-MX1 device, change the CLI to the PE-1 logical system.
On PE-1, use the s how vpl s s tatist i c s command to view details of t raffic t hat has t raversed t he VPLS.
Instance : vpn- 1
Loca l interface : ge-0/0/6 . 6 1 0 , I ndex : 360
Broadcast packets : 1
Broadcast bytes : 64
Mu l ticast packets : 0
Mu l ticast bytes : 0
Flooded packets : 0
Flooded bytes : 0
Un i cast packets : 5
Un i cast bytes : 51 0
Current MAC count : 1 (Limit 1024)
Loca l interface : vt-0/0/10 . 68 1 57440 , Index : 364
Remote PE: 1 72 . 17 . 20 . 6
Broadcast packets : 0
Broadcast bytes : 0
Mu l ticast packets : 0
Mu l ticast bytes : 0
Flooded packets : 0
Flooded bytes : 0
Un i cast packets : 6
Un i cast bytes : 574
Current MAC count : 1
Question: How many broadcast packets have been received on the ge-0/0/6
interface? Can you th ink of a reason why the PE router has received a broadcast
packet?
Answer: The number of broadcast packets will vary but at th is point in the lab
there should be at least one (it cou ld take some time for it to show up). An
address resolution protocol (ARP) exchange was necessary for the local router to
determine the media access control (MAC) address of the remote router. An ARP
is sent as a broadcast.
Step 2.10
Use the show v pls mac-tab le command to determine whether t he PE router has learned any MAC
addresses. You might need to issue another ping from the local customer router to allow for the PE router to
learn MAC addresses.
Question: Of the MAC addresses that have been learned, which one is owned by
CE1-1 and which one is owned by the CE1-2?
Answer: The answer wi ll vary, but the one associated with the vt-0/0/ 10 interface
should be owned by the CE1-2. The MAC address associated with the ge-0/0/6
interface is owned by the loca l CE1-1. If you do not see any entries, return to your
CE1-1 device and ping the CE1-2 device aga in.
Step 3.1
On your Student-MX1, enter configuration mode and navigate to the [edit int erfaces] hierarchy. Review
the ge-0/0/5 interface configuration. This interface will be used as the second CE router-facing interface for the
VPLS instance. Remember that the ge-0/0/11 interface was already added to the CE-VS logical system's bridge
domain.
[edit]
lab@Student-MX l:PE-1# edit i n terfaces
[edit interfaces]
lab@Student-MX l:PE-1# show ge-0/0/5
un i t 6 1 0 {
encapsulation v lan- vp ls;
vlan - id 610 ;
}
[edit interfaces]
lab@Student-MX l:PE-1#
Step 3.2
Still on PE-1, navigate to t he [edi t rou ting-ins tances] hierarchy. Add the ge-0/0/5.610 interface to
the VPLS instance. Commit your configuration and exit to operational mode.
[edit interfaces]
lab@Student-MX l:PE-1# top edit routing-instances
[edit routing -instances]
lab@Student-MX l:PE-1# set vp n-1 interface ge - 0/0/5 . 6 1 0
Step 3.3
Be aware that you have now created a Layer 2 loop between t he PE-1 and CE1-1 router. Verify t hat the new
interface has been added using t he show vpls co nne ctions extensi ve command .
Instance : vpn- 1
VPLS-id: 1 00
Number of local interfaces: 2
Number of local interfaces up : 2
ge-0/0/6 . 6 1 0
ge-0/0/5 . 6 1 0
vt-0/0/ 1 0 . 68 1 57440 I ntf - vpls vpn- 1 neighbor 172.17.20.6 vpls-id
100
Neighbor Type St Time last up # Up trans
172 . 17 . 20 . 6(vpls-id 1 00) rmt Up Sep 1 08:07:24 2021 1
Remote PE: 172 .1 7 . 20.6 , Negotiated control-word : No
I ncoming label: 32 , Outgoing label : 28
Negotiated PW status TLV : No
Local interface: vt-0/0/10.68157440 , Status: Up , Encapsulation: ETHERNET
Description: I ntf - vpls vpn- 1 neighbor 172 .1 7 . 20.6 vpls-id 1 00
Flow Label Transmit : No , Flow Label Receive: No
Connection History:
Sep 1 08:07 : 24 2021 status update timer
Sep 1 08:07 : 24 2021 PE route changed
Sep 1 08:07 : 24 2021 Out lbl Update 28
Sep 1 08:07 : 24 2021 I n lbl Update 32
Sep 1 08:07 : 24 2021 loc intf up vt-0/0/10 . 68157440
Step 3.4
On your Student-MX1 device, change your CLI to the CE1-1 logical system.
On CE1-1, verify that a Layer 2 loop is in the network by issuing a ping to the broadcast address for the CE to PE
subnet (10.1.0 .255). Attempt to ping 5 t imes.
Question: Based on the results of the ping, does there appear to be a Layer 2 loop
in the network?
Answer: The results of the ping shou ld show that the customer router is receiving
multiple, duplicate echo responses from the hosts on the broadcast segment,
which would be a symptom of a Layer 2 loop.
Step 3.5
On your Student-MX1 device, change the CLI to the PE-1 logical system.
on PE-1, enter configuration mode and navigate to the [ edit routing-instances vpn-1-L2control]
hierarchy. Specify that t he new routing instance is for Layer 2 control.
[ edit]
lab@Student-MXl : PE-1# edit routing-instances vpn-1-L2control
Step 3.6
Next, navigate to the [ edit routing-instances vpn-1-L2control protocols mstp] hierarchy. In
the vpn-1-L2control instance, configure MSTP to run on the ge-0/0/5 and ge-0/0/6 interfaces. Set the
MSTP configuration name to vpn-1 and the revision level to 1 . Once completed, commit your changes and exit
to operational mode.
lab@Student-MXl : PE-1>
Step 3.7
On your Student-MX1 device, change the CLI to the CE-VS logical system .
On CE-VS, enter into configuration moder and navigate to the [edi t p r otoco ls mstp ] hierarchy.
Configure MSTP to run on the ge-0/0/3 and ge-0/0/7 interfaces. Set the MSTP configuration name to vpn-
1 and the revision level to 1 . Commit your configuration and exit to operational mode.
[ edit]
lab@Student-MXl: CE-VS# edit protocols mstp
lab@Student-MXl: CE-VS>
Step 3.8
Use the show spa nn ing t r ee int e rfac e command to determine what the interface statuses are.
Answer: The answer wil l vary by student. The interface wil l be chosen through
MSTP norma l behavior of building a loop-free spanning tree.
Step 3.9
On your Student-MX1 device, change the CLI to the PE-1 logical system.
On PE-1, use the show spa n ni n g t r e e i n t er fac e r out ing-insta n ce vpn-1 -L2cont r o l
Step 3.10
On your Student-MX1 device, change the CLI to the CE1-1 logical system.
On CE1-1, verify that the Layer 2 loop has been removed from t he network by issuing a ping to the broadcast
address on the PE-CE link (10.1.0.255). Limit your ping attempts to 5 tries .
Question: Based on the results of the ping, does there appear to be a Layer 2 loop
in the network?
Answer: The results of the ping shou ld show that the CE1-1 router is no longer
receiving multiple, duplicate echo responses from the hosts on the broadcast
segment, which would be a symptom of a no Layer 2 loop.
Step 4.1
Return to you r Student-MX2.
On your Student-MX2, enter into configuration mode and use t he l oad overri d e j 1 2v / l a b 5-pa r t4-
sta r t . conf i g command to load the starting configuration. After you have loaded the configuration, commit
your changes and exit to operational mode.
lab@Student-MX2> conf i gu r e
Entering configuration mode
[edi t]
lab@Student-MX2# load override j l 2v/lab5 - part4-sta r t . conf i g
load complete
[edi t]
lab@Student-MX2# commi t and- qu i t
commit complete
Ex i ting conf i gu r ation mode
lab@Student-MX2>
Step 4.2
Return to you r Student-MX1 device, change the CLI to t he PE-1 logical system.
On PE-1, enter into configuration mode and navigate to the [edi t r o u ting-instanc e s vpn-1 ] hierarchy.
Delete the VPLS protocols properties from the rout ing-instance.
[edi t]
lab@Student-MXl: PE -1 # edit routing-instances vpn-1
Step 4.3
Still on PE-1, at the [edi t rou ting-ins tanc es vpn-1 ] hierarchy. In order for t he identification of the
VPLS instance in t he FEC 129 BGP autodiscovery solution, you must configure the route-distingu isher
( 1 72 .1 7 . 20 .1: 100 ), the Layer 2 VPN ID ( 12vpn-id: 65512 : 1 01 ), and the route target
(target: 655 1 2 : 1 02) under the routing instance.
Step 4.4
Next, navigate to the [edit protocols bgp group my-int-group] hierarchy. Now, configure the IBGP
peering between PE-l 's local address (172.17.20.1) and PE-2's loopback address (172.17.20.6). Ensure you
also configure the session to support the 1 2vpn auto-discovery-only
lab@Student-MX l:PE-1>
Step 4.5
Check t he BGP status using show bgp summa r y command .
Answer: The status should show that it has been established. If it has not, please
give it a few more moments and check again. Ask the instructor for help if
needed.
Step 4.6
Check the status of the VPLS connectio n using the show vp l s con nect i ons ex t ensive command.
Ensure t hat the remote group has completed t he previous step of the lab.
Instance : vpn- 1
L2vpn-id : 655 1 2:10 1
Loca l -id : 1 72 .1 7 . 20 . 1
Remote-id Type St Time last up # Up trans
172 . 17 . 20 . 6 rmt Up Sep 1 09 : 41:53 2021 1
Remote PE : 172 .1 7 . 20 . 6 , Negotiated control-wo r d: No
I ncoming labe l : 33 , Outgoing label: 29
Negotiated PW status TLV: No
Local interface : vt-0/0/ 1 0 . 68157696 , Status : Up , Encapsulation: ETHERNET
Description: I ntf - vpls vpn- 1 local-id 172 .1 7 . 20 . 1 remote-id 1 72 .1 7.20.6
neighbor 172 . 17 . 20 . 6
Flow Label Transmit : No , Fl ow Label Receive: No
Step 4.7
Review the autodiscovery routes being exchanged with PE-2 using the s h ow r oute a d vertis ing-
p r otoco l bgp 172 . 17 . 20 . 6 d e ta i l and show r oute r e c eiv e-protocol bgp 1 72 .1 7 . 20 . 6
d e tai l commands.
lab@Student-MX l : PE - 1 > show route adve r t i sing- p r otoco l bgp 172 . 17 . 20 . 6 detail
Question: What is the function of the 12vpn-id? How is it transported with the BGP
autodiscovery route?
Answer: The 12vpn-id is used to identify the VPLS instance from other VPLS
instances. It is added to the BGP autodiscovery route as an extended community,
simi lar to the route-target. For a VPLS connection to be set up, both the route
target and the 12vpn-id must match.
Step 4.8
Check t he route tables associated with the FEC 129 BGP autodiscovery solution. Use the show r o ute
t a b l e command to look at the b g p .12 vpn. O, vpn-1.1 2vpn. O, and the ldp . 12v pn. O tables.
172 . 17 . 20 . 6 :1 00 :1 72 .1 7 . 20 . 6/96 AD
*[BGP / 1 70] 00 :1 8 : 44 , localpr ef 1 00 , from 1 72 .1 7 . 20 . 6
AS path : I , validation-state : unver i fied
to 172 .1 7 . 23 . 2 via ge-0/0/0 . 0 , Push 30
> to 172 .1 7 . 23 . 6 via ge-0/0/1 . 0 , Push 3 1
Answer: The routes in the ldp.12vpn.O table have the following format:
Step 4.9
Check the VPLS LOP label exchange between the two PE routers using the show l d p s e ss i' on
1 72 . 17 . 20 . 6 de ta i l , and the s h ow ldp databa se s es s i on 1 72 .1 7 . 20 . 6 command.
Question: What is the Neighbor types in the output of the show ldp session
command for PE-2 neighbor.
Answer: The Neighbor types should indicate auto-discovered as the type. The
address for the targeted LOP session to the remote PE was autodiscovered using
the BGP session.
Question: What is the inner VPLS label used for sending traffic in the direction of
PE-2 (172.17.20.6)?
Answer: The answer may vary. In this case you need to look at the input database
information of the session with the PE-2 router. The label here is 33. If you break
down the full information in the LOP database: FEC129 NoCtrlWord ETHERNET
000affe8:00000065 ac111406 ac111401 you see that it is very similar to the
route format in the ldp.12vpn.O table
Step 4.10
On your Student-MX1 device, change the CLI to the CE1-1 logical system.
On CE1-1, verify connectivity from CE1-1 to CE1-2's ge-0/0/0 interface (10.1.20.2) t hrough the VPLS by using
the p i n g utility. Limit the attempts to f ive packets.
Answer: Yes, they should all complete. If they do not, please review your
configuration and request assistance from your instructor, if needed.
Step 4.11
On your Student-MX1 device, change t he CLI to PE-1 logical system.
On PE-1, use the show vpl s mac-tab l e command to determine whether the PE router has learned any
MAC addresses. You might need to issue anot her ping from t he local customer router to allow for t he PE router
to learn MAC addresses.
MAC flags (S -static MAC , D -dynamic MAC , L -locally learned, C -Control MAC
0 -OVSDB MAC , SE -Statistics enabled, NM -Non configured MAC , R -Remote PE
MAC , P - Pinned MAC , FU - Fast Update)
Logical system : PE -1
Routing instance : vpn-1
Bridging domain : _ vpn- 1 , VLAN : NA
MAC MAC Logical NH MAC active
addr ess flags interface Index property source
OO : Oc : 29 : 01:3e : fe D ge-0/0/5 . 610
OO : Oc : 29 : 2c:cb : 3e D vt-0/0/ 1 0 . 68157696
Question: Which CE router-facing interface is being used for forwarding in the vpn-
1 routing instance?
Answer: The answer can vary depending on which interface was selected by
MSTP. In the example, the ge-0/0/5 interface is the only PE router to CE router
interface used for forward ing.
Step 5.1
Return to you r Student-MX2 device, change the CLI to t he main instance using the c le a r cl i l ogica l-
sys tem command .
Enter into configuration mode and load the j 1 2v / l ab5-pa r t5-s tart . conf i g fi le. Once com pleted,
comm it the configuration and exit to operational mode using the commi t a nd-quit command.
lab@Student-MX2> conf i gu r e
Entering configuration mode
[edi t]
lab@Student-MX2# load override jl2v/lab5 - part5-sta r t . conf i g
load complete
[edi t]
lab@Student-MX2# commi t and- qu i t
commit complete
Ex i ting conf i gu r ation mode
lab@Student-MX2>
Step 5.2
On the Student-MX1, change the CLI to the PE-1 logical system. You will begin by removing the MSTP
configuration on t he PE-1 device.
On PE-1, enter into configuration mode and navigate to the [edi t r o u ting-instanc e s] hierarchy and
delete the vpn-1-L2control routing instance. Once you have completed th is change, commit the
configuration and exit to operational mode.
[edi t]
lab@Student-MX l: PE -1 # edit routing-instances
lab@Student-MX l: PE -1 >
Step 5.3
On your Student-MX1 device, change the CLI to the CE-VS logical system.
On CE-VS, enter into configuration mode and delete t he MSTP protocol configuration . When completed , commit
and exit to operational mode.
[edit]
lab@Student-MX l : CE-VS# de lete protocols mstp
[edit]
lab@Student-MX l : CE-VS# commit and-quit
commit complete
Exiting configuration mode
lab@Student-MX l : CE-VS>
Step 5.4
On your Student-MX1 device, change the CLI to t he PE-1 logical system.
On PE-1, enter into configuration mode and navigate to the [ edit p ro toc ols bgp g roup my-i n t -
g r oup] hierarchy. Change t he NLRI used for t his IBGP neighborship to 12vpn signaling .
[edit]
lab@Student-MX l : PE- 1 # edit p r otocols bgp group my-int-group
Step 5.5
Navigate to he [edi t rou ting-ins tan ces vpn-1 ] hierarchy and delete t he 1 2vpn-id since we will not
need this when not using autodiscovery.
Step 5.6
Navigate to t he [edit routing-instances vpn-1 protocols vpls] hierarchy and define the VP LS
site information. Create a site called CE l -1 with a site ID of 1 . Then add the ge-0/ 0/ 5.610 and ge-0/ 0/ 6.610
interfaces to t his site configurat ion. Once completed, commit and exit to operat ional mode using t he commit
and-qu i t command.
Step 5.7
Determine the status of your new VPLS instance.
Instance : vpn-1
Edge protection: Not-Primary
Local site : CEl-1 (1)
connection-site Type St Time last up # Up trans
2 rmt Up Sep 1 10 : 45 : 56 202 1 1
Remote PE : 172 . 17 . 20 . 6 , Negotiated control-word: No
Answer: The output of the command should show that the VPLS is now in the up
state.
Step 5.8
On your Student-MX device, change t he CLI to the CE1-1 logical system .
On CE1-1, determine if t he Layer 2 loop is in the network by issuing a ping to the broadcast address for the CE
to PE subnet. Keep your attempts limited to ping 5 t imes.
Question: Based on t he results of the ping, does there appear to be a Layer 2 loop
in the net work?
Answer: The results of the ping shou ld show that CE1-1 is receiving multiple,
duplicate echo responses f rom the hosts on the broadcast segment, which would
be a symptom of a Layer 2 loop.
Step 5.9
On your Student-MX1 change the CLI to the PE-1 logical system.
On PE-1, enter into configuration mode and navigate to the [edit routing-instances vpn-1
p rotocols vpls] hierarchy. Set the ge-0/0/6.610 interface as the primary active interface for the CE1-1
site. Commit and exit to operational mode with the commit and-quit command.
[edit]
lab@Student-MXl:PE-1# edit routing-instances vpn-1 protocols vpls
Step 5.10
Determine the current VPLS connection status and information using the show vpls connections
extensive command.
Instance: vpn-1
Edge protection : Not-Primary
Local site: CEl-1 (1)
Question: Can you tell from the output of the command which CE router-facing
interface is currently active?
Step 5.11
On the Student-MX1 device, change the CLI to the CE1-1 logical system.
On CE1-1, determine if you still have a layer 2 loop in the CE network by pinging the broadcast address 5 times
again.
Answer: Yes, they shou ld all complete. If they do not, please review your
configuration and request assistance from your instructor, if needed.
Step 5.12
Log out of your assigned devices using the exi t command.
Lab 6: EVPN
Overview
In t his lab, you will establish Ethernet VPNs between two provider edge (PE) routers in the same autonomous
system You will configure two types of EVPN services: VLAN-based, and a VLAN-aware bund le.
• Load t he initial configuration and verify proper operat ion of t he IGP, BGP, MPLS and LOP.
• Verify connectivity and behavior using operational mode commands including p in g and commands
used to examine EVPN routing tables, a nd PE-PE BGP announcements.
• Configure IRB interfaces for Layer 3 connectivity, and add the interfaces to a preconfigured L3VPN
ro uti ng-i nsta nee.
• Verify inter-subnet connectivity and behavior using operational mode commands including ping and
commands used to examine EVPN routing tables, and PE-PE BGP announcements.
Lab Diagrams
Management Network
172.25. 11.0/24
Virtual Student Desktop Console and
I
VNC Connections '=, , , , I I
-- • -
=-=· • • 11
: : : 11
/ Physical
Desktops
~G""'
::J ~ \.-_____..~H~y:ip~e:rv~i~s:o r;
Virtual Switch Management Addresses
Student-MX1 172.25.11 .1
Management Port Student-MX2 172.25.11 .2
fxpO (on all vMX devices) vr-device 172.25.11 .3
Student Desktop 172.25.11 .254
Student
Virtual Environment Note: Your instructor will provide the information
you need to access your student desktop.
f'>~
"f.>""
I
.
'), "? -
N
·,>.s-
I
~
"'7>
'\':I, -2
cl-rs-~'\'\,'.' -?~
~,9\;i
csIt[ " V "t1
g ~
g AS 65512
PE-1
-
(0
,.;
OSPF
AreaO
c5
"!
,.;
"d~
PE-2
lo0.1 172.17.20.1 ,._
"!
-,._ ....
N lo0.6 172.17.20.6
.....
,9.,
'%~ -,._ 'If~
f>~
-
en
-
ge-0/0/5 N
X
N
cs~
~
ge-0/~/6 7>
-2 - ~ ~
9 ..,
-
C:
-
0
I
ge-0/0/3 ge-0/0/7 "7>
·-2.;
f'>'Y
'\'y
., ~
o,O <D
C.
CD
z :::,
C: CE-VS -~i:? "
'),· o
C!
cS -. 1> 7"
Q) ~
cS ~ s::
-
-0
:::,
en
VLAN 610
ge-0/0/4
10.1.0.1/24 ge-0/0/2
0
- 172.17.23.16/30
N
N
I
&'
N X
N
P3 PS
CE1-1 loO 172.17.20.3 .17 .18
I CE1-2
loO 172.17.20.5
lo0.1110.1.20.1 I lo0.1210.1.20.2
' -------------------~
O 2021 Juniper Network! JUn~J I 2
.....
I
I -- "'5
0
z<(
X EVPN
0
--
~
..!.
C:
Q)
PE-1
lo0.1 172.11.20.1
- - -- ------- --- ~ ~
AS65512
OSPF
PE-2
loO 172.11.20.4
-
-0 Area 0
:::,
en 172.11 .0.0/16
-- st
N N
'=!"'
Nz
I
I
;~
- "' -
I
I
-
·------
I CE4
CE2
_______ ,
NOTE: > The instructor will tell you the nature of you r
access and will provide you with t he necessary details to
access your assigned device.
Step 1.1
You should make sure you are familiar with the lab topology and envi ronment. This lab is comprised of eight
logical devices that are operating on th ree virtual MX (vMX) routers. These vMXs are nested inside an ESXi
hypervisor The three devices you are in charge of configuring (PE-1, CE1, CE2) reside on Student-MX1 as logical
systems. The core devices (P2, P3, PE-2, CE3 and CE4) are preconfigured on vr-device also as logical systems.
Step 1.2
Consult the management network diagram, provided by your instructor, to determine your device's
management address.
Step 1.3
Access the CLI of your Student-MX1 device using Secure Shell (SSH) as directed by your instructor.
Step 1.4
Log in as user lab with the password supplied by your instructor. Enter configuration mode and load the reset
configuration file j 1 2v /lab 6-s ta r t . co n f i g and exit back to operational mode using the commi t a nd-
q ui t command.
logi n : l ab
Passwo r d :
[ edi t]
lab@Student-MXl # load override j l 2v/lab6 - start . config
load complete
[ edi t]
lab@Student-MXl # commi t and- qui t
commit comp l ete
Exi t i ng co n f i gur ation mode
122 Lab 6: EVPN www.juniper.net
Junos Layer 2 VPNs
lab@Student-MXl >
Step 1.5
To quickly determi ne if the start configuration has correctly loaded, verify that OSPF has learned all loopback
routesinyourlocalAS. Usethe show r oute protocol ospf 1 72 .11 / 1 6 I match /32 command.
lab@Student-MXl > show route protocol ospf 1 72 .11 /16 match /32
172 . 11. 20 . 2/32 *[OS PF /10] 00 : 05 :1 8 , metric 1
172 . 11. 20 . 3/32 *[OS PF /10] 00 : 05 :1 3 , metric 1
172 . 11. 20 . 4/32 *[OS PF /10] 00 : 05 :1 3 , metric 2
lab@Student-MXl >
Question: Do you see the loopback routes of the P routers and the other PE
router?
Answer: Yes, loopback addresses of the P routers, and the other PE router should
show here.
Step 1.6
Verify t hat the P and PE loopback addresses have a route in the i ne t . 3 table using t he s how r oute
tab l e ine t . 3 172 . 11 / 1 6 comma nd.
lab@Student-MXl >
Answer: Yes, /32 loopback addresses to the P and other PE routers are learned in
inet.3 as LOP routes.
Step 1.7
Verify the correct settings for your preconfigured CE devices using the show co n f i gu r atio n log i cal-
syste ms command.
lab@Student-MX l >
Answer: The CEs only need static routes if they need to route outside of their own
VLAN. In the later parts of the lab we will enable Layer 3 routing between the
VLANs.
Step 2.1
On your Student device, enter into configuration mode and navigate to the [ e d i t p r otoco l s bgp g r oup
my-i n t-gr oup] hierarchy. Review t he current configuration and then add support for t he EVPN NLRI by
enabling fam i ly e vp n sign ali n g . Once completed, commit your configuration and exit to operational
mode.
lab@Student-MXl> configu r e
Entering configuration mode
[ edit]
lab@Student-MXl# edit protocols bgp g r oup my-int-gr oup
Step 2.2
Verify t he IBGP session status and validate t hat EVPN information ca n be exchanged across th is session. Use
the show b gp summa r y, and show bgp neighb o r comma nds.
lab@Student-MX l >
Question: How can you determine if EVPN routes can be exchanged based on the
output above?
Answer: The easiest, and quickest check is to see what route tables are shown on
the show bgp summary output. If the bgp.evpn.O table is shown, even with O
routes, it indicates that the family evpn signaling is successful ly negotiated.
In the show bgp neighbor output, the NLRI for this session line tells you if fam ily
evpn signa ling is supported on this session.
Step 3.1
Enter configuration mode and navigate to the [edi t i nte r faces ge-0/0/ 4] hierarchy level. Configure
the CE-faci ng ge-0/0/4 interface to use v l an-bridge
lab@Student-MXl> configu r e
Entering configuration mode
[edit]
lab@Student-MXl# edit interfaces ge-0/0/4
Step 3.2
Next, navigate to the [ edit routing-instances EVPNl ] hierarchy. Configure the EVPNl routing
instance to be of type evpn and add the client facing interface (ge-0/0/ 4 .610. Then, set t he vlan-id to be 610
and specify a route distinguisher of 1 72 . 1 1. 20 .1: 10 1 and a vrf t arget of target : 655 1 2 : 1 0 1 . Make
sure you enable the EVPN protocol for the new instance. Once completed, commit your configuration and exit to
operational mode.
Step 3.3
Verify your EVPN instance status using the s h ow evpn instance EVPNl extens ive
Question: What is the ESI, and Mode for the ge-0/0/ 4.610 interface in the show
evpn instance EVPN1 output?
Question: How many routes are received from the EVPN neighbor?
Answer: The answer wi ll vary but you shou ld at least see 1 Inclusive multicast
route received. It is possible to also see the MAC advertisement route if there has
been some traffic activity in the EVPN.
Step 3.4
Usethe show bgp summary , show r oute rece i ve-protocol bgp 1 72 .11. 20 . 4 and s h ow
r oute adve r tising-protocol bgp 1 72 . 1 1. 20 . 4 commands to see what EVPN routes have been
exchanged between t he two PE routers.
lab@Student-MX l >
Step 3.5
Review the Type 3 EVPN routes using t he show r o u t e table EVPNl. evpn . 0 detai l I f i n d "3 :
lab@Student-MX l > show route table EVPN l. evpn . O detail I find "3:
3 :1 72 .ll. 20 .l:1 01:: 6 1 0 ::1 72 . 1 1. 20 .l /248 IM (1 entry , 1 announced)
*EVPN Preference : 170
Next hop type : Indirect , Next hop index : 0
Addr ess : Ox704d8dc
Next-hop reference count : 11
Protocol next hop : 172 . 11 . 20 . 1
I ndirect next hop : OxO - I NH Session ID: OxO
State : <Active Int Ext>
Age: 34 : 50
Validation State : unverified
Task : EVPNl-evpn
Announcement bits (1): 2- r t-export
AS path : I
Route Label : 78
PMS I: Flags OxO : Label 78 : Type INGRESS-RE PLI CAT I ON 1 72 .11. 20 .1
Thread : junos-main
lab@Student-MX l >
Answer: The Type 3 EVPN routes are advertised to allow sending of BUM traffic
using ingress-replication between the PEs of the EVPN instance.
Step 3.6
Generate some Layer 2 traffic by pinging between the two PEs involved in the EVPNl instance using the pi n g
1 0 . 1 .1 0 . 12 l ogical-system CEl cou nt 5 comma nd. This triggers the Type 2 route exchanges
between t he PEs as they learn the loca l and remote CE's MAC addresses. Verify the exchange of Type 2 EVPN
routesusingthe show r oute rece i ve-p r otoco l bgp 1 72 .11. 20 . 4 command .
lab@Student-MX l >
Answer: The Type 2 routes exchanged shows both Layer 2 and Layer 3 interfaces
are included in the EVPN instance. The VR-device has been pre-configured with
an IRB gateway interface, which enables the EVPN to also advertise the IP
information to peers.
Step 3.7
Review the EVPN MAC address information using t he s h ow e vp n d atab a se, and sh ow e vpn mac-
tab l e commands.
MAC flags (S -static MAC , D -dynamic MAC , L -locall y learned, C -Control MAC
0 -OVSDB MAC , SE -Statist i cs enab l ed, NM -Non configured MAC , R -Remote PE
MAC , P - Pinned MAC , FU - Fast Update)
lab@Student-MX l >
Question: How many MAC addresses do you see in the previous output?
Answer: You should see two MAC addresses, one from each CE interface (local
and remote). If you do not see two MAC addresses generate some traffic between
the two CEs.
Step 4.1
Enter configuration mode and navigate to t he [ edi t i n te r faces ge-0 / 0/ 5] hierarchy level. Configure
the CE-faci ng interface (ge-0/ 0/5.0) for use in the EVPN2 routing instance as a VLAN-aware bundle.
lab@Student-MXl> configure
Entering configuration mode
[edit]
lab@Student-MXl# edit interfaces ge-0/0/5
Step 4.2
Configure the EVPN2 rout ing instance with a route dist inguisher of 172 . 11 . 2 o. 1: 1 02 and a route target of
ta r g e t : 65512 : 1 02 . Add the cl ient facing interface (ge-0/ 0/5.0) and configure bridge domains for t he
VLANs (611 and 612). Make sure you enable t he EVPN protocol for t he new instance and set t he e xtended-
v lan-l i st to include VLANs 611 and 612.
Step 4.3
Verify t he status of the EVPN2 instance using the show evpn i n stance EVPN2 ext e ns ive
Question: How many bridge domains are listed in the EVPN2 instance output?
Answer: The EVPN2 instance conta ins two bridge domains, one for each of the
VLANs defined in the routing instance. By configuring the EVPN2 instance as a
type virtual-switch, it allows multiple VLANs to share the same instance. Th is
makes it more scalable and easier to provision for move/add/changes of VLANs
in a data center or network.
Step 4.4
Generate traff ic for each network bet ween the two CEs in the second EVPN instance ( EVPN2) using the ping
1 0 . 1 .11. 12 logical-system CE2 count 5 and ping 1 0 . 1 .1 2 . 1 2 logical-system CE2
count 5 comma nds.
Then review the learned MAC addresses for the EVPN2 instance using the show bridge mac-table
b ridge-domain v611 instance EVPN2 and show bridge mac-table bridge-domain v6 12
instance EVPN2 commands. You can also use t he show evpn database command.
lab@Student - MX l> ping 10 .1. 1 1.12 logica l-s ystem CE2 count 5
PING 1 0 . 1 .11. 12 ( 10 .1. 1 1.12): 56 data bytes
64 bytes from 1 0 . 1 .11. 12 : icmp seq= O ttl = 64 time = 9.817 ms
64 bytes from 1 0 . 1 .11. 12 : icmp- seq= l ttl = 64 time = 4.082 ms
64 bytes from 1 0 . 1 .11. 12 : icmp- seq= 2 ttl = 64 time = 3.898 ms
64 bytes from 1 0 . 1 .11. 12 : icmp- seq= 3 ttl = 64 time = 3.706 ms
64 bytes from 1 0 . 1 .11. 12 : icmp= seq= 4 ttl = 64 time = 5.031 ms
lab@Student-MX l> ping 10 .1. 12 .12 logica l-s ystem CE2 count 5
PING 1 0 . 1 .12. 12 (10.1.12.12): 56 data bytes
64 bytes from 1 0 . 1 .12. 12 : icmp seq= O ttl = 64 time = l0 . 925 ms
64 bytes from 1 0 . 1 .12. 12 : icmp- seq= l ttl = 64 time = 4.043 ms
64 bytes from 1 0 . 1 .12. 12 : icmp- seq= 2 ttl = 64 time = 4.461 ms
64 bytes from 1 0 . 1 .12. 12 : icmp- seq= 3 ttl = 64 time = 3.899 ms
64 bytes from 1 0 . 1 .12. 12 : icmp= seq= 4 ttl = 64 time = 3.926 ms
MAC flags (S -static MAC , D -dynamic MAC , L -locally learned, C -Control MAC
0 -OVSDB MAC, SE -Statistics enabled, NM - Non configured MAC , R -Remote PE
MAC, P -Pinned MAC , FU - Fast Update)
MAC flags (S -static MAC , D -dynamic MAC , L -locally learned, C -Control MAC
136 Lab 6: EVPN www.juniper.net
Junos Layer 2 VPNs
0 -OVSDB MAC,
SE -Statistics enabled, NM - Non configured MAC, R -Remote PE
MAC, P -Pinned MAC, FU - Fast Update)
Instance: EVPN2
VLAN Domainid MAC address Active source Timestamp IP address
611 OO : Oc :29: 01 :3e: 08 ge-0/0/5 . 0 Aug 26 1 0 :59:59 1 0 . 1 .11.11
611 OO : Oc :29:fc:2 7 :4e 172 . 11 .2 0 . 4 Aug 26 1 0 :59: 48 1 0 . 1 .11.12
611 2c:6b:f5:cl:99:f0 172 . 11 .2 0 . 4 Aug 26 1 0 :59: 48 1 0 . 1 .11.1
612 OO : Oc :29: 01 :3e: 08 ge-0/0/5 . 0 Aug 26 1 0 :59: 48 1 0 . 1 .12.11
612 OO : Oc :29:fc:2 7 :4e 172 . 11 .2 0 . 4 Aug 26 1 0 :59: 48 1 0 . 1 .12.12
612 2c:6b:f5:cl:99:f0 172 . 11 .2 0 . 4 Aug 26 1 0 :59: 48 1 0 . 1 .12.1
lab@Student-MX l>
Step 5.1
Enter configuration mode and navigate to the [ edi t int erfaces irb] hierarchy. Configure the IRB
interface irb.610 with IP address 10.1.10.1/24, interface irb.611 with IP address 10.1 .11.1/ 24, and interface
irb.612 with IP address 10.1.12.1/24.
[edit]
lab@Student-MX l# e d i t interfaces irb
Step 5.2
Navigate to t he [ edit routing-instances EVPNl ] hierarchy and add the irb . 610 interface. Then
move to EVPN2 and add t he irb . 61 1 and irb. 6 12 interfaces. Make su re to create bridge domains for
each routed interface in EVPN2 .
Step 5.3
Next, activate the preconfigured Layer 3 VPN routing instance named L3VPN , and add all three IRB interfaces
to it.
Step 5.4
Finally, navigate to the [edit protocols bgp group my-i nt-group ] hierarchy and configure the
existing IBGP session to support the Layer 3 VPN NLRI by adding famil y inet-vpn unicas t
Step 5.5
See which routes have been exchanged after enabling Layer 3 operations for EVPN instances, and enable the
L3VPN instance. Use the s how bgp s umma r y command.
lab@Student-MX l >
Question: What can you learn from the show bgp summary output?
Answer: You should now see that there are a couple more routes being exchanged
in the EVPN tables. You should also see that IP routes are now exchanged
regarding the EVPN subnets and hosts(/ 32) using the Layer 3 VPN.
Step 5.6
Let's first focus on the EVPNl instance to see what new Type 2 routes can be seen. Generate traffic within the
subnet by pinging the remote CE f ive times from your local CE. Once completed , review t he routes using the
s h o w rout es table EVPNl. e vpn . 0 ma t c h-pre f ix " 2: *" command.
lab@Student-MX l > show r oute table EVPNl. evpn . O match -p r ef i x " 2 :*"
lab@Student-MX l >
Question: What Type 2 EVPN routes do you see now in the output?
Answer: The new Type 2 routes are MAC/IP advertisements for the IRB interface
address. The IRB interface address is considered the default-gateway address
and is tagged with the evpn-default-gateway community.
Step 5.7
To avoid the advertisement of the local default-gateway MAC address, statically define the IRB's MAC address
for EVPNl as 00:00:00:00:00:01. The MAC addresses has already been applied to the IRB interfaces on the
vr-device, so they will be identical (as expected). Next, disable the advertisement of the default-gateway and
enable remote-ip-host-routes under the EVPNl instance. Once completed, commit your configuration and exit
to operational mode.
Question: Why do you expect to have changed regarding the gateway route
advertisement?
Answer: The loca l router should no longer be advertising this route to the remote
PE (VR-device) as shown below. Th is is because it is no longer needed since you
have manually synchronized the MAC/IP of the IRB interfaces by configuring the
same MAC/IP addresses on both PEs. This improves convergence because there
is no learning or re-learn ing of gateway MACs needed.
Step 5.8
Verify t hat ARP snoopi ng is working in the EVPN1 instance by pinging the EVPN1's default-gateway address
( 1 o. 1 . 1 o. 1 ) five t imes from your local CE logical system. During the first ping command, the f irst ping packet
might fail. On later ping commands, there should not be any ping packet drops. Then issue the s h ow evpn
a r p -tabl e command.
lab@Student-MX l >
Step 5.9
Verify t he route to t he loca l CE's IP address, and the remote CE's IP address in t he EVPNl instance using the
show r o u te command .
lab@Student-MX l >
Question: Why is the remote route learned by two different sources (protocols)?
Answer: The remote PE advertises the 10.1.10.12/32 route twice. Once through
the EVPN instance using the MAC/IP advertisement (route Type 2), and once as a
host route in the L3VPN instance. As you see in the output, the EVPN MAC/IP
advertisement is preferred over the /32 host route from the L3VPN instance.
Step 5.10
Verify t hat inter-VLAN routing is working correctly by pinging CE addresses from t he other VLANs while sourcing
them from you r CE1 logical system.
Step 5.11
Log out of your assigned device using the exit command.
Student-MXl (ttyuO)
log i n :
Overview
In t his lab you, will establish a BGP VPLS con nection between two provider edge (PE) routers t hat belong to
different autonomous systems (ASs). Inter-AS VPN option C will be used to provide the PE-to-PE VPLS signaling
and forwa rding plane using route reflectors (RR). You wi ll use l abe l ed-uni cast address family when
passi ng provider's loopback interface routes between the two provider ASBR routers.
In Part 4, you will establish a FEC 129 BGP autod iscovery-based inter-AS L2VPN using mult isegment
pseudowires.
• Load t he VPN baseline configuration for your router. This configuration includes your baseline core
configuration including OSPF, LOP, MPLS and CE configuration. The starting configuration also
contains t he preconfigurations required for t he second side of your topology.
• Configure an IBGP session between the P-PE1, ASBR1 and the RR (P-P1) using the l abe led-
un i cas t add ress family.
• Configure an EBGP session between t he ASBR routers using t he labe l e d-u ni cast address fami ly.
• Configure a multihop EBGP session between the RR routers using the 12vpn address fami ly.
• Configure a BGP VPLS to provide connect ivity between the subscriber CE routers.
• Verify connectivity and behavior using operational mode commands including p in g and commands
used to examine routing tables, and P-PE1-to-P-PE2 BGP announcements.
• Configure an IBGP session between the P-PE1 and ASBR1 using the 1 2vpn autodi scover y-
rnspw family.
• Configure an EBGP session between t he ASBR routers using t he 12vpn autodi scover y-rnspw
fam ily.
• Configure a FEC 129 BGP autodiscovery L2VPN to provide connectivity between the subscriber CE
routers.
Lab Diagrams
Management Network
172.25. 11.0/24
Virtual Student Desktop Console and
I
VNC Connections '=, , , , I I
--·••11
--•==:::11
/ Physical
Desktops
~G""'
::J ~ \.-_____..~H~y:ip~e:rv~i~s:o r;
Virtual Switch Management Addresses
Student-MX1 172.25.11 .1
Management Port Student-MX2 172.25.11 .2
fxpO (on all vMX devices) vr-device 172.25.11 .3
Student Desktop 172.25.11 .254
Student
Virtual Environment Note: Your instructor will provide the information
you need to access your student desktop.
_____ ,
-------------------- VR-Device
172.17.23.12/30 I
P2 P4
loO 172.17.20.2 .13 .14 loO 172.17.20.4
"? ~
N
.,.>
<?.,.
GRE Tunnel
--
:>
·,2
•
•172.0.20.0/30 <?~
..... • • %,-9..
• ~V0/70 ~'q,
X OSPF g ~
~ g . -1 -,a
..!.
C:
-
(0
,.;
Area 0 cl
N
,.;
I
I ·< ASBR2
"!
Q) .... "!
.... f>~ lo0.6 172.17.20.6
-
-0 ~
~ 'If~
:::, ....
N
....
N
~~ ":,<:,
~
~
C l) ~
I '.\'V.
I fl-·
~
"
I
0 N
~
"!
172.17.23.16/30 I
P3 PS
loO 172.17.20.3 .1 7 .18
I
loO 172.17.20.5
I
'-------------------~
O 2021 Juniper Network! JUn~J I 2
<~6
a-
>c:,Q
<O
a,
. ....,
~
-- -- -- - - -- .....
BGPVPlS
Zl5
~a
ON.
O, •
(0
'I'
~ , --
AS 65101
OSPFArea
- <O
AS 65102
OSPFArea 0
.......
.,
-"' ... !ii. .
a:: .., N <'!
0
.,
.6 ge-0/0/5
N
.2 ge-0/0/4 .1 gr-0/0/10.1 a:: ~ ge-0/0/4 .2 ~
.... ge-0/0/5 .6
IXI ~ IXl j:!
ge-0/0/3 .5 lL ;:i IX .1 f/l - gr-0/0/10.0 .2 .1 ge-0/0/0
N °'
- 172.0.21.4/30
a..' ....ii a::
0--
ge-0/0/2
172.0.21.0/30
~
-'il
II f/l -
ct II
"!
'il 172.0.22.0/30
Q. N ~
' ....
CL U
-
M
.5 ge-0/0/6
172.0.22.4/30
0 s, 172.0.20.0/30 0
SI
SI
stem .....__ _...-i_,o ical Sy
logica System --ii..,. logica ystem
ogical System
p .G
. __P FEC 129 BGP Autodiscovery Multisegment Pseudowire
,ifll"' AS65101
OSPFArea
_.....- ~-, ~
EBGP
;--. AS 65102
OSPF Area 0
-
<O
-
;:.
...a:: !ii..,. . N <'!
0
"'!:s
.6 ge-0/0/5 .2 ge-0/0/4 .1 gr-0/0/10.1 ~~ ge-0/0/4 .2 ~ ge-0/0/5 .6
lL "'~ IX
IXI ~ N ,c
ge-0/0/11 .5 ge-0/0/10 .1 f/l - gr-0/0/10.0 .2 ~ -;;- .1 ge-0/0/0 ~~~ w i::!
-
a..' ....ii a::
-~-
~
-II
"!
'il
CL U
-
M
.5 ge-0/0/6 Q.
,-
..-
Q. •
NOTE: > The instructor will tell you the nature of you r
access and will provide you with t he necessary details to
access your assigned device.
Step 1.1
You shou ld make sure you are familiar with t he lab topology and envi ronment. Th is lab is comprised of twelve
logical devices t hat are operating on th ree virtual MX (vMX) routers. These vMXs are nested inside a n ESXi
Hypervisor.
Your lab device is broken down into eight logical systems. Four of t hese logical systems have been
preconfigured (ASBR2 , P-PE2, P-P2, and CE2) on Student-MX2 as part of t he starting configuration. You will be
responsible for configuring the remain ing four devices (ASBR1, P-PE1, P-P1, and CE1) on Student-MX1 in th is
lab. The core devices (P2 , P3, P4, and P5) are also preconfigured on vr-device.
Step 1.2
Consu lt the management network diagram, provided by your instructor, to determine your device's
management address.
Step 1.3
Access t he CLI of your Student-MX1 device using Secu re Shell (SSH ) as directed by your instructor.
Log in as user lab with the password supplied by your inst ructor. Enter into configurat ion mode and load t his
labs starting configuration file j 1 2v / l a b 7-s ta r t . co nf ig and exit back to operat ional mode using t he
commi t a nd-quit com mand.
Student-MXl (ttypO)
log i n : lab
Passwo r d :
[ edi t]
lab@Student-MX l # load override j l 2v/lab7-start . config
load complete
[ edi t]
lab@Student-MX l # commi t and-quit
commit comp l ete
Exiting configu r ation mode
148 Lab 7: Inter-AS L2VPNs www.juniper.net
Junos Layer 2 VPNs
lab@Student-MX l >
Step 1.4
Access t he CLI of your Student-MX2 device using Secure Shell (SSH) as directed by your instructor.
Log in as user lab with the password supplied by your instructor. Enter into configurat ion mode and load this
labs starting configuration file j 1 2v / l a b 7-s ta r t . co nf ig and exit back to operat ional mode using
the commi t a n d-qui t command .
Student-MX2 (ttypO)
log i n : lab
Passwo r d :
[edi t]
lab@Student-MX2# load override jl2v/lab7 - start . config
load complete
[edi t]
lab@Student-MX2# commi t and- quit
commit complete
Exiting configu r ation mode
lab@Student-MX2>
Step 1.5
On your Student-MX1 device, change the CLI to the AS BR1 logical system.
On ASBR1, verify that the start configuration has correctly loaded by ensuring that OSPF has learned all
loopback routes in the local AS using t he show r o u t e p r otoco l ospf command.
Question: Do you see the loopback routes for the P-P1 and P-PE1 routers?
Answer: Yes, both loopback addresses of the P-P1 (172.17.21.1) and P-PE1
(172.17.21.2) routers shou ld be present. If they don't show up at first, wait a bit as
OSPF needs t ime to settle down.
Step 1.6
Verify that there is an entry for the P-P1 (172.17.21.1) and P-PE1 (172.17.21.2) loopback addresses in the
inet . 3 routing t able using t he show r oute table inet . 3 command.
Answer: Yes, both /32 loopback addresses are learned in inet. 3 as LDP
routes.
Step 2.1
On your Student-MX1 device, change the CLI to the P-P1 logical system.
On P-P1, enter into configuration mode and navigate to the [e d i t p r otocols bgp group i nterna l]
hierarchy. Use your loopback address (172.17.21.1) as the source of your BGP messages and enable the i n et
l a beled-u ni cast NLRI. Establish this device as the route reflector for this AS using 1 72 .1 7 . 21. 1 as the
cluster ID. Establish a peering to the loopback addresses of both devices in this AS (P-PE1 (172.17.21.2) and
ASBR1(172.17.20.1)). Next, define the local autonomous system number ( 651 O1) under the r ou ting-
option s hierarchy. Once completed, Commit your changes and return to operational mode using the cornrni t
a nd-qui t command.
lab@Student-MXl : ASBRl > set cli logi cal-system P-Pl
Logi cal system : P- Pl
lab@Student-MXl: P- Pl> configure
Entering configuration mode
[ edi t]
lab@Student-MXl: P-Pl # edit p r otoco l s bgp g r oup i nte r nal
[ edi t protocols bgp group internal]
lab@Student-MXl: P-Pl # set type interna l
[ edi t protocols bgp group internal]
lab@Student-MXl: P-Pl # set local- address 172 . 17 . 21.1
[ edi t protocols bgp group internal]
lab@Student-MXl: P-Pl # set famil y inet l abeled- un i cast
[ edi t protocols bgp group internal]
lab@Student-MXl: P-Pl # set cluster 1 72 .1 7 . 21. 1
[ edi t protocols bgp group internal]
lab@Student-MXl: P-Pl # set neighbo r 172 .1 7 . 20 . 1
[ edi t protocols bgp group internal]
lab@Student-MXl: P-Pl # set neighbo r 172 .1 7 . 21. 2
[ edi t protocols bgp group internal]
lab@Student-MXl: P-Pl # show
type internal;
local-address 172 . 17 . 21 .1;
fami ly inet {
labeled-unicast ;
}
c l uste r 172 .1 7 . 21. 1 ;
neighbor 172 . 17 . 20 .1;
neighbor 172 . 17 . 21 . 2 ;
[ edi t protocols bgp group internal]
lab@Student-MXl: P-Pl # top
[ edi t]
lab@Student-MXl: P-Pl # set rout i ng-options autonomous-system 6510 1
[ edi t]
lab@Student-MXl: P-Pl # commit and-quit
commit compl ete
Exiting configu r ation mode
lab@Student-MXl: P-Pl >
Step 2.2
On your Student-MX1 device, change the CLI to the P-PE1 logical system.
On P-PE1, enter into configuration mode and navigate to the [ed i t p r otoco ls bgp g r oup in t ernal ]
hierarchy. Use your loopback address (172.17.21.2) as the source of your BGP messages and enable the i ne t
l abe led-u ni cast NLRI. Establish a peering to the loopback addresses of the route reflector in this AS (P-P1
(172.17.21.1)). Next, define the local autonomous system number ( 651 O1) under the r outi ng-opt i ons
hierarchy. Once completed, Commit your changes and return to operational mode using the cornrni t a nd-
q ui t command.
[ edit]
lab@Student-MX l: P- PEl # ed i t protocols bgp group i nternal
[ edi t]
lab@Student-MX l: P- PEl # set routing-opt i ons autonomous-system 65 1 0 1
[ edi t]
lab@Student-MX l: P- PEl # commit and-quit
commit complete
Ex i ting conf i gu r ation mode
Step 2.3
On your Student-MX1 device, change the CLI to the AS BR1 logical system.
On ASBR1, enter into configuration mode and navigate to the [edi t protocols bgp grou p
int ern a l ] hierarchy. Use your loopback address (172.17.20.1) as the source of your BGP messages and
enable the ine t l a bele d -uni cast NLRI. Establish a peering to the loopback addresses of the route
reflector in this AS (P-P1 (172.17.21.1)). Next, define the local autonomous system number ( 65 1 o1) under the
r out i ng-opt i ons hierarchy. Once completed, Commit your changes and return to operational mode using
the cornrni t a nd-quit command.
[edit]
lab@Student-MXl: ASBRl # set routing-options autonomous-system 65 1 0 1
[edit]
lab@Student-MXl: ASBRl # commit and-quit
commit complete
Exiting configu r ation mode
lab@Student-MXl: ASBRl >
Step 2.4
On your Student-MX1 device, change the CLI to the P-P1 logical system.
On P-P1, verify the status of the IBGP sessions with the route reflector have been established using the show
bgp summa r y command .
lab@Student-MXl: P- Pl >
Question: Are your IBGP sessions established to both peers of the route reflector?
Question: Do you see any labeled routes received by the route reflector at this
point?
Answer: No, no routes should be received at th is point. The reason for this is,
there are currently no routers advertising labeled unicast routes.
Step 2.5
On your Student-MX1 device, change the CLI to the ASBR1 logical system.
On ASBR1, enter into configuration mode and configure the ASBR router to copy the inet. 3 routes in to the
inet . 0 table using the mpls-f orwa r ding option .
Step 2.6
Next, navigate to the [edit policy-options policy-statement export-loOs] hierarchy. Create a
term called loopbacks that accepts the /32 loopback addresses of both P-P1 (172.17.21.1) and P-PE1
(172.17.21.2). You will apply this export policy to your EBGP peering with ASB R2 in the next step.
Step 2.7
Still on ASBR1, navigate to the [edit protocols bgp group external] hierarchy and create an
EBGP peering with ASBR2, that peers with the g r-0 / O/ 1 O. 1 interface address (172.0.20.2). Enable the
session for inet labeled-unicas t routes and specify the remote AS as 65102 . Next, apply the export
policy export-loOs to this EBGP group. Once completed , commit your changes and return to operational
mode using the commit and-quit command.
Step 2.8
Verify t hat the EBGP session between the ASB R routers is established and advertising the labeled-un icast
routes using the show bgp summa r y , and the show rou te advertising-protocol bgp
172 . O. 2 O. 2 detail comma nds.
lab@Student-MXl:ASBRl> show bgp summary Threading mode: BGP I /ODe fa u lt eBGP mode:
advertise - accept , receive - acceptGroups: 2 Peers: 2 Down peers: OTable
Tot Paths Act Paths Suppressed Histo r y Damp State Pendinginet.O
2 2 0 0 0
OPeer AS I n Pkt OutPkt OutQ Flaps Last Up/Dwn
Statel#Active/Received/Accepted/Damped ... 172 . 0 .2 0 .2 65 1 02 5
5 0 0 34 Es tabl i ne t . O: 2/2/2/0172.17 . 21.1
65 1 01 39 41 0 0 1 6 :4 8 Estab l inet.O:
0/0/0/0 lab@Student-MXl:ASBRl> show rou te advertising-protocol bgp 1 72 . 0 .2 0 .2
detail i net . O: 1 7 destinations , 1 9 rou tes (17 active, 0 ho lddown , 0 hidden) @
172 . 17 .2 1 .1 /32 (2 entries , 2 announced) BGP g roup external type Exte rna l Route
Label: 20 Nexthop : Self Flags : Nexthop Change MED: 1 AS path:
(65 1 0 1] I Entropy label capable@ 1 72 .1 7 .21.2 /32 (2 entries, 2 announced) BGP
g roup external type External Route Label: 21 Nexthop : Self Flags:
Nexthop Change MED: 2 AS path : (65101 ] I Entropy label
capablelab@Student-MXl:ASBRl>
Question: Is the session between the two ASBR routers up and running?
Answer: The session between the two ASBRs should be established. If it is not,
double check the interface and BGP settings. If you need further assistance,
consu lt with your instructor.
Question: Does the show route command indicate if the routes are labeled?
Answer: Yes you should see that there is a label associated with each of the
routes, as expected for routes advertised with fam ily inet labeled-unicast.
Step 2.9
On your Student-MX1 device, change the CLI to the ma in instance using the clear cli l ogical-system
command. The next series of commands are designed to track the path between P-P1 and P-PE2 and is best
executed from the main instance instead of changing to each logical system in the path. You will use the label
values from each hop to verify t hat there is an e nd-to-end labeled path.
From the main instance use the show rou t e 17 2 . 17 . 22. 2 logical-system P-P l command to
determ ine the first label value fo r traffic destined to P-PE2's loopback.
Step 2.10
Next, use the show route table mpls. 0 label <value> log i cal-system ASBRl comma nd,
where value equals the label va lue from the previous output. In the example here the label is 21.
lab@Student-MX l> show route table mpls . O labe l <value> log ica l-s ystem ASBRl mpls . O:
12 destinations , 12 routes (12 active , 0 holddown , 0 hidden) += Active Route , -
Last Active , * = Both21 *[VPN/170 ) 00 : 30:19 >
to 1 72 . 0 . 20 . 2 via g r- 0/0/ 1 0 . 0 , Swap 19 lab@Student -MX1>
Step 2.11
Return to you r Student-MX2.
On Student-MX2, use the show route table mpl s . 0 label <va l ue> logical-system ASBR2
command , where value equals the label value from the previous out put, in the example here the label is 1 9 .
lab@Student-MX2> show rou te table mpls . O labe l <value> log ica l-s ystem ASBR2mpls . O:
12 destinations , 12 routes ( 1 2 active , 0 holddown , 0 hidden) += Active Route , -
Last Active , * = Both19 *[VPN/ 1 70) 00 :31:49 >
to 1 72 . 0 . 22 . 2 via ge-0/0/4 . 0 , Swap 16lab@Studen t-MX2>
Step 2.12
Next, use the show rout e table mpls. 0 labe l <value> log i cal-system P-P2 comma nd,
where value equals the label va lue from the previous output, in the example here the label is 1 6 .
lab@Student-MX2> show route table mpls . O labe l <value> logical-s ystem P-P2mpls . O:
8 destinations , 8 routes (8 active , 0 holddown , 0 hidden) + = Active Route , - =
Last Active , * = Both16 *[LDP/9) 00 :32:3 7 , metric 1
> to 1 72 . 0 . 22 . 6 via ge-0/0/5 . 0 , Pop16(S = O) *[LDP /9) 00 : 32:37 ,
metric 1 > to 1 72 . 0 . 22 . 6 via ge-0/0/5 . 0 , Poplab@Student-MX2>
Question: Can you see an end-to-end labeled path towards the P-PE2 router from
your P-P1 router?
Answer: Yes you should see that there is a label for each hop toward the P-PE2
device, except the last hop as penultimate hop popping (PHP) is applied here.This
labeled path is essentia l for our L2VPN traffic later on.
Step 3.1
Return to you r Student-MX1 device, change the CLI to t he P-P1 logical system.
On P-P1, enter into configuration mode and navigate to the [edi t p r otocols bgp group external ]
hierarchy. Establish the multihop EBGP session between PE-l 's loopback address (172.17.21.1) and P-P2 's
loopback address (172.17.22.1). Ensure t hat the route reflector does not change the next-hop of routes sent
through th is EBGP peering. Enable this session to support t he Layer 2 VPN NLRI. Once completed, commit your
changes but remain in configuration mode.
Step 3.2
Verify t hat your new EBGP session has established between the two route reflectors using t he run show bgp
summary comma nd.
[ edit protocols bgp group externa l] lab@Stu d e nt -MX l :P-P l# r u n show b gp summary
Threading mode: BGP I /ODefau l t eBGP mode: advertise - accept , recei ve -
acceptGroups: 2 Peers: 3 Down peers: OTable Tot Paths Act Paths Suppressed
Histo r y Damp State Pending inet. O 2 2 0
0 0 Obgp . 12vpn . O 1 0 0 0
0 OPeer AS In Pkt Out Pkt OutQ Flaps
Last Up/ Own State l #Active/Received/Accepted/Damped ... 172 .1 7 .2 0 . 1 65101
123 1 19 0 0 53 :3 5 Estab l inet. O: 2/2/2/0172.17.21.2
65 1 0 1 12 7 12 8 0 0 56 : 00 Estab l i net . O:
0/0/0/0 1 72 .1 7 .22. 1 65102 4 2 0 0
44 Estab l bgp.12vpn.O: 0/1/ 1 /0[ed it protocols bgp group externa l]lab@Student-
MXl:P-Pl#
Answer: Yes, the EBGP session should be established. This can sometimes take a
couple minutes to establish. If you are stil l having problems, review your
configuration and engage your instructor as needed.
Step 3.3
Stil l on P-P1, navigate to the [edi t p ro tocols bgp group internal] hierarchy and configure the
IBGP session between P-P1 and P-PE1 to use the Layer 2 VPN NLRI. Once completed, use the commit and-
quit command to return to operational mode.
Step 3.4
On your Student-MX1 device, change the CLI to the P-PE1 logical system.
On P-PE1, enter into configuration mode and navigate to the [edit p rotoco ls bgp g r oup internal]
hierarchy. Add support for t he Layer 2 VPN NLRI for the session to your route reflector. Once completed, use t he
cornrni t and-quit command to retu rn to operational mode.
Step 3.5
On your Student-MX1 device, change the CLI to the P-P1 logical system.
On P-P1, verify that the IBGP session is reestablished and is enabled with the Layer 2 VPN NLRI using t he
show bgp summary, show bgp neighbor 1 72 .1 7 . 21. 2 ,and show bgp neighbor
172 . 17 . 22 . 1 commands.
Answer: Yes, the EBGP session between the two route reflectors shows family
12vpn signaling has been negotiated as can been seen by looking at the NLRI for
this session field in the show bgp neighbor output. For the IBGP session both
family inet labeled-unicast, and family 12vpn signaling has been negotiated.
Step 3.6
On your Student-MX1 device, change the CLI to the P-PE1 logical system.
On P-PE1, enter into configuration mode and review the CE facing interface's configuration .
Step 3.7
Still on P-PE1, navigate to the [edi t ro uti n g-instances vpnl] hierarchy and define a BGP based
VPLS instance. Include the CE facing interface in this routing instance. Define t he route dist inguisher as
172 .1 7 . 2 1. 2 : 100 and define the route target for this instance as 6510 1 : 100 .
Next, navigate to the [edit routing-instances vpn l protocols vpls] hierarchy and define the
CE l site with a site ID of 1 . Finally, t urn off tunnel services for this VPLS instance. Once completed, commit
your changes and exit to operational mode using the cornrni t and-quit command.
Step 3.8
On PE-1, check the status of the inter-AS VPLS connection using the show vpls connections command .
Step 3.9
On your Student-MX1 device, change the CLI to the P-P1 logical system.
On P-P1, review the VPLS NLRI advertisements and try to figure out what might be the cause for t he status of
the VPLS connection. Use the show bgp su mmary, show route receive-protocol bgp 172.17.22.1, show route
receive-protocol bgp 172.17.22.1 hidden, and show route 172.17.22.2 commands to investigate.
Question: What could be the cause for the VPLS connection status of no
connections found?
Answer: When you look at the output of the show bgp summary command
and show route receive-protocol bgp 172 .17. 22 .1 on P-P1,
you see that the VPLS route has been received but it is hidden. When you look at
hidden route you see that what the protocol next-hop is (172.17.22.2). This prefix
is known only in inet. 0 and therefore can't be used to resolve the next-hop for
VPN routes, even though it is a labeled unicast route as shown before. This is the
reason the route is hidden, and as a result not advertised to your local PE. As your
local PE doesn't receive the VPLS NLRI it causes the no connections found status.
Step 3.10
To fix t he hidden route issue, you need to enable the P-P1 and P-PE1 devices to use t he labeled unicast routes
to resolve t he next-hops for t he VPN routes.
On P-P1, enter into configurat ion mode and navigate to the [edi t p r otoco l s bgp group i nternal ]
hierarchy. Configure t he r e sol ve-vpn' ' option on t he family inet labeled-unicast sessions for t he
P-P1 to ASBR1 and P-P1 to P-PE1 routers. Commit you r configuration and exit to operational mode using the
cornrni t and-quit command.
Step 3.11
On your Student-MX1 device, change the CLI to the P-PE1 logical system.
On P-PE1, enter into configuration mode and navigate to the [edit prot ocols bgp g roup internal]
hierarchy. Configure the re sol ve-vp n option under the fam i ly inet labeled-unicast statement
configured for the P-P1 neighborship. Once completed, commit your changes and return to operationa l mode
using the commit and-qu it command.
Step 3.12
Still on P-PE1, verify the inter-AS VPLS connection using the show vp ls connecti ons' ' command .
Step 3.13
On your Student-MX1 device, change the CLI to the CE1 logical system.
On CE1, review the status of the preconfigured OSPF neighborship between CE1 and CE2 using the show
ospf neighbor command .
Question: What is the state of the show ospf neighbor command for the
loca l CE?
Answer: The state should be Full which proves bid irectiona l connectivity across
the inter-AS VPLS deployment.
Step 4.1
Access the CLI of your Student-MX1 device using Secure Shell (SSH) as directed by your instructor.
Log in as user lab with the password supplied by your instructor. Enter into configuration mode and load this
labs starting configuration file j 1 2v / lab 7-pa r t4-start . conf ig and exit back to operationa l mode using
the commit a nd-quit command.
Step 4.2
Access the CLI of your Student-MX2 device using Secure Shell (SSH) as directed by your instructor.
Log in as user lab with the password supplied by your instructor. Enter into configuration mode and load this
labs starting configuration file j 12v / lab 7-pa r t4-start . conf ig and exit back to operationa l mode using
the cornrni t a n d-qui t command .
Step 4.3
Return to you r Student-MX1 device, change the CLI to the ASBR1 logical system.
On ASBR1, enter into configuration mode and add the ASBR2 facing interface ( gr-0/0/ 1 0 . O) to the
preconfigured LOP protocol.
Step 4.4
Next, navigate to the [edit policy-optio n s policy-statemen t nhs] hierarchy and create a policy
that sets t he next-hop of BGP routes to self. This export policy will be used in the next step.
Step 4.5
Stil l on ASBR1, navigate to the [ edit protocols bgp group internal] hierarchy and configure an
IBGP session between ASB R1's loopback address (172.17.20.1) and P-PE1 's loopback address (172.17.21.2).
Specify that t his session should use family 1 2vpn autodiscovery-mspw. Add the nhs policy as an
export policy for this peering. Finally, set the local autonomous system number ( 65 1 o1) under the routing-
options hierarchy. Once completed, commit your changes and retu rn to operational mode using the cornrni t
and-quit command.
Step 4.6
On your Student-MX1 device, change the CLI to the P-PE1 logical system.
On P-PE1, enter into configuration mode and navigate to the [edit p r otocols bgp g r oup internal]
hierarchy. Configure a n IBGP session between P-PE1's loopback address (172.17.21.2) and ASBR1's loopback
address (172.17.20.1). Specify that this session s hould use family 12vpn autodiscovery-mspw .
Finally, set t he local autonomous system number ( 65 1 O1) under the routing-options hierarchy. Once
completed, commit your changes and return to operational mode usi ng the commit and-quit command.
lab@Student-MXl:ASBRl> set cli logical-s ystem P-PEl Logical system: P-
PEllab@Student-MXl :P-PEl> configureEntering configuration mode [edit ] lab@Student-
MXl:P-PEl# edit protocols bgp group interna l [edit p rotocols bgp group
interna l ]l ab@Student-MXl:P-PEl# set type internal [ edit protocols bgp group
interna l ]l ab@Student-MXl:P-PEl# set local-address 172 . 17 .2 1 .2[edit protocols bgp
g roup internal]lab@Student-MXl:P-PEl# set family 12vpn auto-discovery-mspw[edit
protocols bgp group internal] lab@Student-MXl:P-PE l# set neighbor 1 72 .1 7 .2 0 .l [ edit
protocols bgp group internal] lab@Student-MXl:P-PE l# show type internal ; local-
address 172 .1 7 .21.2;family 12vpn { auto-discovery-mspw; }neighbor 172 . 17 .2 0 .1;
[ edit protocols bgp group internal]lab@Student-MXl :P-PEl# top[edit]lab@Student-
MXl:P-PEl# set routing -options autonomous-system 65101 [ edit]lab@Student-MX1:P-PE1#
commit and-quitcornrnit completeExiting configuration modelab@Student-MXl:P-PEl>
Step 4.7
Now that the IBGP session has been configured on both sides, verify the status of this new neighborship using
the show bgp s umma ry command. You might need to wait a minute for the session to negotiate.
Answer: Yes, the IBGP session should show established. You shou ld also notice
the creation of the bgp .12vpn table.
Step 4.8
On your Student-MX1 device, change the CLI to the ASBR1 logical system.
On ASBR1, enter into configuration mode and configure a static route to ASBR2 's loopback address
(172.17.20.6). Use ASBR2 's g r -0 / O/ 1 O. 1 IP address (172.0.20.2) as the next-hop for th is route.
Step 4.9
Next, navigate to the [edit protocols bgp group external] hierarchy. Configure a multi hop EBGP
session between ASBR1's loopback address (172.17.20.1) and AS BR2's loopback address (172.17.20.6).
Specify that t his session should use family 12vpn autodiscovery-mspw . Once completed, commit your
changes and return to operational mode using the commit and-quit command.
Step 4.10
Still on ASBR1, verify t hat bot h IBGP and EBGP sessions are established using t he show bgp summary
command.
Answer: Yes, both the IBGP and the EBGP sessions are in the Establ state.
The bgp .12vpn. 1 table indicates that the family 12vpn
autodiscovery-mspw has been negotiated. This can also be verified with
the show bgp neighbor command.
Step 4.11
On your Student-MX1 device, change the CLI to the P-PE1 logical system.
On P-PE1, enter into configuration mode and review t he current CE facing interface (ge-0/0/6) configurations.
Next, navigate to the [ edit routing-instances vpn2] hierarchy and define it as a FEC 129 BGP
autodiscovery Layer 2 VPN instance. Add t he CE facing interf ace ( ge-0 / O/ 6 . 6 1 O) to the instance. Define the
route distinguisher ( 172 . 17 . 20 . 1 : 1 00 ), route target (targe t : 65 1 01 : 1 00 ), and L2VPN ID ( 12vpn-
id: 65101 : 1 00 ). Next, navigate tothe [edit routi ng-ins tanc es vpn2 protocols 12vpn site
CEl ] hierarchy and define t he source attachment ID ( 1 00 : 1 00 : 1 ), interface ( ge-0/0/ 6 . 6 1 0 ), and target
attachment ID ( 1 OO: 1 OO: 2 ). Once completed, commit your changes and exit to operat ional mode using the
commit and-quit command.
lab@Student-MX l:ASBRl> set cli log ical-s ystem P-PEl Logica l system: P-
PEllab@Student-MXl :P-PEl> configureEntering configuration mode[edit]lab@Student-
MXl:P-PEl# show interfaces ge-0/0/6 unit 6 1 0 { encapsulation vlan-ccc ;
vlan -id 610;} [edit ]lab@Student-MXl:P-PEl# edit routing-instances vpn2[edit
routing-instances vpn2]lab@Student-MX1:P-PE1# set instance-type 12vpn[edit
routing-instances vpn2]lab@Student-MX1:P-PE1# set interface ge - 0/0/6 . 6 1 0[edit
routing-instances vpn2]lab@Student-MX1:P-PE1# set route-distinguishe r
172 . 17 .2 0 .1:l OO[edit routing-instances vpn2 ] lab@Student-MX1 :P-PE1# set vrf-ta r get
target:65101:lOO[edit routing-instances vpn2]lab@Student-MX1:P-PE1# set 12vpn-id
12vpn-id : 65 1 01 :1 00[edit routing -instances vpn2] lab @Student -MX1:P-PE 1# edit
protocols 12vpn site CEl[edit routing-instances vpn2 protocols 12vpn site
CEl]lab@Student-MXl:P-PE l # set source-attachment-identifier 1 00 :1 00 :l[edit
routing-instances vpn2 p rotocols 12vpn site CEl]lab@Student-MXl:P-PEl# set
interface ge-0/0/6 . 6 1 0 target-attachment-identifier 1 00 :1 00 :2[edit routing-
instances vpn2 protocols 12vpn site CEl]lab@Student-MXl:P-PEl# up 3[edit routing-
instances vpn -2]lab@Student -MX1:P-PE 1# show instance-type 12vpn ;l2vpn- id 12vpn-
id : 65 1 0 1: 100 ;protocols { 12vpn { site CEl { interface ge-
0/0/6 . 6 1 0 { target-attachment-identifier 1 00 :1 00 :2; }
source-attachment-identifier 1 00 :1 00 :1; } }}interface ge-
0/0/6 . 6 1 0 ;route-distinguishe r 1 72 .1 7 .2 0 . 1 :l OO ; vrf -target ta r g et: 65 1 0 1:1 00 ; [edit
routing-instances vpn-2]lab@Student -MX1:P-PE 1# commit and-quit commit
completeExiting configuration modelab@Student-MXl:P-PEl>
Step 4.12
On P-PE1, verify the new Layer 2 VPN stat us and FEC 129 BGP autodiscovery using the show 12vpn
connections extensive, bgp summa r y and route p r otocol bgp comma nds.
Answer: The 12vpn connection is Up. If the status is not Up, check your
configuration or ask your instructor for assistance.
Question: What is the format of the FEC 129 BGP autodiscovery mu ltisegment
pseudowire routes?
Step 4.13
On your Student-MX1 device, change the CLI to the CE1 logical system.
On CE1, verify that t he inter-AS Layer 2 VPN is working by reviewing t he status of the OSPF neighborship
between CE1 and CE2 using t he show osp f nei g h bo r command.
lab@Student-MXl: P-PEl > set cl i log i cal-system CElL og i cal system : CEllab@Student-
MX l: CEl> s h ow ospf ne i g h borAddress Interface State ID
Pr i Dead l 0 . 0 . 30 . 2 ge-0/0/7 . 6 1 0 Ful l 1 0 . 0 . 30 . 2
1 28 34lab@Student-MX1: CE 1 >
Step 4.14
On your Student-MX1 device, change the CLI to the main instance using the c le a r c l i l ogica l-sys tem
command. The next few steps are designed to follow the labeled path t hrough t he network, so we will issue t he
commands from the perspective of t he main instance so we do not have to change the CLI between logical
systems for each comma nd.
From the main instance, use t he s h ow r oute table mp l s . O l og i cal-sys tem P-PEl command to
identify t he first label va lues in the path between P-PEs.
Step 4.15
Next, use the show rou t e table mpl s. 0 labe l <val u e> log i ca l -syste m P-P l comma nd,
where val u e equals the outer label value from the previous output. In the example here, t he outer label is
16 .
lab@Student-MX l > show route table mpls . O label <value> logica l -system P- Pl mpls . O:
8 destinations , 8 routes (8 active , 0 holddown , 0 h i dden) + = Active Route ,
Last Active , * = Both1 6 *[LDP/9] 05 : 04 : 58 , metric 1
> to 1 72 . 0 . 21 .1 via ge-0/0/2 . 0 , Pop 1 6(S = O) *[LDP/9]
05 : 04 : 58 , metric 1 > to 172 . 0 . 2 1. 1 v i a ge-0/0/2 . 0 , Pop
Step 4.16
Since the action is Pop on the P-P1 router, only the inner label sent from P-PE1 will be left. You will use this
value to define the label val u e in the s h ow route tab le mp l s . 0 l abe l <va l u e > log i ca l -
system ASBRl command . In our example outputs, the inner label value f rom P-PE1 is 25 .
lab@Student-MX l > show route table mpls . O label <value> logica l -system ASBRl
mp l s . O: 11 destinations , 1 1 r outes (1 1 active , 0 ho l ddown , 0 hidden) + = Active
Route , - = Last Active , * = Both25 *[ L2VPN/7] 00 : 28 :1 6 , metric2 1
> via gr-0/0/ 1 0 . 0 , Swap 23
Step 4.17
Return to Student-MX2.
On your Student-MX2 and use the show r o u t e tab l e mpl s. 0 labe l <val ue > l ogica l-s ys tem
ASBR2 command , where val ue equals the label value from the previous output. In the example here, t he
label is 23 .
lab@Student-MX2> show route table mpls . O label <va l ue> l ogical - system ASBR2
mpls . O: 11 d e stinations , 1 1 r outes (1 1 active , 0 holddown , 0 hidden) + = Active
Route , - = Last Active , * = Both23 *[ L2VPN/7] 00 : 31 : 58 , metric2 1
> to 1 72 . 0 . 22 . 2 via ge-0/0/4 . 0 , Swap 26 , Push 17(top)
Step 4.18
Next, use the show rou t e t a ble mpl s. 0 labe l <val ue > log i ca l -s yste m P-P2 comma nd,
where val u e equals the outer label value from the previous output. In the example here, t he label is 1 7 .
lab@Student-MX2> show route table mpls . O label <va l ue> l ogical-system P- P2mpls . O:
8 destinations , 8 routes (8 active , 0 holddown , 0 hidden) + = Active Route , -
Last Active , * = Both1 7 *[LDP/9] 04 :1 8 : 02 , metric 1
> to 1 72 . 0 . 22 . 6 via ge-0/0/5 . 0 , Pop 1 7(S = O) * [LDP/9]
04 :1 8 : 02 , metric 1 > to 172 . 0 . 22 . 6 via ge-0/0/5 . 0 , Pop
Step 4.19
Since the action is Po p on the P-P2 router, only the inner label sent from ASBR2 will be left. You wi ll use this
value to define the label val u e in the show route t ab le mp ls. 0 l abel <va l u e > log i ca l-
sys tem P-PE 2 command. In our example outputs, t he inner label value from ASBR2 is 26 .
lab@Student-MX2> show route table mpls . O label <va l ue> l ogical-system P- PE 2mpls . O:
9 destinations , 9 routes (9 active , 0 holddown , 0 h idden) + = Active Route , - =
Last Active , * = Both26 *[L2VPN/7] 00 : 38 : 05 >
via ge-0/0/ 1. 6 1 0 , Pop Offset : 4
Question: Can you follow the end-to-end path and label settings using the show
route table mpls. 0 command?
Answer: Yes, you shou ld be able to fo llow the complete path. In this example
output, we go from left to right in the lab diagram (P-PE1--> P-PE2). In first output
we can see that traffic coming from the ge-0/0/6.610 gets a double push: Push
2 5, Pu sh 16 (top) . The 25 label is for the first part of the mu ltisegment
pseudowire (between P-PE1 and ASBR1). The 16 label is the LDP label to get to
ASBR1.
Step 4.20
Return to Student-MX1.
On your Student-MX1 device, change the CLI to the AS BR1 logical system.
On ASBR1, review the LOP information for FEC 129 BGP autodiscovery labels using the show ldp
neighbor, and show l dp database session 172 . 17 . 20 . 6 comma nds.
Question: Why are P-PE1 and ASBR1 LDP neighbors? On what interface is this
neighborship established?
Answer: They became LDP neighbors because of the targeted LDP session setup
for requesting the FEC 129 labels needed for the multisegment pseudowire .. The
targeted LDP neighbors are established on the loO interface. It is therefore
important to have the loO interface configured under the [edit protocols ldp]
hierarchy.
Step 4.21
Log out of your assigned devices using the exit command.
']
Driven by
1
Experience··
EDU-JUN-JL2V, Revision V21A