ER00198 V 2000 LG Ed1 CE PDF
ER00198 V 2000 LG Ed1 CE PDF
as PDF
©
1 Nokia 2020 Confidential
Disclaimer
The information in this document applies solely to the hardware/software product (“Product”) specified herein, and
only as specified herein. Reference to “Nokia” later in this document shall mean the respective company within
Nokia Group of Companies with whom you have entered into the Agreement (as defined below).
The contents of this document are proprietary related specifications or other documentation. accuracy, reliability or contents of this
This document
and confidential is intended
property of Nokia.for
This use by Nokia's customers
Accordingly, if the user of (“You”)
this documentonly,givesand it document.
may not beSHALL
NOKIA used NOTexcept for the
BE RESPONSIBLE
purposes defined in the agreement
document is provided subject to confidentiality
obligations of the applicable agreement(s).
between You and Nokia (“Agreement”)
Nokia Feedback on the contents of this
document, Nokia may freely use, disclose,
under which this document
IN ANY EVENT FOR ERRORS IN THIS DOCUMENT
or for
is
distributed. No part of this document may be used,
reproduce, license,copied, reproduced,
distribute and otherwise modified
any loss ofor
datatransmitted in any form or
or income or any special,
means without the prior written permission
This document is intended for use of Nokia’s
customers and collaborators only for the
of Nokia. If You have not entered
commercialize the feedback in any Nokia
product, technology, service, specification or
into an Agreement applicable to the
incidental, consequential, indirect or direct
damages howsoever caused, that might arise
Product,
purpose orforifwhich
thatthisAgreement has expired
document is submitted otherordocumentation.
has been terminated, You mayfrom nottheuse
use ofthis document
this document or any in any manner
contents
and You are obliged to return
by Nokia. No part of this document may be
it to
reproduced or made available to the public or to
Nokia and destroy or delete
Nokia operates a policy of ongoing
any copies thereof. The
of this document.
document has been
prepared
any thirdtoparty
beinused
any form byor means
professional
without the and properlyNokia
development. trained
reservespersonnel,
the right to make and You Thisassume
document and fulltheresponsibility when using
product(s) it describes
it. Nokia welcomes your comments as part
prior written permission of Nokia. This
document is to be used by properly trained
of the process of continuous development
changes and improvements to any of the
products and/or services described in this
and improvement of the
are protected by copyright according to the
applicable laws.
documentation.
professional personnel. Any use of the contents document or withdraw this document at any
in this document is limited strictly to the use(s) time without prior notice. Nokia is a registered trademark of Nokia
This document and
specifically created itsapplicable
in the contents are provided as a convenience to You. Any Corporation. information Other or statements
product and company concerning
the suitability, capacity, fitness for purpose
agreement(s) under which the document is
submitted. The user of this document may
or performance of the Product are
The contents of this document are provided "as
is". Except as required by applicable law, no
given solely on an “as is” and “as
names mentioned herein may be trademarks or
trade names of their respective owners.
available” basis
voluntarily insuggestions,
provide this document,
comments or and Nokia reserves
warranties of any kind,the right
either toorchange
express implied, any such information and statements
without notice. Nokia has made
other feedback to Nokia in respect of the
contents of this document ("Feedback"). Such
all reasonable efforts to ensure
including, but not limited to, the implied
that
warranties of merchantability and fitness for a
the content of this document is adequate and
free of material
Feedback may be errors and
used in Nokia omissions,
products and and Nokia
particular will correct
purpose, are made inerrors
relation tothat
the You identify in this document. Nokia's total
liability for any errors in the document is strictly limited to the correction of such error(s). Nokia does not warrant
that the© use of
2 Nokia the software in the Product will be uninterrupted
2020 Confidential or error-free.
NO WARRANTY OF ANY KIND, EITHER EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY OF
AVAILABILITY, ACCURACY, RELIABILITY, TITLE, NON-INFRINGEMENT, MERCHANTABILITY OR FITNESS FOR A
PARTICULAR PURPOSE, IS MADE IN RELATION TO THE CONTENT OF THIS DOCUMENT. IN NO EVENT WILL NOKIA BE
LIABLE FOR ANY DAMAGES, INCLUDING BUT NOT LIMITED TO SPECIAL, DIRECT, INDIRECT, INCIDENTAL OR
CONSEQUENTIAL OR ANY LOSSES, SUCH AS BUT NOT LIMITED TO LOSS OF PROFIT, REVENUE, BUSINESS
INTERRUPTION, BUSINESS OPPORTUNITY OR DATA THAT MAY ARISE FROM THE USE OF THIS DOCUMENT OR THE
INFORMATION IN IT, EVEN IN THE CASE OF ERRORS IN OR OMISSIONS FROM THIS DOCUMENT OR ITS CONTENT.
This document is Nokia proprietary and confidential information, which may not be distributed or disclosed to any
third parties without the prior written consent of Nokia. Nokia is a registered trademark of Nokia Corporation.
Other product names mentioned in this document may be trademarks of their respective owners.
Nokia is continually striving to reduce the adverse environmental effects of its products and services. We would like
to encourage you as our customers and users to join us in working towards a cleaner, safer environment. Please
recycle product packaging and follow the recommendations for power use and proper disposal of our products and
their components.
If you should have questions regarding our Environmental Policy or any of the environmental services we offer,
please contact us at Nokia for any additional information.
The reproduction, transmission or use of this document or its contents is not permitted without express written
authority.
Offenders will be liable for damages. All rights, including rights created by patent grant or registration of utility
model or design, are reserved.
Technical modifications possible.
Course Outline
Welcome to SROS Express for Experienced Professionals Operation, Administration,
Maintenance & Provisioning
1 - Starting Up
1.1 - Lab Setup and Assignment
2 - System and Network configuration
2.1 - CLI Card Port
3 - IGP Configuration
3.1 - OSPF ISIS BFD
4 - MPLS Configuration
4.1 - MPLS LDP RSVP-TE
5 - Services Configuration
5.1 - Service Architecture
5.2 - EPIPE VPLS VPRN
5.3 - VPLS BGP-AD
5.4 - IES RVPLS Introduction
5.5 - BGP
5.6 - EVPN
5.7 - Segment Routing
6 - Quality of Service
6.1 - QoS
Course Objectives
Welcome to SROS Express for Experienced Professionals Operation, Administration,
Maintenance & Provisioning
2 Nokia 2020
© Nokia Confidential
Table of Contents
Lab Setup
Wrap-up
3 Nokia 2020
© Nokia Confidential
4 Nokia 2020
© Nokia Confidential
Management (BOF) IP address of routers will be changed when different Pod is used for the
training. Please check with your instructor for details.
5 Nokia 2020
© Nokia Confidential
Check with the lab manager about the management IP addresses for the routers and PCs.
6 Nokia 2020
© Nokia Confidential
eth1 eth1
10.10.10.1/32 10.10.10.2/32
10.10.10.5/32 3ffe::1:101:101/128 3ffe::1:202:202/128 10.10.10.6/32
3ffe::1:505:505/128 R1 R2 3ffe::1:606:606/128
R3 R4
PC11 10.10.10.3/32 10.10.10.4/32 PC12
3ffe::1:303:303/128 3ffe::1:404:404/128
eth1 eth1
R7 R8
10.10.10.7/32 10.10.10.8/32
3ffe::1:707:707/128 3ffe::1:808:808/128
7 Nokia 2020
© Nokia Confidential
R1 R2
1/1/5 1/1/2 1/1/2 1/1/5
10.1.5.1/28 10.1.2.1/28 10.1.2.2/28 10.2.6.2/28
1/1/1 1/1/1
10.1.3.1/28 10.2.4.2/28
1/1/1 1/1/1
10.1.3.3/28 10.2.4.4/28
8 Nokia 2020
© Nokia Confidential
Each pair of students has one Border and one Edge routers.
R1 R2
1/1/5 1/1/2 1/1/5
2001:db8:15::1:5:1/64 2001:db8:12::1:2:1/64 2001:db8:26::2:6:2/64
1/1/2
2001:db8:12::1:2:2/64
1/1/1 1/1/1
2001:db8:13::1:3:1/64 2001:db8:24::2:4:2/64
1/1/1 1/1/1
2001:db8:13::1:3:3/64 2001:db8:24::2:4:4/64
1/1/2
2001:db8:34::3:4:4/64
1/1/5 1/1/2 1/1/5
2001:db8:37::3:7:3/64 2001:db8:34::3:4:3/64 2001:db8:48::4:8:4/64
R3 R4
PC11 PC12
9 Nokia 2020
© Nokia Confidential
Each pair of students has one Border and one Edge routers.
10Nokia 2020
© Nokia Confidential
2 Nokia 2020
© Nokia Confidential
Table of Contents
Lab Setup
Basic SROS CLI
Card, Port, and Interface
Advanced SROS CLI
Wrap-up
3 Nokia 2020
© Nokia Confidential
4 Nokia 2020
© Nokia Confidential
Use the command show system rollback to identify each rollback config’s index
number (X, and Y) based on their comments.
5 Nokia 2020
© Nokia Confidential
6 Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
The CLI system prompt is shown in bolded text followed by # or $, for example:
Node#
or In case you are ready sooner
Node>config>system>security# then the other participants in
any of the labs we will do, an
The CLI command string is shown after the text in bold. optional chapter with CLI tips
and tricks is available at the end.
show time
configure system name <Rx>
<PEx> is the string (in this case the name of the routers), you do not need to type the <>, in
7 Nokia 2020
© Nokia Confidential
this case the name must be replaced by your string, e.g., R1. In this example:
configure system name R1
Warning: In the examples we look at a router Rx and the configuration in this router, xx is a
reference to your box number. All address values (addresses and strings) are to be replaced
with your values.
Example:
admin display-config
NOTE: Not all commands are mandatory in this lab guide (like show and info), but network and
the underlying layers must be configured before proceeding to the next lab.
Help: use ?
If you get stuck in commands, try the question mark (?), it will display all possible option with
basic explanation.
Detailed info will pop up. The command stays at it‘s PWC.
admin debug-save
…
Since the list of commands is very large, narrow it down with match commands.
Example, you want to find all OSPF Neighbors this router has, but you do not know the
command.
Multiple match
A:Rx# tree flat | match ospf | match show
show router ospf
show router ospf area
show router ospf database
show router ospf interface
show router ospf lfa-coverage
show router ospf neighbor
show router ospf opaque-database
show router ospf range
show router ospf routes
Use the command info to show the most important, often non-default, settings within a
configuration context. The info detail command shows ALL settings, including the default, within
a configuration context.
show command does not have any impact on the configuration. They just provide the user with
information. But rather than with the info command, the show commands provide a structured report.
show commands can be launched at any context (since they do not have any impact)
2. Change the login idle timeout (default 30 minutes) using the command:
configure system login-control idle-timeout 500
Directory of cf3:\
12Nokia 2020
© Nokia Confidential
Before configuration:
========================================================================
NTP Status
========================================================================
Configured : No
13Nokia 2020
© Nokia Confidential
Configuration example:
A:Rx>config>system>time# info
----------------------------------------------
ntp
server 10.0.10.100
no shutdown
exit
==============================================================================
NTP Status
==============================================================================
Configured : Yes Stratum : 3
Admin Status : up Oper Status : up
Server Enabled : No Server Authenticate : No
Clock Source : 10.0.10.100
Auth Check : Yes
Current Date & Time: 2020/06/02 07:54:52 UTC
==============================================================================
SROS offers the following useful commands for config rollback management:
Show the rollback files that are saved on the router:
• show system rollback
Append the active config to the top of the rollback file index (i.e., latest-rb):
• /admin rollback save comment “xyz”
14Nokia 2020
© Nokia Confidential
Students login to their Core and Edge routers to exercise the following rollback
configuration commands:
• show system rollback
• /admin rollback revert X
• /admin rollback compare active-cfg to X
15Nokia 2020
© Nokia Confidential
===============================================================================
Rollback Files
===============================================================================
Idx Suffix Creation Time Release User
Comment
-------------------------------------------------------------------------------
1 .rb.1 2020/06/14 06:07:26 UTC C-20.2.R1 admin
Initial - OSPF, ISIS and BFD
2 .rb.2 2020/06/14 05:57:38 UTC C-20.2.R1 admin
Final - OSPF, ISIS and BFD
16Nokia 2020
© Nokia Confidential
Beside Rollback, SROS also offers transactional config editing via Candidate Config.
17Nokia 2020
© Nokia Confidential
19Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
The objectives of this lab exercise is to allow students to understand the setup of port,
card, MDA and interface using the initial lab configuration.
The subsequent lab exercises will add various networking features on top of this initial
router configuration.
20Nokia 2020
© Nokia Confidential
Each pair of students' log in to their Core (R1 to R4) and Edge (R5 to R8) routers to examine the
hardware setup of the routers:
• show system information
• show chassis
• show redundancy synchronization
• show card
• show mda
• show port
21Nokia 2020
© Nokia Confidential
===============================================================================
System Information
===============================================================================
System Name : R1
System Type : 7750 SR-12e
Chassis Topology : Standalone
System Version : C-20.2.R1
22Nokia 2020
© Nokia Confidential
Depending on the chassis type and IOM type, the following modes can be configured:
• Chassis Mode A: This mode corresponds to scaling and feature set associated with iom-20g
• Chassis Mode B: This mode corresponds to scaling and feature set associated with
iom-20g-b
• Chassis Mode C: This mode corresponds to scaling and feature set associated with iom2-20g
• Chassis Mode D: This mode corresponds to scaling and feature set associated with iom3-xp
When configuring a chassis mode, use Chassis Mode that aligns with the earliest generation of
IOM installed. If the chassis mode is not explicitly provisioned in the configuration file, the
chassis will come up in Mode A by default.
In Mode A:
• iom-20g-b comes online if provisioned as iom-20g or iom-20g-b
• iom2-20g comes online if provisioned as iom-20g, iom-20g-b or iom2-20g
• iom3 comes online if provisioned as iom3
Non-Stop Routing is available when redundancy Switching Fabric Module (SFM) is employed:
• Below SR does not support non-stop routing as it has only one SFM
A:R1# show card
Card Summary
===============================================================================
Slot Provisioned Type Admin Operational Comments A:R1# show redundancy synchronization
Equipped Type (if different) State State
------------------------------------------------------------------------------- ===========================================================
1 iom4-e-b up up Synchronization Information
2 (not provisioned) up unprovisioned ===========================================================
iom4-e-b Standby Status : disabled
A cpm5 up up/active Last Standby Failure : N/A
B cpm5 up down/standby Standby Up Time : N/A
(not equipped) Standby Version : N/A
=============================================================================== Failover Time : N/A
Failover Reason : N/A
Boot/Config Sync Mode : None
A:R1# show sfm Boot/Config Sync Status : No synchronization
=============================================================================== Last Config File Sync Time : Never
SFM Summary Last Boot Env Sync Time : Never
=============================================================================== Rollback Sync Mode : None
Slot Provisioned Type Admin Operational Comments Rollback Sync Status : No Rollback synchronization
Equipped Type (if different) State State Last Rollback Sync Time : Never
------------------------------------------------------------------------------- Certificate Sync : Enabled
1 m-sfm6-12e up up Cert Sync Status : unknown
2 (not provisioned) up unprovisioned Last Cert Sync Time : Never
m-sfm6-12e
3 (not provisioned) up unprovisioned
m-sfm6-12e
===============================================================================
24Nokia 2020
© Nokia Confidential
• IOM, iom4-e-b can contain two MDA cards. The 1st MDA slot is equipped with
the 12 port 1Gb/10Gb Ethernet card that is operational.
A:R1# show mda
===============================================================================
MDA Summary
===============================================================================
Slot Mda Provisioned Type Admin Operational
Equipped Type (if different) State State
-------------------------------------------------------------------------------
1 1 me12-10/1gb-sfp+ up up
2 (not provisioned) up unprovisioned
me-isa2-ms
===============================================================================
• The 2nd MDA is an isa-ms card but it has not yet provisioned by the user.
25Nokia 2020
© Nokia Confidential
slot 1, MDA 1, port 3 1/1/11 Down No Down 8704 8704 - netw null vspeed 10GBASE-LR *
1/1/12 Down No Down 8704 8704 - netw null vspeed 10GBASE-LR *
===============================================================================
Ports on Slot A
- Switching Fabric A ===============================================================================
Port Admin Link Port Cfg Oper LAG/ Port Port Port C/QS/S/XFP/
(primary) Id State State MTU MTU Bndl Mode Encp Type MDIMDX
-------------------------------------------------------------------------------
A/1 Up Yes Up 1514 1514 - netw null faste MDI
A/3 Down No Ghost 1514 1514 - netw null faste
A/4 Up No Ghost 1514 1514 - netw null faste
===============================================================================
Ports on Slot B
- Switching Fabric B ===============================================================================
Port Admin Link Port Cfg Oper LAG/ Port Port Port C/QS/S/XFP/
(Backup) Id State State MTU MTU Bndl Mode Encp Type MDIMDX
-------------------------------------------------------------------------------
B/1 Up No Ghost 1514 1514 - netw null faste
B/3 Down No Ghost 1514 1514 - netw null faste
B/4 Up No Ghost 1514 1514 - netw null faste
26Nokia 2020
© Nokia Confidential
To get familiar with the initial lab setup, each pair of students should log in to their Edge and Core
routers and use the following commands to verify the IPv4 and IPv6 connectivity of the Interfaces and
their addresses:
• Show IPv4 and IPv6 routing table:
- show router route-table
- show router route-table ipv6
• IPv4 and IPv6 system address connectivity:
- ping 10.10.10.x
- ping 2001:db8:xy::x:y:x
• IPv4 and IPv6 network port connectivity:
- ping 10.x.y.z
- ping 3ffe::1:x0x:x0x
27Nokia 2020
© Nokia Confidential
IPv4 and IPv6 ping to their adjacent neighbor interfaces are OK.
A:R1# ping 10.1.2.2
PING 10.1.2.2 56 data bytes
64 bytes from 10.1.2.2: icmp_seq=1 ttl=64 time=4.37ms.
64 bytes from 10.1.2.2: icmp_seq=2 ttl=64 time=2.35ms.
64 bytes from 10.1.2.2: icmp_seq=3 ttl=64 time=1.97ms.
Ping to your own system address is fine but since there is no IPv4 and IPv6 IGP protocols running yet, ping to remote
IPv4 and IPv6 system addresses fails.
A:R1# ping 10.10.10.1
PING 10.10.10.1 56 data bytes
64 bytes from 10.10.10.1: icmp_seq=1 ttl=64 time=0.055ms.
64 bytes from 10.10.10.1: icmp_seq=2 ttl=64 time=0.047ms.
64 bytes from 10.10.10.1: icmp_seq=3 ttl=64 time=0.050ms.
28Nokia 2020
© Nokia Confidential
===============================================================================
Route Table (Router: Base)
===============================================================================
Dest Prefix[Flags] Type Proto Age Pref
Next Hop[Interface Name] Metric
-------------------------------------------------------------------------------
1.1.1.1/32 Local Local 04d01h10m 0
loopback 0
10.1.2.0/28 Local Local 04d01h10m 0
toR2 0
10.1.3.0/28 Local Local 04d01h10m 0
toR3 0
10.1.5.0/28 Local Local 04d00h25m 0
toR5 0
10.10.10.1/32 Local Local 04d01h10m 0
system 0
-------------------------------------------------------------------------------
No. of Routes: 5
Flags: n = Number of times nexthop is repeated
B = BGP backup route available
L = LFA nexthop available
S = Sticky ECMP requested
===============================================================================
29Nokia 2020
© Nokia Confidential
===============================================================================
IPv6 Route Table (Router: Base)
===============================================================================
Dest Prefix[Flags] Type Proto Age Pref
Next Hop[Interface Name] Metric
-------------------------------------------------------------------------------
2001:db8:0:1::1/128 Local Local 06h20m55s 0
loopback 0
2001:db8:12::/64 Local Local 06h20m55s 0
toR2 0
2001:db8:13::/64 Local Local 06h20m55s 0
toR3 0
2001:db8:15::/64 Local Local 06h20m56s 0
toR5 0
3ffe::1:101:101/128 Local Local 06h20m56s 0
system 0
-------------------------------------------------------------------------------
No. of Routes: 5
Flags: n = Number of times nexthop is repeated
B = BGP backup route available
L = LFA nexthop available
S = Sticky ECMP requested
===============================================================================
30Nokia 2020
© Nokia Confidential
31Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
Ranges in CLI
With ranges, commands can be given to a set of objects at once. If you like to activate ports
1/1/9, 1/1/10, and 1/1/11. Use the command,
configure port 1/1/[9..11] no shutdown
Note that the autocomplete does not work after range specification.
Up to a maximum of 6 ranges are supported. For instance, executing a command like configure
filter ip-filter [1..2] create entry [1..2] create no match
A:R1# configure filter ip-filter [1..2] create entry [1..2] create no match
A:R1# /configure filter
A:R1>config>filter# info
----------------------------------------------
ip-filter 1 create
entry 1 create
exit
entry 2 create
exit
exit
ip-filter 2 create
entry 1 create
exit
entry 2 create
exit
We have multiple ranges allowed, we can also backward reference another pre-existing range
on the command line. For instance, in the following command configure filter ip-
filter [1..2] create entry [$0] create no match
33Nokia 2020
© Nokia Confidential
The first range [1..2], creates a variable 0, and the second range reference [$0] references the
variable 0. This command will result in the execution of two commands (single loop):
• configure filter ip-filter 1 create entry 1 create no match
• configure filter ip-filter 2 create entry 2 create no match
Recalling History
Recalling history command gives you the previous commands. One can be re-issued with the
<#>!
A:R1# history
39 environment reduced-prompt 2
40 configure router interface "system"
41 environment no reduced-prompt
42 show version
43 admin display-config
44 history
A:R1#
A:R1# !42
A:R1# show version
TiMOS-C-20.2.R1 cpm/x86_64 Nokia 7750 SR Copyright (c) 2000-2020 Nokia.
All rights reserved. All use subject to applicable license agreements.
Built on Sat Feb 29 10:39:32 PST 2020 by builder in
/builds/c/202B/R1/panos/main/sros
Search the configuration and include some pre-lines to find the context:
admin display-config | match shutdown pre-lines 3
36Nokia 2020
© Nokia Confidential
2 Nokia 2020
© Nokia Confidential
Table of Contents
Lab Setup
OSPF
ISIS
IGP Metric
Loopfree-Alternate
Policy and IGP Route Redistribution
OSPFv3
BFD
Wrap-up
3 Nokia 2020
© Nokia Confidential
4 Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
Use the command show system rollback to identify each rollback config’s index
number (X, and Y) based on their comments.
Initial rollback config file (X) - Initial - OSPF, ISIS and BFD.
• /admin rollback revert X
5 Nokia 2020
© Nokia Confidential
6 Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
Configuration of OSPF is done at interface level. The interface is added to an OSPF area.
Example configuration
1. Make sure you also activate OSPF toward each neighbor in the network.
Note: The system interface should not be configured point to point. Unless otherwise
specified, the default values are followed.
Loopfree-alternates: is required for LDP FRR (Label Distribution Protocol – Fast ReRoute).
See further.
Traffic engineering: is required for MPLS tunnels created with RSVP-TE – see further.
Each router has OSPF neighbors with its adjacent core and edge routers.
A:R1>config>router>ospf# info A:R5>config>router>ospf# info
---------------------------------------------- ----------------------------------------------
area 0.0.0.0 area 0.0.0.0
interface "system" interface "system"
no shutdown no shutdown
exit exit
interface "toR2" interface "toR1"
interface-type point-to-point interface-type point-to-point
no shutdown no shutdown
exit exit
interface "toR3" exit
interface-type point-to-point no shutdown
no shutdown
exit
interface "toR5"
interface-type point-to-point
no shutdown
exit
exit
no shutdown
8 Nokia 2020
© Nokia Confidential
Similarly, other groups can perform these configurations with respect to their assigned routers.
==============================================================================
Route Table (Router: Base)
==============================================================================
Dest Prefix[Flags] Type Proto Age
Pref
Next Hop[Interface Name] Metric
------------------------------------------------------------------------------
1.1.1.1/32 Local Local 04d00h42m 0
loopback 0
10.1.2.0/28 Local Local 04d00h42m 0
toR2 0
10.1.3.0/28 Local Local 04d00h42m 0
toR3 0
10.1.5.0/28 Local Local 04d00h42m 0
toR5
9 Nokia 2020
© Nokia Confidential 0
10.2.4.0/28 Remote OSPF 00h22m00s 10
10.1.2.2 20
10.2.6.0/28 Remote OSPF 00h22m00s 10
10.1.2.2 20
10.3.4.0/28 Remote OSPF 00h18m44s 10
10.1.3.3 20
10.3.7.0/28 Remote OSPF 00h18m44s 10
10.1.3.3 20
10.4.8.0/28 Remote OSPF 00h16m36s 10
10.1.2.2 30
10.10.10.1/32 Local Local 04d00h42m 0
system 0
10.10.10.2/32 Remote OSPF 00h22m00s 10
10.1.2.2 10
10.10.10.3/32 Remote OSPF 00h18m44s 10
10.1.3.3 10
10.10.10.4/32 Remote OSPF 00h16m36s 10
10.1.2.2 20
10.10.10.5/32 Remote OSPF 00h05m10s 10
10.1.5.5 10
10.10.10.6/32 Remote OSPF 00h03m23s 10
10.1.2.2 20
10.10.10.7/32 Remote OSPF 00h01m46s 10
10.1.3.3 20
10.10.10.8/32 Remote OSPF 00h00m23s 10
10.1.2.2 30
------------------------------------------------------------------------------
No. of Routes: 17
Flags: n = Number of times nexthop is repeated
B = BGP backup route available
L = LFA nexthop available
S = Sticky ECMP requested
==============================================================================
==============================================================================
FIB Display
==============================================================================
Prefix [Flags] Protocol
NextHop
------------------------------------------------------------------------------
1.1.1.1/32 LOCAL
1.1.1.1 (loopback)
10.1.2.0/28 LOCAL
10.1.2.0 (toR2)
10.1.3.0/28 LOCAL
10.1.3.0 (toR3)
10.1.5.0/28 LOCAL
10.1.5.0
10Nokia 2020
© (toR5) Nokia Confidential
10.2.4.0/28 OSPF
10.1.2.2 (toR2)
10.2.6.0/28 OSPF
10.1.2.2 (toR2)
10.3.4.0/28 OSPF
10.1.3.3 (toR3)
10.3.7.0/28 OSPF
10.1.3.3 (toR3)
10.4.8.0/28 OSPF
10.1.2.2 (toR2)
10.10.10.1/32 LOCAL
10.10.10.1 (system)
10.10.10.2/32 OSPF
10.1.2.2 (toR2)
10.10.10.3/32 OSPF
10.1.3.3 (toR3)
10.10.10.4/32 OSPF
10.1.2.2 (toR2)
10.10.10.5/32 OSPF
10.1.5.5 (toR5)
10.10.10.6/32 OSPF
10.1.2.2 (toR2)
10.10.10.7/32 OSPF
10.1.3.3 (toR3)
10.10.10.8/32 OSPF
10.1.2.2 (toR2)
------------------------------------------------------------------------------
Total Entries : 17
------------------------------------------------------------------------------
==============================================================================
OSPF Area:
A:R1# show router ospf area
==================================================================
Rtr Base OSPFv2 Instance 0 Areas
==================================================================
Area Id Type SPF Runs LSA Count LSA Cksum Sum
------------------------------------------------------------------
0.0.0.0 Standard 13 16 0x5f39e
------------------------------------------------------------------
No. of OSPF Areas: 1
==================================================================
==================================================================
Rtr Base OSPFv2 Instance 0 Areas
==================================================================
Area Id Type SPF Runs LSA Count LSA Cksum Sum
------------------------------------------------------------------
0.0.0.0 Standard 7 16 0x5f19f
------------------------------------------------------------------
No. of OSPF Areas: 1
==================================================================
11Nokia 2020
© Nokia Confidential
OSPF Interfaces:
A:R1# show router ospf interface
===============================================================================
Rtr Base OSPFv2 Instance 0 Interfaces
===============================================================================
If Name Area Id Designated Rtr Bkup Desig Rtr Adm Oper
-------------------------------------------------------------------------------
system 0.0.0.0 10.10.10.1 0.0.0.0 Up DR
toR2 0.0.0.0 0.0.0.0 0.0.0.0 Up PToP
toR3 0.0.0.0 0.0.0.0 0.0.0.0 Up PToP
toR5 0.0.0.0 0.0.0.0 0.0.0.0 Up PToP
-------------------------------------------------------------------------------
No. of OSPF Interfaces: 4
===============================================================================
===============================================================================
Rtr Base OSPFv2 Instance 0 Interfaces
===============================================================================
If Name Area Id Designated Rtr Bkup Desig Rtr Adm Oper
-------------------------------------------------------------------------------
system 0.0.0.0 10.10.10.5 0.0.0.0 Up DR
toR1 0.0.0.0 0.0.0.0 0.0.0.0 Up PToP
-------------------------------------------------------------------------------
No. of OSPF Interfaces: 2
12Nokia 2020
© Nokia Confidential
======================================================= ===============================================================================
Rtr Base OSPFv2 Instance 0 Status Rtr Base OSPFv2 Instance 0 Link State Database (type: All)
======================================================= ===============================================================================
OSPF Cfg Router Id : 0.0.0.0 Type Area Id Link State Id Adv Rtr Id Age Sequence Cksum
OSPF Oper Router Id : 10.10.10.1 -------------------------------------------------------------------------------
OSPF Version : 2 Router 0.0.0.0 10.10.10.1 10.10.10.1 797 0x80000009 0x2c4
OSPF Admin Status : Enabled Router 0.0.0.0 10.10.10.2 10.10.10.2 696 0x80000008 0x8c2c
OSPF Oper Status : Enabled Router 0.0.0.0 10.10.10.3 10.10.10.3 599 0x80000008 0xf0b8
Graceful Restart : Disabled Router 0.0.0.0 10.10.10.4 10.10.10.4 518 0x80000008 0xa9f0
GR Helper Mode : Disabled Router 0.0.0.0 10.10.10.5 10.10.10.5 798 0x80000004 0x17e
GR Strict LSA Checking : Enabled (operational down) Router 0.0.0.0 10.10.10.6 10.10.10.6 698 0x80000004 0x6d09
<< skip >> Router 0.0.0.0 10.10.10.7 10.10.10.7 600 0x80000004 0xd993
Router 0.0.0.0 10.10.10.8 10.10.10.8 519 0x80000004 0xe281
-------------------------------------------------------------------------------
No. of LSAs: 8
===============================================================================
13Nokia 2020
© Nokia Confidential
========================================================= ===============================================================================
Rtr Base OSPFv2 Instance 0 Status Rtr Base OSPFv2 Instance 0 Link State Database (type: All)
========================================================= ===============================================================================
OSPF Cfg Router Id : 0.0.0.0 Type Area Id Link State Id Adv Rtr Id Age Sequence Cksum
OSPF Oper Router Id : 10.10.10.5 -------------------------------------------------------------------------------
OSPF Version : 2 Router 0.0.0.0 10.10.10.1 10.10.10.1 898 0x80000009 0x2c4
OSPF Admin Status : Enabled Router 0.0.0.0 10.10.10.2 10.10.10.2 797 0x80000008 0x8c2c
OSPF Oper Status : Enabled Router 0.0.0.0 10.10.10.3 10.10.10.3 700 0x80000008 0xf0b8
Graceful Restart : Disabled Router 0.0.0.0 10.10.10.4 10.10.10.4 619 0x80000008 0xa9f0
GR Helper Mode : Disabled Router 0.0.0.0 10.10.10.5 10.10.10.5 897 0x80000004 0x17e
GR Strict LSA Checking : Enabled (operational down) Router 0.0.0.0 10.10.10.6 10.10.10.6 799 0x80000004 0x6d09
<< skip >> Router 0.0.0.0 10.10.10.7 10.10.10.7 701 0x80000004 0xd993
Router 0.0.0.0 10.10.10.8 10.10.10.8 620 0x80000004 0xe281
-------------------------------------------------------------------------------
No. of LSAs: 8
===============================================================================
14Nokia 2020
© Nokia Confidential
Try debugging of OSPF packets by creating a log to session and invoke the following debug
command:
/debug router ospf packet
To stop debugging messages from showing onto the screen, run the command:
/no debug
17Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
Use the command show system rollback to identify each rollback config’s index
number (X, and Y) based on their comments.
18Nokia 2020
© Nokia Confidential
ISIS is configured in a rather similar way as OSPF. Notice the small differences.
Switch to notes view!
1. Configure IS-IS using area 49.0000
2. Add all your interfaces
A:R1>config>router>isis# info
----------------------------------------------
area-id 49.0000
reference-bandwidth 100000000 One command to enable ISIS IPv6
ipv6-routing native
level 1 on ISIS Adjacent
wide-metrics-only
exit
level 2
wide-metrics-only
exit
interface "system"
19Nokia 2020
© no shutdown Nokia Confidential
exit
interface "toR2"
interface-type point-to-point
no shutdown
exit
interface "toR3"
interface-type point-to-point
no shutdown
exit
interface "toR5"
interface-type point-to-point
no shutdown
exit
no shutdown
----------------------------------------------
Note: It is common practice to configure the interfaces point-to-point rather than the default
broadcast to avoid the DIS overhead.
Note: With this command the reference bandwidth can be set and the metrics of the links will
be calculated: reference-bandwidth/bandwidth (In OSPF this is done by default).
3. Special case for IS-IS: In regular IS-IS SPF operation, “narrow metrics” are used, meaning the
maximum metric value of any given link will be limited to 63, regardless of the result of
calculation in relation to the reference bandwidth given above. To overcome this restriction,
“wide metrics” can be enabled, which is an additional attribute carried in the so called
“traffic engineering TLVs (Type-Length-Value packet field formats). Wide metric support
necessitates the support for traffic engineering extensions on the IGP, which is an optionally
enabled feature. Some other uses of traffic engineering is discussed further in the next
MPLS section.
<isis-instance> : [0..31]
<all> : keyword
This is because we are running both OSPF and ISIS IGP at the same time and OSPF has a
higher priority (or preference) than ISIS and thus OSPF routes are selected for the routing
table instead of ISIS routes.
==============================================================================
Rtr Base ISIS Instance 0 Adjacency
==============================================================================
System ID Usage State Hold Interface MT-ID
------------------------------------------------------------------------------
R2 L1L2 Up 22 toR2 0
R3 L1L2 Up 25 toR3 0
R5 L1L2 Up 26 toR5 0
------------------------------------------------------------------------------
Adjacencies : 3
==============================================================================
6. View the IS-IS link state database show router isis database
21Nokia 2020
© Nokia Confidential
==============================================================================
Rtr Base ISIS Instance 0 Database
==============================================================================
LSP ID Sequence Checksum Lifetime Attributes
------------------------------------------------------------------------------
Displaying Level 1 database
------------------------------------------------------------------------------
R1.00-00 0xa 0xb70e 967 L1L2
R2.00-00 0xb 0x80cd 1026 L1L2
R3.00-00 0x9 0xf0e8 976 L1L2
R4.00-00 0xa 0x5210 1000 L1L2
R5.00-00 0x8 0x44aa 943 L1L2
R6.00-00 0x8 0x7436 975 L1L2
R7.00-00 0x8 0x2f37 1060 L1L2
R8.00-00 0x8 0xe938 1018 L1L2
Level (1) LSP Count : 8
Note: This configuration must match between neighbors’ interfaces or the adjacency will fail.
22Nokia 2020
© Nokia Confidential
<isis-instance> : [0..31]
Create a log for debug-trace and debug ISIS packets to the ssh session.
To stop debugging messages from showing onto the screen, run the command:
/no debug
24Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
Since OSPF has a lower preference than ISIS and the two protocols learn the same routes, only OSPF
routes are found in the route-table.
25Nokia 2020
© Nokia Confidential
The default link metric for OSPF is 10. From R8 to R5, the total link cost is therefore 40.
2. Adjust the metric of the outgoing interface of the Edge router (R5 to R8) to 5000.
configure router ospf area 0 interface <toRx> metric 5000
configure router isis interface <toRx> level 1 metric 5000
26Nokia 2020
© Nokia Confidential
27Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
Use the command show system rollback to identify each rollback config’s index
number (X, and Y) based on their comments.
28Nokia 2020
© Nokia Confidential
router
ip-fast-reroute
ospf
traffic-engineering
loopfree-alternates
exit
A:R1>config>router# info
----------------------------------------------
<< skip >>
ip-fast-reroute
#--------------------------------------------------
echo "OSPFv2 Configuration"
#--------------------------------------------------
ospf 0
traffic-engineering
loopfree-alternates
exit
<< skip>>
==============================================================================
Route Table (Router: Base)
==============================================================================
Dest Prefix[Flags] Type Proto Age
Pref
Next Hop[Interface Name] Metric
------------------------------------------------------------------------------
1.1.1.1/32 Local Local 04d02h03m 0
loopback 0
10.1.2.0/28 Local Local 04d02h03m 0
toR2 0
10.1.3.0/28 Local Local 04d02h03m 0
toR3 0
10.1.5.0/28 Local Local 04d02h03m 0
toR5
30Nokia 2020
© Nokia Confidential 0
10.2.4.0/28 Remote OSPF 01h42m39s 10
10.1.2.2 20
10.2.6.0/28 Remote OSPF 01h42m39s 10
10.1.2.2 20
10.3.4.0/28 Remote OSPF 01h39m22s 10
10.1.3.3 20
10.3.7.0/28 Remote OSPF 01h39m22s 10
10.1.3.3 20
10.4.8.0/28 [L] Remote OSPF 01h37m15s 10
10.1.2.2 30
10.10.10.1/32 Local Local 04d02h03m 0
system 0
10.10.10.2/32 Remote OSPF 01h42m39s 10
10.1.2.2 10
10.10.10.3/32 Remote OSPF 01h39m22s 10
10.1.3.3 10
10.10.10.4/32 [L] Remote OSPF 01h37m15s 10
10.1.2.2 20
10.10.10.5/32 Remote OSPF 01h25m49s 10
10.1.5.5 10
10.10.10.6/32 Remote OSPF 01h24m01s 10
10.1.2.2 20
10.10.10.7/32 Remote OSPF 01h22m24s 10
10.1.3.3 20
10.10.10.8/32 [L] Remote OSPF 01h21m01s 10
10.1.2.2 30
------------------------------------------------------------------------------
No. of Routes: 17
Flags: n = Number of times nexthop is repeated
B = BGP backup route available
L = LFA nexthop available
S = Sticky ECMP requested
==============================================================================
==============================================================================
FIB Display
==============================================================================
Prefix [Flags] Protocol
NextHop
------------------------------------------------------------------------------
1.1.1.1/32 LOCAL
1.1.1.1 (loopback)
10.1.2.0/28 LOCAL
10.1.2.0 (toR2)
10.1.3.0/28 LOCAL
10.1.3.0 (toR3)
10.1.5.0/28 LOCAL
10.1.5.0
31Nokia 2020
© (toR5) Nokia Confidential
10.2.4.0/28 OSPF
10.1.2.2 (toR2)
10.2.6.0/28 OSPF
10.1.2.2 (toR2)
10.3.4.0/28 OSPF
10.1.3.3 (toR3)
10.3.7.0/28 OSPF
10.1.3.3 (toR3)
10.4.8.0/28 OSPF
10.1.2.2 (toR2)
10.1.3.3 (toR3) (LFA)
10.10.10.1/32 LOCAL
10.10.10.1 (system)
10.10.10.2/32 OSPF
10.1.2.2 (toR2)
10.10.10.3/32 OSPF
10.1.3.3 (toR3)
10.10.10.4/32 OSPF
10.1.2.2 (toR2)
10.1.3.3 (toR3) (LFA)
10.10.10.5/32 OSPF
10.1.5.5 (toR5)
10.10.10.6/32 OSPF
10.1.2.2 (toR2)
10.10.10.7/32 OSPF
10.1.3.3 (toR3)
10.10.10.8/32 OSPF
10.1.2.2 (toR2)
10.1.3.3 (toR3) (LFA)
------------------------------------------------------------------------------
Total Entries : 17
------------------------------------------------------------------------------
==============================================================================
32Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
Use the command show system rollback to identify each rollback config’s index
number (X, and Y) based on their comments.
Final rollback config file (Y) – Final-OSPF, ISIS Policy and IGP Route Redistribution.
33Nokia 2020
© Nokia Confidential
2. Check if this new IP address has been added to the route-table of your PE as a “Local”
entry.
3. Ask your neighbors to ping this IP address. Also try to ping their newly created loopback
interface IP addresses. Why doesn’t this work?
4. Create a policy on your PE that will accept the directly connected (sub)networks (including
loopback).
A:PExx>config>router# info
----------------------------------------------
policy-options
begin Begin
34Nokia 2020
©
policy-statement "policy-to-distribute"
Nokia Confidential
entry 10
from
protocol direct
exit
action accept
exit
exit
default-action reject
exit
commit Commit
exit
----------------------------------------------
Configuring policies:
Policies need to be configured in editing mode. Meaning that the configuration is not active
until decided by the operator.
Note: Until now, only a policy statement has been configured. It is not yet assigned to a
routing protocol and is therefore not being used yet.
6. Apply the policy as an export policy to OSPF and ISIS. This will redistribute the connected
(sub)network into your IGP domain.
7. In the case of OSPF, the PE router needs to be marked as an ASBR (Autonomous System
Boundary Router) in order to get redistribution to work. This is not required for IS-IS.
35Nokia 2020
© Nokia Confidential
Rx>config>router>ospf># asbr
8. When all the nodes have finished step 6, verify the routing table. You should have 4 new
entries: the added local directly connected (sub)network and the others learned remotely
over your IGP.
ISIS redistributes direct routes or loopback as Internet L1 route having preference of 15.
OSPF redistributes direct routes or loopback via ASBR are considered External OSPF routes with
preference of 150. Therefore, routers install the ISIS advertised loopback routes.
37Nokia 2020
© Nokia Confidential
38Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
Use the command show system rollback to identify each rollback config’s index
number (X, and Y) based on their comments.
Initial rollback config file (X) – Final-OSPF, ISIS Policy and IGP Route Redistribution.
• /admin rollback revert X
39Nokia 2020
© Nokia Confidential
A:R2>config>router>ospf3# info
----------------------------------------------
loopfree-alternates
area 0.0.0.0
interface "system"
no shutdown
exit
interface "toR1"
interface-type point-to-point
no shutdown
exit
interface "toR4"
interface-type point-to-point
no shutdown
exit
40Nokia 2020
© Nokia Confidential
interface "toR6"
interface-type point-to-point
no shutdown
exit
exit
no shutdown
Note that we have NOT specified any Policy to re-distribute loopback addresses except the
IPv6 system interface in OSPF3 and thus these routes are not being advertised by OSPF3.
However, we still have ISIS re-distributing IPv4 and IPv6 of these loopback routes and thus we
should expect seeing these ISIS learnt IPv6 loopback routes in the route-table.
Try following show commands:
show router ospf3 neighbor
==============================================================================
Rtr Base OSPFv3 Instance 0 Neighbors
==============================================================================
Interface-Name Rtr Id State Pri RetxQ TTL
Area-Id
------------------------------------------------------------------------------
toR1 10.10.10.1 Full 1 0 34
0.0.0.0
------------------------------------------------------------------------------
No. of Neighbors: 1
==============================================================================
==============================================================================
Rtr Base OSPFv3 Instance 0 Interfaces
==============================================================================
If Name Area Id Designated Rtr Bkup Desig Rtr Adm Oper
------------------------------------------------------------------------------
system 0.0.0.0 10.10.10.5 0.0.0.0 Up DR
toR1 0.0.0.0 0.0.0.0 0.0.0.0 Up PToP
------------------------------------------------------------------------------
No. of OSPF Interfaces: 2
==============================================================================
show router ospf3 database type router adv-router <system address> detail
A:R5# show router ospf3 database type router adv-router 10.10.10.1 detail
==============================================================================
Rtr Base OSPFv3 Instance 0 Link State Database (type: Router) (detail)
==============================================================================
Router LSA for Area 0.0.0.0
------------------------------------------------------------------------------
Area Id : 0.0.0.0 Adv Router Id : 10.10.10.1
Link State Id : 0.0.0.0 (0)
LSA Type : Router
Sequence No : 0x80000003 Checksum : 0x73f
Age : 139 Length : 72
Options : ----R--EV6
Flags : Link Count : 3
Link Type (1) : P2P Link Nbr Rtr ID (1) : 10.10.10.2
I/F Index (1) : 3 Nbr I/F Index (1): 3
Metric (1) : 10
Link Type (2) : P2P Link Nbr Rtr ID (2) : 10.10.10.3
I/F Index (2) : 4 Nbr I/F Index (2): 3
Metric (2) : 10
Link Type (3) : P2P Link Nbr Rtr ID (3) : 10.10.10.5
I/F Index (3) : 5 Nbr I/F Index (3): 3
Metric (3) : 10
IPv6 ISIS learnt loopback routes as shown in the route-table. Interface addresses are
distributed by both OSPF3 and ISIS but since OSPF3 has a lower Preference than ISIS. Thus
OSPF IPv6 interface routes are installed in the route-table.
43Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
Use the command show system rollback to identify each rollback config’s index
number (X, and Y) based on their comments.
44Nokia 2020
© Nokia Confidential
As general rule, the following steps are required to configure and enable a BFD session when
peers are directly connected:
1. Configure BFD parameters on the peering interfaces.
2. Check that the Layer 3 protocol, that is to be bound to BFD, is up and running.
3. Enable BFD under the Layer 3 protocol interface.
A:R1>config>router# info
----------------------------------------------
45Nokia 2020
© Nokia Confidential
interface "toR5"
address 10.1.5.1/28
port 1/1/5
ipv6
address 2001:db8:15::1:5:1/64
exit
bfd 100 receive 100 multiplier 3
no shutdown
exit
A:R1>config>router# isis
A:R1>config>router>isis# info
----------------------------------------------
<< skip >> ISIS
interface "toR5"
interface-type point-to-point
bfd-enable ipv4
no shutdown
exit
Similar steps need to be performed on interface & protocol where BFD has to be applied.
46Nokia 2020
© Nokia Confidential
A:R5# show router bfd interface
==============================================================================
BFD Interface
==============================================================================
Interface name Tx Interval Rx Interval Multiplier
------------------------------------------------------------------------------
toR1 100 100 3
------------------------------------------------------------------------------
No. of BFD Interfaces: 1
If the BFD-enabled interface toR1 does not receive BFD hello messages for 3 times each separated by
100ms (i.e., totally 300ms), R5 will declare interface toR1 is down and starts IGP convergent.
show router bfd session
47Nokia 2020
© Nokia Confidential
2 Nokia 2020
© Nokia Confidential
Table of Contents
Lab Setup
MPLS LDP
MPLS RSVP-TE
Wrap-up
3 Nokia 2020
© Nokia Confidential
4 Nokia 2020
© Nokia Confidential
Use the command show system rollback to identify each rollback config’s index
number (X, and Y) based on their comments.
With this initial config, all routers have IGP and BFD connectivity.
5 Nokia 2020
© Nokia Confidential
6 Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
Invoke the following commands to find out the LDP and IGP paths to the opposite Edge
router’s system address. For example, for R5, its opposite router is R8. Compare the
paths between the two commands:
oam lsp-trace prefix 10.10.10.X/32
traceroute 10.10.10.X
==============================================================================
LDP IPv4 Sessions
==============================================================================
Peer LDP Id Adj Type State Msg Sent Msg Recv Up Time
------------------------------------------------------------------------------
10.10.10.2:0 Link Established 372 374 0d 00:15:33
10.10.10.3:0 Link Established 362 365 0d 00:15:06
10.10.10.5:0 Link Established 352 354 0d 00:14:34
------------------------------------------------------------------------------
No. of IPv4 Sessions: 3
==============================================================================
8 Nokia 2020
© Nokia Confidential
==============================================================================
LDP IPv6 Sessions
==============================================================================
Peer LDP Id
Adj Type State Msg Sent Msg Recv Up Time
------------------------------------------------------------------------------
3ffe::1:202:202[0]
Link Established 370 373 0d 00:15:33
3ffe::1:303:303[0]
Link Established 361 362 0d 00:15:06
3ffe::1:505:505[0]
Link Established 355 355 0d 00:14:34
------------------------------------------------------------------------------
No. of IPv6 Sessions: 3
==============================================================================
===========================================================================
IPv4 Tunnel Table (Router: Base)
===========================================================================
Destination Owner Encap TunnelId Pref Nexthop Metric
----------------------------------------------------------------------------
10.10.10.2/32 ldp MPLS 65541 9 10.1.2.2 100
10.10.10.3/32 ldp MPLS 65543 9 10.1.3.3 100
10.10.10.4/32 ldp MPLS 65545 9 10.1.2.2 200
10.10.10.5/32 ldp MPLS 65539 9 10.1.5.5 100
10.10.10.6/32 ldp MPLS 65547 9 10.1.2.2 200
10.10.10.7/32 ldp MPLS 65549 9 10.1.3.3 200
10.10.10.8/32 ldp MPLS 65551 9 10.1.2.2 300
----------------------------------------------------------------------------
Flags: B = BGP backup route available
E = inactive best-external BGP route
traceroute <x.x.x.x>
Identify the IP path determined by IGP such as OSPF or ISIS.
9 Nokia 2020
© Nokia Confidential
A:R8# traceroute 10.10.10.5
traceroute to 10.10.10.5, 30 hops max, 40 byte packets
1 10.4.8.4 (10.4.8.4) 1.30 ms 3.02 ms 1.24 ms
2 10.2.4.2 (10.2.4.2) 2.81 ms 2.53 ms 2.56 ms
3 10.1.2.1 (10.1.2.1) 3.18 ms 2.53 ms 2.61 ms
4 10.10.10.5 (10.10.10.5) 3.09 ms 4.26 ms 6.36 ms
Since LDP establishes LSPs based on the IGP paths to the destination endpoints,
lsp-trace and traceroute list identical paths between two end-points based on
IGP.
========================================================================
LDP Bindings (IPv4 LSR ID 10.10.10.1)
(IPv6 LSR ID 3ffe::1:101:101)
========================================================================
Label Status:
U - Label In Use, N - Label Not In Use, W - Label Withdrawn
WP - Label Withdraw Pending, BU - Alternate For Fast Re-Route
e - Label ELC
FEC Flags:
LF - Lower FEC, UF - Upper FEC, M - Community Mismatch, BA - ASBR
Backup FEC
(S) - Static (M) - Multi-homed Secondary Support
(B) - BGP Next Hop (BU) - Alternate Next-hop for Fast Re-Route
10Nokia 2020(I) - SR-ISIS Next Hop (O) -Nokia
© SR-OSPF
Confidential Next Hop
(C) - FEC resolved with class-based-forwarding
==============================================================================
LDP IPv4 Prefix Bindings (Active)
==============================================================================
Prefix Op
IngLbl EgrLbl
EgrNextHop EgrIf/LspId
------------------------------------------------------------------------------
10.10.10.1/32 Pop
524287 --
-- --
10.10.10.2/32 Push
-- 524287
10.1.2.2 1/1/2
10.10.10.2/32 Swap
524285 524287
10.1.2.2 1/1/2
10.10.10.3/32 Push
-- 524287
10.1.3.3 1/1/1
10.10.10.3/32 Swap
524283 524287
10.1.3.3 1/1/1
10.10.10.4/32 Push
-- 524281
10.1.2.2 1/1/2
<< skip >>
Some LDP labels that do not make sense for LDP operations are blanked out (i.e., marked
as --). For example, for R1’s ingress label 524287, R1 will pop it because it is addressed to R1’s
system interface. It will not swap the label to any Egress label for its system interface.
LDP used the IGP configuration: Loopfree alternates. Since Edge routers have only one link to the its
Core router without alternate path, setup FRR on the Core Routers (R1 to R4) as follows:
1. Enable and provision LDP on all your network interfaces.
OSPF:
A:R1>config>router>ospf# info
------------------------------------
traffic-engineering
loopfree-alternates
exit
11Nokia 2020
©
area 0.0.0.0 Nokia Confidential
interface "system"
…
ISIS:
A:R1>config>router>isis# info
-----------------------------------
area-id 49.0000
traffic-engineering
loopfree-alternates
exit
ipv6-routing native
A:R1>config>router>ldp# info
----------------------------------------------
fast-reroute
interface-parameters
interface "toR2" dual-stack
ipv4
no shutdown
exit
ipv6
no shutdown
exit
no shutdown
exit
interface "toR3" dual-stack
ipv4
no shutdown
exit
<< skip >>
3. On Core routers R1 to R4, run the command show router ldp binding active to highlight
the backup next-hop for FRR.
10.10.10.2/32 Push
-- 524287
10.1.2.2 1/1/2
10.10.10.2/32 Swap
524285 524287
10.1.2.2 1/1/2
10.10.10.3/32 Push
-- 524287
10.1.3.3 1/1/1
10.10.10.3/32 Swap
524283 524287
10.1.3.3 1/1/1
10.10.10.4/32 Push
-- 524281
10.1.2.2 1/1/2
10.10.10.4/32 Push
-- 524281BU
10.1.3.3 1/1/1
10.10.10.4/32 Swap
524281 524281 Backup FRR
10.1.2.2 1/1/2
10.10.10.4/32 Swap
524281 524281BU
10.1.3.3 1/1/1
<<skip>>
If R1 receive the label 524281 for R4, it will swap the label to 524281 and forward the packet to
R2 for R4. The alternate FRR path is via R3 to R4 using egress label 524281.
Before ecmp 2 is provisioned at the Core routers, the available multiple paths for a given
end-point is being used as FRR as FRR is still active from the previous lab.
==============================================================================
LDP Bindings (IPv4 LSR ID 10.10.10.1)
13Nokia 2020
©
(IPv6 LSR ID 3ffe::1:101:101)
Nokia Confidential
==============================================================================
Label Status:
U - Label In Use, N - Label Not In Use, W - Label Withdrawn
WP - Label Withdraw Pending, BU - Alternate For Fast Re-Route
e - Label ELC
FEC Flags:
LF - Lower FEC, UF - Upper FEC, M - Community Mismatch, BA - ASBR
Backup FEC
(S) - Static (M) - Multi-homed Secondary Support
(B) - BGP Next Hop (BU) - Alternate Next-hop for Fast Re-Route
(I) - SR-ISIS Next Hop (O) - SR-OSPF Next Hop
(C) - FEC resolved with class-based-forwarding
==============================================================================
LDP IPv4 Prefix Bindings (Active)
==============================================================================
Prefix Op
IngLbl EgrLbl
EgrNextHop EgrIf/LspId
------------------------------------------------------------------------------
<< skip >>
10.10.10.3/32 Swap
524283 524287
10.1.3.3 1/1/1
10.10.10.4/32 Push
-- 524281
10.1.2.2 1/1/2
10.10.10.4/32 Push
-- 524281BU
10.1.3.3 1/1/1
10.10.10.4/32 Swap
524281 524281
10.1.2.2 1/1/2 Multiple paths from R1 to R4
are being used for FRR
10.10.10.4/32 Swap
524281 524281BU instead of load sharing as
10.1.3.3 1/1/1 ECMP = 1 by default
1/1/1
Apply ecmp
Switch to2notes
for the Core routers (R1 to R4) .
view!
configure router ecmp 2
A:R1>config>router# info
----------------------------------------------
<< skip >>
autonomous-system 65100
ecmp 2
ip-fast-reroute
14Nokia 2020
© Nokia Confidential
10.10.10.4/32 Push
-- 524281
10.1.2.2 1/1/2
10.10.10.4/32 Push
-- 524281
10.1.3.3 1/1/1
10.10.10.4/32 Swap
524281 524281
10.1.2.2 1/1/2
Verify the LSP setup by LDP using the following oam commands:
oam lsp-ping prefix <10.10.10.X>/32
When LDP shortcut is enabled, LDP populates the RTM (Route Table Manager) with next-hop
entries corresponding
Switch to all prefixes for which it activated an LDP Forwarding Equivalence Class
to notes view!
(FEC). For a given prefix, two route entries are populated in RTM. One corresponds to the LDP
shortcut next-hop and has an owner of LDP. The other one is the regular IP next-hop. The LDP
shortcut next-hop always has preference over the regular IP next-hop for forwarding user
packets and specified control packets over a given outgoing interface to the route next-hop.
ldp-shortcut has a preference of 9, which has a higher priority (i.e., lower preference) than
OSPF and ISIS but lower than static routes.
Before using ldp-shortcut, remote system addresses are resolved using regular IP next-hop.
==============================================================================
Route Table (Router: Base)
==============================================================================
16Nokia 2020
© Nokia Confidential
Dest Prefix[Flags] Type Proto Age Pref
Next Hop[Interface Name] Metric
------------------------------------------------------------------------------
10.10.10.1/32 Local Local 04d20h59m 0
system 0
10.10.10.2/32 Remote OSPF 17h47m42s 10
10.1.3.3 300
10.10.10.3/32 Remote OSPF 19h57m40s 10
10.1.3.3 100
==============================================================================
Route Table (Router: Base)
==============================================================================
Dest Prefix[Flags] Type Proto Age Pref
Next Hop[Interface Name] Metric
------------------------------------------------------------------------------
10.10.10.1/32 Local Local 04d21h00m 0
system 0
10.10.10.2/32 Remote LDP 00h00m04s 9
10.1.3.3 (tunneled) 300
10.10.10.3/32 Remote LDP 00h00m04s 9
10.1.3.3 (tunneled) 100
17Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
Use the command show system rollback to identify each rollback config’s index
number (X, and Y) based on their comments.
With this initial config, all routers have IGP and BFD connectivity.
18Nokia 2020
© Nokia Confidential
2. Verify the status of traffic-engineering on your IGP. Where can you see that traffic-
engineering is enabled?
show router ospf status
show router isis status
3. If not previously configured, enable MPLS on your system and the network interfaces.
A:R1>config>router>mpls# info
----------------------------------------------
19Nokia 2020
© Nokia Confidential
interface "system"
no shutdown
exit
interface "toR5"
no shutdown
exit
interface "toR2"
no shutdown
exit
interface "toR3"
no shutdown
exit
no shutdown
4. The previous step automatically enables RSVP on the interfaces. Make sure RSVP is no
shutdown. Verify.
show router mpls interface
show router rsvp interface
A:R1>config>router>rsvp# info
----------------------------------------------
interface "system"
no shutdown
exit
interface "toR5"
no shutdown
exit
interface "toR2"
no shutdown
exit
interface "toR3"
no shutdown
exit
no shutdown
6. Set the total maximum amount of reservable bandwidth by RSVP to 100% on the RSVP
interface. Verify the available bandwidth.
==============================================================================
RSVP Interface (Detailed) : toR2
==============================================================================
------------------------------------------------------------------------------
Interface : toR2
------------------------------------------------------------------------------
Interface : toR2
Port ID : 1/1/1
Admin State : Up Oper State : Up
Active Sessions : 0 Active Resvs : 0
Total Sessions : 0
Subscription : 100 % Port Speed : 1000 Mbps
Total BW : 1000 Mbps Aggregate : Dsabl
Hello Interval : 3000 ms Hello Timeouts : 0
Key Type Auth : Disabled
Keychain Auth : Disabled
Auth Rx Seq Num : n/a Auth Key Id : n/a
Auth Tx Seq Num : n/a Auth Win Size : n/a
Refresh Reduc. : Disabled Reliable Deli. : Disabled
Bfd Enabled : No Graceful Shut. : Disabled
ImplicitNullLabel : Disabled* GR helper : Disabled
R1 Clockwise Path – R2 R6
RSVP-TE Loose
21Nokia 2020
© Nokia Confidential
Diagonal Path –
RSVP-TE Strict
R3 R4
R7 R8
Hops: 10.1.3.3
Select a path that is different from the IGP path. IGP path can be found using the command
traceroute 10.10.10.x where x can be 5 to 8. E.g., IGP path from R1 to R8 is R1-R2-
R4-R8. Therefore, the opposite RSVP-TE Strict path from R1 to R8 is R1-R3-R4-R8.
• R1 – R8
• R2 – R7
• R3 – R6
• R4 –R5
Since LDP follows IGP paths, IP and LDP traces show the same path of R1-R2-R4-R8. Therefore,
create an opposite RSVP-TE strict path R1-R3-R4-R8. Add loose path as secondary and fast-
reroute one-to-one for this RSVP path.
It is important to note that LSP is uni-directional. Therefore, the above RSVP-TE and LDP
signaled paths on the Core routers create only an uni-directional LSP from the Core to Edge
routers. A similar RSVP-TE signaled paths should be should from the Edge to the Core routers
in order to have a symmetrical traffic path. The RSVP-TE config on the Edge routers are
omitted in here for brevity.
Make sure you create paths on every Core router (R1 to R4) in the network. Also create
secondary paths, but you might also just create one ‘loose’ path with no hops specified.
show router mpls path
to-R8-strict Up 2
10 10.1.3.3 Strict
20 10.3.4.4 Strict
30 10.4.8.8 Strict
to-R6-loose Up 3
10 10.10.10.2 Loose
20 10.10.10.6 Loose
------------------------------------------------------------------------------
Total Paths : 3
==============================================================================
A:R1>config>router>mpls# info
------------------------------------------------------------------------------
<< skip >>
lsp "lsp-toR8"
to 10.10.10.8
path-computation-method local-cspf
fast-reroute one-to-one
exit
primary "to-R8-strict"
exit
secondary "loose" LSP with primary, secondary and
exit Fast-Reroute (see further)
25Nokia 2020
© no shutdown Nokia Confidential
exit
lsp "lsp-toR6"
to 10.10.10.6
path-computation-method local-cspf
primary "to-R6-loose"
exit
no shutdown LSP with primary only
exit
no shutdown
2. When configuring the primary, try <?> to see what other constraints can be added
(bandwidth, exclude, hop-limit).
A:Rxx>config>router>mpls>lsp>primary#
[no] adaptive - Enable/Disable make-before-break functionality for the
LSP path
[no] backup-class-t* - Configure backup class-type for the LSP path
[no] bandwidth - Amount of bandwidth to be reserved for the path
bfd + Configure BFD for MPLS primary LSP
[no] class-type - Configure class-type for the LSP path
[no] exclude - Configure administrative groups that should be
excluded when the LSP path is setup
[no] hop-limit - Max number of hops that an LSP will traverse including
ingress and egress routers - overrides LSP
hop-limit
[no] include - Configure administrative groups that should be
included when the LSP path is setup
[no] priority - Configure setup and hold priority
[no] record - Enable/disable recording of all hops that an LSP path
traverses
[no] record-label - Enable/disable recording of recording of labels at
each node that an LSP path traverses
[no] shutdown - Administratively enable/disable the LSP path
==============================================================================
IPv4 Tunnel Table (Router: Base)
==============================================================================
Destination Owner Encap TunnelId Pref Nexthop Metric
Color
------------------------------------------------------------------------------
10.10.10.2/32
26Nokia 2020
© ldp MPLSNokia 65551
Confidential 9 10.1.2.2 10
10.10.10.3/32 ldp MPLS 65553 9 10.1.3.3 10
10.10.10.4/32 ldp MPLS 65555 9 10.1.2.2 20
10.10.10.4/32 ldp MPLS 65555 9 10.1.3.3 20
10.10.10.5/32 ldp MPLS 65557 9 10.1.5.5 10
10.10.10.6/32 rsvp MPLS 2 7 10.1.2.2 20
10.10.10.6/32 ldp MPLS 65559 9 10.1.2.2 20
10.10.10.7/32 ldp MPLS 65562 9 10.1.3.3 20
10.10.10.8/32 rsvp MPLS 1 7 10.1.3.3 30
10.10.10.8/32 ldp MPLS 65563 9 10.1.2.2 30
10.10.10.8/32 ldp MPLS 65563 9 10.1.3.3 30
------------------------------------------------------------------------------
Perform LSP ping and trace on the primary and secondary path of the LSP’s that are signaled
by RSVP-TE (i.e., clockwise and diagonal Edge routers). Are the pings successful? What path is
taken by the primary path of the LSP? Does it follow the strict path as configured? Are the
OAM LSP ping and trace successful over the secondary path of the LSP?
Change the secondary path to standby mode and repeat your test. Does the OAM ping and
trace over the secondary path successful now?
29Nokia 2020
© Nokia Confidential
traceroute 10.10.10.6
The RSVP-TE loose path follows the IGP path and thus the path from R1 to R6 is the same for both IP
and LSP.
2. Apply te-metric 500 to the adjacent router of the IGP path. For R1, the adjacent router of the
IGP path is R2. Also, enable metric-type te under relevant LSP. Make sure underlying IGP
has traffic-engineering configured.
A:R1>config>router>mpls# info
------------------------------------------------------------------------------
interface "system"
no shutdown
exit
interface "toR2"
te-metric 500
no shutdown
exit
<< skip >>
path "loose"
no shutdown
exit
path "to-R6-loose"
hop 10 10.10.10.2 loose
hop 20 10.10.10.6 loose
no shutdown
exit
<< skip >>
lsp "lsp-toR6"
to 10.10.10.6
path-computation-method local-cspf
metric-type te
primary "to-R6-loose"
exit
no shutdown
exit
traceroute 10.10.10.6
A:R1>config>router>mpls# info
------------------------------------------------------------------------------
<< skip >>
lsp "lsp-toR8"
32Nokia 2020
© to 10.10.10.8 Nokia Confidential
path-computation-method local-cspf
fast-reroute one-to-one
exit
primary "to-R8-strict"
exit
secondary "loose"
exit
no shutdown
exit
2. Run the following commands to identify the FRR one-to-one detour, detour-transit and
Switch to notes view!
detour-terminate.
show router rsvp session detour detail
------------------------------------------------------------------------------
LSP : lsp-toR8::to-R8-strict_detour
------------------------------------------------------------------------------
From : 10.10.10.1 To : 10.10.10.8
Tunnel ID : 1 LSP ID : 18950
Style : SE State : Up
Session Type : Originate (Detour)
In Interface : n/a Out Interface : 1/1/2
In IF Name : n/a
Out IF Name : toR2
In Label : n/a Out Label : 524266
Previous
33Nokia 2020 Hop
© : n/a Next Hop
Nokia Confidential : 10.1.2.2
SetupPriority : 7 Hold Priority : 0
Class Type : 0
SubGrpOrig ID : 0 SubGrpOrig Addr:
P2MP ID : 0
FrrAvailType : N/A
FrrSrlgStrict : N/A SrlgDisjoint : N/A
The primary path from R1 to R8 is R1R3R4R8 determined by the RSVP signaled lsp-toR8
with path to-R8-strict. The detour is via R2 with next-hop interface 10.1.2.2 using out Label
524266.
==============================================================================
RSVP Sessions
==============================================================================
RSVP Session Name
From To Tunnel ID LSP ID State
------------------------------------------------------------------------------
lsp-toR6::to-R6-strict_detour
10.10.10.3 10.10.10.6 1 15872 Up
lsp-toR7::to-R7-strict_detour
10.10.10.2 10.10.10.7 1 9728 Up
------------------------------------------------------------------------------
Sessions : 2
==============================================================================
34Nokia 2020
© Nokia Confidential
==============================================================================
RSVP Sessions
==============================================================================
RSVP Session Name
From To Tunnel ID LSP ID State
------------------------------------------------------------------------------
lsp-toR5::to-R5-strict_detour
10.10.10.4 10.10.10.5 1 25600 Up
lsp-toR8::to-R8-strict_detour
10.10.10.1 10.10.10.8 1 18950 Up
------------------------------------------------------------------------------
Sessions : 2
==============================================================================
==============================================================================
Route Table (Router: Base)
==============================================================================
Dest Prefix[Flags] Type Proto Age
Pref
Next Hop[Interface Name] Metric
------------------------------------------------------------------------------
<< skip link routing entries >>
10.10.10.1/32 Local Local 01d09h20m 0
system 0
10.10.10.2/32 Remote LDP 01d09h19m 9
10.1.2.2 (tunneled) 100
10.10.10.3/32 Remote LDP 00h00m04s 9
10.1.3.3 (tunneled)
35Nokia 2020
© Nokia Confidential 100
10.10.10.4/32 [L] Remote LDP 00h00m04s 9
10.1.2.2 (tunneled) 200
10.10.10.5/32 Remote LDP 01d09h19m 9
10.1.5.5 (tunneled) 100
10.10.10.6/32 Remote LDP 00h14m49s 9
10.1.2.2 (tunneled) 200
10.10.10.7/32 Remote LDP 00h00m05s 9
10.1.3.3 (tunneled) 200
10.10.10.8/32 [L] Remote OSPF 00h14m49s 10
10.1.2.2
Since ldp-shortcut is enabled on all routers in Lab 1, LDP tunnels are used as the next-hop in
the routing table.
With the above routing table, perform a traceroute from the Core router to the diagonal Edge
router to identify the path before we apply RSVP-shortcut.
2. Configure RSVP-TE Shortcut on the OSPF instance and verify the routing table again.
Switch to notes view!
A:Rxx>config>router>ospf# info
------------------------------------------------------------------------------
traffic-engineering
<< skip >>
igp-shortcut
tunnel-next-hop
family ipv4
resolution filter
resolution-filter
rsvp
exit
exit
exit
exit
no shutdown
36Nokia 2020
© Nokia Confidential
When RSVP shortcut is enabled, whenever RSVP tunnel to a remote end-point is available, the
next hops in the routing table are updated accordingly. For example, R1 has RSVP-TE signaled
LSPs to R6 and R8. Therefore, when RSVP shortcut is enabled, the next hops to these two
destinations are RSVP signaled LSP tunnels.
==============================================================================
Route Table (Router: Base)
==============================================================================
Dest Prefix[Flags] Type Proto Age Pref
Next Hop[Interface Name] Metric
------------------------------------------------------------------------------
<< skip >>
10.10.10.1/32 Local Local 05d08h17m 0
system 0
10.10.10.2/32 Remote LDP 23h02m32s 9
10.1.2.2 (tunneled) 10
10.10.10.3/32 Remote LDP 23h02m32s 9
10.1.3.3 (tunneled) 10
10.10.10.4/32 [L] Remote LDP 00h02m08s 9
10.1.2.2 (tunneled) 20
10.10.10.5/32 Remote LDP 23h02m32s 9
10.1.5.5 (tunneled) 10
10.10.10.6/32 Remote OSPF 00h02m08s 10
10.10.10.6 (tunneled:RSVP:2) 20
10.10.10.7/32 Remote LDP 23h02m32s 9
10.1.3.3 (tunneled) 20
10.10.10.8/32 Remote OSPF 00h02m08s 10
10.10.10.8 (tunneled:RSVP:1) 30
The following shows the priority (highest is better) of shortcuts installed onto RTM:
1. Switch to notes view!
RSVP shortcut
2. LDP shortcut
3. IGP learnt routes
Repeat the traceroute from the Core router to the diagonal Edge router to verify that the
path is now following the RSVP path.
With©37Nokia
RSVP-shortcut,
2020 the path from R1 to R8Nokia
now follows the RSVP path R1-R3-R4-R8.
Confidential
38Nokia 2020
© Nokia Confidential
2 Nokia 2020
© Nokia Confidential
Table of Contents
Lab Setup
Service Architecture
Wrap-up
3 Nokia 2020
© Nokia Confidential
4 Nokia 2020
© Nokia Confidential
Use the command show system rollback to identify each rollback config’s index
number (X, and Y).
5 Nokia 2020
© Nokia Confidential
6 Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
A:PExx>config>service# info
---------------------------------------------- Default customer 1 is
customer 1 name "1" create always available.
description "Default customer"
exit
customer 100 name "100" create
description "EDU Ottawa, Canada"
exit
7 Nokia 2020
© Nokia Confidential
On the Edge routers (R5 to R8), specify port 1/1/5 as an Access Port for terminating
customer 100’s network services’ (e.g., epipe, VPLS, VPRN) traffic in the later lab
Exercises.
==============================================================================
Ports on Slot 1
==============================================================================
Port Admin Link Port Cfg Oper LAG/ Port Port Port C/QS/S/XFP/
Id State State MTU MTU Bndl Mode Encp Type MDIMDX
------------------------------------------------------------------------------
1/1/1 Up Yes Up 9212 9212 - netw null vspeed 10GBASE-LR *
1/1/2 Up Yes Up 9212 9212 - netw null vspeed 10GBASE-LR *
1/1/3 Up Yes Up 9212 9212 - netw null vspeed 10GBASE-LR *
1/1/4 Up Yes Up 9212 9212 - netw null vspeed 10GBASE-LR *
1/1/5 Up Yes Up 9212 9212 - accs dotq vspeed 10GBASE-LR *
1/1/6 Up Yes Up 9212 9212 - netw null vspeed 10GBASE-LR *
8 Nokia 2020
© Nokia Confidential
1/1/7 Up Yes Up 9212 9212 - netw null vspeed 10GBASE-LR *
<< skip >>
• SAP= Service Access Point, where customer traffic enters the service.
• Service= defines the behaviour of the service
• Customer= owns the service
• SDP= Service Distribution Path, tunnel access to get to the other sites
Each MPLS network service such as ePipe, VPLS and VPRN establish Transport and Service
labels to identify the network and service endpoints respectively. SDP identifies the Transport
tunnel for carrying the service tunnel and traffic to the network destinations or endpoints. This
is very similar to IP and UDP/TCP ports.
In the below diagram, network service IDs 25 and 50 share the same SDP transport (SDP 3 and
5) between the two PEs but the network services are belonged two different customers 100
9 Nokia 2020
© Nokia Confidential
and 200. Nevertheless, the two customers’ traffic are separated by different service IDs.
The initial rollback config has pre-defined MPLS LSP and path configured among the Edge
routers (R5/R8 and R6/R7) for RSVP-TE transport tunnel signaling. Verify the path and LSP
status:
==============================================================================
MPLS Path:
==============================================================================
Path Name Admin
PathIdx
Hop Index IP Address/SID-Label Strict/Loose
------------------------------------------------------------------------------
loose Up 1
no hops n/a n/a
------------------------------------------------------------------------------
Total Paths : 1
10Nokia 2020
© Nokia Confidential
==============================================================================
==============================================================================
MPLS LSPs (Originating)
==============================================================================
LSP Name To Tun Fastfail Adm Opr
Id Config
------------------------------------------------------------------------------
lsp-toR8 10.10.10.8 1 No Up Up
------------------------------------------------------------------------------
LSPs : 1
X is the destination Edge router. For example, R5 has a LDP signaled SDP to R6 and the SDP is
106. Similarly, R5 has a RSVP signaled SDP to R8. Therefore, the SDP from R5 to R8 is 208.
Warning: GRE will not work if ‘shortcuts’ is active.NokiaDeactivate shortcuts on LDP and RSVP before
configuring GRE, if necessary.
11Nokia 2020
© Confidential
R5:
============================================================================
Services: Service Destination Points
============================================================================
SdpId AdmMTU OprMTU Far End Adm Opr Del LSP Sig
----------------------------------------------------------------------------
106 0 9190 10.10.10.6 Up Up MPLS L TLDP
208 0 9190 10.10.10.8 Up Up MPLS R TLDP
307 0 9170 10.10.10.7 Up Up GRE n/a TLDP
----------------------------------------------------------------------------
13Nokia 2020
© Nokia Confidential
Number of SDPs : 3
----------------------------------------------------------------------------
Legend: R = RSVP, L = LDP, B = BGP, M = MPLS-TP, n/a = Not Applicable
I = SR-ISIS, O = SR-OSPF, T = SR-TE, F = FPE
============================================================================
R6:
============================================================================
Services: Service Destination Points
============================================================================
SdpId AdmMTU OprMTU Far End Adm Opr Del LSP Sig
----------------------------------------------------------------------------
105 0 9190 10.10.10.5 Up Up MPLS L TLDP
207 0 9190 10.10.10.7 Up Up MPLS R TLDP
308 0 9170 10.10.10.8 Up Up GRE n/a TLDP
----------------------------------------------------------------------------
Number of SDPs : 3
----------------------------------------------------------------------------
Legend: R = RSVP, L = LDP, B = BGP, M = MPLS-TP, n/a = Not Applicable
I = SR-ISIS, O = SR-OSPF, T = SR-TE, F = FPE
============================================================================
R7:
Switch to notes view!
============================================================================
Services: Service Destination Points
============================================================================
SdpId AdmMTU OprMTU Far End Adm Opr Del LSP Sig
----------------------------------------------------------------------------
108 0 9190 10.10.10.8 Up Up MPLS L TLDP
206 0 9190 10.10.10.6 Up Up MPLS R TLDP
305 0 9170 10.10.10.5 Up Up GRE n/a TLDP
----------------------------------------------------------------------------
Number of SDPs : 3
----------------------------------------------------------------------------
Legend: R = RSVP, L = LDP, B = BGP, M = MPLS-TP, n/a = Not Applicable
14Nokia 2020I = SR-ISIS, O = SR-OSPF, T Nokia
© = SR-TE,
Confidential F = FPE
============================================================================
R8:
============================================================================
Services: Service Destination Points
============================================================================
SdpId AdmMTU OprMTU Far End Adm Opr Del LSP Sig
----------------------------------------------------------------------------
107 0 9190 10.10.10.7 Up Up MPLS L TLDP
205 0 9190 10.10.10.5 Up Up MPLS R TLDP
306 0 9170 10.10.10.6 Up Up GRE n/a TLDP
----------------------------------------------------------------------------
Number of SDPs : 3
----------------------------------------------------------------------------
Legend: R = RSVP, L = LDP, B = BGP, M = MPLS-TP, n/a = Not Applicable
I = SR-ISIS, O = SR-OSPF, T = SR-TE, F = FPE
============================================================================
Note: In case the SDPs are remaining in the operationally down state, check with the
command, show service sdp details and carefully look for clues.
1. Perform a uni-directional SDP Ping. What is the Path MTU? Why is there no Remote SDP-ID?
Note: You have tested the local SDP but have not performed a round-trip test.. <XXX> is the
local SDP.
--------------------------------------------------------------------
15Nokia 2020
© Nokia Confidential
Actual IP Address - Local : 10.10.10.5
Expected Peer IP - Remote : 10.10.10.5
Actual IP Address - Remote : 10.10.10.8
Expected Peer IP - Local : 10.10.10.8
IP Address Mismatch : No
--------------------------------------------------------------------
Err SDP-ID Info Local Remote
--------------------------------------------------
SDP-ID: 208 N/A
Administrative State: Up N/A
Operative State: Up N/A
Path MTU: 9190 N/A
Response SDP Used: No
IP Interface State: Up
Forwarding Class be be
Profile In Out
Path MTU 9190 (Network 9212 port MTU – 22 Ethernet, Transport and Service headers = 9190
Switch
bytes) to notes
is only view! value. We will measure the actual Path MTU later as there can be
a calculated
equipment in the network path that limits the Path MTU.
Note: This is a round-trip test, both directions are using the SDP. <XXX> is the local
SDP and <YYY> is the remote SDP.
--------------------------------------------------------------------
Actual IP Address - Local : 10.10.10.5
Expected Peer IP - Remote : 10.10.10.5
16Nokia 2020
© Nokia Confidential
Actual IP Address - Remote : 10.10.10.8
Expected Peer IP - Local : 10.10.10.8
IP Address Mismatch : No
--------------------------------------------------------------------
Err SDP-ID Info Local Remote
--------------------------------------------------
SDP-ID: 208 205
Administrative State: Up Up
Operative State: Up Up
Path MTU: 9190 N/A
Response SDP Used: Yes
IP Interface State: Up
Forwarding Class be be
Profile In Out
The calculated Path MTU from R5 to R8 via RSVP-TE signaled SDP 208 is 9190 bytes. However,
the measured Path MTU is only 1492 bytes. In other words, some network equipment (e.g.,
Ethernet bridges) along the data path between R5 to R8 has limited the Path MTU to only 1492
bytes.
[hint: default Ethernet MTU (1514) – Ethernet, MPLS transport and Service headers (22) = 1492]
SDP signaled by RSVP-TE and LDP has a 22 bytes network header comprising Ethernet (14),
MPLS Transport (4) and Service (4) Headers. For GRE signaled SDP, the network header is 42
bytes.
SDP or Path MTU is automatically calculated by subtracting the transmission header (22
bytes for RSVP-TE and LDP and 42 bytes for GRE) from the Network Port’s MTU.
Therefore, the maximum path MTU for RSVP-TE or LDP signaled SDP is 9190 bytes.
The setting of the Service or VC MTU will be covered in the next lab.
18Nokia 2020
© Nokia Confidential
19Nokia 2020
© Nokia Confidential
• Understand:
- Service Label
- VC ID
- Route Target
- Route Distinguisher
- MP-BGP
2 Nokia 2020
© Nokia Confidential
Table of Contents
Lab Setup
EPIPE
VPLS
VPRN
Wrap-up
3 Nokia 2020
© Nokia Confidential
4 Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
------------------------
Use the command show system rollback to identify each rollback config’s index
number (X, and Y).
5 Nokia 2020
© Nokia Confidential
6 Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
------------------------
It is a common practice to have Service ID = VC ID. However, since the Service ID is only local
significant, Service IDs on both ends can be different. However, VC ID (i.e., MPLS Service Label)
needs to match on both ends.
Verify port 1/1/5 has a dot1q encapsulation and it is an Access port. If the incoming traffic has
©7 Nokia 2020 Nokia Confidential
a VLAN tag of non-zero such as 123, the SAP definition would be SAP 1/1/5:123.
1. The following shows the Epipe 58 setup for Students 1, 2, 7 and 8. Students 3, 4, 5 and 6
for Epipe 67 have a similar setup but different Service and VC IDs.
A:R5>config>router>mpls# info
----------------------------------------------
interface "system"
no shutdown
exit
interface "toR1"
no shutdown
exit
path "loose"
no shutdown
exit
lsp "lsp-toR8"
8 Nokia 2020
© to 10.10.10.8 Nokia Confidential
path-computation-method local-cspf
primary "loose"
exit
no shutdown
==============================================================================
RSVP Sessions
==============================================================================
RSVP Session Name
From To Tunnel ID LSP ID State
------------------------------------------------------------------------------
lsp-toR5::to-R5-strict
10.10.10.4 10.10.10.5 1 10752 Up
lsp-toR5::to-R5-loose
10.10.10.3 10.10.10.5 2 62464 Up
lsp-toR8::loose
10.10.10.5 10.10.10.8 1 56320 Up
lsp-toR5::loose
10.10.10.8 10.10.10.5 1 60928 Up
------------------------------------------------------------------------------
Sessions : 4
==============================================================================
==============================================================================
RSVP Sessions (Detailed)
==============================================================================
------------------------------------------------------------------------------
LSP : lsp-toR8::loose
------------------------------------------------------------------------------
From : 10.10.10.5 To : 10.10.10.8
Tunnel ID : 1 LSP ID : 56320
Style : SE State : Up
Session Type : Originate
In Interface : n/a Out Interface : 1/1/4
In IF Name : n/a
Out IF Name : toR1
In Label : n/a Out Label : 524265
Previous
9 Nokia 2020 Hop
© : n/a Next
Nokia Confidential Hop : 10.1.5.1
Hops :
<< skip >>
The egress Transport Label used by R5 to reach R8 is 524265. Similarly, the egress Transport
Label used by R8 to reach R5 is 524264.
==============================================================================
RSVP Sessions (Detailed)
==============================================================================
------------------------------------------------------------------------------
LSP : lsp-toR5::loose
------------------------------------------------------------------------------
From : 10.10.10.8 To : 10.10.10.5
Tunnel ID : 1 LSP ID : 60928
Style : SE State : Up
Session Type : Originate
In Interface : n/a Out Interface : 1/1/4
In IF Name : n/a
Out IF Name : toR4
In Label : n/a Out Label : 524264
Previous Hop : n/a Next Hop : 10.4.8.4
Hops :
<< skip >>
Note that Transport Labels are swapped (i.e., change) hop-by-hop until it reaches the
destination PE where there destination PE will pop the Transport Label (by default, SROS
disables penultimate hop popping).
------------------------------------------------------------------------------
Service Access & Destination Points
------------------------------------------------------------------------------
Identifier Type AdmMTU OprMTU Adm Opr
------------------------------------------------------------------------------
sap:1/1/5:0 q-tag 9212 9212 Up Up
sdp:208:58 S(10.10.10.8) Spok 0 9190 Up Up
==============================================================================
• Verify that PC9 can ping to PC12 through Epipe 58 and PC10 can ping to PC11 through Epipe
67. However, PC9 cannot ping to PC10 even though they are on the same subnet because
the two Epipes are using different Transport and Service Labels.
2. Verify the operation of your Epipe service using the Service Ping utility.
Note: Nokia’s Service Ping feature provides end-to-end connectivity testing for an individual
service. The Service Ping operates at a higher level than the SDP diagnostics in that it verifies
an individual service and not the collection of services carried within an SDP. The Service Ping is
initiated from a router to verify round-trip connectivity and delay to the far-end of the service.
Nokia’s implementation functions for both GRE and MPLS tunnels and tests the following from
edge-to-edge:
• Tunnel connectivity
• VC label mapping verification
• Service existence
• Service provisioned parameter verification
• Round trip path verification
• Service dynamic configuration verification
R5
- oam svc-ping 10.10.10.8 service 58
R6
- oam svc-ping 10.10.10.7 service 67
R7
- oam svc-ping 10.10.10.6 service 67
R8
- oam svc-ping 10.10.10.5 service 58
IP Interface State: Up
Actual IP Addr: 10.10.10.5 10.10.10.8
Expected Peer IP: 10.10.10.8 10.10.10.5
In this service ping test the actual data path that customer traffic would take through the
service was not used. OAM messages were sent and received over the control plane rather
than the data plane. You can use the local-sdp and remote-sdp parameters to send the oam
packets over the same path as customer traffic.
Note: The svc-ping is a useful OAM feature for a VLL but it does require that the port out to
the CPE is up, i.e. there is something connected to the port such as a PC NIC card, when a
service is first configured this may not be the case and so a VCCV-Ping is a better test of a VLL
when first configured.
IP Interface State: Up
Actual IP Addr: 10.10.10.5 10.10.10.8
Expected Peer IP: 10.10.10.8 10.10.10.5
R5
- oam vccv-ping 208:58 reply-mode ip-routed
R6
- oam vccv-ping 207:67 reply-mode ip-routed
R7
- oam vccv-ping 206:67 reply-mode ip-routed
R8
- oam vccv-ping 205:58 reply-mode ip-routed
16Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
------------------------
Use the command show system rollback to identify each rollback config’s index
number (X, and Y).
17Nokia 2020
© Nokia Confidential
MESH SDP
MESH SDP MESH SDP
SAP
MESH SDP
VPLS 300
MESH SDP MESH SDP
VPLS 300 VPLS 300
PC
SAP- floods to Spoke SDP- Floods to Mesh SDP- Floods to SAPs
everybody everybody and spoke SPDs only
The problem with mesh-binding is that all instances must be connected through an SDP with
all other switching instances. In large VPLS services this could become a scaling problem.
Combining Spoke-bindings between smaller full-mesh networks is the solution (i.e., hierarchical
VPLS).
For redundancy more Spoke binding can be set up, but then STP or managed VPLS is required
to prevent L2 looping.
==============================================================================
Martini Service Labels
==============================================================================
Svc Id Sdp Binding Type I.Lbl E.Lbl
------------------------------------------------------------------------------
600 106:600 Mesh 524267 524267
600 208:600 Mesh 524266 524266
600 307:600 Mesh 524265 524265
A:R6#
20Nokia show
© 2020 service id 600 labels Nokia Confidential
==============================================================================
Martini Service Labels
==============================================================================
Svc Id Sdp Binding Type I.Lbl E.Lbl
------------------------------------------------------------------------------
600 105:600 Mesh 524267 524267
600 207:600 Mesh 524266 524266
600 308:600 Mesh 524265 524265
==============================================================================
Martini Service Labels
==============================================================================
Svc Id Sdp Binding Type I.Lbl E.Lbl
------------------------------------------------------------------------------
600 108:600 Mesh 524267 524267
600 206:600 Mesh 524266 524266
600 305:600 Mesh 524265 524265
==============================================================================
Martini Service Labels
==============================================================================
Svc Id Sdp Binding Type I.Lbl E.Lbl
------------------------------------------------------------------------------
600 107:600 Mesh 524267 524267
600 205:600 Mesh 524266 524266
600 306:600 Mesh 524265 524265
• Each Edge router has a similar Service Labels/Tunnels setup to the rest of the Edge routers
to form the VPLS.
==============================================================================
Service Basic Information
==============================================================================
Service Id : 600 Vpn Id : 0
Service Type : VPLS
MACSec enabled : no
Name : 600
Description : (Not Specified)
Customer Id : 100 Creation Origin : manual
Last Status Change: 06/25/2020 14:55:30
Last Mgmt Change : 06/25/2020 14:55:30
Etree Mode : Disabled
Admin State : Up Oper State : Up
MTU : 1514
SAP©21Nokia
Count 2020 : 1 SDP Bind Count
Nokia Confidential : 3
Snd Flush on Fail : Disabled Host Conn Verify : Disabled
SHCV pol IPv4 : None
Propagate MacFlush: Disabled Per Svc Hashing : Disabled
Allow IP Intf Bind: Disabled
Fwd-IPv4-Mcast-To*: Disabled Fwd-IPv6-Mcast-To*: Disabled
Mcast IPv6 scope : mac-based
Def. Gateway IP : None
Def. Gateway MAC : None
Temp Flood Time : Disabled Temp Flood : Inactive
Temp Flood Chg Cnt: 0
SPI load-balance : Disabled
TEID load-balance : Disabled
Src Tep IP : N/A
Vxlan ECMP : Disabled
MPLS ECMP : Disabled
VSD Domain : <none>
------------------------------------------------------------------------------
Service Access & Destination Points
------------------------------------------------------------------------------
Identifier Type AdmMTU OprMTU Adm Opr
------------------------------------------------------------------------------
sap:1/1/5:0 q-tag 9212 9212 Up Up
sdp:107:600 M(10.10.10.7) Mesh 0 9190 Up Up
sdp:205:600 M(10.10.10.5) Mesh 0 9190 Up Up
sdp:306:600 M(10.10.10.6) Mesh 0 9170 Up Up
==============================================================================
4. Verify the forwarding database. What are the age timers? How can you verify the age timer per
mac entry?
• show service fdb-mac
• show service fdb-mac expiry
MAC addresses learnt from SAP expires earlier than MAC addresses learnt from remote VPLS
endpoints and it takes more resources (e.g.., time, CPM cycles) to learnt remote MAC addresses.
23Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
------------------------
Use the command show system rollback to identify each rollback config’s index
number (X, and Y).
24Nokia 2020
© Nokia Confidential
Since VPRN is a L3 routing service, each PC (PC9 to PC12) should have different IP subnets.
Change the IP addresses of PC9 to PC12 to different subnets to verify VPRN 700’s layer 3
routing capability as follows:
• PC9
- ifconfig eth1 192.168.9.2/24
- ip route add 192.168.0.0/16 via 192.168.9.1 dev eth1
• PC10
- ifconfig eth1 192.168.10.2/24
- ip route add 192.168.0.0/16 via 192.168.10.1 dev eth1
25Nokia 2020
© Nokia Confidential
• PC11
- ifconfig eth1 192.168.11.2/24
- ip route add 192.168.0.0/16 via 192.168.11.1 dev eth1
• PC12
- ifconfig eth1 192.168.12.2/24
- ip route add 192.168.0.0/16 via 192.168.12.1 dev eth1
A:R7>config>router>bgp#
26Nokia 2020
© info A:R8# configure router bgp
Nokia Confidential
------------------------------------- -------------------------------------
group "mp-ibgp" group "mp-ibgp"
family vpn-ipv4 family vpn-ipv4
peer-as 65100 peer-as 65100
neighbor 10.10.10.5 neighbor 10.10.10.5
exit exit
neighbor 10.10.10.6 neighbor 10.10.10.6
exit exit
neighbor 10.10.10.8 neighbor 10.10.10.7
exit exit
exit exit
no shutdown no shutdown
==============================================================================
BGP Summary
==============================================================================
Legend : D - Dynamic Neighbor
==============================================================================
Neighbor
27Nokia 2020
© Nokia Confidential
Description
AS PktRcvd InQ Up/Down State|Rcv/Act/Sent (Addr Family)
PktSent OutQ
------------------------------------------------------------------------------
10.10.10.6
65100 31 0 00h14m08s 0/0/0 (VpnIPv4)
32 0
10.10.10.7
65100 30 0 00h13m59s 0/0/0 (VpnIPv4)
31 0
10.10.10.8
65100 30 0 00h13m50s 0/0/0 (VpnIPv4)
32 0
Note that this is 0/0/0 routes for Rec/Act/Sent because we have yet to set up VPRN 700 to
use MP-BGP for VPN ID distribution.
==============================================================================
Service Basic Information
==============================================================================
Service Id : 700 Vpn Id : 0
Service Type : VPRN
MACSec enabled : no
Name : 700
Description : (Not Specified)
Customer Id : 100 Creation Origin : manual
Last Status Change: 06/26/2020 08:05:01
Last Mgmt Change : 06/26/2020 08:05:01
Admin State : Up Oper State : Up
------------------------------------------------------------------------------
Service Access & Destination Points
------------------------------------------------------------------------------
Identifier Type AdmMTU OprMTU Adm Opr
------------------------------------------------------------------------------
sap:1/1/5:0 q-tag 9212 9212 Up Up
==============================================================================
In the lab, each Edge router has a SDP to each remote Edge routers using LDP, RSVP-TE or GRE transport tunnel
signaling protocol.
3. End-to-End VRPN verification. Each group of students login to their PCs (PC9 to PC12) and ping the other PCs
via VPRN 700.
----------------------------------------------------------------------------
----------------------------------------------------------------------------
Use the command show system rollback to identify each rollback config’s index
number (X, and Y).
33Nokia 2020
© Nokia Confidential
In the previous VPRN full mesh lab exercise, all VPRN 700 in Edge routers R5 to R8 use the
same VRF target, vrf-target target:65100:700 and thus all the VPRN routes such as
192.168.x.x/24 are exchanged and reachable by all VPRN 700.
In this lab exercise, we will maintain reachability of 192.168.x.x/24 subnet in VPRN among all
Edge routers R5 to R8 but at the same time, define the following two subnets are reachable
as follows:
• R5 (172.16.58.5/24) and R8 (172.16.58.8/24)
• R6 (172.16.67.6/24) and R7 (172.16.67.7/24)
34Nokia 2020
© Nokia Confidential
Each pair of students modify VPRN 700 of their Edge router as follows:
• Develop a policy-statement, export_vpn_extranet to tag prefix with community:
- 192.168.x.0/24 exact - target:65100:700
- 172.16.x.y/24 longer – target:65100:xy
• Develop a policy-statement, import_vpn_extranet to import VPRN 700 and Extranet routes
• Replace VPRN 700’s VRF target, vrf-target target:65100:700 by:
- vrf-import import_vpn_extranet
- vrf-export export_vpn_extranet
Verify that VPRN 700 in R5 to R8 can still reach the subnet 192.168.x.y/24 but for subnet
172.16.xy.z, only the corresponding pair of Edge routers can reach the extranet subnet.
35Nokia 2020
© Nokia Confidential
40Nokia 2020
© Nokia Confidential
41Nokia 2020
© Nokia Confidential
All Edge routers (R5 to R8) have the VPN700 and Extranet routes.
42Nokia 2020
© Nokia Confidential
43Nokia 2020
© Nokia Confidential
44Nokia 2020
© Nokia Confidential
• Understand:
- Service Label
- VC ID
- Route Target
- Route Distinguisher
- MP-BGP
45Nokia 2020
© Nokia Confidential
Nokia’s MPLS network service implementation complies to standard RFCs and specifications. For
more information about multi-vendor MPLS network service interop, please refer to
http://clcnetwork.wordpress.com.
2 Nokia 2020
© Nokia Confidential
Table of Contents
Lab Setup
VPLS using BGP-AD
Wrap-up
3 Nokia 2020
© Nokia Confidential
4 Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
------------------------
In the core network, to support VPLS using BGP-AD, an IGP protocol such as OSPF or ISIS must be
operational. LDP signaling must be operational to signal transport tunnels between Edge routers.
In this lab, the students will verify:
• All network interfaces on R1-R8 are operational.
• OSPF/ISIS is correctly configured and operational within the network core.
• All IGP adjacencies are operational.
• Ports towards lab PCs are configured as access ports with dot1Q encapsulation.
5 Nokia 2020
© Nokia Confidential
10.10.10.1/32 10.10.10.2/32
3ffe::1:101:101/128 3ffe::1:202:202/128
R5 R1 R2
eth1 192.168.1.9/24 R6 eth1 192.168.1.10/24
PC11 R7 R3 R4 R8 PC12
10.10.10.3/32 10.10.10.4/32
3ffe::1:303:303/128 3ffe::1:404:404/128
6 Nokia 2020
© Nokia Confidential
1/1/1 1/1/1
1/1/5 1/1/5
1/1/2
PC11 R3 R4 R8 PC12
1/1/4 1/1/4
1/1/5 1/1/5
eth1 eth1
R7
7 Nokia 2020
© Nokia Confidential
R5 R1 R2 R6
VPLS using
BGP-AD
PC11 R3 R4 R8 PC12
Pod3 Pod4
R7
8 Nokia 2020
© Nokia Confidential
Use the command show system rollback to identify each rollback config’s index
number (X, and Y).
9 Nokia 2020
© Nokia Confidential
10Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
------------------------
PE2
SDP
11Nokia 2020
© Nokia Confidential
CE
PE1
SDP
VPLS
CE
SDP
PE3 CE
• SDPs are instantiated by a PE router using LDP signaling upon receipt of BGP
auto-discovery (BGP-AD) updates from peer PE routers.
Note: A route reflector is recommended in a large network to scale BGP well and to simplify
the BGP configuration when new PEs are added in the network.
10.10.10.6
65100 263 0 02h09m33s 1/1/1 (L2VPN)
263 0
10.10.10.7
65100 263 0 02h09m33s 1/1/1 (L2VPN)
263 0
10.10.10.8
65100 263 0 02h09m33s 1/1/1 (L2VPN)
263 0
------------------------------------------------------------------------------
Switch
A:R5# to notes
show view!pw-template
service
==============================================================================
PW Template information
==============================================================================
PW Template Id SDP Last Update
------------------------------------------------------------------------------
1 Auto-mpls 07/03/2020 07:03:29
==============================================================================
==============================================================================
PW Template information
==============================================================================
PW Template Id SDP Last Update
------------------------------------------------------------------------------
1 Auto-mpls 07/03/2020 07:03:33
==============================================================================
15Nokia 2020
© Nokia Confidential
Each pair of students login to their Edge routers (R5 to R8) and create VPLS 15 (customer 1)
Switch to notes view!
with pw-template.
Verify port 1/1/5 has a dot1q encapsulation and it is an Access port. If the incoming traffic has
a VLAN tag of non-zero such as 123, the SAP definition would be SAP 1/1/5:123.
Shutdown and remove sap 1/1/5:0 from Epipe/VPLS/VPRN (if in use) and re-use the sap for
VPLS 15.
exit
bgp-ad
vpls-id 65100:15
no shutdown
exit
stp
shutdown
exit
sap 1/1/5:0 create
no shutdown
exit
no shutdown
Note: Ensure LDP signaling must be operational on all routers with their interfaces to signal
transport tunnels between nodes.
------------------------------------------------------------------------------
BGP Auto-discovery Information
------------------------------------------------------------------------------
Admin State : Up
Vpls Id : 65100:15
Prefix : 10.10.10.5
------------------------------------------------------------------------------
------------------------------------------------------------------------------
BGP Auto-discovery Information
------------------------------------------------------------------------------
Admin State : Up
Vpls Id
17Nokia
© 2020 : 65100:15 Nokia Confidential
Prefix : 10.10.10.8
------------------------------------------------------------------------------
==============================================================================
Service Basic Information
==============================================================================
Service Id : 15 Vpn Id : 0
Service Type : VPLS
MACSec enabled : no
Name : 15
Description : (Not Specified)
Customer Id : 1 Creation Origin : manual
Last Status Change: 07/03/2020 07:03:36
Last Mgmt Change : 07/03/2020 07:04:30
Etree Mode : Disabled
Admin State : Up Oper State : Up
MTU : 1514
SAP Count : 1 SDP Bind Count : 3
<< skip >>
------------------------------------------------------------------------------
Service Access & Destination Points
------------------------------------------------------------------------------
Identifier Type AdmMTU OprMTU Adm Opr
------------------------------------------------------------------------------
sap:1/1/5:0 q-tag 1518 1518 Up Up
sdp:32765:4294967293 SB(10.10.10.7) BgpAd 0 8682 Up Up
sdp:32766:4294967294 SB(10.10.10.6) BgpAd 0 8682 Up Up
sdp:32767:4294967295 SB(10.10.10.8) BgpAd 0 8682 Up Up
==============================================================================
============================================================================
Services: Service Destination Points
============================================================================
SdpId AdmMTU OprMTU Far End Adm Opr Del LSP Sig
----------------------------------------------------------------------------
32765 0 8682 10.10.10.7 Up Up MPLS L/B TLDP
32766 0 8682 10.10.10.6 Up Up MPLS L/B TLDP
32767 0 8682 10.10.10.8 Up Up MPLS L/B TLDP
----------------------------------------------------------------------------
Number of SDPs : 3
Note: The SDPs are auto-provisioned using BGP. The SDP Id may be different for your group/scenario
at the time of performing this lab.
• Verify that PC9 can ping to PC10, 11 and 12 through VPLS 15.
20Nokia 2020
© Nokia Confidential
2 Nokia 2020
© Nokia Confidential
Table of Contents
Lab Setup
Internet Enhanced Services (IES)
Routed VPLS (rVPLS)
Wrap-up
3 Nokia 2020
© Nokia Confidential
4 Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
------------------------
Use the command show system rollback to identify each rollback config’s index
number (X, and Y).
Initial rollback config file’s comment (X) – Final – Epipe, VPLS and VPRN.
• /admin rollback revert X
5 Nokia 2020
© Nokia Confidential
6 Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
------------------------
An IES is also a routed layer 3 network service but using the Global Routing Table (GRT). Therefore, while
each service router can have many instances of IESs, they all sharing the same GRT. IP addresses of the
network and access ports can also be found on the GRT.
An IES can have many Interfaces with one or more SAPs, IP addresses and ports/loopbacks. IES
Interfaces can be included in IGP or EBP (e.g., static, OSPF, ISIS and BGP) for the address prefixes to be
distributed to other systems.
IES can terminate spoke-SDPs such as an Epipe, or VPLS and forms complex network service such as
routed-VPLS (rVPLS). Local rVPLS can also be formed using internal “hook” instead of WAN spoke-sdp
as shown in Lab 2
IES uses only IP and thus there is no need to provision any MPLS, or LDP unless WAN rVPLS is needed.
7 Nokia 2020
©
IES 10
Nokia Confidential
Subnet X SAP
PC
1. Each pair of students login to their Edge routers (R5 to R8) and configure an IES 10 (customer 1)
with:
• Interface toSubnetX
• address 192.168.X.1/24
- where X can be 9 to 12
• sap 1/1/5:0
A:R5>config>router>ospf# info
----------------------------------------------
traffic-engineering
loopfree-alternates
exit
area 0.0.0.0
interface "system"
no shutdown
exit
interface "toR1"
interface-type point-to-point
bfd-enable
no shutdown
8 Nokia 2020
© Nokia Confidential
exit
interface "toSubnet9"
no shutdown
exit
exit
no shutdown
----------------------------------------------
==============================================================================
Route Table (Router: Base)
==============================================================================
Dest Prefix[Flags] Type Proto Age Pref
Next Hop[Interface Name] Metric
------------------------------------------------------------------------------
<< skip >>
192.168.9.0/24 Local Local 00h09m54s 0
toSubnet9 0
192.168.10.0/24 Remote OSPF 00h04m53s 10
10.1.5.1 40
192.168.11.0/24 Remote OSPF 00h04m19s 10
10.1.5.1 40
192.168.12.0/24 Remote OSPF 00h03m41s 10
10.1.5.1 50
------------------------------------------------------------------------------
No. of Routes: 21
10Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
------------------------
Use the command show system rollback to identify each rollback config’s index
number (X, and Y).
Final rollback config file’s comment (Y) – Final – IES and rVPLS.
11Nokia 2020
© Nokia Confidential
rVPLS is a popular access traffic aggregation service to offer a subnet with local L2 switching and remote
L3 routing such as a cell site where multiple pieces of equipment need to communicate locally (i.e.,
switching) and remotely (i.e., routing).
For security, SROS offers internal connection to interconnect VPLS and IES/VPRN within a router without
using physical S-Hooks.
PE
VPLS
No external ports
Traditional Method Routed VPLS
PE
PE PE
12Nokia 2020
© Nokia Confidential
13Nokia 2020
© Nokia Confidential
sap 1/1/5:0 of ies 10 in the previous lab is now moved to VPLS 800
sap 1/1/5:50 illustrates that additional SAPs can be created under vpls 800 for L2 local switching and remote L3 routing
14Nokia 2020
© Nokia Confidential
15Nokia 2020
© Nokia Confidential
rvpls_800 in vpls 800 and ies 10 forms the internal connection between the L2 and L3 services without
any physical external cable for security.
Ethernet NIC’s payload MTU is 1500 bytes excluding the 14 bytes Ethernet header (18 bytes for dot1q *
match).
If an application sends a packet that is greater than 1500 Ethernet payload, the IP stack of the host will
fragment the packet into multiple smaller Ethernet frame with Ethernet payloads up to 1500 bytes
maximum.
VPLS service is a layer 2 network service that needs to transport the Ethernet header and thus its
service-mtu = 1514 bytes.
IES is a layer 3 network service that strips off layer 2 header. Therefore, ip-mtu is 1500 bytes.
16Nokia 2020
© Nokia Confidential
While the PC is pinging, on the receiving PC, invoke the command to explain the packet
fragmentation and ping packet sizes:
• tcpdump –i eth1 –v
17Nokia 2020
© Nokia Confidential
Ping’s header is 8 bytes. Together with the 20 bytes IP header, the maximum Ping’s payload without
causing packet fragmentation is 1500 - 8 - 20 = 1472 bytes.
When ping between R5 and R6 over the rVPLS service with ping’s payload of 1472 bytes, which fits inside
one Ethernet frame, only one ping packet is delivered at the far end R6.
[root@PC9 ~]# ping 192.168.10.2 -s 1472
PING 192.168.10.2 (192.168.10.2) 1472(1500) bytes of data.
1480 bytes from 192.168.10.2: icmp_seq=1 ttl=60 time=4.67 ms
1480 bytes from 192.168.10.2: icmp_seq=2 ttl=60 time=4.24 ms
1480 bytes from 192.168.10.2: icmp_seq=3 ttl=60 time=4.93 ms
20:24:15.123797 IP (tos 0x0, ttl 64, id 25835, offset 0, flags [none], proto ICMP (1), length 1500)
192.168.10.2 > 192.168.9.2: ICMP echo reply, id 24839, seq 1, length 1480
18Nokia 2020
© Nokia Confidential
When ping’s payload is 1473 bytes, the PC’s IP stack needs to fragment the ping payload into two
Ethernet frames:
• ICMP ping’s Length exclude the 20 bytes IP header (i.e., 1472 + 8 = 1480 bytes)
[root@PC9 ~]# ping 192.168.10.2 -s 1473
PING 192.168.10.2 (192.168.10.2) 1473(1501) bytes of data.
1481 bytes from 192.168.10.2: icmp_seq=1 ttl=60 time=3.95 ms
1481 bytes from 192.168.10.2: icmp_seq=2 ttl=60 time=4.73 ms
1481 bytes from 192.168.10.2: icmp_seq=3 ttl=60 time=5.13 ms
Due to packet fragmentation, two fragmented ping packets are sent for each ping request and
response. The destination host needs to re-assemble the fragmented packets.
[root@PC10 ~]# tcpdump -i eth1 -v
tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes
20:20:19.388575 IP (tos 0x0, ttl 60, id 41106, offset 0, flags [+], proto ICMP (1), length 1500)
192.168.9.2 > 192.168.10.2: ICMP echo request, id 24583, seq 18, length 1480
20:20:19.388878 IP (tos 0x0, ttl 60, id 41106, offset 1480, flags [none], proto ICMP (1), length 21)
192.168.9.2 > 192.168.10.2: icmp
20:20:19.388908 IP (tos 0x0, ttl 64, id 25829, offset 0, flags [+], proto ICMP (1), length 1500)
192.168.10.2 > 192.168.9.2: ICMP echo reply, id 24583, seq 18, length 1480
20:20:19.388949 IP (tos 0x0, ttl 64, id 25829, offset 1480, flags [none], proto ICMP (1), length 21)
192.168.10.2 > 192.168.9.2: icmp
19Nokia 2020
© Nokia Confidential
20Nokia 2020
© Nokia Confidential
2 Nokia 2020
© Nokia Confidential
Table of Contents
3 Nokia 2020
© Nokia Confidential
4 Nokia 2020
© Nokia Confidential
R1 R2
10.100.100.1/32 10.100.100.2/32
2001:db8:a:100::1/128 2001:db8:a:200::2/128
10.200.200.3/32 10.200.200.4/32
2001:db8:a:300::3/128 2001:db8:a:400::4/128
R3 R4
R7 R8
10.200.200.7/32 10.200.200.8/32
2001:db8:a:700::7/128 2001:db8:a:800::8/128
5 Nokia 2020
© Nokia Confidential
Router Management IP can be different for each training beacuse different lab pods can be
used.
10.5.6.5 10.5.6.6
R5 R6
10.1.5.5 R2 10.2.6.6
R1
10.1.2.1 10.1.2.2
10.1.5.1 10.2.6.2
10.1.3.1 10.2.4.2
10.1.3.3 10.2.4.4
10.3.7.3 10.4.8.4
10.3.4.3 10.3.4.4
10.7.3.7 R3 R4 10.4.8.8
R7 R8
10.7.8.7 10.7.8.8
6 Nokia 2020
© Nokia Confidential
Router Management IP can be different for each training beacuse different lab pods can be
used.
1/1/2
R5 R6
1/1/4 1/1/4
R1 R2
1/1/2
1/1/5 1/1/5
1/1/1 1/1/1
1/1/5 1/1/5
1/1/2
1/1/4 R3 R4 1/1/4
R7 R8
1/1/2
AS 65200
7 Nokia 2020
© Nokia Confidential
Each pair of students has one Border and one Edge router.
R5 R6
R1 R2
R3 R4
R7 R8
BGP_Pod3 BGP_Pod4
8 Nokia 2020
© Nokia Confidential
Student1 R1 R5 65100
Student2 10.100.100.1/32 10.100.100.5/32
(BGP_Pod1) 2001:db8:a:100::1/128 2001:db8:a:500::5/128
Student3 R2 R6
Student4 10.100.100.2/32 10.100.100.6/32
(BGP_Pod2) 2001:db8:a:200::2/128 2001:db8:a:600::6/128
Student5 R3 R7 65200
Student6 10.200.200.3/32 10.200.200.7/32
(BGP_Pod3) 2001:db8:a:300::3/128 2001:db8:a:700::7/128
Student7 R4 R8
Student8 10.200.200.4/32 10.200.200.8/32
(BGP_Pod4) 2001:db8:a:400::4/128 2001:db8:a:800::8/128
9 Nokia 2020
© Nokia Confidential
Internet
10Nokia 2020
© Nokia Confidential
11Nokia 2020
© Nokia Confidential
Please refer to the student guide for more information about BGP commands, and the various
route databases that are used for processing BGP packet input.
12Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
iBGP neighbor connections rely on IGP ( for example, OSPF or ISIS) for IP connectivity among the routers
within an AS because not all the routers are directly connected.
13Nokia 2020
© Nokia Confidential
Use the command show system rollback to identify each rollback config’s index
number (X, and Y).
Initial rollback config file’s comment - BGP - Initial with OSPF working.
• /admin rollback revert X
14Nokia 2020
© Nokia Confidential
OSPF has been set up in the initial lab config so that the routers in AS 65100 and AS65200 can reach
the routers within their ASes.
Use the following commands to verify OSPF config and IP connectivity within an AS:
• /config router ospf
• show router ospf neighbor
• show router route-table
• ping 10.X00.X00.Y
̵ X can be 1 or 2
̵ Y for AS 65100
• R1, R2, R5, and R6
̵ Y for AS 65200
• R3, R4, R7, and R8
15Nokia 2020
© Nokia Confidential
Exercise 1.1:
1. Switch to notesverifies
Each student view! the OSPF setup of their Border and Edge routers and routing table
and explains the output of the commands.
A:BGP_Pod1_R1>config>router>ospf# info
----------------------------------------------
area 0.0.0.0
interface "system"
no shutdown
exit
interface "toR2"
no shutdown
exit
interface "toR5"
no shutdown
16Nokia 2020
© Nokia Confidential
exit
exit
no shutdown
----------------------------------------------
A:BGP_Pod1_R5>config>router>ospf# info
----------------------------------------------
area 0.0.0.0
interface "system"
no shutdown
exit
interface "toR1"
no shutdown
exit
interface "toR6"
no shutdown
exit
exit
no shutdown
----------------------------------------------
=============================================================================
Rtr Base OSPFv2 Instance 0 Neighbors
=============================================================================
Interface-Name Rtr Id State Pri RetxQ TTL
Area-Id
-----------------------------------------------------------------------------
toR2 10.100.100.2 Full 1 0 32
0.0.0.0
toR5 10.100.100.5 Full 1 0 36
0.0.0.0
17
© Nokia 2020 Nokia Confidential
-----------------------------------------------------------------------------
No. of Neighbors: 2
=============================================================================
Rtr Base OSPFv2 Instance 0 Neighbors
=============================================================================
Interface-Name Rtr Id State Pri RetxQ TTL
Area-Id
-----------------------------------------------------------------------------
toR1 10.100.100.1 Full 1 0 34
0.0.0.0
toR6 10.100.100.6 Full 1 0 32
0.0.0.0
-----------------------------------------------------------------------------
No. of Neighbors: 2
===================================================================
Route Table (Router: Base)
===================================================================
Dest Prefix[Flags] Type Proto Age
Pref
Next Hop[Interface Name] Metric
-----------------------------------------------------------------------------
10.1.2.0/27 Local Local 00h04m37s 0
toR2 0
10.1.3.0/27
18Nokia 2020
© Nokia Confidential Local Local 00h04m37s 0
toR3 0
10.1.5.0/27 Local Local 00h04m37s 0
toR5 0
10.2.6.0/27 Remote OSPF 00h02m40s 10
10.1.2.2 20
10.5.6.0/27 Remote OSPF 00h02m02s 10
10.1.5.5 20
10.100.100.1/32 Local Local 00h04m37s 0
system 0
10.100.100.2/32 Remote OSPF 00h03m23s 10
10.1.2.2 10
10.100.100.5/32 Remote OSPF 00h03m01s 10
10.1.5.5 10
10.100.100.6/32 Remote OSPF 00h02m33s 10
10.1.2.2 20
------------------------------------------------------------------------------
No. of Routes: 9
Flags: n = Number of times nexthop is repeated
B = BGP backup route available
L = LFA nexthop available
S = Sticky ECMP requested
A:BGP_Pod1_R5#
19Nokia 2020
©
ping 10.100.100.6 Nokia Confidential
PING 10.100.100.6 56 data bytes
64 bytes from 10.100.100.6: icmp_seq=1 ttl=64 time=2.32ms.
64 bytes from 10.100.100.6: icmp_seq=2 ttl=64 time=2.18ms.
==============================================================================
Route Table (Router: Base)
==============================================================================
Dest Prefix[Flags] Type Proto Age
Pref
Next Hop[Interface Name] Metric
------------------------------------------------------------------------------
10.1.2.0/27 Local Local 03d01h08m 0
toR2 0
10.1.3.0/27 Local Local 02d22h40m 0
toR3 0
10.1.5.0/27 Local Local 03d01h08m 0
toR5 0
10.2.6.0/27 Remote OSPF 03d00h07m 10
10.1.2.2 200
10.5.6.0/27 Remote OSPF 03d00h07m 10
10.1.5.5 200
10.100.100.1/32 Local Local 00h19m14s 0
system 0
10.100.100.2/32 Remote OSPF 00h18m49s 10
10.1.2.2 100
10.100.100.5/32 Remote OSPF 00h18m01s 10
10.1.5.5 100
10.100.100.6/32 Remote OSPF 00h17m40s 10
10.1.2.2 200
------------------------------------------------------------------------------
No. of Routes: 9
Flags: n = Number of times nexthop is repeated
20Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
In the previous lab, we verified that the routers within an AS can reach each other’s system interfaces
through the setup of OSPF. This is important because the iBGP neighboring within an AS relies on the
reachability of the system interfaces of the routers within the AS.
Before we can import and export customer networks that are terminating onto the Edge routers of an
AS, we need to set up the iBGP connections among all the routers within an AS.
Full Mesh iBGP neighboring among routers within an AS is required as because iBGP speakers do not re-
forward the received iBGP routes (split horizon). This create [N * (N -1) / N] iBGP neighbor connections
for the N routers within an AS.
• The Route Reflector lab shows how we can relax the Full Mesh iBGP neighboring requirement later.
By default, a BGP speaker exports only its BGP routes. All other direct and IGP-learned routes are not
exported unless there is an appropriate policy.
21Nokia 2020
© Nokia Confidential
22Nokia 2020
© Nokia Confidential
AS 65100
Edge Router
R5 R2 R6
R1
Core/Border Router
iBGP Neighbor
Internet Backbone
Edge routers terminate the IP access services (or customer networks) that are emulated by the loopback addresses at
the Edge routers.
23Nokia 2020
© Nokia Confidential
Use the command show system rollback to identify each rollback config’s index
number.
Initial rollback config file’s comment – BGP - Initial with OSPF working.
Final rollback config file’s comment - BGP – iBGP full mesh neighbor in AS.
Use the command /admin rollback revert X to set the initial lab condition, if
necessary.
24Nokia 2020
© Nokia Confidential
Each group configure iBGP for the Border and Edge routers so that they can establish iBGP full mesh
neighbor connections with each other.
25Nokia 2020
© Nokia Confidential
A:BGP_Pod1_R1>config>router>bgp# info
----------------------------------------------
group "iBGP"
description "AS65100 iBGP Mesh"
family ipv4
type internal
peer-as 65100
neighbor 10.100.100.2
description "BGP_Pod2_R2"
exit
neighbor 10.100.100.5
description "BGP_Pod1_R5"
exit
neighbor 10.100.100.6
description "BGP_Pod2_R6"
exit
exit
no shutdown
26Nokia 2020
© Nokia Confidential
A:BGP_Pod1_R1>config>router>bgp# info
----------------------------------------------
description "BGP_Pod1_R1"
group "iBGP"
description "AS65100 iBGP Mesh"
family ipv4
type internal
peer-as 65100
27Nokia 2020
©
neighbor 10.100.100.2Nokia Confidential
description "BGP_Pod2_R2"
exit
neighbor 10.100.100.5
description "BGP_Pod1_R5"
exit
neighbor 10.100.100.6
description "BGP_Pod2_R6"
exit
exit
no shutdown
=============================================================================
BGP Summary
=============================================================================
28Nokia 2020
© Nokia Confidential
The iBGP neighbor connections are set up successfully when the State|Rcv/Act/Sent shows the
BGP routes that are sent and received (even 0).
=============================================================================
BGP IPv4 Routes
29Nokia 2020
© Nokia Confidential
=============================================================================
Flag Network LocalPref MED
Nexthop (Router) Path-Id Label
As-Path
-----------------------------------------------------------------------------
No Matching Entries Found
=============================================================================
BGP IPv4 Routes
=============================================================================
Flag Network LocalPref MED
Nexthop (Router) Path-Id Label
As-Path
-----------------------------------------------------------------------------
No Matching Entries Found
=============================================================================
BGP IPv4 Routes
=============================================================================
Flag Network LocalPref MED
Nexthop (Router) Path-Id Label
©
As-Path
30Nokia 2020 Nokia Confidential
-----------------------------------------------------------------------------
No Matching Entries Found
That is the reason why the command show router bgp summary revives that no BGP
routes are being exchanged within an AS although the iBGP neighbor connections have been
established successfully.
By default, BGP speakers import and export only BGP routes. No direct, or IGP-learned routes,
are exchanged through BGP by default. Therefore, all loopback addresses ( such as IP access
services or customer networks) on the Edge routers are not visible by the other routers within
the AS.
In the next lab, we will add the BGP export policy onto the Edge routers so that all the routers
within as AS have visibility about the IP access services or customer networks terminating onto
the Edge routers.
31Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
We now understand that, by default, a BGP speaker exchanges only BGP routes over iBGP connections.
All other routes, such as direct or IGP-learned routes, need export policies so that other iBGP peers can
learn those routes.
32Nokia 2020
© Nokia Confidential
Use the command show system rollback to identify each rollback config’s index
number.
Initial rollback config file’s comment – BGP – iBGP full mesh neighbor in AS.
Final rollback config file’s comment - BGP - Edge router export access service within its AS.
Use the command /admin rollback revert X to set the initial lab condition, if
necessary.
33Nokia 2020
© Nokia Confidential
Each group of students configures their Edge routers to export the following loopback addresses that have been
predefined in the SR config.
Note again that the loopback addresses represent the IP Access Service or the customer networks that terminate onto
the Edge routers.
If the iBGP export policy is successful, all routers within the AS can reach or ping to these loopback addresses or customer
networks.
34Nokia 2020
© Nokia Confidential
On the Edge routers, develop an iBGP export policy to export all access service routes to all iBGP peers.
The following is a sample config:
policy-options
begin
prefix-list "access_services"
prefix 172.17.100.0/24 longer
...
exit
policy-statement "export_access_services"
entry 10
from
protocol direct
prefix-list "access_services"
exit
action accept
exit
exit
default-action reject
exit
commit
exit
35Nokia 2020
© Nokia Confidential
Include the newly developed export policy onto the iBGP setup:
A:BGP_Pod3_R7>config>router>bgp# info
----------------------------------------------
group "iBGP"
description "AS65200 mesh"
family ipv4
type internal
export "export_access_services"
peer-as 65200
neighbor 10.200.200.3
description "BGP_Pod3_R3"
exit
neighbor 10.200.200.4
description "BGP_Pod4_R4"
exit
neighbor 10.200.200.8
description "BGP_Pod4_R8"
exit
exit
36Nokia 2020
© Nokia Confidential
37Nokia 2020
© Nokia Confidential
Each group examines the pre-configured IP access service routes (or loopback addresses) at
the Edge router.
A:BGP_Pod1_R5>config>router# info
----------------------------------------------
interface "access_service1"
address 172.17.100.5/24
loopback
no shutdown
exit
interface "access_service2"
address 172.17.101.5/24
loopback
38Nokia 2020
© Nokia Confidential
no shutdown
exit
Each group develops the following export policy at the Edge router and adds it onto the BGP’s
iBGP export policy.
R5:
A:BGP_Pod1_R5>config>router# info
----------------------------------------------
policy-options
begin
prefix-list "access_services"
prefix 172.17.100.0/24 longer
prefix 172.17.101.0/24 longer
exit
policy-statement "export_access_services"
entry 10
from
protocol direct
prefix-list "access_services"
exit
action accept
exit
exit
default-action reject
exit
commit
exit
bgp
group "iBGP"
description "AS65100 iBGP Mesh"
family ipv4
type internal
export "export_access_services"
peer-as 65100
neighbor 10.100.100.1
description "BGP_Pod1_R1"
exit
neighbor 10.100.100.2
description "BGP_Pod2_R2"
exit
neighbor 10.100.100.5
description "BGP_Pod1_R5"
exit
exit
no shutdown
exit
A:BGP_Pod3_R7>config>router# info
----------------------------------------------
policy-options
begin
prefix-list "access_services"
prefix 172.65.200.0/24 longer
prefix 172.65.201.0/24 longer
exit
policy-statement "export_access_services"
entry 10
from
protocol direct
prefix-list "access_services"
41Nokia 2020
© exit Nokia Confidential
action accept
exit
exit
default-action reject
exit
commit
exit
bgp
group "iBGP"
description "AS65200 mesh"
family ipv4
type internal
export "export_access_services"
peer-as 65200
neighbor 10.200.200.3
description "BGP_Pod3_R3"
exit
neighbor 10.200.200.4
description "BGP_Pod4_R4"
exit
neighbor 10.200.200.8
description "BGP_Pod4_R8"
exit
exit
no shutdown
exit
bgp
group "iBGP"
description "AS65200 mesh"
family ipv4
type internal
export "export_access_services"
peer-as 65200
neighbor 10.200.200.3
description "BGP_Pod3_R3"
exit
neighbor 10.200.200.4
description "BGP_Pod4_R4"
exit
neighbor 10.200.200.7
description "BGP_Pod3_R7"
exit
exit
no shutdown
exit
==============================================================================
Route Table (Router: Base)
==============================================================================
Dest Prefix[Flags] Type Proto Age
Pref
Next Hop[Interface Name] Metric
------------------------------------------------------------------------------
10.1.2.0/27 Local Local 16h36m13s 0
43Nokia 2020
© Nokia Confidential
toR2 0
10.1.3.0/27 Local Local 16h36m13s 0
toR3 0
10.1.5.0/27 Local Local 16h36m13s 0
toR5 0
10.2.6.0/27 Remote OSPF 16h34m16s 10
10.1.2.2 20
10.5.6.0/27 Remote OSPF 14h59m19s 10
10.1.5.5 20
10.100.100.1/32 Local Local 16h36m13s 0
system 0
10.100.100.2/32 Remote OSPF 16h34m59s 10
10.1.2.2 10
10.100.100.5/32 Remote OSPF 16h34m37s 10
10.1.5.5 10
10.100.100.6/32 Remote OSPF 16h34m09s 10
10.1.2.2 20
172.17.100.0/24 Remote BGP 00h04m20s 170
10.1.5.5 10
172.17.101.0/24 Remote BGP 00h04m20s 170
10.1.5.5 10
172.17.102.0/24 Remote BGP 00h03m15s 170
10.1.2.2 20
172.17.103.0/24 Remote BGP 00h03m15s 170
10.1.2.2 20
------------------------------------------------------------------------------
No. of Routes: 13
Flags: n = Number of times nexthop is repeated
B = BGP backup route available
L = LFA nexthop available
S = Sticky ECMP requested
AS62000
==============================================================================
45Nokia 2020
© Nokia Confidential
BGP IPv4 Routes
==============================================================================
------------------------------------------------------------------------------
RIB In Entries
------------------------------------------------------------------------------
------------------------------------------------------------------------------
RIB Out Entries
------------------------------------------------------------------------------
Network : 172.17.100.0/24
Nexthop : 10.100.100.5
Path Id : None
To : 10.100.100.6
Res. Protocol : INVALID Res. Metric : 0
Res. Nexthop : n/a
Local Pref. : 100 Interface Name : NotAvailable
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : n/a
Connector : None
Community : No Community Members
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.6
Origin : IGP
AS-Path : No As-Path
Route Tag : 0
Neighbor-AS : n/a
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Network : 172.17.100.0/24
Nexthop : 10.100.100.5
Path Id : None
To : 10.100.100.1
Res. Protocol : INVALID Res. Metric : 0
Res. Nexthop : n/a
Local Pref. : 100 Interface Name : NotAvailable
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : n/a
Connector : None
Community : No Community Members
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.1
Origin : IGP
AS-Path : No As-Path
Route Tag : 0
Neighbor-AS : n/a
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
------------------------------------------------------------------------------
Routes : 3
==============================================================================
BGP IPv4 Routes
47Nokia 2020
© Nokia Confidential
==============================================================================
Flag Network LocalPref MED
Nexthop (Router) Path-Id Label
As-Path
------------------------------------------------------------------------------
u*>i 172.17.100.0/24 100 None
10.100.100.5 None -
No As-Path
u*>i 172.17.101.0/24 100 None
10.100.100.5 None -
No As-Path
------------------------------------------------------------------------------
Routes : 2
Since there is no BGP export policy on the Border router, no BGP routes are advertised by
Core routers back to Edge routers.
==============================================================================
BGP IPv4 Routes
==============================================================================
Flag Network LocalPref MED
Nexthop (Router) Path-Id Label
As-Path
------------------------------------------------------------------------------
No Matching Entries Found
==============================================================================
48Nokia 2020
© Nokia Confidential
BGP IPv4 Routes
==============================================================================
Original Attributes
Network : 172.17.103.0/24
Nexthop : 10.100.100.6
Path Id : None
From : 10.100.100.6
Res. Protocol : OSPF Res. Metric : 20
Res. Nexthop : 10.1.2.2
Local Pref. : 100 Interface Name : toR2
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 20
Connector : None
Community : No Community Members
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.6
Fwd Class : None Priority : None
Flags : Used Valid Best IGP
Route Source : Internal
AS-Path : No As-Path
Route Tag : 0
Neighbor-AS : n/a
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Add Paths Send : Default
Last Modified : 00h33m38s
Network : 172.17.103.0/24
Nexthop : 10.100.100.6
Path Id : None
From : 10.100.100.6
Res. Protocol : OSPF Res. Metric : 20
Res. Nexthop : 10.1.2.2
Local Pref. : 100 Interface Name : toR2
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 20
Connector : None
Community : No Community Members
Cluster : No Cluster Members
Originator
49Nokia 2020
© Id : None Peer Router Id
Nokia Confidential : 10.100.100.6
Fwd Class : None Priority : None
Flags : Used Valid Best IGP
Route Source : Internal
AS-Path : No As-Path
Route Tag : 0
Neighbor-AS : n/a
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Add Paths Send : Default
Last Modified : 00h33m38s
------------------------------------------------------------------------------
------------------------------------------------------------------------------
Routes : 1
Network : 172.17.101.0/24
Nexthop : 10.100.100.5
Path Id : None
From : 10.100.100.5
Res. Protocol : OSPF Res. Metric : 10
Res. Nexthop : 10.1.5.5
Local Pref. : 100 Interface Name : toR5
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 10
Connector : None
Community : No Community Members
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.5
Fwd Class : None Priority : None
Flags : Used Valid Best IGP
Route Source : Internal
AS-Path : No As-Path
Route Tag : 0
Neighbor-AS : n/a
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Add Paths Send : Default
Last Modified : 00h36m22s
Network : 172.17.101.0/24
Nexthop : 10.100.100.5
Path Id : None
From : 10.100.100.5
Res. Protocol : OSPF Res. Metric : 10
Res. Nexthop : 10.1.5.5
Local Pref. : 100 Interface Name : toR5
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 10
Connector : None
Community : No Community Members
Cluster : No Cluster Members
Originator
51Nokia 2020
©
Id : None Peer Router Id
Nokia Confidential
: 10.100.100.5
Fwd Class : None Priority : None
Flags : Used Valid Best IGP
Route Source : Internal
AS-Path : No As-Path
Route Tag : 0
Neighbor-AS : n/a
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Add Paths Send : Default
Last Modified : 00h36m22s
------------------------------------------------------------------------------
------------------------------------------------------------------------------
Routes : 1
52Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
We just completed the iBGP export policy lab where routers within an AS can reach the Edge routers’
access service addresses or loopback addresses for the customer networks.
The end goal of most BGP setups is to enable customers’ networks terminated at the Edge routers (i.e.,
IP access service) to reach the Internet or other ASes through the Border routers of the AS. This can be
achieved by implementing eBGP connections among the Border routers of the ASes.
53Nokia 2020
© Nokia Confidential
Core/Border Router
R5 R2 R6
R1
eBGP Neighbor
iBGP Neighbor
R3 R4
eBGP connections are set up between the Border routers of AS 65100 (R1 and R2) and AS 65200 (R3
and R4) so that customer networks terminating at the Edge routers of the two ASes can reach each
other.
54Nokia 2020
© Nokia Confidential
55Nokia 2020
© Nokia Confidential
Use the command show system rollback to identify each rollback config’s index
number.
Initial rollback config file’s comment – BGP - Edge router export access service within its AS.
Final rollback config file’s comment – BGP – eBGP peering with iBGP next-hop-self at Border
routers.
Use the command /admin rollback revert X to set the initial lab condition, if
necessary.
56Nokia 2020
© Nokia Confidential
On the Border routers of each AS, develop an eBGP connection to the neighboring AS Border routers for exchange
customer network routes.
A:BGP_Pod1_R1>config>router>bgp# info
----------------------------------------------
group "eBGP"
description "eBGP to AS65200"
family ipv4
loop-detect discard-route
type external
peer-as 65200
neighbor 10.1.3.3
description "BGP_Pod3_R3"
exit
exit
57Nokia 2020
© Nokia Confidential
On the Border routers, use the following commands to verify the eBGP connections:
• config router bgp summary
• show router bgp routes
• show route route-table
• show router bgp routes 172.xx.x00.x
• show router bgp routes 172.xx.x00.x details
• show router bgp routes 172.xx.x00.x hunt
• show router bgp neighbor 10.x.x.x advertised-routes
• show router bgp neighbor 10.x.x.x received-routes
58Nokia 2020
© Nokia Confidential
A:BGP_Pod1_R1>config>router>bgp# info
----------------------------------------------
group "eBGP"
description "eBGP to AS65200"
family ipv4
loop-detect discard-route
type external
peer-as 65200
neighbor 10.1.3.3
description "BGP_Pod3_R3"
exit
exit
59Nokia 2020
© Nokia Confidential
R2:
A:BGP_Pod2_R2>config>router>bgp# info
----------------------------------------------
group "eBGP"
description "eBGP to AS65200"
family ipv4
loop-detect discard-route
type external
peer-as 65200
neighbor 10.2.4.4
description "BGP_Pod4_R4"
exit
exit
R3:
A:BGP_Pod3_R3>config>router>bgp# info
----------------------------------------------
group "eBGP"
description "eBGP to AS65100"
family ipv4
loop-detect discard-route
type external
peer-as 65100
neighbor 10.1.3.1
description "BGP_Pod1_R1"
exit
exit
A:BGP_Pod4_R4>config>router>bgp# info
----------------------------------------------
group "eBGP"
description "eBGP to AS65100"
family ipv4
loop-detect discard-route
type external
peer-as 65100
neighbor 10.2.4.2
description "BGP_Pod2_R2"
exit
exit
60Nokia 2020
© Nokia Confidential
==============================================================================
BGP Summary
==============================================================================
61Nokia 2020
© Nokia Confidential
The following shows the eBGP and iBGP routes for 172.65.200.0/24 on R1:
==============================================================================
BGP IPv4 Routes
==============================================================================
Flag Network LocalPref MED
Nexthop (Router) Path-Id Label
As-Path
------------------------------------------------------------------------------
u*>i 172.65.200.0/24 None None
10.1.3.3 None -
65200
i 172.65.200.0/24 100 None
10.2.4.4 None -
65200
------------------------------------------------------------------------------
Routes : 2
Path Id : None
From : 10.1.3.3
Res. Protocol : LOCAL Res. Metric : 0
Res. Nexthop : 10.1.3.3
Local Pref. : n/a Interface Name : toR3
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 0
Connector : None
Community : No Community Members
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.200.200.3
Fwd Class : None Priority : None
Flags : Used Valid Best IGP
Route Source : External
AS-Path : 65200
Route Tag : 0
Neighbor-AS : 65200
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Add Paths Send : Default
Last Modified : 00h12m04s
Modified Attributes
Network : 172.65.200.0/24
Nexthop : 10.1.3.3
Path Id : None
From : 10.1.3.3
Res. Protocol : LOCAL Res. Metric : 0
Res. Nexthop : 10.1.3.3
Local Pref. : None Interface Name : toR3
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 0
Connector : None
Community : No Community Members
------------------------------------------------------------------------------
Original Attributes
64Nokia 2020
© Nokia Confidential
Network : 172.65.200.0/24
Nexthop : 10.2.4.4
Path Id : None
From : 10.100.100.2
Res. Protocol : INVALID Res. Metric : 0
Res. Nexthop : Unresolved
Local Pref. : 100 Interface Name : NotAvailable
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 0
Connector : None
Community : No Community Members
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.2
Fwd Class : None Priority : None
Flags : Invalid IGP Nexthop-Unresolved
Route Source : Internal
AS-Path : 65200
Route Tag : 0
Neighbor-AS : 65200
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Add Paths Send : Default
Last Modified : 00h09m30s
Network : 172.65.200.0/24
Nexthop : 10.2.4.4
Path Id : None
From : 10.100.100.2
Res. Protocol : INVALID Res. Metric : 0
Res. Nexthop : Unresolved
Local Pref. : 100 Interface Name : NotAvailable
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 0
Connector : None
Community : No Community Members
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.2
65Nokia 2020
© Nokia Confidential
Fwd Class : None Priority : None
Flags : Invalid IGP Nexthop-Unresolved
Route Source : Internal
AS-Path : 65200
Route Tag : 0
Neighbor-AS : 65200
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Add Paths Send : Default
Last Modified : 00h10m15s
------------------------------------------------------------------------------
------------------------------------------------------------------------------
Routes : 2
==============================================================================
Network : 172.65.200.0/24
Nexthop : 10.2.4.4
Path Id : None
From : 10.100.100.2
Res. Protocol : INVALID Res. Metric : 0
------------------------------------------------------------------------------
RIB Out Entries
------------------------------------------------------------------------------
Network : 172.65.200.0/24
Nexthop : 10.1.3.3
Path Id : None
To : 10.100.100.2
Res. Protocol : INVALID Res. Metric : 0
Res. Nexthop : n/a
Local Pref. : 100 Interface Name : NotAvailable
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 0
Connector : None
Community : No Community Members
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.2
Origin : IGP
AS-Path : 65200
Route Tag : 0
Neighbor-AS : 65200
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Network : 172.65.200.0/24
Nexthop : 10.1.3.3
Path Id : None
To : 10.100.100.6
Res. Protocol : INVALID Res. Metric : 0
Res. Nexthop : n/a
Local Pref. : 100 Interface Name : NotAvailable
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 0
Connector : None
Community : No Community Members
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.6
Origin : IGP
AS-Path : 65200
Route Tag : 0
Neighbor-AS : 65200
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
------------------------------------------------------------------------------
Routes : 6
==============================================================================
Note that when R1 advertises this route 172.65.200.0/24 to its iBGP peers, the next-hop for
thisSwitch
route to notes
is set to view!
10.1.3.3. All the iBGP peers in AS 65100 cannot resolve this next-hop except
R1 because R1 is directly connected to R3 with 10.1.3.1. Therefore, this route is not imported or
accepted by the iBGP peers in AS 65100.
Both routes are invalid for R5 because R5 cannot resolve the next-hop 10.1.3.3 or 10.2.4.4.
==============================================================================
BGP IPv4 Routes
==============================================================================
Flag Network LocalPref MED
Nexthop (Router) Path-Id Label
As-Path
------------------------------------------------------------------------------
i 172.65.200.0/24 100 None
10.1.3.3 None -
65200
i 172.65.200.0/24 100 None
10.2.4.4 None -
65200
------------------------------------------------------------------------------
Routes : 2
==============================================================================
Route Table (Router: Base)
==============================================================================
Dest Prefix[Flags] Type Proto Age
Pref
Next Hop[Interface Name] Metric
------------------------------------------------------------------------------
------------------------------------------------------------------------------
No. of Routes: 0
71Nokia 2020
© Nokia Confidential
On the Border routers, add next-hop-self in their iBGP config so that their iBGP peers can resolve the next-hop of the
eBGP routes (that have now become the Border routers’ system addresses) advertised by the Border routers.
On all the Border routers R1, R2, R3, and R4, add next-hop-self onto the iBGP group.
A:BGP_Pod1_R1>config>router>bgp# info
----------------------------------------------
group "iBGP"
description "AS65100 iBGP Mesh"
family ipv4
next-hop-self
type internal
peer-as 65100
neighbor 10.100.100.2
description "BGP_Pod2_R2"
exit
neighbor 10.100.100.5
description "BGP_Pod1_R5"
exit
neighbor 10.100.100.6
description "BGP_Pod2_R6"
exit
exit
no shutdown
72Nokia 2020
© Nokia Confidential
==============================================================================
73Nokia 2020
© Nokia Confidential
BGP IPv4 Routes
==============================================================================
Flag Network LocalPref MED
Nexthop (Router) Path-Id Label
As-Path
------------------------------------------------------------------------------
u*>i 172.17.102.0/24 100 None
10.100.100.6 None -
No As-Path
u*>i 172.17.103.0/24 100 None
10.100.100.6 None -
No As-Path
u*>i 172.65.200.0/24 100 None
10.100.100.1 None -
65200
*i 172.65.200.0/24 100 None
10.100.100.2 None -
65200
u*>i 172.65.201.0/24 100 None
10.100.100.1 None -
65200
*i 172.65.201.0/24 100 None
10.100.100.2 None -
65200
u*>i 172.65.202.8/32 100 None
10.100.100.1 None -
65200
*i 172.65.202.8/32 100 None
10.100.100.2 None -
65200
u*>i 172.65.203.8/32 100 None
10.100.100.1 None -
65200
*i 172.65.203.8/32 100 None
10.100.100.2 None -
65200
------------------------------------------------------------------------------
Routes : 10
AS 65200
74Nokia 2020
© Nokia Confidential
Network : 172.65.200.0/24
Nexthop : 10.100.100.1
Path Id : None
From : 10.100.100.1
Res. Protocol : OSPF Res. Metric : 10
Res. Nexthop : 10.1.5.1
Local Pref. : 100 Interface Name : toR1
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 10
Connector : None
Community : No Community Members
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.1
Fwd Class : None Priority : None
Flags : Used Valid Best IGP
Route Source : Internal
AS-Path : 65200
Route Tag : 0
Neighbor-AS : 65200
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Add Paths Send : Default
Last Modified : 00h08m07s
Original Attributes
Network : 172.65.200.0/24
Nexthop : 10.100.100.2
Path Id : None
From : 10.100.100.2
Res. Protocol : OSPF Res. Metric : 20
Res. Nexthop : 10.1.5.1
Local Pref. : 100 Interface Name : toR1
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 20
Connector : None
Community : No Community Members
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.2
Fwd Class : None Priority : None
Flags : Valid IGP
TieBreakReason : NHCost
Route Source : Internal
AS-Path : 65200
Route Tag : 0
Neighbor-AS : 65200
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Add Paths Send : Default
Last Modified : 00h07m45s
Network : 172.65.200.0/24
Nexthop : 10.100.100.2
Path Id : None
From : 10.100.100.2
Res. Protocol : OSPF Res. Metric : 20
Res. Nexthop : 10.1.5.1
Local Pref. : 100 Interface Name : toR1
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 20
Connector : None
Community : No Community Members
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.2
77Nokia 2020
© Nokia Confidential
Fwd Class : None Priority : None
Flags : Valid IGP
TieBreakReason : NHCost
Route Source : Internal
AS-Path : 65200
Route Tag : 0
Neighbor-AS : 65200
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Add Paths Send : Default
Last Modified : 00h07m46s
------------------------------------------------------------------------------
------------------------------------------------------------------------------
Routes : 2
78Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
So far, we have established eBGP connections between the two ASes and we can verify that the two
ASes can reach each other’s customer networks or Edge routers’ loopback addresses.
There is no eBGP export policy at the Border routers, and the inter-AS traffic simply follow the default
BGP behavior, such as:
• eBGP - Prefer the received eBGP routes rather than the iBGP routes for a given prefix
• iBGP – Prefer routes from the sender that has the lowest next-hop cost
One of the key advantages of BGP over the other routing protocols is that we can easily deploy the
desired traffic steering policy to influence the traffic path within and outside of our own AS.
In this lab, we will implement traffic steering to keep the West-side and East-side traffic to R1, R3 (West)
and R2, R4 (East) as their primary path to avoid wide-area routing by using the destined AS.
79Nokia 2020
© Nokia Confidential
80Nokia 2020
© Nokia Confidential
• The AS 65100 published local preference policy for community tagged routes:
Community Received Local Preference Set
65100:80 80
65100:120 120
• The AS 65200 published local preference policy for community tagged routes:
Community Received Local Preference Set
65200:80 80
65200:120 120
• For example, if an AS 65100 router receives a route with community 65100:120, the router sets the
route with Local Preference 120, which gives the router having higher priority than other routers with
the default 100 Local Preference.
81Nokia 2020
© Nokia Confidential
82Nokia 2020
© Nokia Confidential
Use the command show system rollback to identify each rollback config’s index
number.
Initial rollback config file’s comment – BGP - eBGP peering with iBGP next-hop-self at Border
routers.
Final rollback config file’s comment – BGP - Inter-AS East and West side traffic steering.
Use the command /admin rollback revert X to set the initial lab condition, if
necessary.
83Nokia 2020
© Nokia Confidential
The following explains the traceroute result from R5 to R8. Similar results are obtained for R7
to R6.
From R5 to R8, the traffic path is R5 – R1 – R3 – R4 – R8. This is not our desired inter-AS traffic
path because R5 in AS 65100 relies on the West-to-East long-haul route R3-R4 to route its
traffic. This is not desirable.
The desirable traffic path from R5 to R8 should be R5 – R1 – R2 – R4 – R8. In this way, AS 65100
is using its long-haul resource to route the East-side traffic to the AS 65200 East-side
entrance router, R4.
On R1 in AS 65100, it should pick R2 as its next-hop router for prefix 172.65.202/0/24 because
it is the AS 65100 East-side exit router to the AS 65200 East-side entrance router R4. The
command show router bgp routes 172.65.200.0/24 detail on R1 shows
that it picked R3 instead of R2 because it preferred the eBGP routes from R3 instead of the
iBGP route from R2 for the prefix 172.65.200.0/24.
==============================================================================
BGP IPv4 Routes
==============================================================================
------------------------------------------------------------------------------
RIB In Entries
------------------------------------------------------------------------------
Network : 172.65.200.0/24
85Nokia 2020
© Nokia Confidential
Nexthop : 10.1.3.3
Path Id : None
From : 10.1.3.3
Res. Protocol : LOCAL Res. Metric : 0
Res. Nexthop : 10.1.3.3
Local Pref. : None Interface Name : toR3
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 0
Connector : None
Community : No Community Members
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.200.200.3
Fwd Class : None Priority : None
Flags : Used Valid Best IGP
Route Source : External
AS-Path : 65200
Route Tag : 0
Neighbor-AS : 65200
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Add Paths Send : Default
Last Modified : 01h52m34s
Network : 172.65.200.0/24
Nexthop : 10.100.100.2
Path Id : None
From : 10.100.100.2
Res. Protocol : OSPF Res. Metric : 10
Res. Nexthop : 10.1.2.2
Local Pref. : 100 Interface Name : toR2
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 10
Connector : None
Community : No Community Members
Similarly, AS 65200 R7 uses AS 65100 West-to-East long-haul bandwidth to route its traffic to
86Nokia 2020
© Nokia Confidential
R6.
Exercise 5.2:
2. Each group applies the below iBGP route export policy to tag their IP access service routes
(or loopback addresses) with the appropriate community so that the Border routers can
implement the necessary route policy to achieve the desired inter-AS traffic flow.
R5:
A:BGP_Pod1_R5>config>router>policy-options# info
----------------------------------------------
prefix-list "access_services"
prefix 172.17.100.0/24 longer
87Nokia 2020
© Nokia Confidential
prefix 172.17.101.0/24 longer
exit
community "AS65100_East"
members "65100:26"
exit
community "AS65100_West"
members "65100:15"
exit
policy-statement "export_access_services"
entry 10
from
protocol direct
prefix-list "access_services"
exit
action accept
community add "AS65100_West"
exit
exit
default-action drop
exit
exit
----------------------------------------------
R6:
A:BGP_Pod2_R6>config>router>policy-options# info
----------------------------------------------
prefix-list "access_services"
88Nokia 2020
© Nokia Confidential
prefix 172.17.102.0/24 longer
prefix 172.17.103.0/24 longer
exit
community "AS65100_East"
members "65100:26"
exit
community "AS65100_West"
members "65100:15"
exit
policy-statement "export_access_services"
entry 10
from
protocol direct
prefix-list "access_services"
exit
action accept
community add "AS65100_East"
exit
exit
default-action drop
exit
exit
----------------------------------------------
A:BGP_Pod2_R6>config>router>bgp# info
----------------------------------------------
group "iBGP"
description "AS65100 iBGP Mesh"
family ipv4
type internal
export "export_access_services"
<< skip >>
A:BGP_Pod3_R7>config>router>bgp# info
----------------------------------------------
group "iBGP"
description "AS65200 mesh"
family ipv4
type internal
export "export_access_services"
<< skip >>
A:BGP_Pod4_R8>config>router>bgp# info
----------------------------------------------
group "iBGP"
description "AS65200 mesh"
family ipv4
type internal
export "export_access_services"
<< skip >>
Route 172.17.100.0/24 is tagged with the community 65100:15, which indicate that it is a
West-side route. Therefore, the entrance router for AS65100 for this route should be R1 and
the exit router for AS 65200 should be R3.
==============================================================================
BGP IPv4 Routes
==============================================================================
Original Attributes
Network : 172.17.100.0/24
Nexthop : 10.100.100.5
Path Id : None
From : 10.100.100.5
Res. Protocol : OSPF Res. Metric : 10
Res. Nexthop : 10.1.5.5
Local Pref. : 100 Interface Name : toR5
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 10
Connector : None
Community : 65100:15
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.5
Fwd Class : None Priority : None
Flags : Used Valid Best IGP
Route Source : Internal
AS-Path : No As-Path
Route Tag : 0
Neighbor-AS : n/a
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Add Paths Send : Default
Last Modified : 00h08m03s
Network : 172.17.100.0/24
Nexthop : 10.100.100.5
Path Id : None
From : 10.100.100.5
Res. Protocol : OSPF Res. Metric : 10
Res. Nexthop : 10.1.5.5
Local Pref. : 100 Interface Name : toR5
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 10
Connector : None
Community : 65100:15
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.5
92Nokia 2020
© Nokia Confidential
Fwd Class : None Priority : None
Flags : Used Valid Best IGP
Route Source : Internal
AS-Path : No As-Path
Route Tag : 0
Neighbor-AS : n/a
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Add Paths Send : Default
Last Modified : 00h08m03s
------------------------------------------------------------------------------
------------------------------------------------------------------------------
Routes : 1
R1:
A:BGP_Pod1_R1>config>router>policy-options# info
----------------------------------------------
community "AS65100_East" members "65100:26"
community "AS65100_West" members "65100:15"
community "AS65100_LP_low" members "65100:80"
community "AS65200_LP_low" members "65200:80"
community "AS65100_LP_high" members "65100:120"
community "AS65200_LP_high" members "65200:120"
as-path "AS65200_originated_routes" expression "65200+"
policy-statement "import_access_services_set_LP"
93Nokia 2020
© Nokia Confidential
entry 10
from
as-path "AS65200_originated_routes"
community "AS65100_LP_low"
exit
action accept
local-preference 80
exit
exit
entry 20
from
as-path "AS65200_originated_routes"
community "AS65100_LP_high"
exit
action accept
local-preference 120
exit
exit
exit
policy-statement "export_access_services_and_community"
entry 10
from
community "AS65100_East"
exit
action accept
community replace "AS65200_LP_low"
exit
exit
entry 20
from
community "AS65100_West"
exit
action accept
community replace "AS65200_LP_high"
exit
exit
exit
A:BGP_Pod2_R2>config>router>policy-options# info
----------------------------------------------
community "AS65100_East" members "65100:26"
community "AS65100_West" members "65100:15"
community "AS65100_LP_low" members "65100:80"
community "AS65200_LP_low" members "65200:80"
community "AS65100_LP_high" members "65100:120"
community "AS65200_LP_high" members "65200:120"
as-path "AS65200_originated_routes" expression "65200+"
policy-statement "import_access_services_set_LP"
entry 10
from
as-path "AS65200_originated_routes"
community "AS65100_LP_low"
exit
action accept
local-preference 80
exit
exit
entry 20
from
as-path "AS65200_originated_routes"
community "AS65100_LP_high"
exit
action accept
local-preference 120
exit
exit
exit
A:BGP_Pod2_R2>config>router>bgp# info
----------------------------------------------
group "eBGP"
description "eBGP to AS65200"
family ipv4
loop-detect discard-route
type external
import "import_access_services_set_LP"
export "export_access_services_and_community"
peer-as 65200
neighbor 10.2.4.4
description "BGP_Pod4_R4"
exit
exit
R3:
A:BGP_Pod3_R3>config>router>policy-options# info
----------------------------------------------
community "AS65200_East" members "65200:48"
community "AS65200_West" members "65200:37"
community "AS65100_LP_low" members "65100:80"
community "AS65200_LP_low" members "65200:80"
community "AS65100_LP_high" members "65100:120"
community "AS65200_LP_high" members "65200:120"
as-path "AS65100_originated_routes" expression "65100+"
97Nokia 2020
© Nokia Confidential
99Nokia 2020
© Nokia Confidential
R7:
The desired traffic entrance and exit routers for AS 65100 and AS 65200 are verified; they
comply with the inter-AS traffic steering requirement set up earlier.
On R1, it receives the R5’s route 172.17.100.0/24 that is tagged with Community 65100:15. This
is a Switch to notes
West-side view!
route. Since R1 is on the West side, it uses its eBGP export policy to advertise
this route to R3 with Community 65200:120. In other words, R3 gives a higher local preference
priority of 120 to this route and, thus, sets itself up as the exit router in AS 65200 for this
prefix.
The following command shows the RIB-IN for the prefix 172.17.100.0/24 with Community
65100:15 becoming a route with Community 65200:120 at RIB-OUT.
==============================================================================
BGP IPv4 Routes
==============================================================================
------------------------------------------------------------------------------
RIB In Entries
------------------------------------------------------------------------------
Network : 172.17.100.0/24
Nexthop : 10.100.100.5
Path Id : None
From : 10.100.100.5
Res. Protocol : OSPF Res. Metric : 10
Res. Nexthop : 10.1.5.5
Local Pref. : 100 Interface Name : toR5
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 10
Connector : None
Community : 65100:15
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.5
Fwd Class : None Priority : None
Flags : Used Valid Best IGP
Route Source : Internal
AS-Path : No As-Path
Route Tag : 0
Neighbor-AS : n/a
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Add Paths Send : Default
Last Modified : 00h24m15s
------------------------------------------------------------------------------
Routes : 2
==============================================================================
BGP IPv4 Routes
==============================================================================
Original Attributes
10
3 Nokia 2020
© Nokia Confidential
Network : 172.17.100.0/24
Nexthop : 10.1.3.1
Path Id : None
From : 10.1.3.1
Res. Protocol : LOCAL Res. Metric : 0
Res. Nexthop : 10.1.3.1
Local Pref. : n/a Interface Name : toR1
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 0
Connector : None
Community : 65200:120
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.1
Fwd Class : None Priority : None
Flags : Used Valid Best IGP
Route Source : External
AS-Path : 65100
Route Tag : 0
Neighbor-AS : 65100
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Add Paths Send : Default
Last Modified : 00h11m53s
Modified Attributes
Network
10 : 172.17.100.0/24
4 Nokia 2020
© Nokia Confidential
Nexthop : 10.1.3.1
Path Id : None
From : 10.1.3.1
Res. Protocol : LOCAL Res. Metric : 0
Res. Nexthop : 10.1.3.1
Local Pref. : 120 Interface Name : toR1
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 0
Connector : None
Community : 65200:120
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.1
Fwd Class : None Priority : None
Flags : Used Valid Best IGP
Route Source : External
AS-Path : 65100
Route Tag : 0
Neighbor-AS : 65100
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Add Paths Send : Default
Last Modified : 00h11m53s
------------------------------------------------------------------------------
------------------------------------------------------------------------------
Routes : 1
==============================================================================
BGP IPv4 Routes
==============================================================================
------------------------------------------------------------------------------
RIB©10 In 2020
5 Nokia Entries Nokia Confidential
------------------------------------------------------------------------------
Network : 172.17.100.0/24
Nexthop : 10.1.3.1
Path Id : None
From : 10.1.3.1
Res. Protocol : LOCAL Res. Metric : 0
Res. Nexthop : 10.1.3.1
Local Pref. : 120 Interface Name : toR1
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 0
Connector : None
Community : 65200:120
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.1
Fwd Class : None Priority : None
Flags : Used Valid Best IGP
Route Source : External
AS-Path : 65100
Route Tag : 0
Neighbor-AS : 65100
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Add Paths Send : Default
Last Modified : 00h13m35s
Network : 172.17.100.0/24
Nexthop : 10.200.200.3
Path Id : None
To : 10.200.200.7
Res. Protocol : INVALID Res. Metric : 0
Res. Nexthop : n/a
Local Pref. : 120 Interface Name : NotAvailable
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 0
Connector : None
Community : 65200:120
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.200.200.7
Origin : IGP
AS-Path : 65100
Route Tag : 0
Neighbor-AS : 65100
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
Network : 172.17.100.0/24
Nexthop : 10.1.3.3
Path Id : None
To : 10.1.3.1
Res. Protocol : INVALID Res. Metric : 0
Res. Nexthop : n/a
Local Pref. : n/a Interface Name : NotAvailable
Aggregator AS : None Aggregator : None
Atomic Aggr. : Not Atomic MED : None
AIGP Metric : None IGP Cost : 0
Connector : None
Community : 65200:120
Cluster : No Cluster Members
Originator Id : None Peer Router Id : 10.100.100.1
Origin : IGP
AS-Path : 65200 65100
Route Tag : 0
Neighbor-AS : 65200
Orig Validation: NotFound
Source Class : 0 Dest Class : 0
------------------------------------------------------------------------------
Routes : 5
10
8 Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
In lab 2, we set up the full mesh iBGP neighbor connections within each AS. The end results is that there
will be [N * (N – 1) / N] iBGP neighbor connections where N is the number of iBGP speakers in the AS.
Route Reflectors (RRs) can reduce the number of iBGP neighbor connections to N or 2N if two RRs are
used for redundancy purpose.
10
9 Nokia 2020
© Nokia Confidential
BGP_Pod2
R5 R6
R1 (RR) R2 (RR)
R3 (RR) R4 (RR)
R7 R8
11
0 Nokia 2020
© Nokia Confidential
11
1 Nokia 2020
© Nokia Confidential
Use the command show system rollback to identify each rollback config’s index
number.
Initial rollback config file’s comment – BGP - inter-AS East and West side traffic steering.
Final rollback config file’s comment – BGP - scalable iBGP with Route Reflector Redundancy.
Use the command /admin rollback revert X to set the initial lab condition, if
necessary.
11
2 Nokia 2020
© Nokia Confidential
An Router Reflector Cluster is defined in the iBGP policy of the Border Routers R1 and R2 for
AS 65100, and R3 and R4 for AS 65200.
A:BGP_Pod1_R1>config>router>bgp# info
----------------------------------------------
group "iBGP"
description "Route Reflector for R5 and R6"
family ipv4
next-hop-self
type internal
peer-as 65100
11
3 Nokia 2020
©
neighbor 10.100.100.5Nokia Confidential
description "RR for R5"
cluster 10.100.100.1
exit
neighbor 10.100.100.6
description "RR for R6"
cluster 10.100.100.1
exit
exit
no shutdown
group "iBGP-RR-redundancy"
description "iBGP to redundancy RR"
family ipv4
type internal
peer-as 65100
neighbor 10.100.100.2
description "iBGP to redundancy RR"
exit
exit
exit
group "iBGP-RR-redundancy"
description "iBGP to redundancy RR"
family ipv4
type internal
peer-as 65200
neighbor 10.200.200.4
description "iBGP to redundancy RR"
exit
exit
no shutdown
----------------------------------------------
exit
group "iBGP-RR-redundancy"
description "iBGP to redundancy RR"
family ipv4
type internal
peer-as 65200
neighbor 10.200.200.3
description "iBGP to redundancy RR"
exit
exit
no shutdown
----------------------------------------------
A:BGP_Pod2_R6>config>router>bgp# info
----------------------------------------------
group "iBGP"
description "client for cluster 10.100.100.1 and 10.100.100.2"
family ipv4
type internal
export "export_access_services"
peer-as 65100
neighbor 10.100.100.1
description "client for cluster 10.100.100.1"
exit
neighbor 10.100.100.2
description "client for cluster 10.100.100.2"
exit
exit
no shutdown
A:BGP_Pod4_R8>config>router>bgp# info
----------------------------------------------
group "iBGP"
description "client for cluster 10.200.200.3 and 10.200.200.4"
family ipv4
type internal
export "export_access_services"
peer-as 65200
neighbor 10.200.200.3
description "client for cluster 10.200.200.3"
exit
neighbor 10.200.200.4
description "client for cluster 10.200.200.4"
exit
exit
no shutdown
----------------------------------------------
==============================================================================
11
BGP©9 Nokia
Summary
2020 Nokia Confidential
==============================================================================
Legend : D - Dynamic Neighbor
==============================================================================
Neighbor
Description
AS PktRcvd InQ Up/Down State|Rcv/Act/Sent (Addr Family)
PktSent OutQ
------------------------------------------------------------------------------
10.100.100.1
client for cluster 10.100.100.1
65100 11414 0 01d07h36m 8/6/2 (IPv4)
3806 0
10.100.100.2
client for cluster 10.100.100.2
65100 11392 0 01d06h11m 8/0/2 (IPv4)
3647 0
==============================================================================
BGP IPv4 Routes
==============================================================================
Flag Network LocalPref MED
12
0 Nokia Nexthop
© 2020 (Router) Nokia Confidential Path-Id Label
As-Path
------------------------------------------------------------------------------
u*>i 172.17.102.0/24 100 None
10.100.100.1 None -
No As-Path
*i 172.17.102.0/24 100 None
10.100.100.2 None -
No As-Path
------------------------------------------------------------------------------
Routes : 2
When R1 advertises the R5 customer network, such as 172.17.100.0/24, it adds its cluster ID
onto the routes.
2. On R5, do a traceroute to the R6 customer network to verify the path before RR failure.
On R1, shut down the iBGP process to simulate a RR failure and repeat the above traceroute
command again.
12
2 Nokia 2020
© Nokia Confidential
A:BGP_Pod1_R1>config>router>bgp# info
----------------------------------------------
group "iBGP"
shutdown
description "Route Reflector for R5 and R6"
family ipv4
next-hop-self
type internal
peer-as 65100
neighbor 10.100.100.5
description "RR for R5"
cluster 10.100.100.1
exit
neighbor 10.100.100.6
description "RR for R6"
cluster 10.100.100.1
exit
exit
12
3 Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
The setup of IPv6 iBGP and eBGP is similar to that of IPv4, except that the IPv6 address format is
different from that in IPv4.
If IGP uses OSPFv2, then OSPFv3 is needed to support the IPv6 BGP operations.
The IPv6 local link address is assigned automatically to each IPv6 interface; and it can be useful for the
IPv6 eBGP operations for establishing an eBGP neighbor connection.
12
4 Nokia 2020
© Nokia Confidential
12
5 Nokia 2020
© Nokia Confidential
Use the command show system rollback to identify each rollback config’s index
number.
Initial rollback config file’s comment – BGP – initial IPv6 iBGP and eBGP .
Final rollback config file’s comment – BGP – final IPv6 iBGP and eBGP .
Use the command /admin rollback revert X to set the initial lab condition, if
necessary.
12
6 Nokia 2020
© Nokia Confidential
Similar to IPv4 BGP config, IPv6 iBGP needs IPv6 IGP to establish IPv6 connectivity among all of the IPv6
iBGP peers in the AS.
The OSPF3 support of IPv6 is pre-setup in the IPv6 initial lab config so that students can focus on IPv6
BGP-related config and verification.
Once the routers can ping the IPv6 system addresses distributed by OSPF3 within an AS, the IPv6 iBGP
neighbor connection can be set up (next exercise).
12
7 Nokia 2020
© Nokia Confidential
With the OSPF3 config in the Border and Edge routers, verify their OSPF3 neighbor status.
Both the Border and Edge routers have successfully established the OSPF3 IPv6 neighbor
condition with Full State to exchange OSPF3 routes.
With OSPF3 running to distribute the IPv6 system addresses, the routers within the IGP domain (such as
AS) can contact each other to provide IPv6 connectivity for setting up IPv6 iBGP config.
Setup full Mesh IPv6 iBGP neighbor connections among the routers in the AS.
Develop an export policy to export the loopback IPv6 address ( or the IP access service for customers’
IPv6 networks) of the Edge routers so that the routers within the AS can reach all the IPv6 customer
networks.
13
0 Nokia 2020
© Nokia Confidential
Each group sets up IPv6 iBGP configuration at the Border and Edge routers.
A:BGP_Pod1_R1>config>router>bgp# info
----------------------------------------------
group "IPv6_iBGP"
family ipv6
peer-as 65100
neighbor 2001:db8:a:200::2
exit
neighbor 2001:db8:a:500::5
exit
neighbor 2001:db8:a:600::6
13 exit
1 Nokia 2020
© Nokia Confidential
exit
no shutdown
A:BGP_Pod1_R5>config>router>bgp# info
----------------------------------------------
group "IPv6_iBGP"
family ipv6
type internal
peer-as 65100
neighbor 2001:db8:a:100::1
exit
neighbor 2001:db8:a:200::2
exit
neighbor 2001:db8:a:600::6
exit
exit
no shutdown
==============================================================================
BGP Summary
==============================================================================
Legend : D - Dynamic Neighbor
==============================================================================
Neighbor
13
2 Nokia 2020
© Nokia Confidential
Description
AS PktRcvd InQ Up/Down State|Rcv/Act/Sent (Addr Family)
PktSent OutQ
------------------------------------------------------------------------------
10.1.3.3
BGP_Pod3_R3
65200 2526 0 20h56m27s 4/4/8 (IPv4)
2526 0
10.100.100.2
BGP_Pod2_R2
65100 2524 0 19h30m38s 4/0/4 (IPv4)
2359 0
10.100.100.5
BGP_Pod1_R5
65100 2517 0 20h56m27s 2/2/4 (IPv4)
2530 0
10.100.100.6
BGP_Pod2_R6
65100 2517 0 20h56m27s 2/2/4 (IPv4)
2527 0
2001:db8:a:200::2
65100 97 0 00h47m10s 0/0/0 (IPv6)
97 0
2001:db8:a:500::5
65100 103 0 00h49m50s 1/1/0 (IPv6)
104 0
2001:db8:a:600::6
65100 102 0 00h49m29s 1/1/0 (IPv6)
104 0
==============================================================================
BGP Summary
==============================================================================
Legend : D - Dynamic Neighbor
==============================================================================
Neighbor
13
3 Nokia 2020
© Nokia Confidential
Description
AS PktRcvd InQ Up/Down State|Rcv/Act/Sent (Addr Family)
PktSent OutQ
------------------------------------------------------------------------------
10.100.100.1
BGP_Pod1_R1
65100 10125 0 20h57m19s 4/4/2 (IPv4)
2526 0
10.100.100.2
BGP_Pod2_R2
65100 10102 0 19h31m30s 4/0/2 (IPv4)
2367 0
10.100.100.6
BGP_Pod2_R6
65100 2285 0 19h00m56s 2/2/2 (IPv4)
2286 0
2001:db8:a:100::1
65100 104 0 00h50m41s 0/0/1 (IPv6)
105 0
2001:db8:a:200::2
65100 104 0 00h50m41s 0/0/1 (IPv6)
105 0
2001:db8:a:600::6
65100 104 0 00h50m20s 1/1/1 (IPv6)
105 0
On the Edge routers, develop an iBGP export policy to export the IPv6 loopback routes ( or customer
networks) to all the iBGP neighbors so that all the routers within the AS can reach those networks.
Use a ping to verify that all of the routers within the AS can reach these IPv6 loopback addresses to
verify the Edge router’s iBGP export policy.
13
4 Nokia 2020
© Nokia Confidential
A:BGP_Pod1_R5>config>router>policy-options# info
----------------------------------------------
prefix-list "IPv6_loopback"
prefix 2001:db8:a:501::1/128 exact
exit
policy-statement "export_IPv6"
entry 10
from
protocol direct
prefix-list "IPv6_loopback"
exit
13 action accept
5 Nokia 2020
© Nokia Confidential
exit
exit
exit
A:BGP_Pod2_R6>config>router>policy-options# info
----------------------------------------------
prefix-list "IPv6_loopback"
prefix 2001:db8:a:601::1/128 exact
exit
policy-statement "export_IPv6"
entry 10
from
protocol direct
prefix-list "IPv6_loopback"
exit
action accept
exit
exit
exit
A:BGP_Pod4_R8>config>router>policy-options# info
----------------------------------------------
prefix-list "IPv6_loopback"
prefix 2001:db8:a:801::1/128 exact
exit
policy-statement "export_IPv6"
entry 10
from
protocol direct
prefix-list "IPv6_loopback"
exit
action accept
exit
exit
exit
Verify that all iBGP neighbors in the AS received these IPv6 loopback addresses and can ping to
them.
==============================================================================
IPv6 Route Table (Router: Base)
==============================================================================
Dest Prefix[Flags] Type Proto Age
Pref
Next Hop[Interface Name] Metric
------------------------------------------------------------------------------
2001:db8:a:100::1/128 Remote OSPF3 18h57m21s 10
fe80::69ff:fe00:102-"toR1" 100
2001:db8:a:200::2/128 Local Local 05d22h20m 0
system 0
2001:db8:a:500::5/128 Remote OSPF3 18h57m16s 10
fe80::69ff:fe00:102-"toR1" 200
2001:db8:a:501::1/128 Remote BGP 00h58m09s 170
fe80::69ff:fe00:102-"toR1" 0
2001:db8:a:600::6/128 Remote OSPF3 18h57m53s 10
fe80::69ff:fe00:604-"toR6" 100
2001:db8:a:601::1/128 Remote BGP 00h57m44s 170
fe80::69ff:fe00:604-"toR6" 0
2001:db8:24::/48 Local Local 05d22h20m 0
toR4 0
------------------------------------------------------------------------------
No. of Routes: 7
Flags: n = Number of times nexthop is repeated
B = BGP backup route available
L = LFA nexthop available
S = Sticky ECMP requested
13
8 Nokia 2020
© Nokia Confidential
All the routers within as AS can now ping to the IPv6 loopback addresses from their Edge routers.
Develop an IPv6 eBGP connection so that the two ASes can reach each other’s loopback addresses (or
customer networks).
IPv6 automatically assigns the link local address to an IPv6 interface, which can be used for establishing
an eBPG connection.
Develop an IPv6 eBGP config on the Border routers by using the link local address and verify that the
IPv6 loopback addresses or customer networks at the Edge routers can be reached by the routers in
different ASes through the eBGP connection.
13
9 Nokia 2020
© Nokia Confidential
On each Border router, find its IPv6 link local address for the eBGP connection as follows:
==============================================================================
Interface Table (Router: Base)
==============================================================================
Interface-Name Adm Opr(v4/v6) Mode Port/SapId
IP-Address PfxState
------------------------------------------------------------------------------
toR3 Up Up/Up Network 1/1/1
10.1.3.1/27 n/a
2001:db8:13::1/48
14 PREFERRED
0 Nokia 2020
© Nokia Confidential
fe80::aaff:fe01:101/64 PREFERRED
------------------------------------------------------------------------------
Interfaces : 1
==============================================================================
==============================================================================
Interface Table (Router: Base)
==============================================================================
Interface-Name Adm Opr(v4/v6) Mode Port/SapId
IP-Address PfxState
------------------------------------------------------------------------------
toR1 Up Up/Up Network 1/1/1
10.1.3.3/27 n/a
2001:db8:13::3/48 PREFERRED
fe80::aaff:fe03:101/64 PREFERRED
------------------------------------------------------------------------------
Interfaces : 1
==============================================================================
Ping from R1 to R3 link local address is good and it is ready for eBGP setup.
Switch
A ping toR3
from notes view!
to R1 link local address is also good and it is ready for eBGP setup.
14
On the Edge and Border routers, develop anNokiaIPv6
1 Nokia 2020
©
eBGP setup by using the IPv6 link local
Confidential
addresses of the remote end. Note that the R3 link local address is used in the R1 IPv6 eBGP
config below for neighbors.
A:BGP_Pod1_R1>config>router>bgp# info
----------------------------------------------
group "IPv6_eBGP"
family ipv6
loop-detect discard-route
peer-as 65200
neighbor fe80::aaff:fe03:101-"toR3"
exit
A:BGP_Pod2_R2>config>router>bgp# info
----------------------------------------------
group "IPv6_eBGP"
family ipv6
loop-detect discard-route
peer-as 65200
neighbor fe80::aaff:fe04:101-"toR4"
exit
A:BGP_Pod3_R3>config>router>bgp# info
----------------------------------------------
group "IPv6_eBGP"
family ipv6
loop-detect discard-route
peer-as 65100
neighbor fe80::aaff:fe01:101-"toR1"
exit
A:BGP_Pod4_R4>config>router>bgp# info
----------------------------------------------
group "IPv6_eBGP"
family ipv6
loop-detect discard-route
peer-as 65100
neighbor fe80::aaff:fe02:101-"toR2"
exit
==============================================================================
BGP Summary
==============================================================================
Legend : D - Dynamic Neighbor
==============================================================================
Neighbor
Description
14
3 Nokia 2020
© Nokia Confidential
AS PktRcvd InQ Up/Down State|Rcv/Act/Sent (Addr Family)
PktSent OutQ
------------------------------------------------------------------------------
10.1.3.3
BGP_Pod3_R3
65200 734 0 05h54m30s 4/4/8 (IPv4)
739 0
10.100.100.2
BGP_Pod2_R2
65100 281 0 02h16m06s 4/0/4 (IPv4)
282 0
10.100.100.5
BGP_Pod1_R5
65100 278 0 02h16m25s 2/2/4 (IPv4)
281 0
10.100.100.6
BGP_Pod2_R6
65100 278 0 02h16m25s 2/2/4 (IPv4)
281 0
2001:db8:a:200::2
65100 163 0 01h19m14s 2/0/2 (IPv6)
169 0
2001:db8:a:500::5
65100 168 0 01h21m33s 1/1/2 (IPv6)
169 0
2001:db8:a:600::6
65100 156 0 01h15m50s 1/1/2 (IPv6)
169 0
fe80::aaff:fe03:101-"toR3"
65200 20 0 00h07m29s 2/2/4 (IPv6)
28 0
------------------------------------------------------------------------------
==============================================================================
BGP IPv6 Routes
==============================================================================
Flag Network LocalPref MED
Nexthop (Router) Path-Id Label
14 As-Path
4 Nokia 2020
© Nokia Confidential
------------------------------------------------------------------------------
u*>i 2001:db8:a:601::1/128 100 None
2001:db8:a:600::6 None 10
No As-Path -
u*>i 2001:db8:a:701::1/128 100 None
2001:db8:a:100::1 None 10
65200 -
*i 2001:db8:a:701::1/128 100 None
2001:db8:a:200::2 None 20
65200 -
u*>i 2001:db8:a:801::1/128 100 None
2001:db8:a:100::1 None 10
65200 -
*i 2001:db8:a:801::1/128 100 None
2001:db8:a:200::2 None 20
65200 -
------------------------------------------------------------------------------
Routes : 5
14
5 Nokia 2020
© Nokia Confidential
2 Nokia 2020
© Nokia Confidential
Table of Contents
Lab Setup
Initial Lab Verification
MP-BGP (evpn) Control Plane
EVPN VXLAN Service
Debug EVPN VXLAN
Wrap-up
3 Nokia 2020
© Nokia Confidential
4 Nokia 2020
© Nokia Confidential
All routers are setup in ISIS Level 2 and routers R1 to R8 can ping to each others’ system addresses of 10.10.10.x/32.
Use VXLAN as the encapsulation protocol over an IP core network (R1 to R4) and thus all MPLS protocols such as RSVP-TE
and LDP are shutdown.
PC9 to PC12 have IP addresses 192.168.1.x/24 connected to the access port 1/1/5:0 of the Edge routers, R5 – R8. They
can ping to its own IP address but they cannot reach each other because the EVPN VXLAN has not yet setup.
[root@PC12 ~]# ping 192.168.1.12
PING 192.168.1.12 (192.168.1.12) 56(84) bytes of data.
64 bytes from 192.168.1.12: icmp_seq=1 ttl=64 time=0.044 ms
64 bytes from 192.168.1.12: icmp_seq=2 ttl=64 time=0.035 ms Ping to self is OK
5 Nokia 2020
© Nokia Confidential
10.10.10.1/32 10.10.10.2/32
3ffe::1:101:101/128 3ffe::1:202:202/128
R5 R1 R2
eth1 192.168.1.9/24 R6 eth1 192.168.1.10/24
PC11 R7 R3 R4 R8 PC12
10.10.10.3/32 10.10.10.4/32
3ffe::1:303:303/128 3ffe::1:404:404/128
6 Nokia 2020
© Nokia Confidential
1/1/1 1/1/1
1/1/5 1/1/5
1/1/2
PC11 R3 R4 R8 PC12
1/1/4 1/1/4
1/1/5 1/1/5
eth1 eth1
R7
7 Nokia 2020
© Nokia Confidential
Each pair of students has one Border and one Edge routers.
R5 R1 R2 R6
EVPN-VXLAN
VNI = 1000
PC11 R3 R4 R8 PC12
Pod3 Pod4
ISIS area 49.03 ISIS area 49.04
R7
8 Nokia 2020
© Nokia Confidential
Student1 R1 R5
Student2 10.10.10.1/32 10.10.10.5/32
(Pod1)
Student3 R2 R6
Student4 10.10.10.2/32 10.10.10.6/32 65100
(Pod2)
Student5 R3 R7
Student6 10.10.10.3/32 10.10.10.7/32
(Pod3)
Student7 R4 R8
Student8 10.10.10.4/32 10.10.10.8/32
(Pod4)
9 Nokia 2020
© Nokia Confidential
Ensure PC9 to PC12 have the following IP addresses for their eth1 interfaces:
• PC9’s eth1 – 192.168.1.9/24
• PC10’s eth1 – 192.168.1.10/24
• PC11’s eth1 – 192.168.1.11/24
• PC12’s eth1 – 192.168.1.12/24
On the PC, use the command, ifconfig eth1 192.168.1.x/24 to set the IP address, if necessary.
10Nokia 2020
© Nokia Confidential
Use the command show system rollback to identify each rollback config’s index
number (X, and Y).
11Nokia 2020
© Nokia Confidential
12Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
13Nokia 2020
© Nokia Confidential
Each group login to their Edge routers (e.g., R5 to R8) and invoke the following commands
to verify the ISIS configuration and explain the results:
• /config router isis
• show router isis adjacency
• show router route-table
• ping 10.10.10.X
̵ X can be 1 to 8
14Nokia 2020
© Nokia Confidential
A:R8>config>router>isis# info
All routers are in ISIS Level 2 domain and they can reach each others’ ----------------------------------------------
system addresses. level-capability level-2
area-id 49.04
level 2
A:R8>config>router>isis# ping 10.10.10.5
wide-metrics-only
PING 10.10.10.5 56 data bytes
exit
64 bytes from 10.10.10.5: icmp_seq=1 ttl=61 time=3.86ms.
interface "system"
64 bytes from 10.10.10.5: icmp_seq=2 ttl=61 time=4.04ms.
no shutdown
64 bytes from 10.10.10.5: icmp_seq=3 ttl=61 time=5.83ms.
exit
interface "toR4"
Each Edge router has only one physical link to the core network: interface-type point-to-point
no shutdown
• R5 can reach the core network via R1 only. exit
no shutdown
15Nokia 2020
© Nokia Confidential
16Nokia 2020
© Nokia Confidential
In EVPN, endpoints’ MAC addresses are learnt via MP-BGP (evpn) message exchange instead of ARP. Each
pair of students config their Edge routers to use MP-BGP (evpn) for endpoints’ MAC address discovery.
Verify and examine the MP-iBGP (evpn) setup on the Edge routers:
• show router bgp neighbor
• show router bgp route evpn mac
17Nokia 2020
© Nokia Confidential
All Edge routers have MP-iBGP neighbors to all other Edge routers for EVPN endpoints’ MAC addresses discovery.
A:R5>config>router>bgp# info A:R6>config>router>bgp# info
---------------------------------------------- ----------------------------------------------
group "EVPN" group "EVPN"
family evpn family evpn
type internal type internal
neighbor 10.10.10.6 neighbor 10.10.10.5
exit exit
neighbor 10.10.10.7 neighbor 10.10.10.7
exit exit
neighbor 10.10.10.8 neighbor 10.10.10.8
exit exit
exit exit
no shutdown no shutdown
===============================================================================
BGP Summary
===============================================================================
Legend : D - Dynamic Neighbor
===============================================================================
Neighbor
Description
AS PktRcvd InQ Up/Down State|Rcv/Act/Sent (Addr Family)
PktSent OutQ
-------------------------------------------------------------------------------
10.10.10.5
65100 90 0 00h01m09s 0/0/2 (Evpn)
14 0
10.10.10.6
65100 90 0 00h01m09s 2/2/2 (Evpn)
14 0
10.10.10.8
65100 88 0 00h01m09s 0/0/2 (Evpn)
14 0
19Nokia 2020
© Nokia Confidential
There is no MAC address learnt from EVPN’s endpoints as we have not yet setup EVPN VXLAN and thus the PCs connected
to port 1/1/5 of the Edge routers cannot be learnt or discovered.
===============================================================================
BGP EVPN MAC Routes
===============================================================================
Flag Route Dist. MacAddr ESI
Tag Mac Mobility Label1
Ip Address
NextHop
-------------------------------------------------------------------------------
No Matching Entries Found.
20Nokia 2020
© Nokia Confidential
21Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
EVPN VXLAN is based on VPLS CLI constructs. Each pair of students provision their Edge routers with
VPLS 1000 as follows:
VXLAN ID (VNI) = 1001
• config vpls 1000 vxlan vni 1 instance 1 create
router-distinguisher = 65100:1000
router-target = target:65100:1000
Enable bgp-evpn and vxlan for VPLS 1000.
• config vpls 1000 bgp-evpn vxlan no shutdown
Use sap 1/1/5:0, which is connected to PCX.
22Nokia 2020
© Nokia Confidential
Edge routers R5 to R8 have the VPLS 1000 enhanced with VXLAN operations as follows:
===============================================================================
VPLS or EVPN VXLAN 1000 is UP. Service Basic Information
===============================================================================
Service Id : 1000 Vpn Id : 0
Service Type : VPLS
MACSec enabled : no
Name : 1000
Description : (Not Specified)
Customer Id : 1 Creation Origin : manual
Last Status Change: 07/01/2020 08:15:08
Last Mgmt Change : 07/01/2020 08:15:08
Etree Mode : Disabled
Admin State : Up Oper State : Up
MTU : 1514
SAP Count : 1 SDP Bind Count : 0
Snd Flush on Fail : Disabled Host Conn Verify : Disabled
SHCV pol IPv4 : None
Propagate MacFlush: Disabled Per Svc Hashing : Disabled
Allow IP Intf Bind: Disabled
Fwd-IPv4-Mcast-To*: Disabled Fwd-IPv6-Mcast-To*: Disabled
Mcast IPv6 scope : mac-based
Def. Gateway IP : None
Def. Gateway MAC : None
Temp Flood Time : Disabled Temp Flood : Inactive
Temp Flood Chg Cnt: 0
SPI load-balance : Disabled
TEID load-balance : Disabled
Src Tep IP : N/A
Vxlan ECMP : Disabled
MPLS ECMP : Disabled
24Nokia 2020
© Nokia Confidential
25Nokia 2020
© Nokia Confidential
On the PC, ping to all other PCs connected to the Edge routers. It should be successful through the
EVPN 1000 supporting VXLAN.
• ping 192.168.1.X
̵ X can be 9, 10, 11, or 12
Verify the MAC addresses learnt on EVPN 1000 are the MAC addresses of the PCs:
• On the PC, use the command ifconfig eth1 to verify the PC MAC address.
26Nokia 2020
© Nokia Confidential
Each PC can ping to other PCs on the Edge routers through EVPN 1000 using VNI 1001.
27Nokia 2020
© Nokia Confidential
R5 learns one only MAC address (i.e., PC’s MAC address) from each Edge Router’s VXLAN Tunnel Endpoint (VTEP).
VTEP receives VXLAN frames that encapsulates overlay IP address (e.g., 192.168.1.X) and payload, and acts as a tunnel
endpoint using the underlay IP address (e.g., 10.10.10.X) to route the VXLAN encapsulated frame.
===============================================================================
VPLS VXLAN service Network Specifics
===============================================================================
-------------------------------------------------------------------------------
Ing Net QoS Policy: none
Ingress FP QGrp : (none) Ing FP QGrp Inst : (none)
VTEP security : disabled MAC Learning : disabled
MAC Aging : disabled Discard Unknown Source : disabled
MAC address limit : 0
===============================================================================
28Nokia 2020
© Nokia Confidential
===============================================================================
VXLAN Tunnel Endpoints (VTEPs)
===============================================================================
VTEP Address Number of Egress VNIs Oper
State
-------------------------------------------------------------------------------
10.10.10.6 1 Up
10.10.10.7 1 Up
10.10.10.8 1 Up
-------------------------------------------------------------------------------
Number of VTEPs: 3
===============================================================================
VXLAN Tunnel Endpoint: 10.10.10.6
===============================================================================
Egress VNI Service Id Oper State
-------------------------------------------------------------------------------
1001 1000 Up
29Nokia 2020
© Nokia Confidential
===============================================================================
BGP EVPN MAC Routes
===============================================================================
Flag Route Dist. MacAddr ESI
Tag Mac Mobility Label1
Ip Address
NextHop
-------------------------------------------------------------------------------
u*>i 65100:1000 02:00:a8:00:ca:01 ESI-0
0 Seq:0 VNI 1001
n/a
10.10.10.6
-------------------------------------------------------------------------------
[root@PC12 ~]# ip addr
eth1:
link/ether 02:00:a8:00:cc:01 brd ff:ff:ff:ff:ff:ff
30Nokia 2020
© Nokia Confidential
The MAC addresses learnt from VPLS or EVPN VXLAN 1000 endpoints.
===============================================================================
Forwarding Database, Service 1000
===============================================================================
ServId MAC Source-Identifier Type Last Change
Transport:Tnl-Id Age
-------------------------------------------------------------------------------
1000 02:00:a8:00:ca:01 vxlan-1: Evpn 07/01/20 08:57:33
10.10.10.6:1001
1000 02:00:a8:00:cb:01 vxlan-1: Evpn 07/01/20 08:57:44
10.10.10.7:1001
1000 02:00:a8:00:cc:01 vxlan-1: Evpn 07/01/20 08:57:34
10.10.10.8:1001
-------------------------------------------------------------------------------
No. of Entries: 3
-------------------------------------------------------------------------------
Legend: L=Learned O=Oam P=Protected-MAC C=Conditional S=Static Lf=Leaf
===============================================================================
31Nokia 2020
© Nokia Confidential
32Nokia 2020
© Nokia Confidential
*A:PExx>config>
Configuration display
-----------------------
PCs can ping to other PCs over EVPN 1000 because MP-iBGP exchanges EVPN’s MAC endpoints (i.e., VPLS endpoints’ MAC
and IP addresses).
To show MP-iBGP EVPN MAC route exchange, on the Edge router, config a log and debug BGP update packets as follows:
• config log log-id 6
• from debug to session
• /debug router bgp update neighbor 10.10.10.X
• show router bgp routes evpn mac
If there is no BGP EVPN routes due to inactivity timeout, generate some ping traffic among the PCs.
33Nokia 2020
© Nokia Confidential
34Nokia 2020
© Nokia Confidential
A:R8#
35Nokia 2020
© Nokia Confidential
===============================================================================
BGP EVPN MAC Routes
===============================================================================
Flag Route Dist. MacAddr ESI
Tag Mac Mobility Label1
Ip Address
NextHop
-------------------------------------------------------------------------------
u*>i 65100:1000 02:00:a8:00:c9:01 ESI-0
0 Seq:0 VNI 1001
n/a
10.10.10.5
-------------------------------------------------------------------------------
Routes : 1
36Nokia 2020
© Nokia Confidential
37Nokia 2020
© Nokia Confidential
2 Nokia 2020
© Nokia Confidential
Table of Contents
Lab Setup
Initial Lab Verification
Segment Routing Setup
Segment Routing and LFA Verification
Wrap-up
3 Nokia 2020
© Nokia Confidential
4 Nokia 2020
© Nokia Confidential
RSVP-TE and LDP are not setup as Segment Routing (SR) will be used to signal MPLS transport tunnels.
Edge routers R5-R8 and R6-R7 have SDP configured but since MPLS transport signaling, sr-isis is not yet configured, the
SDPs are down.
5 Nokia 2020
© Nokia Confidential
10.10.10.1/32 10.10.10.2/32
R5 3ffe::1:101:101/128 3ffe::1:202:202/128 R6
R1 R2
R3 R4
10.10.10.3/32 10.10.10.4/32
R7 3ffe::1:303:303/128 3ffe::1:404:404/128 R8
10.10.10.7/32 10.10.10.8/32
3ffe::1:707:707/128 3ffe::1:808:808/128
6 Nokia 2020
© Nokia Confidential
1/1/4 1/1/4
R5 R1 R2
R6
1/1/2
1/1/5 1/1/5
1/1/1 1/1/1
1/1/5 1/1/5
1/1/2
R7 R3 R4 R8
1/1/4 1/1/4
1/1/2
7 Nokia 2020
© Nokia Confidential
Pod1 Pod2
ISIS area 49.01 ISIS area 49.02
R5 R1 R2
R6
R7 R3 R4 R8
Pod3 Pod4
ISIS area 49.03 ISIS area 49.04
8 Nokia 2020
© Nokia Confidential
Student1 R1 R5
Student2 10.10.10.1/32 10.10.10.5/32
(Pod1) 3ffe::1:101:101/128 3ffe::1:505:505/128
Student3 R2 R6
Student4 10.10.10.2/32 10.10.10.6/32
(Pod2) 3ffe::1:202:202/128 3ffe::1:606:606/128
65100
Student5 R3 R7
Student6 10.10.10.3/32 10.10.10.7/32
(Pod3) 3ffe::1:303:303/128 3ffe::1:707:707/128
Student7 R4 R8
Student8 10.10.10.4/32 10.10.10.8/32
(Pod4) 3ffe::1:404:404/128 3ffe::1:808:808/128
9 Nokia 2020
© Nokia Confidential
Use the command show system rollback to identify each rollback config’s index
number (X, and Y).
10Nokia 2020
© Nokia Confidential
11Nokia 2020
© Nokia Confidential
12Nokia 2020
© Nokia Confidential
Each group login to their Edge routers (e.g., R5 to R8) and invoke the following commands to verify the
ISIS configuration and explain the results.
• /config router isis
• show router isis adjacency
• show router isis prefix-sids
• show router route-table
• ping 10.10.10.X
13Nokia 2020
© Nokia Confidential
All routers are in ISIS Level 2 domain and they can reach each other.
14Nokia 2020
© Nokia Confidential
Each Edge router has two physical links to the core network.
• R5 can reach the core network via R1 or R6.
===============================================================================
Rtr Base ISIS Instance 0 Adjacency
===============================================================================
System ID Usage State Hold Interface MT-ID
-------------------------------------------------------------------------------
R6 L2 Up 21 toR6 0
R1 L2 Up 21 toR1 0
-------------------------------------------------------------------------------
Adjacencies : 2
15Nokia 2020
© Nokia Confidential
===============================================================================
Rtr Base ISIS Instance 0 Prefix/SID Table
===============================================================================
Prefix SID Lvl/Typ SRMS AdvRtr
MT Flags
-------------------------------------------------------------------------------
No Matching Entries
===============================================================================
16Nokia 2020
© Nokia Confidential
Each group login to their Edge routers (e.g., R5 to R8) and invoke the following commands to verify the SDP (i.e., MPLS
Transport tunnel) configuration and explain the results:
• /config service sdp X
- Which MPLS transport signaling protocol is used in the SDP config?
• show service sdp
• oam sdp-ping sr-isis X resp-sdp Y
17Nokia 2020
© Nokia Confidential
There is no MPLS Transport Tunnel signaling protocol such as LDP, RSVP-TE or SR-ISIS and thus the SDP tunnel is down.
A:R5>config>service# sdp 8 A:R5# /configure router ldp
A:R5>config>service>sdp# info A:R5>config>router>ldp# info
---------------------------------------------- ----------------------------------------------
far-end 10.10.10.8 interface-parameters
keep-alive exit
shutdown targeted-session
exit exit
no shutdown no shutdown
Segment Routing (FR) does not rely on LDP but LDP should not be shutdown as SR needs TLDP to signal the Service
Tunnels.
A:R5>config>service>sdp# show service sdp
============================================================================
Services: Service Destination Points
============================================================================
SdpId AdmMTU OprMTU Far End Adm Opr Del LSP Sig
----------------------------------------------------------------------------
8 0 0 10.10.10.8 Up Down MPLS TLDP
----------------------------------------------------------------------------
Number of SDPs : 1
----------------------------------------------------------------------------
Legend: R = RSVP, L = LDP, B = BGP, M = MPLS-TP, n/a = Not Applicable
I = SR-ISIS, O = SR-OSPF, T = SR-TE, F = FPE
18Nokia 2020
© Nokia Confidential
Since the SDP tunnel is down due to lack of MPLS Transport Tunnel signaling protocol, sdp-ping using sr-isis is not
successful.
19Nokia 2020
© Nokia Confidential
20Nokia 2020
© Nokia Confidential
In Lab 1, SDP is down as we have not yet set sr-isis to signal the tunnels.
Each pair of students login to their Border & Edge routers to configure SR:
• Initialize SRGB with start label 519000 and support 5000 sids.
̵ /config router mpls-labels sr-labels start 519000 end 524000
̵ /config router isis segment-routing prefix-sid-range start-label 519000 max-index 5000
̵ show router mpls-labels label-range
• Router number is the SR SID index (e.g., R5’s SR index is 5). Together with the SR start label or segment, each router in
SR domain has a globally unqiue Segment ID (sid).
̵ /config router isis interface system ipv4-node-sid index X
21Nokia 2020
© Nokia Confidential
• Enable SDP to use sr-isis to signal MPLS transport tunnel instead of LDP or RSVP-TE and verify that the SDP tunnels are
up.
̵ /config service sdp X sr-isis
̵ show service sdp
̵ oam sdp-ping X resp-sdp Y
̵ oam lsp-ping sr-isis prefix 10.10.10.X/32
22Nokia 2020
© Nokia Confidential
SR index uses router number. For example, R5 will have ipv4-node-side index 5.
============================================================================
Label Ranges
============================================================================
Label Type Start Label End Label Aging Available Total
----------------------------------------------------------------------------
Static 32 18431 - 18400 18400
Dynamic 18432 524287 0 500850 505856
Seg-Route 519000 524000 - 0 5001
24Nokia 2020
© Nokia Confidential
• Global: Start-label is equal to lowest label value in the SRGB and max-index is equal to the
range size of the SRGB.
• Per-instance: The SRGB is partitioned into non-overlapping sub-ranges using different start-
label values and index-range size.
===============================================================================
Rtr Base ISIS Instance 0 Prefix/SID Table
===============================================================================
Prefix SID Lvl/Typ SRMS AdvRtr
MT Flags
-------------------------------------------------------------------------------
10.10.10.1/32 1 2/Int. N R1
0 NnP
10.10.10.2/32 2 2/Int. N R2
0 NnP
10.10.10.3/32 3 2/Int. N R3
0 NnP
10.10.10.4/32 4 2/Int. N R4
0 NnP
10.10.10.5/32 5 2/Int. N R5
0 NnP SRMS : Y/N = prefix SID advertised by SR Mapping Server (Y)
10.10.10.6/32 6 2/Int. N R6 or not (N)
0 NnP S = SRMS prefix SID is selected to be programmed
10.10.10.7/32 7 2/Int. N R7 Flags: R = Re-advertisement
0 NnP N = Node-SID
10.10.10.8/32 8 2/Int. N R8 nP = no penultimate hop POP
0 NnP E = Explicit-Null
------------------------------------------------------------------------------- V = Prefix-SID carries a value
No. of Prefix/SIDs: 8 (8 unique) L = value/index has local significance
------------------------------------------------------------------------------- ==============================================================
25Nokia 2020
© Nokia Confidential
==============================================
Rtr Base ISIS Instance 0 Capabilities
==============================================
LSP ID : R2.00-00
Router Cap : 10.10.10.2, D:0, S:0
TE Node Cap : B E M P
SR Cap: IPv4 MPLS-IPv6
SRGB Base:519000, Range:5001
SR Alg: metric based SPF
Node MSD Cap: BMI : 12 ERLD : 15
LSP ID : R3.00-00
Router Cap : 10.10.10.3, D:0, S:0
TE Node Cap : B E M P
SR Cap: IPv4 MPLS-IPv6
SRGB Base:519000, Range:5001
SR Alg: metric based SPF
Node MSD Cap: BMI : 12 ERLD : 15
26Nokia 2020
© Nokia Confidential
LSP ID : R6.00-00
Router Cap : 10.10.10.6, D:0, S:0
TE Node Cap : B E M P
SR Cap: IPv4 MPLS-IPv6
SRGB Base:519000, Range:5001
SR Alg: metric based SPF
Node MSD Cap: BMI : 12 ERLD : 15 LSP ID : R8.00-00
Router Cap : 10.10.10.8, D:0, S:0
LSP ID : R7.00-00 TE Node Cap : B E M P
Router Cap : 10.10.10.7, D:0, S:0 SR Cap: IPv4 MPLS-IPv6
TE Node Cap : B E M P SRGB Base:519000, Range:5001
SR Cap: IPv4 MPLS-IPv6 SR Alg: metric based SPF
SRGB Base:519000, Range:5001 Node MSD Cap: BMI : 12 ERLD : 15
SR Alg: metric based SPF
Node MSD Cap: BMI : 12 ERLD : 15 Level (2) Capability Count : 8
========================================
27Nokia 2020
© Nokia Confidential
===============================================================================
Rtr Base ISIS Instance 0 Database (detail)
===============================================================================
TLVs :
Area Addresses:
Area Address : (2) 49.01
Supp Protocols:
Protocols : IPv4
IS-Hostname : R5
Router ID :
Router ID : 10.10.10.5
Router Cap : 10.10.10.5, D:0, S:0
TE Node Cap : B E M P
SR Cap: IPv4 MPLS-IPv6
SRGB Base:519000, Range:5001
SR Alg: metric based SPF
Node MSD Cap: BMI : 12 ERLD : 15
28Nokia 2020
© Nokia Confidential
I/F Addresses :
I/F Address : 10.1.5.5
I/F Address : 10.5.6.5
I/F Address : 10.10.10.5
TE IS Nbrs :
Nbr : R1.00
Default Metric : 10
Sub TLV Len : 19
IF Addr : 10.1.5.5
Nbr IP : 10.1.5.1
Adj-SID: Flags:v4VL Weight:0 Label:524283
29Nokia 2020
© Nokia Confidential
TE IS Nbrs :
Nbr : R6.00
Default Metric : 10
Sub TLV Len : 19
IF Addr : 10.5.6.5
Nbr IP : 10.5.6.6
Adj-SID: Flags:v4VL Weight:0 Label:524284
TE IP Reach :
Default Metric : 10
Control Info: , prefLen 28
Prefix : 10.1.5.0
Default Metric : 10
Control Info: , prefLen 28
Prefix : 10.5.6.0
Default Metric : 0
Control Info: S, prefLen 32
Prefix : 10.10.10.5
Sub TLV :
Prefix-SID Index:5, Algo:0, Flags:NnP
30Nokia 2020
© Nokia Confidential
31Nokia 2020
© Nokia Confidential
Enable SDP to use ISIS segment routing to signal MPLS transport tunnels.
A:R5>config>service# info
----------------------------------------------
sdp 8 mpls create
far-end 10.10.10.8
sr-isis
keep-alive
shutdown
exit
no shutdown
exit
----------------------------------------------
A:R5>config>service# show service sdp
With sr-isis signaling setup, SDPs are now up. ============================================================================
Services: Service Destination Points
============================================================================
SdpId AdmMTU OprMTU Far End Adm Opr Del LSP Sig
----------------------------------------------------------------------------
8 0 8682 10.10.10.8 Up Up MPLS I TLDP
----------------------------------------------------------------------------
Number of SDPs : 1
----------------------------------------------------------------------------
Legend: R = RSVP, L = LDP, B = BGP, M = MPLS-TP, n/a = Not Applicable
I = SR-ISIS, O = SR-OSPF, T = SR-TE, F = FPE
Note that TLDP is used for service tunnel signaling and thus LDP config of the service routers cannot be shutdown.
32Nokia 2020
© Nokia Confidential
MPLS transport tunnels using sr-isis as the signaling protocol are up.
33Nokia 2020
© Nokia Confidential
SDP can now use sr-isis to establish MPLS transport tunnel to its far-end Edge router.
--------------------------------------------------------------------
Actual IP Address - Local : 10.10.10.8
Expected Peer IP - Remote : 10.10.10.8
Actual IP Address - Remote : 10.10.10.5
Expected Peer IP - Local : 10.10.10.5
IP Address Mismatch : No
--------------------------------------------------------------------
Err SDP-ID Info Local Remote
--------------------------------------------------
SDP-ID: 5 8
Administrative State: Up Up
Operative State: Up Up
Path MTU: 8682 N/A
Response SDP Used: Yes
IP Interface State: Up
Forwarding Class be be
Profile In Out
34Nokia 2020
© Nokia Confidential
The command oam sdp-ping 5 resp-sdp 8 uses the segment ID or MPLS labels we specified in the ISIS config
previously.
• prefix-sid-range start-label 519000 max-index 5000
• ipv4-node-sid index 5
Instructor log on to the hypervisor that hosts the 8 7750 vSIMs (R1 to R8) to use tcpdump to capture the MPLS packet
between Edge and Core routers to illustrate the Segment ID (i.e., MPLS transport label).
• vnet26 is the Ethernet Bridge (i.e., network link) that connects R8 and R4.
[root@vsim69 ~]# tcpdump -i vnet62 mpls -vvv
tcpdump: WARNING: vnet62: no IPv4 address assigned
tcpdump: listening on vnet62, link-type EN10MB (Ethernet), capture size
65535 bytes
00:32:42.248671 MPLS (label 519005, exp 0, ttl 255)
(label 1 (router alert), exp 0, [S], ttl 1)
00:32:42.253547 MPLS (label 519008, exp 0, ttl 252)
(label 1 (router alert), exp 0, [S], ttl 1)
35Nokia 2020
© Nokia Confidential
You can verify the same by utilizing the tools dump command.
38Nokia 2020
© Nokia Confidential
Examine Edge router’s forwarding table using the following commands and explain why some
destinations have LFA but some do not.
• show router fp-tunnel-table 1
• show router tunnel-table
• show router tunnel-table 10.10.10.X/32 detail
̵ X is the far-end router
39Nokia 2020
© Nokia Confidential
LFA is a node other than the primary neighbor. The backup routes (repair paths) are precomputed and
installed in the router as the backup for the primary paths.
Traffic is redirected to an LFA after a network failure before IGP convergence (can take seconds) is
completed to achieve
< 50ms failure downtime.
LFA makes the forwarding decision without any knowledge of the failure and thus it must neither use a
failed element nor use a protecting node to forward traffic (i.e., an LFA must not cause loops).
40Nokia 2020
© Nokia Confidential
41Nokia 2020
© Nokia Confidential
Each router in SR domain maintains a full mesh segment or MPLS tunnels to the remote destinations.
A:R8# show router tunnel-table
===============================================================================
IPv4 Tunnel Table (Router: Base)
===============================================================================
Destination Owner Encap TunnelId Pref Nexthop Metric
Color
-------------------------------------------------------------------------------
10.4.8.4/32 isis (0) MPLS 524290 11 10.4.8.4 0
10.7.8.7/32 isis (0) MPLS 524289 11 10.7.8.7 0
10.10.10.1/32 [L] isis (0) MPLS 524293 11 10.4.8.4 30
10.10.10.2/32 isis (0) MPLS 524294 11 10.4.8.4 20
10.10.10.3/32 [L] isis (0) MPLS 524295 11 10.4.8.4 20
10.10.10.4/32 isis (0) MPLS 524292 11 10.4.8.4 10
10.10.10.5/32 sdp MPLS 5 5 10.10.10.5 0
10.10.10.5/32 [L] isis (0) MPLS 524296 11 10.4.8.4 40
10.10.10.6/32 isis (0) MPLS 524297 11 10.4.8.4 30
10.10.10.7/32 isis (0) MPLS 524291 11 10.7.8.7 10
-------------------------------------------------------------------------------
Flags: B = BGP or MPLS backup hop available
L = Loop-Free Alternate (LFA) hop available
E = Inactive best-external BGP route
k = RIB-API or Forwarding Policy backup hop
===============================================================================
42Nokia 2020
© Nokia Confidential
===============================================================================
Tunnel Table (Router: Base)
===============================================================================
Destination : 10.10.10.5/32
NextHop : 10.10.10.5
Tunnel Flags : (Not Specified)
Age : 00h39m10s
CBF Classes : (Not Specified)
Owner : sdp Encap : MPLS
Tunnel ID : 5 Preference : 5
Tunnel Label : - Tunnel Metric : 0
Tunnel MTU : 8682 Max Label Stack : 1
-------------------------------------------------------------------------------
Destination : 10.10.10.5/32 [L]
NextHop : 10.4.8.4
Tunnel Flags : has-lfa entropy-label-capable
Age : 00h39m10s
CBF Classes : (Not Specified)
Owner : isis (0) Encap : MPLS
Tunnel ID : 524296 Preference : 11
Tunnel Label : 519005 Tunnel Metric : 40
Tunnel MTU : 8686 Max Label Stack : 1
-------------------------------------------------------------------------------
Number of tunnel-table entries : 2
Number of tunnel-table entries with LFA : 1
===============================================================================
43Nokia 2020
© Nokia Confidential
44Nokia 2020
© Nokia Confidential
2 Nokia 2020
© Nokia Confidential
Table of Contents
3 Nokia 2020
© Nokia Confidential
4 Nokia 2020
© Nokia Confidential
Use the command show system rollback to identify each rollback config’s index
number (X, and Y).
5 Nokia 2020
© Nokia Confidential
• Objective:
- Configure QoS Classification and Marking.
192.168.5.9/24 192.168.5.10/24
4
PC9 R5 R1 R6 PC10
1/1/5:7 1/1/5 1/1/6 eth1
eth1 1/1/4 1/1/7 1/1/5:7
CE PE P PE CE2
• Exercise:
- Configure the SAP-ingress policy each queue and the parameters with which it will compete for bandwidth
- Verify that the SAP policy has been properly configured and applied.
192.168.5.11/24 192.168.5.12/24
PC11 R7 R3 R8 PC12
1/1/5:7 1/1/5 1/1/6 eth1
eth1 1/1/4 1/1/7 1/1/5:7
CE PE P PE CE2
6 Nokia 2020
© Nokia Confidential
Objective:
Students will learn that there are several stages in QoS-aware packet processing, including
classification, buffer acceptance/rejection, queuing, scheduling, policing, as well as marking and
re-marking. Correspondingly, there are different types of policies, aimed at implementing the
packet processing required at each one of those stages. Students will configure and verify
Quality of Service policies.
PE P PE
Service N/w N/w N/w N/w Service
Ingress Egress Egress Egress Egress Ingress
Data flow
queue policer
7 Nokia 2020
© Nokia Confidential
configure qos copy network-queue default NQ1 configure qos copy network-queue default NQ1
configure qos network-queue NQ1 configure qos network-queue NQ1
… …
configure port 1/1/X ethernet network queue-policy NQ1 configure port 1/1/X ethernet network queue-policy NQ1
configure card 1 fp 1 ingress network queue-policy "NQ1 configure card 1 fp 1 ingress network queue-policy "NQ1
8 Nokia 2020
© Nokia Confidential
QoS Planning
Ping EF 6 6 ICMP
SFTP L2 3 3 TCP
PE P PE
Service N/w N/w N/w N/w Service
Ingress Egress Egress Egress Egress Ingress
R5 R1 R6
Data flow
9 Nokia 2020
© Nokia Confidential
In this lab, the students will learn how to configure the different components of a SAP-Ingress
QoS policy. A SAP-Ingress QoS policy establishes the following packet-processing criteria:
Classifies each packet as belonging to a forwarding class, based on user-defined criteria:
• Assigns high or low priority status to each packet, which in turn specifies if the packet has a
low or high dropping precedence.
• It can create traffic queues, defining:
- Type (expedited, best-effort, auto-expedited)
- Mode (priority, profile)
- Allocated buffer size (committed and maximum)
- Rate (committed and maximum) at which stored packets will exit the queue.
• Alternatively or additionally, it can create traffic policers, defining:
- Rate (committed and maximum) at which packets will be forwarded
• Assigns forwarding classes to queues and/or policers
• Marks or re-marks packets, if needed.
Each group will create on their PE router (R5-R8) a SAP-Ingress QoS policy with a policy Id equal
to 10. In it, packets will be classified into different FCs based on the following criteria:
• If the protocol running on top of IP is ICMP, the packet will be considered as ping traffic and
classified as Expedited Forwarding (EF).
• If the transport protocol is UDP and the destination port number is 1234, the packet will be
considered part of a video download and classified as High-2 (H2).
• If the transport protocol is UDP and the destination port number is 5678, the packet will be
considered part of an additional video download and classified as Assured Forwarding (AF).
• Lastly, if the transport protocol is TCP, the packet will be considered part of an FTP
transaction and classified as Low-2 (L2).
• All other traffic, if any, will be treated as Best Effort (BE).
To properly process the packets, different queues and/or polices need to be created so that
independent resources are assigned to the different traffic flows. When a SAP-Ingress QoS
policy is created, two queues are created by default: queue 1 for unicast packets and queue 11
for multipoint packets (those that need to be replicated onto more than one output).
For this lab, each group will create 4 more queues within the same SAP-Ingress QoS policy,
each one to store packets from a different traffic flow.
Queue 3, which will be assigned to FTP traffic, will have a committed rate of 2 Mbps (CIR), and
the forwarding rate can go up to 7 Mbps (PIR) to accommodate packet bursts.
*A:R5>config>qos>sap-ingress# info
----------------------------------------------
... Output omitted ...
queue 3 create
rate 7000 cir 2000
exit
queue 4 create
rate 2500 cir 500
burst-limit 120000 bytes
exit
queue 5 create
rate 2500 cir 500
burst-limit 120000 bytes
exit
queue 6 create
rate 150 cir 150
... Output omitted ...
----------------------------------------------
*A:R5>config>qos>sap-ingress# info
fc "af" create
queue 4
exit
13Nokia 2020
© fc "ef" create Nokia Confidential
queue 6
exit
fc "h2" create
queue 5
exit
fc "l2" create
queue 3
exit
... Output omitted ...
Once the SAP-Ingress policy is complete, it can be applied to the Epipe SAPs on the PE routers.
The Epipe configuration then changes as follows. Only PE1 (R5) is shown as an example,
perform the same on remaining nodes.
To clear the statistics collected on the queues, students will issue the following command on
their respective PE router.
Egress Queue 1
For. In/InplusProf : 0 0
For. Out/ExcProf : 0 0
Dro. In/InplusProf : 0 0
Dro. Out/ExcProf : 0 0
The previous output shows that the queues have been created, associated with the relevant SAP, and
thatSwitch to notes
no packets haveview!
been stored in them yet. Observe that the statistics include the number of
packets (and the corresponding octets) that are being offered, dropped and forwarded for each
existing queue. Notice also that there are separate counters for packets that have been forwarded as
in-profile and as out-of-profile.
15Nokia 2020
© Nokia Confidential
Network Policies:
Network-Queue Policies:
• Applied at Ingress and Egress Interface
• Applied to egress ports and Ingress MDA’s (ingress FP for vSR)
• Ingress defines (dot1p dscp lsp-exp)
• Creates Q’s (unicast/multipoint)
to FC marking
• Assign queue type (expedite|best-effort|auto-expedite)
• Egress defines FC to (dot1p dscp
• Set Rate (CIR and PIR) CBS MBS
lsp-exp) marking in/out profile and Switch Assigns forwarding class to queue mapping
remarking Fabric
PE P PE
Service N/w N/w N/w N/w Service
Ingress Egress Egress Egress Egress Ingress
R5 R1 R6
Data flow
16Nokia 2020
© Nokia Confidential
In this lab, the students will learn how to configure Network-Queue and Network QoS policies
and how they are applied to a Network Egress point.
Network-Queue QoS policy
The queues and policers created in the SAP-Ingress policy, described in the previous lab, are
used to process packets on arrival from the customer site, as they wait before having a chance
to go through the router’s switch fabric to the egress port.
A Network-Queue policy, in contrast, when applied to a network port, creates queues that will
be used to process packets after they have crossed the switch fabric and right before they
leave the router towards the next router in the service provider network. The Network-Queue
QoS policy is also in charge of mapping forwarding classes to the queues it has created. Note
that, by the time a packet arrives at the egress network port, it has already been classified as
belonging to one of the forwarding classes, so there is no need to classify packets at this point.
As mentioned above, there are default policies for the network side of a router (the one
pointing to other service provider routers) that are in general enough for the packets to be
properly treated from end to end. Regarding the FCs that are relevant for this lab (EF, H2, AF
and L2), the default Network-Queue QoS policy creates the queues and does the FC-to-queue
mapping shown in the following screen capture.
According to this default policy, for instance, L2 packets are stored in queues 2 and 10,
depending on whether they are unicast or multipoint packets. These queues have 3% and 1%
respectively of the port buffer space reserved (CBS) and they can potentially use up to 50% of
the port buffer space, based on competition (MBS). The amount of bandwidth committed to
forward these packets is 25% and 5% respectively (CIR) but, if not used by other FCs of the
same priority level of higher, these packets can use the entire port capacity to be transmitted
(PIR = 100%).
The parameters corresponding to the other forwarding classes (AF, H2 and EF) can be
interpreted similarly.
Note that overbooking (sum of CIR values for the different queues exceeding 100%) is allowed.
The consequences of overbooking, depending on whether single-tier or hierarchical scheduling
is being used, will be explained in the scheduling section.
It is possible to create a new policy to do things differently, either to create new queues with
different parameters or to change the mapping between FCs and queues, consistent with the
specific service level agreement (SLA) that the provider has with the customer.
multicast-queue 11
queue 3
egress-hsmda
queue 3
exit
exit
... Output omitted ...
fc ef create
multicast-queue 14
queue 6
egress-hsmda
queue 6
exit
exit
... Output omitted ...
fc h2 create
multicast-queue 13
queue 5
egress-hsmda
queue 5
exit
exit
... Output omitted ...
fc l2 create
multicast-queue 10
queue 3
egress-hsmda
queue 2
exit
exit
fc nc create
multicast-queue 16
queue 8
egress-hsmda
queue 8
exit
exit
----------------------------------------------
Note: The default forwarding class value for Queues 5 and 6 do not require changing.
==============================================================================
Queue : 3 Net=l2 Port=1/1/4
==============================================================================
FC Map : l2 af
... Output omitted ...
==============================================================================
Queue : 5 Net=h2 Port=1/1/4
==============================================================================
FC Map : h2
... Output omitted ...
==============================================================================
Queue : 6 Net=ef Port=1/1/4
==============================================================================
FC Map : ef
Admin PIR : 1000000 Oper PIR : Max
Admin CIR : 1000000 Oper CIR : Max
Admin MBS : 40320 KB Oper MBS : 40320 KB
High-Plus Drop T*: 40320 KB High Drop Tail : 40320 KB
Low Drop Tail : 35520 KB Exceed Drop Tail : 36480 KB
CBS : 4800 KB Depth : 0
==============================================================================
Queue : 7 Net=h1 Port=1/1/4
==============================================================================
... Output omitted ...
==============================================================================
Queue : 8 Net=nc Port=1/1/4
==============================================================================
... Output omitted ...
==============================================================================
Use the command show system rollback to identify each rollback config’s index
number (X, and Y).
21Nokia 2020
© Nokia Confidential
Students will create on their group’s routers a new Network QoS policy by copying the default
policy (policy Id equal to 1). The new policy will have a policy Id of 10 and the marking will be
modified as shown in the following:
Once the Network QoS policy has been created on all routers, it needs to be applied to all of
the network IP interfaces for consistent treatment of packets throughout the entire service
provider network. The command that needs to be issued on all routers to apply the Network
QoS policy is shown below:
Network Policies:
Network-Queue Policies:
• Applied at Ingress and Egress Interface
• Applied to egress ports and Ingress MDA’s (ingress FP for vSR)
• Ingress defines (dot1p dscp lsp-exp)
• Creates Q’s (unicast/multipoint)
to FC marking
• Assign queue type (expedite|best-effort|auto-expedite)
• Egress defines FC to (dot1p dscp
• Set Rate (CIR and PIR) CBS MBS
lsp-exp) marking in/out profile and Switch Assigns forwarding class to queue mapping
remarking Fabric
PE P PE
Service N/w N/w N/w N/w Service
Ingress Egress Egress Egress Egress Ingress
R5 R1 R6
Data flow
24Nokia 2020
© Nokia Confidential
We have mentioned before that a packet can arrive at a router either via a SAP or via a network
interface. If it arrives via a SAP, we already configured a SAP-ingress policy to process the
packet. In this section we will create a policy that will classify packets as they enter a router via a
network interface.
In the previous lab we analyzed how to configure the egress part of a Network QoS policy
(marking/re-marking). In this lab we will learn how to configure the ingress part of a Network
QoS policy (classification).
The default Network QoS policy does the following classification on ingress, regarding the EXP
bits in the MPLS header, which is what we will use to mark our packets, as explained in the
previous section.
It can be seen that these classification rules associate packets to an FC and profile that are
consistent with those that the packet would have before leaving the previous router if the
default QoS policy were used. Since we modified the marking of packets on egress, we need to
modify the way packets will be classified on ingress when they carry the markings we selected
for them.
Once the Network QoS policy has been created on all routers, it needs to be applied to all of
the network IP interfaces for consistent treatment of packets throughout the entire service
provider network. An example of the command that needs to be issued on all routers to apply
the Network QoS policy is shown below:
As far as applying these rules, they become active when the Network QoS policy is applied to
the network interfaces. That was done in the previous exercise when we issued the following
commands on all routers. Both the egress and ingress rules become active at the same time.
Note: The common practice is to configure both Egress and Ingress rules in the Network QoS
policy first, and then to apply the policy to the network interfaces. In this exercise, Egress and
Ingress rules were configured separately to emphasize that they take effect at different
packet-processing stages and on different network points.
Therefore, since in our lab setup all network ports correspond to MDA 1/1, the command that
needs to be issued on all routers to apply the ingress Network-Queue QoS policy is the
26Nokia 2020
© Nokia Confidential
following.
Note: Since the same Network-Queue QoS policy is applied on ingress and egress, similar
queues and FC-queue mappings apply on both directions. However, one set of queues is
created to store packets on ingress and a separate set of queues is created to store packets
on egress.
Use the command show system rollback to identify each rollback config’s index
number (X, and Y).
28Nokia 2020
© Nokia Confidential
Switch
Fabric Service Egress QoS policy “SAP-Egress”
Defines queue parameters
Maps FC to egress Q’s
PE P PE
Service N/w N/w N/w N/w Service
Ingress Egress Egress Egress Egress Ingress
R5 R1 R6
Data flow
29Nokia 2020
© Nokia Confidential
In this lab, the students will learn how to configure the different components of a SAP-Egress
QoS policy. A SAP-Egress QoS policy establishes the following packet-processing criteria:
• It can create traffic queues, defining:
- Type (expedited, best-effort, auto-expedited)
- Mode (priority, profile)
- Allocated buffer size (committed and maximum)
- Rate (committed and maximum) at which stored packets will exit the queue
• Alternatively or additionally, it can create traffic policers, defining:
- Rate (committed and maximum) at which packets will be forwarded
• Assigns forwarding classes to queues
• Packet re-marking, if needed.
Note that, by the time a packet arrives at the egress SAP, it has already been classified as
belonging to one of the forwarding classes, so (although possible) there is no need to classify
packets at this point.
Each team will create on their respective P router a SAP-Egress QoS policy with a policy Id equal
to 10. By default, the policy includes queue 1, whose parameters are chosen to store BE
packets. Note that there is no need to create multipoint queues in a SAP-Egress QoS policy,
since all packets affected by it will exit the router through the same SAP.
For this lab, each group will create four additional queues within the same SAP-Egress QoS
policy, each one to store packets from a different traffic flow. The parameters associated with
these queues will be the same as the ones discussed before for the SAP-Ingress QoS policy.
After creating these queues, each FC will be mapped to its corresponding queue.
The commands needed to create this SAP-Egress QoS policy are shown below:
R5 R1 R6
Data flow
32Nokia 2020
© Nokia Confidential
QoS Planning
Ping EF 6 6 ICMP
SFTP L2 3 3 TCP
This output shows that the sap-ingress policy has been created, associated with the relevant
SAP.
lsp-exp-in-profile 4
lsp-exp-out-profile 4
exit
fc ef
lsp-exp-in-profile 6
lsp-exp-out-profile 6
exit
fc h2
lsp-exp-in-profile 5
lsp-exp-out-profile 5
exit
fc l2
lsp-exp-in-profile 3
lsp-exp-out-profile 3
exit
----------------------------------------------
*A:R5# configure port 1/1/4 ethernet network
*A:R5>config>port>ethernet>network# info
----------------------------------------------
queue-policy "NQ1"
----------------------------------------------
*A:R5# configure qos network-queue "NQ1"
*A:R5>config>qos>network-queue# info
----------------------------------------------
description " Ping-EF-Q6; Video1-H2-Q5; Video2-AF-Q4; FTP-L2-Q3"
... Output omitted ...
This output shows that the network and network-queue policy has been applied to the port
and interface of the PE router.
This output shows that the network and network-queue policy has been applied to the port
and interface of the ingress P router.
lsp-exp-out-profile 4
exit
fc ef
lsp-exp-in-profile 6
lsp-exp-out-profile 6
exit
fc h2
lsp-exp-in-profile 5
lsp-exp-out-profile 5
exit
fc l2
lsp-exp-in-profile 3
lsp-exp-out-profile 3
exit
This output shows that the network and network-queue policy has been applied to the egress
interface and port of the egress P router.
This output shows that the network and network-queue policy has been applied to the
interface and port of the egress PE router.
This output shows that the sap-egress policy has been created, associated with the relevant
egress SAP.
#PC9
ip link add link eth1 name eth1.7 type vlan proto 802.1Q id 7
ip addr add 192.168.5.9/24 dev eth1.7 #sap 1/1/5:7
ip link set eth1.7 up
#PC10
ip link add link eth1 name eth1.7 type vlan proto 802.1Q id 7
ip addr add 192.168.5.10/24 dev eth1.7 #sap 1/1/5:7
ip link set eth1.7 up
#PC11
39Nokia 2020
© Nokia Confidential
ip link add link eth1 name eth1.7 type vlan proto 802.1Q id 7
ip addr add 192.168.5.11/24 dev eth1.7 #sap 1/1/5:7
ip link set eth1.7 up
#PC12
ip link add link eth1 name eth1.7 type vlan proto 802.1Q id 7
ip addr add 192.168.5.12/24 dev eth1.7 #sap 1/1/5:7
ip link set eth1.7 up
After a few seconds, students will display the SAP statistics using the following command.
Analyze the statistics corresponding to the ingress queues, which include the number of
packets (and the corresponding octets) that are being offered, forwarded and dropped for
each existing queue. Verify that traffic is properly classified and queued by making sure that
the counters for the queue that is expected to receive the traffic being generated are
increasing. The example below shows a situation where only Ping traffic is being generated so
far, which is expected to be stored in queue 6.
40Nokia 2020
© Nokia Confidential
==============================================================================
Stop the ping using <CTL>-C
…
64 bytes from 192.168.5.10: icmp_seq=2 ttl=64 time=3.33 ms
^C
--- 192.168.5.10 ping statistics ---
Start the Iperf traffic simulating Video1 and using the same commands analyze the statistics
corresponding to the Video1 traffic.
Start the SFTP traffic and using the same commands analyze the statistics corresponding to
the SFTP traffic.
Note: The instructor may need to create a file to sFTP between the vPCs, an example is
provided for vPC9 below.
43Nokia 2020
© Nokia Confidential
Use the command show system rollback to identify each rollback config’s index
number (X, and Y).
44Nokia 2020
© Nokia Confidential
• Objective:
- Configure hierarchical BW allocation using H-QoS scheduling.
192.168.5.9/24 192.168.5.10/24
PC9 R5 R1 R6 4 PC10
1/1/5:7 1/1/5 1/1/6 eth1
eth1 1/1/4 1/1/7 1/1/5:7
CE PE P PE CE2
• Exercise:
- Change the SAP-ingress policy to specify the parent scheduler for each queue & the parameters with which it will
compete for bandwidth
- Verify that the scheduler policy has been properly configured and applied.
192.168.5.11/24 192.168.5.12/24
PC11 R7 R3 R8 PC12
1/1/5:7 1/1/5 1/1/6 eth1
eth1 1/1/4 1/1/7 1/1/5:7
CE PE P PE CE2
45Nokia 2020
© Nokia Confidential
Objective:
In this lab, students will learn how to create SAP-Ingress QoS policies that include policers
instead of queues to process the incoming packets.
Copy the existing SAP-Ingress QoS policy 10 into a new one with an Id of 20.
R5-R8# configure qos copy sap-ingress 10 20
Create within policy 20 four policers with the same Ids and rate parameters as the queues
previously created as part of policy 10.
R5-R8>config>qos>sap-ingress# info
----------------------------------------------
... Output omitted ...
fc "l2" create
policer 3
exit
fc "af" create
policer 4
exit
46Nokia 2020
© fc "h2" create Nokia Confidential
policer 5
exit
fc "ef" create
policer 6
exit
Once SAP-Ingress policy 20 is complete, apply it to the Epipe SAPs on all four CE routers. The
Epipe configuration then changes as follows.
Verify that the QoS policy has been properly created and applied by issuing the following
command. The example only shows PE2.
The previous output shows that the policers have been created, associated with the relevant
SAP, and that no packets have been processed by them yet. Observe that the statistics include
the number of packets (and the corresponding octets) that are being offered, dropped and
forwarded for each existing policer.
Observe as well that, even though the queues are still part of SAP-Ingress QoS policy 20, they
do not physically exist since none of the forwarding classes have been mapped to them.
In general, packets processed by a policer will experience a smaller delay than those processed
by a queue, but it may be at the cost of an increased probability of being dropped. The reason
for this is the fact that policers do not have a buffer where packets can wait for an opportunity
to be forwarded.
Students will issue the following command on their respective P router in order to clear again
the statistics collected on the SAP queues.
After a few seconds, students will display the SAP statistics using the following command. Use
the service Id that corresponds to your group (100, 200, 300 or 400).
Analyze the statistics corresponding to the ingress queues, which include the number of
packets (and the corresponding octets) that are being offered, forwarded and dropped for
each existing queue. Verify that traffic is properly classified and queued by making sure that
the counters for the queue that is expected to receive the traffic being generated are
increasing. The example below shows a situation where Ping and Telnet traffic is being
generated.
Start the Iperf traffic simulating Video1 and using the same commands analyze the statistics
corresponding to the Video1 traffic.
After a few seconds, students will display the SAP statistics using the following command. Use
the service Id that corresponds to your group (100, 200, 300 or 400).
------------------------------------------------------------------------------
Packets Octets
52Nokia 2020
© Nokia Confidential
Scheduling is associated with the process of deciding how and when packets will exit a queue.
Each queue is visited periodically by a scheduler to decide which of the buffered packets are to
be forwarded immediately, either in or out of profile, and which ones need to continue waiting.
Queues will participate in what is called default scheduling, unless they are explicitly configured
to be part of a hierarchical bandwidth distribution arrangement.
Use the command show system rollback to identify each rollback config’s index
number (X, and Y).
53Nokia 2020
© Nokia Confidential
• Objective:
- Configure hierarchical BW allocation using policers in place of queues.
192.168.5.9/24 192.168.5.10/24
4
PC9 R5 R1 R6 PC10
1/1/5:7 1/1/5 1/1/6 eth1
eth1 1/1/4 1/1/7 1/1/5:7
CE PE P PE CE2
• Exercise:
- Change the SAP-ingress policy to specify the parent scheduler for each queue & the parameters with which it will
compete for bandwidth
- Verify that the scheduler policy has been properly configured and applied.
192.168.5.11/24 192.168.5.12/24
PC11 R7 R3 R8 PC12
1/1/5:7 1/1/5 1/1/6 eth1
eth1 1/1/4 1/1/7 1/1/5:7
CE PE P PE CE2
54Nokia 2020
© Nokia Confidential
Objective:
In this lab, students will learn how to create SAP-Ingress QoS policies that include policers
instead of queues to process the incoming packets.
Copy the existing SAP-Ingress QoS policy 10 into a new one with an Id of 30.
R5-R8# configure qos copy sap-ingress 10 30
Create within policy 30 four policers with the same Ids and rate parameters as the queues
previously created as part of policy 10.
• Ping and video packets arriving at the service SAPs will be forwarded first (up to their
respective CIR rates) because they are put in expedited queues,
• They will be followed by the other video and TCP packets (up to their respective CIR rates)
because they are put in best-effort queues,
• Out-of-profile packets will be serviced next, following a similar sequence as in-profile
packets.
*A:R5>config>qos# info
----------------------------------------------
... Output omitted ...
scheduler-policy "HQoS1" create
tier 1
scheduler "root" create
description "Scheduler sharing bandwidth among all
customers"
exit
exit
tier 2
scheduler "gold" create
description "Scheduler for customers paying premium"
parent "root" level 6 weight 50 cir-level 6 cir-weight 50
exit
scheduler "silver" create
description "Scheduler for customers not paying premium"
parent "root" level 4 weight 50 cir-level 4 cir-weight 50
exit
exit
exit
By having different priority levels, both for in-profile and out-of-profile packets, children of the
gold scheduler will have a higher priority to use bandwidth, meaning that children of the silver
scheduler will only be able to forward in-profile packets when there are no backlogged in-
profile “golden” queues. The same applies for out-of-profile packets.
This hierarchy needs to be applied to the queues previously created in the SAP-Ingress QoS
policy 10. Students will select the gold scheduler as the parent for their queues. Additionally:
• EF packets (queue 6) will be given a priority level of 8 (highest) and a default weight of 1,
both for in-profile and out-of-profile packets,
• AF packets (queue 5) will be given a priority level of 5 (lower) and a weight of 4, both for in-
profile and out-of-profile packets,
• L1 packets (queue 4) will be given a priority level of 5 (same as above) and a default weight
of 1, both for in-profile and out-of-profile packets,
• Finally, L2 packets (queue 3) will be given a priority level of 1 (lowest) and a default weight of
1, both for in-profile and out-of-profile packets.
After these policies have been completed, students will change back the SAP to using SAP-
Ingress QoS policy 30. An additional configuration command is needed to indicate the SAP
which scheduler-policy to use to find out who the parents of its queues are.
Root (Ing)
| slot(1)
|--(S) : root
| | AdminPIR:max AdminCIR:3150(sum)
| | Limit Unused Bandwidth: disabled
| |
| |
| | [Withi
In the screen capture above, each scheduler is identified by an (S) and its name. Similarly, each
queue is identified by a (Q) and by specifying the service and the SAP it belongs to, plus the
queue ID. For instance, 1->1/1/5->6 identifies queue 6 corresponding to SAP 1/1/5 of service 1.
The priority level and weight values are displayed for each scheduler and queue within square
brackets.
61Nokia 2020
© Nokia Confidential
Please follow the link to learn more at the Nokia Learning Store:
https://learningstore.nokia.com/
LinkedIn: https://www.linkedin.com/company/nokia
Facebook: https://www.facebook.com/nokia/
Glassdoor: https://www.glassdoor.com/nokia
Twitter: https://twitter.com/nokia
Youtube: https://www.youtube.com/user/nokia
© Nokia