Configuration Guide - MPLS (V200R001C00 - 01)
Configuration Guide - MPLS (V200R001C00 - 01)
V200R001C00
Issue 01
Date 2012-03-15
and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.
All other trademarks and trade names mentioned in this document are the property of their respective holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and the
customer. All or part of the products, services and features described in this document may not be within the
purchase scope or the usage scope. Unless otherwise specified in the contract, all statements, information,
and recommendations in this document are provided "AS IS" without warranties, guarantees or representations
of any kind, either express or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute the warranty of any kind, express or implied.
Website: http://www.huawei.com
Email: support@huawei.com
Intended Audience
This document provides the basic concepts, configuration procedures, and configuration
examples in different application scenarios of the MPLS.
NOTE
l The MPLS function of the S9700 is controlled by the license. By default, the MPLS function is
disabled on the S9700. To use the MPLS function of the S9700,buy the license from the Huawei
local office.
l The EH1D2G24SSA0, EH1D2G24SCSA and EH1D2X12SSA0 boards do not support the MPLS
function.
Symbol Conventions
The symbols that may be found in this document are defined as follows.
Symbol Description
Symbol Description
TIP Indicates a tip that may help you solve a problem or save
time.
Command Conventions
The command conventions that may be found in this document are defined as follows.
Convention Description
&<1-n> The parameter before the & sign can be repeated 1 to n times.
Change History
Updates between document issues are cumulative. Therefore, the latest document issue contains
all changes made in previous issues.
Contents
3 MPLS TE Configuration...........................................................................................................168
3.1 MPLS TE Overview.......................................................................................................................................170
3.2 MPLS TE Features Supported by the S9700..................................................................................................170
3.3 Configuring Static CR-LSP............................................................................................................................173
3.3.1 Establishing the Configuration Task.....................................................................................................173
3.3.2 Enabling MPLS TE...............................................................................................................................174
3.3.3 (Optional) Configuring Link Bandwidth...............................................................................................175
3.3.4 Configuring the MPLS TE Tunnel Interface.........................................................................................176
3.3.5 Configuring the Ingress of the Static CR-LSP......................................................................................177
3.3.6 Configuring the Transit of the Static CR-LSP.......................................................................................178
3.3.7 Configuring the Egress of the Static CR-LSP.......................................................................................179
3.3.8 Checking the Configuration...................................................................................................................179
3.4 Configuring an RSVP-TE Tunnel..................................................................................................................180
3.4.1 Establishing the Configuration Task.....................................................................................................180
3.4.2 Enabling MPLS TE and RSVP-TE.......................................................................................................181
3.4.3 (Optional) Configuring Link Bandwidth...............................................................................................182
3.4.4 Configuring OSPF TE...........................................................................................................................183
3.4.5 Configuring IS-IS TE............................................................................................................................184
3.4.6 (Optional) Configuring an MPLS TE Explicit Path..............................................................................185
3.4.7 Configuring an MPLS TE Tunnel Interface..........................................................................................186
3.4.8 (Optional) Configuring an RSVP Resource Reservation Style.............................................................188
3.4.9 Configuring CSPF.................................................................................................................................189
3.4.10 Checking the Configuration.................................................................................................................189
3.5 Referencing the CR-LSP Attribute Template to Set Up a CR-LSP...............................................................191
3.5.1 Establishing the Configuration Task.....................................................................................................191
3.5.2 Configuring a CR-LSP Attribute Template...........................................................................................192
3.5.3 Setting Up a CR-LSP by Using a CR-LSP Attribute Template............................................................194
3.5.4 Checking the Configuration...................................................................................................................195
3.6 Adjusting RSVP Signaling Parameters..........................................................................................................196
3.6.1 Establishing the Configuration Task.....................................................................................................196
3.6.2 Configuring RSVP Hello Extension......................................................................................................197
3.6.3 Configuring RSVP Timers....................................................................................................................198
3.6.4 Configuring RSVP Refresh Mechanism................................................................................................198
3.6.5 Enabling Reservation Confirmation Mechanism..................................................................................199
3.6.6 Checking the Configuration...................................................................................................................200
3.7 Configuring RSVP Authentication.................................................................................................................201
3.7.1 Establishing the Configuration Task.....................................................................................................201
3.7.2 Configuring RSVP Key Authentication................................................................................................202
You can set up a static LSP by manually allocating labels to LSRs. The static LSP applies stable,
small-scale networks.
1.1 Overview of Static LSPs
The static LSP cannot be set up using a label distribution protocol but can be set up by an
administrator. The static LSP applies to a stable and small-scaled network with the simple
topology.
1.2 Static LSPs Features Supported by the S9700
This section describes static LSPs features supported by the system. The features include
configuring static LSPs and static BFD for static LSP.
1.3 Configuring Static LSPs
A static LSP can be set up only after each LSR is manually configured.
1.4 Configuring Static BFD for Static LSP
By configuring static BFD for static LSPs, you can monitor connectivity of static LSPs.
1.5 Maintaining Static LSPs
The static LSP maintenance consists of deleting MPLS statistics, detecting connectivity or
reachability of an LSP, and configuring the trap function on an LDP LSP.
1.6 Configuration Examples
This section provides several configuration examples of static LSPs.
Static LSPs
Static LSPs must be configured manually by the administrator. Each LSR on the static LSP
cannot sense the status of the entire LSP, because the static LSP is a local concept. A static LSP
cannot vary with the change in a route dynamically. The administrator must adjust the static
LSP.
Applicable Environment
A static LSP works properly only after all the LSRs along the LSP are configured.
The setup of static LSPs does not require the label distribution protocol or exchange any control
packets. Therefore, the static LSPs consume a few resources and apply to small-scale networks
with a simple and stable topology. The static LSPs cannot vary with the network topology
dynamically. The administrator, therefore, needs to adjust the static LSPs according to the
network topology.
Static LSPs and static CR-LSPs share the same label space (16 - 1023).
Static LSPs are used over MPLS L2VPNs.
For information about the MPLS L2VPN configuration, refer to the S9700 Core Routing Switch
Configuration Guide - VPN.
Pre-configuration Tasks
Before configuring static LSPs, complete the following task:
l Configuring a static unicast route or an IGP to connect LSRs on the network layer
Data Preparation
To configure static LSPs, you need the following data.
No. Data
Context
When configuring an LSR ID, note the following issues:
l The LSR ID must be configured before other MPLS commands are run.
l The LSR ID does not have a default value and must be configured manually.
l Using the address of the loopback interface of the LSR as the LSR ID is recommended.
l To modify the configured LSR ID, run the undo mpls command in the system view to
delete all the MPLS configurations.
Perform the following steps on each LSR in an MPLS domain:
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls lsr-id lsr-id
----End
Context
Perform the following steps on each LSR in an MPLS domain:
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls
Step 3 Run:
quit
Step 4 Run:
interface interface-type interface-number
Step 5 Run:
mpls
----End
Context
Perform the following steps on the LSR to be configured as the ingress:
Procedure
Step 1 Run:
system-view
Step 2 Run:
static-lsp ingress {lsp-name | tunnel-interface tunnel interface-number }
destination ip-address { mask-length | mask } { nexthop next-hop-address |
outgoing-interface interface-type interface-number } * out-label out-label
----End
Context
Perform the following steps on the LSR to be configured as a transit node:
Procedure
Step 1 Run:
system-view
Step 2 Run:
static-lsp transit lsp-name incoming-interface interface-type interface-number in-
label in-label { nexthop next-hop-address | outgoing-interface interface-type
interface-number } * out-label out-label
----End
Context
Perform the following steps on the LSR to be configured as the egress:
Procedure
Step 1 Run:
system-view
----End
Prerequisites
The configurations of the static LSP function are complete.
Procedure
l Run the display mpls static-lsp [ lsp-name ] [ { include | exclude } ip-address mask-
length ] [ verbose ] command to check the static LSP.
l Run the display mpls route-state [ vpn-instance vpn-instance-name ] [ { exclude |
include } { idle | ready | settingup } * | destination-address mask-length ] [ verbose ]
command to check the LSP route on the ingress.
----End
Example
If the configurations have succeeded, run the preceding commands to display information about
the static LSP:
l After the display mpls static-lsp command is run, information about the static LSP
configuration is displayed, including the name of the static LSP, FEC, values of the
incoming label and the outgoing label, and the incoming and outgoing interfaces. In
addition, you can see that the status of the LSP is Up.
<Quidway> display mpls static-lsp
TOTAL : 1 STATIC LSP(S)
UP : 1 STATIC LSP(S)
DOWN : 0 STATIC LSP(S)
Name FEC I/O Label I/O If Status
Applicable Environment
BFD is used to monitor the connectivity of the static LSP that is established manually.
NOTE
When static BFD works on a static LSP, a static BFD session can be created for non-host routes.
BFD for LSP can function properly though the forward path is an LSP and the reverse path is an IP link.
The forward path and the reverse path must be established over the same link. If they use different links
and a fault occurs, BFD cannot identify the faulty path. Before deploying BFD, ensure that the forward
and reverse paths are over the same link.
Pre-configuration Tasks
Before configuring static BFD for static LSP, complete the following task:
For the static CR-LSP bound to an MPLS TE tunnel, BFD is available after being bound to the MPLS TE
tunnel.
Data Preparations
Before configuring static BFD for static LSP, you need the following data.
No. Data
Context
Perform the following steps on each LSR at both ends of the link to be monitored:
Procedure
Step 1 Run:
system-view
This node is enabled with the global BFD function. The global BFD view is displayed.
----End
Context
Perform the following steps on the ingress of the static LSP:
Procedure
Step 1 Run:
system-view
l On the local device, the interval between BFD packet transmissions is set to 200 ms,
the interval between BFD packet receipts is set to 300 ms, and the detection multiplier
is set to 4.
l On the peer device, the interval between BFD packet transmissions is 100 ms, the
interval between BFD packet receipts is 600 ms, and the detection multiplier is 5.
Then,
l On the local device, the actual interval between BFD packet transmissions is 600 ms
calculated using the formula max {200 ms, 600 ms}, the interval between BFD packet
receipts is 300 ms calculated using the formula max {100 ms, 300 ms}, and the detection
period is 1500 ms calculated by 300 ms multiplied by 5.
l On the peer device, the actual local interval between BFD packet transmissions is 300
ms obtained using the formula max {100 ms, 300 ms}, the interval between BFD packet
receipts is 600 ms obtained using the formula max {200 ms, 600 ms}, and the detection
period is 2400 ms obtained by 600 ms multiplied by 4.
4. Run the mpls bfd min-rx-interval interval command to adjust the minimum interval
between BFD packet receipts.
The minimum interval between BFD packet receipts is modified on the local device.
If an FSU is installed, the default value is 10 milliseconds. If no FSU is installed, the default
value is 1000 milliseconds.
If the reverse link is an IP link, this parameter is inapplicable.
5. Run the mpls bfd detect-multiplier multiplier command to modify the local BFD detection
multiplier.
The default value is 3.
6. Run the quit command to return to the system view.
7. Run the bfd cfg-name command to enter the BFD session view.
Step 5 Run:
commit
----End
Context
The IP link, LSP, or TE tunnel can be used as a reverse tunnel to notify the ingress of a fault.
To avoid affecting BFD detection, an IP link is preferentially selected to notify the ingress of
an LSP fault. If the configured reverse tunnel requires BFD detection, you can configure a pair
of BFD sessions for it.
Perform the following steps on the egress of the LSP:
Procedure
Step 1 Run:
system-view
l On the local device, the interval between BFD packet transmissions is set to 200 ms,
the interval between BFD packet receipts is set to 300 ms, and the detection multiplier
is set to 4.
l On the peer device, the interval between BFD packet transmissions is 100 ms, the
interval between BFD packet receipts is 600 ms, and the detection multiplier is 5.
Then,
l On the local device, the actual interval between BFD packet transmissions is 600 ms
calculated using the formula max {200 ms, 600 ms}, the interval between BFD packet
receipts is 300 ms calculated using the formula max {100 ms, 300 ms}, and the detection
period is 1500 ms calculated by 300 ms multiplied by 5.
l On the peer device, the actual local interval between BFD packet transmissions is 300
ms obtained using the formula max {100 ms, 300 ms}, the interval between BFD packet
receipts is 600 ms obtained using the formula max {200 ms, 600 ms}, and the detection
period is 2400 ms obtained by 600 ms multiplied by 4.
4. Run the mpls bfd min-rx-interval interval command to modify the minimum interval
between BFD packet receipts.
The minimum interval between BFD packet receipts is modified on the local device.
If an FSU is installed, the default value is 10 milliseconds. If no FSU is installed, the default
value is 1000 milliseconds.
If the reverse link is an IP link, this parameter is inapplicable.
5. Run the mpls bfd detect-multiplier multiplier command to modify the local BFD detection
multiplier.
The default value is 3.
6. Run the quit command to return to the system view.
7. Run the bfd cfg-name command to enter the BFD session view.
Step 5 Run:
commit
----End
Prerequisites
The configurations of the static BFD for static LSP function are complete.
Procedure
l Run the display bfd configuration { all | static }command to check the BFD configuration.
l Run the display bfd session { all | static } command to check information about the BFD
session.
l Run the display bfd statistics session { all | static } command to check information about
BFD statistics.
l Run the display mpls static-lsp [ lsp-name ] [ { include | exclude } ip-address mask-
length ] [ verbose ] command to check the status of the static LSP.
----End
Context
CAUTION
MPLS statistics cannot be restored after being cleared. Therefore, execute caution when running
the following commands.
Procedure
l Run the reset mpls statistics interface { interface-type interface-number | all } command
in the user view to clear the statistics of the MPLS interface.
l Run the reset mpls statistics lsp { lsp-name | all } command in the user view to clear LSP
statistics.
----End
Context
You can run the following commands in any view to perform MPLS ping and MPLS tracert.
Procedure
l Run:
ping lsp [ -a source-ip | -c count | -exp exp-value | -h ttl-value | -m
interval | -r reply-mode | -s packet-size | -t time-out | -v ] * ip destination-
address mask-length [ ip-address ] [ nexthop nexthop-address | draft6 ]
Context
Run the following commands in the system view to notify the Network Management System
(NMS) of LSP status changes.
By default, the trap function is disabled during the setup of the LDP LSP.
Procedure
l Run the snmp-agent trap suppress feature-name lsp trap-name { mplsxcup |
mplsxcdown } trap-interval trap-interval [ max-trap-number max-trap-number ]
command in the system view to enable the trap function for the LDP LSP and enable the
debugging of excessive mplsxcup or mplsxcdown information.
----End
Networking Requirements
As shown in Figure 1-1, the nodes support MPLS and OSPF as an IGP is run on the MPLS
backbone network.
Bidirectional static LSPs are set up between LSRA and LSRD. The LSP from LSRA to LSRD
is LSRA->LSRB->LSRD;the LSP from LSRD to LSRA is LSRD->LSRC->LSRA.
/0 GE
1/0 2/0
GE /0
Loopback1 LSRB Loopback1
1.1.1.9/32 4.4.4.9/32
/0 GE
1/0 1/0
GE /0
Loopback1
3.3.3.9/32
Configuration Roadmap
The configuration roadmap is as follows:
Data Preparation
To complete the configuration, you need the following data:
l IP address of each interface on each node shown in Figure 1-1, OSPF process ID, and
OSPF area ID
l Name of the static LSP
l Value of the outgoing label on each interface
Procedure
Step 1 Create VLANs on the switch and add GE interfaces to the VLANs, create VLANIF interfaces,
and assign IP addresses to the VLANIF interfaces.
# Configure LSRA.
<Quidway> system-view
[Quidway] sysname LSRA
[LSRA] interface loopback1
[LSRA-LoopBack1] ip address 1.1.1.9 32
[LSRA-LoopBack1] quit
[LSRA] interface gigabitethernet1/0/0
[LSRA-GigabitEthernet1/0/0] port link-type access
[LSRA-GigabitEthernet1/0/0] quit
[LSRA] vlan 10
[LSRA-vlan10] port gigabitethernet1/0/0
[LSRA-vlan10] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] ip address 10.1.1.1 24
[LSRA-Vlanif10] quit
[LSRA] interface gigabitethernet2/0/0
[LSRA-GigabitEthernet2/0/0] port link-type access
[LSRA-GigabitEthernet2/0/0] quit
[LSRA] vlan 30
[LSRA-vlan30] port gigabitethernet2/0/0
[LSRA-vlan30] quit
[LSRA] interface vlanif 30
[LSRA-Vlanif30] ip address 10.3.1.1 24
[LSRA-Vlanif30] quit
# Configure LSRB.
<Quidway> system-view
[Quidway] sysname LSRB
# Configure LSRC.
<Quidway> system-view
[Quidway] sysname LSRC
[LSRC] interface loopback1
[LSRC-LoopBack1] ip address 3.3.3.9 32
[LSRC-LoopBack1] quit
[LSRC] interface gigabitethernet1/0/0
[LSRC-GigabitEthernet1/0/0] port link-type access
[LSRC-GigabitEthernet1/0/0] quit
[LSRC] vlan 30
[LSRC-vlan30] port gigabitethernet1/0/0
[LSRC-vlan30] quit
[LSRC] interface vlanif 30
[LSRC-Vlanif30] ip address 10.3.1.2 24
[LSRC-Vlanif30] quit
[LSRC] interface gigabitethernet2/0/0
[LSRC-GigabitEthernet2/0/0] port link-type access
[LSRC-GigabitEthernet2/0/0] quit
[LSRC] vlan 40
[LSRC-vlan40] port gigabitethernet2/0/0
[LSRC-vlan40] quit
[LSRC] interface vlanif 40
[LSRC-Vlanif40] ip address 10.4.1.1 24
[LSRC-Vlanif40] quit
# Configure LSRD.
<Quidway> system-view
[Quidway] sysname LSRD
[LSRD] interface loopback1
[LSRD-LoopBack1] ip address 4.4.4.9 32
[LSRD-LoopBack1] quit
[LSRD] interface gigabitethernet1/0/0
[LSRD-GigabitEthernet1/0/0] port link-type access
[LSRD-GigabitEthernet1/0/0] quit
[LSRD] vlan 20
[LSRD-vlan20] port gigabitethernet1/0/0
[LSRD-vlan20] quit
[LSRD] interface vlanif 20
[LSRD-Vlanif20] ip address 10.2.1.2 24
[LSRD-Vlanif20] quit
[LSRD] interface gigabitethernet2/0/0
[LSRD-GigabitEthernet2/0/0] port link-type access
[LSRD-GigabitEthernet2/0/0] quit
[LSRD] vlan 40
[LSRD-vlan40] port gigabitethernet2/0/0
[LSRD-vlan40] quit
Step 2 Configure OSPF to advertise the network segments that the interfaces are connected to and the
host route of the LSR ID.
# Configure LSRA.
[LSRA] ospf 1
[LSRA-ospf-1] area 0
[LSRA-ospf-1-area-0.0.0.0] network 1.1.1.9 0.0.0.0
[LSRA-ospf-1-area-0.0.0.0] network 10.1.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] network 10.3.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] quit
[LSRA-ospf-1] quit
# Configure LSRB.
[LSRB] ospf 1
[LSRB-ospf-1] area 0
[LSRB-ospf-1-area-0.0.0.0] network 2.2.2.9 0.0.0.0
[LSRB-ospf-1-area-0.0.0.0] network 10.1.1.0 0.0.0.255
[LSRB-ospf-1-area-0.0.0.0] network 10.2.1.0 0.0.0.255
[LSRB-ospf-1-area-0.0.0.0] quit
[LSRB-ospf-1] quit
# Configure LSRC.
[LSRC] ospf 1
[LSRC-ospf-1] area 0
[LSRC-ospf-1-area-0.0.0.0] network 3.3.3.9 0.0.0.0
[LSRC-ospf-1-area-0.0.0.0] network 10.3.1.0 0.0.0.255
[LSRC-ospf-1-area-0.0.0.0] network 10.4.1.0 0.0.0.255
[LSRC-ospf-1-area-0.0.0.0] quit
[LSRC-ospf-1] quit
# Configure LSRD.
[LSRD] ospf 1
[LSRD-ospf-1] area 0
[LSRD-ospf-1-area-0.0.0.0] network 4.4.4.9 0.0.0.0
[LSRD-ospf-1-area-0.0.0.0] network 10.2.1.0 0.0.0.255
[LSRD-ospf-1-area-0.0.0.0] network 10.4.1.0 0.0.0.255
[LSRD-ospf-1-area-0.0.0.0] quit
[LSRD-ospf-1] quit
# After the configuration, run the display ip routing-table command on each node. You can
view that the nodes learn the routes from each other.
Take the display on LSRA as an example.
[LSRA] display ip routing-table
Route Flags: R - relay, D - download to fib
------------------------------------------------------------------------------
Routing Tables: Public
Destinations : 14 Routes : 15
Destination/Mask Proto Pre Cost Flags NextHop Interface
1.1.1.9/32 Direct 0 0 D 127.0.0.1 InLoopBack1
2.2.2.9/32 OSPF 10 2 D 10.1.1.2 Vlanif10
3.3.3.9/32 OSPF 10 2 D 10.3.1.2 Vlanif30
4.4.4.9/32 OSPF 10 3 D 10.1.1.2 Vlanif10
OSPF 10 3 D 10.3.1.2 Vlanif30
10.1.1.0/24 Direct 0 0 D 10.1.1.1 Vlanif10
10.1.1.1/32 Direct 0 0 D 127.0.0.1 InLoopBack1
10.1.1.2/32 Direct 0 0 D 10.1.1.2 Vlanif10
10.2.1.0/24 OSPF 10 2 D 10.1.1.2 Vlanif10
10.3.1.0/24 Direct 0 0 D 10.3.1.1 Vlanif30
10.3.1.1/32 Direct 0 0 D 127.0.0.1 InLoopBack1
The next hop of the static LSP on 4.4.4.9/32 from LSRA to LSRD is determined by the routing
table. It is shown in boldface. In this example, the next hop IP address is 10.1.1.2/30.
Take the display on LSRD as an example.
[LSRD] display ip routing-table
Route Flags: R - relay, D - download to fib
------------------------------------------------------------------------------
Routing Tables: Public
Destinations : 14 Routes : 15
Destination/Mask Proto Pre Cost Flags NextHop Interface
1.1.1.9/32 OSPF 10 3 D 10.2.1.1 Vlanif20
OSPF 10 3 D 10.4.1.1 Vlanif40
2.2.2.9/32 OSPF 10 2 D 10.2.1.1 Vlanif20
3.3.3.9/32 OSPF 10 2 D 10.4.1.1 vlanif40
4.4.4.9/32 Direct 0 0 D 127.0.0.1 InLoopBack1
10.1.1.0/24 OSPF 10 2 D 10.2.1.1 Vlanif20
10.2.1.0/24 Direct 0 0 D 10.2.1.2 Vlanif20
10.2.1.1/32 Direct 0 0 D 10.2.1.1 Vlanif20
10.2.1.2/32 Direct 0 0 D 127.0.0.1 InLoopBack1
10.3.1.0/24 OSPF 10 2 D 10.4.1.1 vlanif40
10.4.1.0/24 Direct 0 0 D 10.4.1.2 vlanif40
10.4.1.1/32 Direct 0 0 D 10.4.1.1 vlanif40
10.4.1.2/32 Direct 0 0 D 127.0.0.1 InLoopBack1
127.0.0.0/8 Direct 0 0 D 127.0.0.1 InLoopBack1
127.0.0.1/32 Direct 0 0 D 127.0.0.1 InLoopBack1
The next hop of the static LSP on 1.1.1.9/32 from LSRD to LSRA is determined by the routing
table. It is shown in boldface. In this example, the next hop IP address is 10.4.1.1/24.
Step 3 Enable basic MPLS functions on each node.
# Configure LSRA.
[LSRA] mpls lsr-id 1.1.1.9
[LSRA] mpls
[LSRA-mpls] quit
# Configure LSRB.
[LSRB] mpls lsr-id 2.2.2.9
[LSRB] mpls
[LSRB-mpls] quit
# Configure LSRC.
[LSRC] mpls lsr-id 3.3.3.9
[LSRC] mpls
[LSRC-mpls] quit
# Configure LSRD.
[LSRD] mpls lsr-id 4.4.4.9
[LSRD] mpls
[LSRD-mpls] quit
[LSRA-Vlanif30] mpls
[LSRA-Vlanif30] quit
# Configure LSRB.
[LSRB] interface vlanif 10
[LSRB-Vlanif10] mpls
[LSRB-Vlanif10] quit
[LSRB] interface vlanif 20
[LSRB-Vlanif20] mpls
[LSRB-Vlanif20] quit
# Configure LSRC.
[LSRC] interface vlanif 30
[LSRC-Vlanif30] mpls
[LSRC-Vlanif30] quit
[LSRC] interface vlanif 40
[LSRC-Vlanif40] mpls
[LSRC-Vlanif40] quit
# Configure LSRD.
[LSRD] interface vlanif 20
[LSRD-Vlanif20] mpls
[LSRD-Vlanif20] quit
[LSRD] interface vlanif 40
[LSRD-Vlanif40] mpls
[LSRD-Vlanif40] quit
After the configuration, run the display mpls static-lsp command on each node to view the
status of the static LSP. Take the display on LSRA as an example.
[LSRA] display mpls static-lsp
TOTAL : 1 STATIC LSP(S)
UP : 1 STATIC LSP(S)
DOWN : 0 STATIC LSP(S)
Name FEC I/O Label I/O If Status
SAtoSD 4.4.4.9/32 NULL/20 -/Vlanif10 Up
The LSP is unidirectional, you need to configure a static LSP from LSRD to LSRA.
Step 6 Create a static LSP from LSRD to LSRA.
# Configure ingress node LSRD.
[LSRD] static-lsp ingress SDtoSA destination 1.1.1.9 32 nexthop 10.4.1.1 out-label
30
No : 2
LSP-Name : SDtoSA
LSR-Type : Ingress
FEC : 1.1.1.9/32
In-Label : NULL
Out-Label : 30
In-Interface : -
Out-Interface : Vlanif40
NextHop : 10.4.1.1
Static-Lsp Type: Normal
Lsp Status : Up
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10 30
#
mpls lsr-id 1.1.1.9
mpls
#
interface Vlanif 10
ip address 10.1.1.1 255.255.255.0
mpls
#
interface Vlanif 30
ip address 10.3.1.1 255.255.255.0
mpls
#
interface GigabitEthernet1/0/0
interface Vlanif30
ip address 10.3.1.2 255.255.255.0
mpls
#
interface Vlanif40
ip address 10.4.1.1 255.255.255.0
mpls
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 30
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 40
#
interface LoopBack1
ip address 3.3.3.9 255.255.255.255
#
ospf 1
area 0.0.0.0
network 3.3.3.9 0.0.0.0
network 10.3.1.0 0.0.0.255
network 10.4.1.0 0.0.0.255
#
static-lsp transit SDtoSA incoming-interface Vlanif40 in-label 30 nexthop
10.3.1.1 out-label 60
#
return
Networking Requirements
As shown in Figure 1-2:
l PE1, PE2, P1, and P2 are in an MPLS domain.
l Two static LSPs are set up between PE1 and PE2; P1 functions as the transit node of
LSP1 and P2 functions as the transit node of LSP2.
P and PE devices are switches.
It is required that the connectivity of LSP1 be detected when MPLS OAM is not used. When
the static LSP fails, PE1 can receive the defect notification within 50 ms.
P1
GE1/0/2
Loopback1 GE1/0/0 Loopback1
1.1.1.1/32 4.4.4.4/32
Static LSP1
GE1/0/0
GE1/0/0
GE1/0/1
GE1/0/1 Static LSP2
PE1 PE2
GE1/0/0 GE1/0/2
P2
Loopback1
3.3.3.3/32
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure VLANIF interfaces.
2. Configure OSPF in the MPLS domain to ensure the connectivity between nodes.
3. On PE1, create a BFD session to detect the static LSP.
4. On PE2, create a BFD session to notify PE1 of defects on the static LSP.
Data Preparation
To complete the configuration, you need the following data:
l IP address of each interface on each node
l OSPF process ID
l BFD session parameters including the configuration name and minimum intervals for
sending and receiving packets
Procedure
Step 1 Create VLANs on PE and P devices and add GE interfaces to the VLANs, create VLANIF
interfaces, and assign IP addresses to the VLANIF interfaces.
# Configure PE1.
<Quidway> system-view
[Quidway] sysname PE1
[PE1] interface loopback1
[PE1-LoopBack1] ip address 1.1.1.1 32
[PE1-LoopBack1] quit
[PE1] interface gigabitethernet1/0/0
[PE1-GigabitEthernet1/0/0] port link-type access
[PE1-GigabitEthernet1/0/0] quit
[PE1] vlan 10
[PE1-vlan10] port gigabitethernet1/0/0
[PE1-vlan10] quit
[PE1] interface vlanif 10
[PE1-Vlanif10] ip address 10.1.1.1 24
[PE1-Vlanif10] quit
[PE1] interface gigabitethernet1/0/1
[PE1-GigabitEthernet1/0/1] port link-type access
[PE1-GigabitEthernet1/0/1] quit
[PE1] vlan 30
[PE1-vlan30] port gigabitethernet1/0/1
[PE1-vlan30] quit
[PE1] interface vlanif 30
[PE1-Vlanif30] ip address 10.3.1.1 24
[PE1-Vlanif30] quit
# Configure P1.
<Quidway> system-view
[Quidway] sysname P1
[P1] interface loopback1
[P1-LoopBack1] ip address 2.2.2.2 32
[P1-LoopBack1] quit
[P1] interface gigabitethernet1/0/0
[P1-GigabitEthernet1/0/0] port link-type access
[P1-GigabitEthernet1/0/0] quit
[P1] vlan 10
[P1-vlan10] port gigabitethernet1/0/0
[P1-vlan10] quit
# Configure P2.
<Quidway> system-view
[Quidway] sysname P2
[P2] interface loopback1
[P2-LoopBack1] ip address 3.3.3.3 32
[P2-LoopBack1] quit
[P2] interface gigabitethernet1/0/0
[P2-GigabitEthernet1/0/0] port link-type access
[P2-GigabitEthernet1/0/0] quit
[P2] vlan 30
[P2-vlan30] port gigabitethernet1/0/0
[P2-vlan30] quit
[P2] interface vlanif 30
[P2-Vlanif30] ip address 10.3.1.2 24
[P2-Vlanif30] quit
[P2] interface gigabitethernet1/0/2
[P2-GigabitEthernet1/0/2] port link-type access
[P2-GigabitEthernet1/0/2] quit
[P2] vlan 40
[P2-vlan40] port gigabitethernet1/0/2
[P2-vlan40] quit
[P2] interface vlanif 40
[P2-Vlanif40] ip address 10.4.1.1 24
[P2-Vlanif40] quit
# Configure PE2.
<Quidway> system-view
[Quidway] sysname PE2
[PE2] interface loopback1
[PE2-LoopBack1] ip address 4.4.4.4 32
[PE2-LoopBack1] quit
[PE2] interface gigabitethernet1/0/0
[PE2-GigabitEthernet1/0/0] port link-type access
[PE2-GigabitEthernet1/0/0] quit
[PE2] vlan 20
[PE2-vlan20] port gigabitethernet1/0/0
[PE2-vlan20] quit
[PE2] interface vlanif 20
[PE2-Vlanif20] ip address 10.2.1.2 24
[PE2-Vlanif20] quit
[PE2] interface gigabitethernet1/0/1
[PE2-GigabitEthernet1/0/1] port link-type access
[PE2-GigabitEthernet1/0/1] quit
[PE2] vlan 40
[PE2-vlan40] port gigabitethernet1/0/1
[PE2-vlan40] quit
[PE2] interface vlanif 40
[PE2-Vlanif40] ip address 10.4.1.2 24
[PE2-Vlanif40] quit
Step 2 Configure OSPF to advertise the network segments that the interfaces are connected to and the
host route of the LSR ID.
# Configure PE1.
[PE1] ospf 1
[PE1-ospf-1] area 0
[PE1-ospf-1-area-0.0.0.0] network 1.1.1.1 0.0.0.0
[PE1-ospf-1-area-0.0.0.0] network 10.1.1.0 0.0.0.255
[PE1-ospf-1-area-0.0.0.0] network 10.3.1.0 0.0.0.255
[PE1-ospf-1-area-0.0.0.0] quit
[PE1-ospf-1] quit
# Configure P1.
[P1] ospf 1
[P1-ospf-1] area 0
[P1-ospf-1-area-0.0.0.0] network 2.2.2.2 0.0.0.0
[P1-ospf-1-area-0.0.0.0] network 10.1.1.0 0.0.0.255
[P1-ospf-1-area-0.0.0.0] network 10.2.1.0 0.0.0.255
[P1-ospf-1-area-0.0.0.0] quit
[P1-ospf-1] quit
# Configure P2.
[P2] ospf 1
[P2-ospf-1] area 0
[P2-ospf-1-area-0.0.0.0] network 3.3.3.3 0.0.0.0
[P2-ospf-1-area-0.0.0.0] network 10.3.1.0 0.0.0.255
[P2-ospf-1-area-0.0.0.0] network 10.4.1.0 0.0.0.255
[P2-ospf-1-area-0.0.0.0] quit
[P2-ospf-1] quit
# Configure PE2.
[PE2] ospf 1
[PE2-ospf-1] area 0
[PE2-ospf-1-area-0.0.0.0] network 4.4.4.4 0.0.0.0
[PE2-ospf-1-area-0.0.0.0] network 10.2.1.0 0.0.0.255
[PE2-ospf-1-area-0.0.0.0] network 10.4.1.0 0.0.0.255
[PE2-ospf-1-area-0.0.0.0] quit
[PE2-ospf-1] quit
# Configure P1.
[P1] mpls lsr-id 2.2.2.2
[P1] mpls
[P1-mpls]
# Configure P2.
[P2] mpls lsr-id 3.3.3.3
[P2] mpls
[P2-mpls]
# Configure PE2.
[PE2] mpls lsr-id 4.4.4.4
[PE2] mpls
[PE2-mpls]
[PE1-Vlanif10] quit
[PE1] interface Vlanif 30
[PE1-Vlanif30] mpls
[PE1-Vlanif30] quit
# Configure P1.
[P1] interface Vlanif 10
[P1-Vlanif10] mpls
[P1-Vlanif10] quit
[P1] interface Vlanif 20
[P1-Vlanif20] mpls
[P1-Vlanif20] quit
# Configure P2.
[P2] interface Vlanif 30
[P2-Vlanif30] mpls
[P2-Vlanif30] quit
[P2] interface Vlanif 40
[P2-Vlanif40] mpls
[P2-Vlanif40] quit
# Configure PE2.
[PE2] interface Vlanif 20
[PE2-Vlanif20] mpls
[PE2-Vlanif20] quit
[PE2] interface Vlanif 40
[PE2-Vlanif40] mpls
[PE2-Vlanif40] quit
Step 5 Create a static LSP named LSP1 with PE1 being the ingress node, P1 being the transit node,
and PE2 being the egress node.
Step 6 Create a static LSP named LSP2 with PE1 being the ingress node, P2 being the transit node,
and PE2 being the egress node.
After the configuration, run the ping lsp ip 4.4.4.4 32 command on PE1, and you can find that
the LSP can be pinged.
Run the display mpls static-lsp or display mpls static-lsp verbose command on each node to
check the status and detailed information about the static LSP. Take the display on PE1 as an
example:
[PE1] display mpls static-lsp
TOTAL : 2 STATIC LSP(S)
UP : 2 STATIC LSP(S)
DOWN : 0 STATIC LSP(S)
Name FEC I/O Label I/O If Status
LSP1 4.4.4.4/32 NULL/20 Vlanif10/- Up
LSP2 4.4.4.4/32 NULL/30 Vlanif30/- Up
[PE1] display mpls static-lsp verbose
No : 1
LSP-Name : LSP1
LSR-Type : Ingress
FEC : 4.4.4.4/32
In-Label : NULL
Out-Label : 20
In-Interface : -
Out-Interface : Vlanif10
NextHop : 10.1.1.2
Static-Lsp Type: Normal
Lsp Status : Up
No : 2
LSP-Name : LSP2
LSR-Type : Ingress
FEC : 4.4.4.4/32
In-Label : NULL
Out-Label : 30
In-Interface : -
Out-Interface : Vlanif30
NextHop : 10.3.1.2
Static-Lsp Type: Normal
Lsp Status : Up
# On egress node PE2, configure a BFD session to notify PE1 of defects about the static LSP.
[PE2] bfd
[PE2-bfd] quit
[PE2] bfd PE2toPE1 bind peer-ip 1.1.1.1
[PE2-bfd-session-pe2tope1] discriminator local 2
[PE2-bfd-session-pe2tope1] discriminator remote 1
[PE2-bfd-session-pe2tope1] min-tx-interval 500
[PE2-bfd-session-pe2tope1] min-rx-interval 500
[PE2-bfd-session-pe2tope1] commit
[PE2-bfd-session-pe2tope1] quit
# Run the display bfd session all verbose command on PE1, and you can view that the BFD
session is on PE1 Up.
[PE1] display bfd session all verbose
--------------------------------------------------------------------------------
# Run the display bfd session all verbose command on PE2 to check the configuration.
[PE2] display bfd session all verbose
--------------------------------------------------------------------------------
Session MIndex : 4096 (Multi Hop) State : Up Name : pe2tope1
--------------------------------------------------------------------------------
Local Discriminator : 2 Remote Discriminator : 1
Session Detect Mode : Asynchronous Mode Without Echo Function
BFD Bind Type : Peer Ip Address
Bind Session Type : Static
Bind Peer IP Address : 1.1.1.1
Bind Interface : -
Track Interface : -
FSM Board Id : 0 TOS-EXP : 7
Min Tx Interval (ms) : 500 Min Rx Interval (ms) : 500
Actual Tx Interval (ms) : 500 Actual Rx Interval (ms) : 500
Local Detect Multi : 3 Detect Interval (m) : 3000
Echo Passive : Disable Acl Number : -
Destination Port : 3784 TTL : 1
Proc Interface Status : Disable Process PST : Disable
WTR Interval (ms) : -
Active Multi : 3
Last Local Diagnostic : No Diagnostic
Bind Application : No Application Bind
Session TX TmrID : 16407 Session Detect TmrID : 16408
Session Init TmrID : - Session WTR TmrID : -
Session Echo Tx TmrID : -
PDT Index : FSM-0 | RCV-0 | IF-0 | TOKEN-0
Session Description : -
--------------------------------------------------------------------------------
Total UP/DOWN Session Number : 1/0
# Run the display bfd session all verbose command to check the status of the BFD session.
----End
Configuration Files
l Configuration file of PE1
#
sysname PE1
#
vlan batch 10 30
#
bfd
#
mpls lsr-id 1.1.1.1
mpls
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.0
mpls
#
interface Vlanif30
ip address 10.3.1.1 255.255.255.0
mpls
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet1/0/1
port link-type access
port default vlan 30
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
#
bfd pe1tope2 bind static-lsp LSP1
discriminator local 1
discriminator remote 2
min-tx-interval 500
min-rx-interval 500
process-pst
commit
#
ospf 1
area 0.0.0.0
network 1.1.1.1 0.0.0.0
network 10.1.1.0 0.0.0.255
network 10.3.1.0 0.0.0.255
#
static-lsp ingress LSP1 destination 4.4.4.4 32 nexthop 10.1.1.2 out-label 20
static-lsp ingress LSP2 destination 4.4.4.4 32 nexthop 10.3.1.2 out-label 30
#
return
l Configuration file of P1
#
sysname P1
#
vlan batch 10 20
#
mpls lsr-id 2.2.2.2
mpls
#
interface Vlanif10
ip address 10.1.1.2 255.255.255.0
mpls
#
interface Vlanif20
ip address 10.2.1.1 255.255.255.0
mpls
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet1/0/2
port link-type access
port default vlan 20
#
interface LoopBack1
ip address 2.2.2.2 255.255.255.255
#
ospf 1
area 0.0.0.0
network 2.2.2.2 0.0.0.0
network 10.1.1.0 0.0.0.255
network 10.2.1.0 0.0.0.255
#
static-lsp transit LSP1 incoming-interface Vlanif10 in-label 20 nexthop
10.2.1.2 out-label 40
#
return
l Configuration file of P2
#
sysname P2
#
vlan batch 30 40
#
mpls lsr-id 3.3.3.3
mpls
#
interface Vlanif30
ip address 10.3.1.2 255.255.255.0
mpls
#
interface Vlanif40
ip address 10.4.1.1 255.255.255.0
mpls
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 30
#
interface GigabitEthernet1/0/2
port link-type access
port default vlan 40
#
interface LoopBack1
ip address 3.3.3.3 255.255.255.255
#
ospf 1
area 0.0.0.0
network 3.3.3.3 0.0.0.0
network 10.3.1.0 0.0.0.255
network 10.4.1.0 0.0.0.255
#
static-lsp transit LSP2 incoming-interface vlanif30 in-label 30 nexthop
10.4.1.2 out-label 60
#
return
l Configuration file of PE2
#
sysname PE2
#
vlan batch 20 40
#
bfd
#
mpls lsr-id 4.4.4.4
mpls
#
interface Vlanif20
ip address 10.2.1.2 255.255.255.0
mpls
#
interface Vlanif40
MPLS LDP defines the messages used during label distribution and the processing of the
messages that are used to negotiate parameters between LSRs and allocate labels to set up an
LSP.
Service provider's
VPN 1 backbone
VPN 2
Site P P P Site
CE CE
PE
PE
VPN 1
VPN 2 PE Site
Site P P P
CE
CE
LDP Sessions
LDP sessions are established to exchange labels between label switching routers (LSRs). LDP
sessions are classified into the following types:
LDP LSPs
LDP can dynamically establish LSPs. LDP LSPs are recommended on networks where there is
no need to strictly control LSP paths or configured MPLS TE.
Reliability
The S9700 supports the following reliability features for LDP LSPs:
l BFD
Bidirectional forwarding detection (BFD) detects faults in LDP LSPs. BFD packets are in
a fixed format and easily traverse firewalls, with low hardware requirements. BFD has the
following advantages:
Rapid detection
Detection for faults in a large number of LSPs
l LDP FRR
Traditional IP fast reroute (FRR) cannot protect MPLS traffic. The S9700 supports LDP
FRR and provides interface-level protection solutions.
When there is no fault, a primary LSP is forwarding traffic. If the outbound interface of the
primary LSP goes Down, a backup LSP takes over traffic, ensuring uninterrupted traffic
transmission during network convergence.
The S9700 supports LDP Auto FRR and LDP manual FRR.
l LDP-IGP synchronization
On an MPLS network with both the primary and backup LSPs, if the primary LSP fails,
traffic switches from the primary LSP to the backup LSP. This process causes traffic
interruption hundreds of milliseconds. After the primary LSP recovers, traffic switches
back to the primary LSP. This process causes traffic interruption approximately 5 seconds.
LDP-IGP synchronization can be configured, minimizing traffic interruption during a
traffic switchback to milliseconds.
l LDP security features
LDP security features include message digest algorithm 5 (MD5) authentication, keychain
authentication, and the Generalized TTL Security Mechanism (GTSM).
LDP MD5: A typical MD5 application is to calculate a message digest to prevent
message spoofing. The MD5 message digest is a unique result calculated using an
irreversible character string conversion. If a message is modified during transmission,
a different digest is generated. After the message arrives at the receiving end, the
receiving end can detect the modification after comparing the received digest with a
pre-computed digest.
LDP keychain: Keychain, an enhanced encryption algorithm similar to MD5, calculates
a message digest for an LDP message to prevent the message from being modified.
LDP GTSM: The GTSM checks TTL values to defend against attacks. The GTSM can
be configured to check whether or not the TTL value in the IP header is within a specified
range, protecting the nodes against attacks and improving system security.
l LDP GR
Graceful restart (GR) is a key technique for high availability (HA). GR is used to protect
traffic during active main board (AMB)/standby main board (SMB) switchovers and
upgrade. LDP GR prevents the system from resetting an interface board when an AMB/
SMB switchover is performed. This helps retain LDP LSP information on the data plane,
ensures uninterrupted LSP forwarding, and minimizes adverse impact on MPLS packet
forwarding.
Applicable Environment
A local LDP session must be created between each pair of directly connected LSRs before an
LSP is established. LDP distributes and swaps label along an LSP.
Pre-configuration Tasks
Before configuring a local LDP session, complete the following task:
Data Preparation
To configure a local LDP session, you need the following data.
Item Data
2 Type and number of the interface on which the local LDP session is to be set up
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls lsr-id lsr-id
CAUTION
After the undo mpls command is run, all MPLS configurations including LDP sessions and
LSPs will be deleted and services will be interrupted. Correctly plan and set all LSR IDs for
LSRs on an MPLS network to prevent this problem.
Step 3 Run:
mpls
----End
Context
A local LDP session is created over a TCP connection. After a TCP connection is established,
LSRs negotiate LDP session parameters with each other. If LSRs on both ends of an LDP session
agree on negotiated parameters, a local LDP session can be established.
Procedure
Step 1 Run:
system-view
Step 3 Run:
mpls
Step 4 Run:
mpls ldp
NOTE
Disabling LDP on an interface causes the interface to terminate all LDP sessions on it and delete all LSPs
established using the LDP sessions.
----End
Context
LDP transport addresses are used to set up a TCP connection and need to be configured on both
nodes of a local LDP session. The default transport address is the loopback interface address
used as an LSR ID.
NOTE
l If LDP sessions are to be established over multiple links connecting two LSRs, LDP-enabled interfaces
of either LSR must use the default transport address or the same transport address. If multiple transport
addresses are configured on an LSR, only one transport address can be used to establish only one LDP
session.
l A change in an LDP transport address will terminate an LDP session. Exercise caution when running
the mpls ldp transport-address command.
Procedure
Step 1 Run:
system-view
Step 2 Run:
interface vlanif vlan-id
The view of the VLANIF interface on which the LDP session is set up is displayed.
Step 3 Run:
mpls ldp transport-address { interface-type interface-number | interface }
An LDP transport address is specified. Either of the following settings can be used:
----End
Context
A local LDP session uses the following timers.
Link Hello send Used to send Hello messages On an unstable network, decrease the
timer periodically to notify a peer LSR value of a link Hello send timer,
of the local LSR's presence and speeding up network fault detection.
establish a Hello adjacency. The
Hello send timer of LDP remote
session is called Target Hello
send timer.
Link Hello hold Used to exchange Hello On a network with unstable links or a
timer messages periodically between large number of packets, increase the
two LDP peers to maintain the value of the link Hello hold timer,
Hello adjacency. If no Hello preventing a local LDP session from
message is received after the link being torn down and set up frequently.
Hello hold timer expires, the
Hello adjacency is torn down.
The Hello hold timer of LDP
remote session is called Target
Hello hold timer.
KeepAlive hold Used to send LDP PDUs over an On a network with unstable links,
timer LDP session, maintaining the increase the value of the KeepAlive
local LDP session. If no LDP hold timer, preventing the local LDP
PDU is received after the session from flapping.
KeepAlive hold timer expires,
the TCP connection is closed and
the local LDP session is
terminated.
Procedure
l Perform the following steps to configure a link Hello send timer:
1. Run:
system-view
The default value of a link Hello send timer is one third of the value of a link Hello
hold timer.
Effective value of a link Hello send timer = Min { Configured value of the link Hello
send timer, one third of the value of the link Hello hold timer }
l Perform the following procedure to configure a link Hello hold timer:
1. Run:
system-view
CAUTION
Changing the value of a KeepAlive hold timer may lead to reestablishment of related
LDP sessions.
The backoff timer command helps the active role adjust the interval between attempts
to establish an LDP session.
The initial and maximum values can be increased to allow a longer interval between
attempts to establish an LDP session during device upgrade.
The initial and maximum values can be decreased to allow a shorter interval
between attempts to establish an LDP session if intermittent service interruptions
occur.
----End
Prerequisites
The configurations of a local LDP session are complete.
Procedure
l Run the display mpls interface [ interface-type interface-number ] [ verbose ] command
to check information about MPLS-enabled interfaces.
l Run the display mpls ldp [ all ] [ verbose ] command to check LDP information.
l Run either of the following commands to check information about LDP-enabled interfaces:
display mpls ldp interface [ interface-type interface-number | verbose ]
display mpls ldp interface [ all ] [ verbose ]
l Run either of the following commands to check the LDP session status:
display mpls ldp session [ verbose | peer-id ]
display mpls ldp session [ all ] [ verbose ]
l Run either of the following commands to check information about LDP peers:
display mpls ldp peer [ verbose | peer-id ]
display mpls ldp peer [ all ] [ verbose ]
----End
Example
Run the display mpls interface command to view information about all MPLS-enabled
interfaces.
<Quidway> display mpls interface
Interface Status TE Attr LSP Count CRLSP Count Effective MTU
Vlanif10 Up Dis 0 0 1500
Run the display mpls ldp command to view global LDP information, including timers.
<Quidway> display mpls ldp
LDP Global Information
--------------------------------------------------------------------------
Protocol Version : V1 Neighbor Liveness : 600 Sec
Graceful Restart : Off FT Reconnect Timer : 300 Sec
MTU Signaling : On Recovery Timer : 300 Sec
Capability-Announcement : On Longest-match : On
LDP Instance Information
--------------------------------------------------------------------------
Instance ID : 0 VPN-Instance :
Instance Status : Active LSR ID : 4.4.4.4
Loop Detection : Off Path Vector Limit : 32
Label Distribution Mode : Ordered Label Retention Mode : Liberal
Instance Deleting State : No Instance Reseting State : No
Graceful-Delete : Off Graceful-Delete Timer : 5 Sec
--------------------------------------------------------------------------
Run the display mpls ldp interface [ verbose ] command to view LDP-enabled interface
information, including transport addresses and timers.
------------------------------------------------------------------------------
Run the display mpls ldp session [ verbose ] command. The command output shows that the
LDP session status is Operational.
<Quidway> display mpls ldp session
LDP Session(s) in Public Network
Codes: LAM(Label Advertisement Mode), SsnAge Unit(DDDD:HH:MM)
A '*' before a session means the session is being deleted.
------------------------------------------------------------------------------
PeerID Status LAM SsnRole SsnAge KASent/Rcv
------------------------------------------------------------------------------
2.2.2.2:0 Operational DU Passive 0000:01:36 387/386
3.3.3.3:0 Operational DU Passive 0000:01:30 361/361
------------------------------------------------------------------------------
TOTAL: 2 session(s) Found.
<Quidway> display mpls ldp session verbose
Capability:
Capability-Announcement : On
------------------------------------------------------------------------------
Run the display mpls ldp peer command to view LDP peer information.
<Quidway> display mpls ldp peer
LDP Peer Information in Public network
A '*' before a peer means the peer is being deleted.
------------------------------------------------------------------------------
PeerID TransportAddress DiscoverySource
------------------------------------------------------------------------------
2.2.2.2:0 2.2.2.2 Vlanif20
Vlanif10
3.3.3.3:0 3.3.3.3 Vlanif40
------------------------------------------------------------------------------
TOTAL: 2 Peer(s) Found.
Applicable Environment
A remote LDP session supports the following applications:
l Allocating inner labels for L2VPN
If a Martini VLL or VPLS connection is to be established between two LSRs, the remote
LDP session must be established between the LSRs to allocate inner labels.
Pre-configuration Tasks
Before configuring a remote LDP session, complete the following task:
l Configuring static routes or an IGP to ensure reachable routes between LSRs
Data Preparation
To configure a remote LDP session, you need the following data.
No. Data
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls lsr-id lsr-id
CAUTION
After the undo mpls command is run, all MPLS configurations including LDP sessions and
LSPs will be deleted and services will be interrupted. Correctly plan and set all LSR IDs for
LSRs on an MPLS network to prevent this problem.
Step 3 Run:
mpls
Step 4 Run:
quit
Step 5 Run:
mpls ldp
The default LSR ID of an LDP instance is the LSR ID of the LSR where the LDP instance is
configured. Using the default value is recommended.
----End
Context
A remote LDP session can be established between two indirectly connected LSRs or two adjacent
LSRs.
Both a local LDP session and a remote LDP session can be established between two LSRs.
When a local LDP session and a remote LDP session are established between two LSRs, the
configurations that both the local and remote LDP sessions support must be the same.
Procedure
Step 1 Run:
system-view
A remote MPLS LDP peer is created and the peer MPLS-LDP view is displayed.
Step 3 Run:
remote-ip ip-address
NOTE
l This IP address must be the LSR ID of the remote MPLS LDP peer. If the LDP LSR ID and the MPLS
LSR ID are different, LDP LSR ID is used.
l Modifying or deleting a configured IP address of a remote peer also deletes the remote LDP session.
Step 4 (Optional) Perform either of the following operations to prevent label distribution to remote LDP
peers:
l To prevent label distribution to a specified remote LDP peer, run:
remote-ip ip-address pwe3
l To prevent label distribution to all remote LDP peers, perform the following sub-steps:
1. Run:
quit
remote-peer pwe3
NOTE
When a remote LDP session transmits VPN services, you can run the preceding commands to prevent
labels from being distributed to all remote peers, efficiently using system resources.
----End
Context
Table 2-2 lists timers that a remote LDP session uses.
Keepalive hold Sends LDP PDUs over an LDP On a network with unstable links,
timer session to maintain the remote increase the value of a Keepalive hold
LDP session. If no LDP PDU is timer, preventing a remote LDP
received after the Keepalive hold session from flapping.
timer expires, the TCP
connection is closed and the
remote LDP session is
terminated.
Exponential Started by an LSR that plays an l The initial and maximum values
backoff timer active role after the LSR fails to can be increased to allow a longer
process an LDP Initialization interval between attempts to
message or is notified that establish an LDP session during
another LSR playing a passive device upgrade.
role rejects parameters carried in l The initial and maximum values
the received LDP Initialization can be reduced to allow a shorter
message. The LSR playing the interval between attempts to
active role periodically resends establish an LDP session if
an LDP Initialization message to intermittent service interruptions
initiate an LDP session before occur.
the Exponential backoff timer
expires.
Procedure
l Configure a target Hello send timer.
1. Run:
system-view
The default value of the target Hello send timer is one third of the value of a target
Hello hold timer that takes effect.
Effective value of a target Hello send timer = Min {Configured value of the target
Hello send timer, One third of the value of the target Hello hold timer}
l Configure a target Hello hold timer.
1. Run:
system-view
The default value of the target Hello hold timer is 45, in seconds.
The value of the target Hello hold timer configured using the mpls ldp timer hello-
hold command may not be equal to the value of the timer that takes effect. The smaller
value between the timers configured at both ends of a remote LDP session takes effect.
l Configure a Keepalive send timer for a remote LDP session.
1. Run:
system-view
The default value of the Keepalive send timer is one third of the value of the effective
Keepalive hold timer.
Effective value of a Keepalive send timer = Min {Configured value of the Keepalive
send timer, One third of the effective value of the Keepalive hold timer}
If more than one LDP-enabled links connect to two LSRs, the values of Keepalive
send timers for all links must be the same. Different settings cause the LDP sessions
to be unstable.
l Configure a Keepalive hold timer for a remote LDP session.
1. Run:
system-view
The value of the Keepalive hold timer configured on the LSR may not be equal to the
value of the timer that takes effect. The smaller value between the timers configured
at both ends of a remote LDP session takes effect.
If there is more than one LDP link between two LSRs, the values of the Keepalive
hold timers configured for the links must be the same. Different settings cause the
LDP sessions to be unstable.
CAUTION
Changing the value of a Keepalive hold timer causes the reestablishment of related
LDP sessions.
The backoff timer command can be used to change the interval between attempts to
set up a session. Its usage is as follows:
When a device is being upgraded, increase the initial and maximum values to set
a large interval between attempts to set up a session.
When a device that is transmitting services is prone to intermittent interruptions,
reduce the initial and maximum values to set a small interval between attempts to
set up a session.
----End
Prerequisites
The configurations of the remote LDP session are complete.
Procedure
l Run the display mpls ldp [ all ] [ verbose ] command to check LDP configurations.
l Run either of the following commands to check the LDP session status:
display mpls ldp session [ verbose | peer-id ]
display mpls ldp session [ all ] [ verbose ]
l Run either of the following commands to check information about LDP peers:
display mpls ldp peer [ verbose | peer-id ]
display mpls ldp peer [ all ] [ verbose ]
l Run the display mpls ldp remote-peer [ remote-peer-name ] command to check
information about remote LDP peers.
----End
Example
Run the display mpls ldp command to view global LDP information, including timers.
<Quidway> display mpls ldp
LDP Global Information
--------------------------------------------------------------------------
Protocol Version : V1 Neighbor Liveness : 600 Sec
Graceful Restart : Off FT Reconnect Timer : 300 Sec
MTU Signaling : On Recovery Timer : 300 Sec
Capability-Announcement : On Longest-match : On
LDP Instance Information
--------------------------------------------------------------------------
Instance ID : 0 VPN-Instance :
Instance Status : Active LSR ID : 4.4.4.4
Loop Detection : Off Path Vector Limit : 32
Label Distribution Mode : Ordered Label Retention Mode : Liberal
Instance Deleting State : No Instance Reseting State : No
Graceful-Delete : Off Graceful-Delete Timer : 5 Sec
--------------------------------------------------------------------------
Run the display mpls ldp interface [ verbose ] command to view LDP-enabled interface
information, including transport addresses and timers.
<Quidway> display mpls ldp interface
------------------------------------------------------------------------------
Run the display mpls ldp session [ verbose ] command. The command output shows that the
LDP session status is Operational.
<Quidway> display mpls ldp session
LDP Session(s) in Public Network
Codes: LAM(Label Advertisement Mode), SsnAge Unit(DDDD:HH:MM)
A '*' before a session means the session is being deleted.
------------------------------------------------------------------------------
PeerID Status LAM SsnRole SsnAge KASent/Rcv
------------------------------------------------------------------------------
2.2.2.2:0 Operational DU Passive 0000:01:36 387/386
3.3.3.3:0 Operational DU Passive 0000:01:30 361/361
------------------------------------------------------------------------------
TOTAL: 2 session(s) Found.
<Quidway> display mpls ldp session verbose
Capability:
Capability-Announcement : On
------------------------------------------------------------------------------
Run the display mpls ldp peer command to view LDP peer information.
<Quidway> display mpls ldp peer
LDP Peer Information in Public network
A '*' before a peer means the peer is being deleted.
------------------------------------------------------------------------------
PeerID TransportAddress DiscoverySource
------------------------------------------------------------------------------
Run the display mpls ldp remote-peer command to view remote LDP peer information.
<Quidway> display mpls ldp remote-peer
Applicable Environment
LDP is used to distribute labels on an MPLS network and establish LSPs automatically in the
situation where paths for the LSPs do not need to be specified and traffic engineering (TE) does
not need to be deployed on the MPLS network.
The number of LSPs that an LSR supports depends on the capacity and performance of the LSR.
A large number of LSPs probably lead to unstable LSR operation.
LSPs can be established based on eligible routes and a policy for triggering LSP establishment.
The LSP establishment policy filters out unqualified routes and allows LDP to use eligible routes
to establish LSPs and control the number of LSPs.
Policies for triggering the LSP establishment are used based on the following types of LSPs:
Pre-configuration Tasks
Before configuring LDP LSPs, complete the following task:
Data Preparation
To configure LDP LSPs, you need the following data.
No. Data
Prerequisites
The task described in 2.3 Configuring a Local LDP Session is complete.
Context
An MPLS LDP session is configured between each pair of adjacent LSRs along an LSP to be
established. After MPLS LDP sessions are established, LDP LSPs are automatically established.
Context
No label needs to be swapped on the egress of an LSP. PHP can be configured on the egress to
allow the LSR at the penultimate hop to pop out the label from an MPLS packet and send the
packet to the egress. After receiving the packet, the egress directly forwards the unlabeled IP
packet or the single-labeled packet. PHP helps reduce the burden on the egress.
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls
Step 3 Run:
label advertise { explicit-null | implicit-null | non-null }
The label allocated to the LSR at the penultimate hop is configured. One of the following
parameters can be configured in this command:
l implicit-null: is the default value and means that PHP is supported. If this parameter is
configured, the egress allocates an implicit null label with the value of 3 to the LSR at the
penultimate hop.
l explicit-null: means that PHP is not supported. If this parameter is configured, the egress
allocates an explicit null label with the value of 0 to the LSR at the penultimate hop. The
explicit-null parameter can be configured when MPLS QoS attributes are used.
l non-null: means that PHP is not supported. If this parameter is configured, the egress
allocates a common label with a value greater than or equal to 16 to the LSR at the penultimate
hop.
Exercise caution when using the explicit-null or non-null parameter. The setting leads to a great
deal of resource consumption on the egress.
NOTE
PHP takes effect on LSPs that will be established after PHP is configured.
----End
Context
MTU is short for maximum transmission unit. An MTU value determines the maximum number
of bytes each time a sender can send. If the size of packets exceeds the MTU supported by a
transit node or a receiver, the transit node or receiver fragments the packets or even discards
them, aggravating the network transmission load. MTU values must be correctly negotiated
between LSRs to allow packets to successfully reach the receiver.
LDP MTU = Min { All MTUs advertised by downstream devices, Local outbound interface
MTU }
A downstream LSR uses the preceding formula to calculate an MTU value, adds it to the MTU
TLV in a Label Mapping message, and sends the Label Mapping message upstream.
If an MTU value changes (such as when the local outbound interface or its configuration is
changed), an LSR recalculates an MTU value and sends a Label Mapping message carrying the
new MTU value upstream. The comparison process repeats to update MTU information along
an LSP.
The relationships between the MPLS MTU and the interface MTU are as follows:
l If an interface MTU but not an MPLS MTU is configured on an interface, the interface
MTU is used.
l If both an MPLS MTU and an interface MTU are configured on an interface, the smaller
value between the MPLS MTU and the interface MTU is used.
Procedure
Step 1 Run:
system-view
Step 2 Run:
interface interface-type interface-number
Step 3 Run:
mpls mtu mtu
NOTE
The configured MPLS MTU takes effect immediately and there is no need to restart the interface.
----End
Context
An MPLS LDP-enabled LSR by default sends a Huawei proprietary MTU TLV different from
the MTU TLV defined in RFC 3988.
l Using the default MTU setting is recommended.
l Before a Huawei device is interconnected to a non-Huawei device, run the mtu-
signalling apply-tlv command on the Huawei device. This command allows the Huawei
device to send the MTU TLV in compliance with RFC 3988 to the non-Huawei device. If
this command is not run, a configured LDP MTU may fail to take effect.
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls ldp
Step 3 Run:
mtu-signalling [ apply-tlv ]
NOTE
Enabling or disabling the function to send an MTU TLV leads the reestablishment of existing LDP sessions.
----End
Context
PWE3 bears Layer 2 services. It emulates the essential attributes of a service such as
Asynchronous Transfer Mode (ATM), Frame Relay (FR), Ethernet, a low speed Time Division
Multiplexing (TDM) circuit, or SONET/SDH over a Packet Switched Network (PSN) and is
mainly used in the MPLS L2VPN. LDP functions as follows:
l PEs between which a VPN is configured set up remote LDP sessions using extended LDP
to transmit label mapping messages with VC labels.
l Public tunnels on the VPN can be the GRE tunnels or common LDP LSPs. If common LDP
LSPs are to be used, set up local LDP sessions between devices on the public network.
By default, extended LDP transmits label mapping messages on the VPN and allocates LDP
labels to the remote peer device. If multiple remote LDP peer devices exist on the live network,
a large number of invalid labels will be generated, consuming great system resources. To save
system resources, a PWE3 policy can be configured to determine whether to allocate labels to
the remote peer device.
l The remote-ip ip-address [ pwe3 ] command can be used to prevent LDP from allocating
labels to a specified remote peer device.
l The remote-peer pwe3 command can be used to prevent LDP from allocating labels to all
remote peer devices.
Procedure
l Configure a PWE3 policy to prevent LDP from allocating labels to a specified remote peer
device.
1. Run:
system-view
Context
An LSR sends Label Mapping messages to both upstream and downstream LDP peers by default,
speeding up LDP LSP convergence. DSLAMs functioning as access devices on an MPLS
network have low performance. All LDP peers (DSLAMs) by default exchange labels with each
other to establish a large number of LSPs. As a result, the DSLAMs are heavily burdened. An
LDP split horizon policy can be configured to reduce the number of unwanted LSPs and
efficiently use memory.
Procedure
Step 1 Run:
system-view
A split horizon policy is configured to distribute labels to only upstream LDP peers.
By default, split horizon is not enabled and an LSR distributes labels to both upstream and
downstream LDP peers.
In the outbound peer command, configure either of the following parameters to prevent an LSR
from distributing labels to specified downstream peers:
l peer-id: prevents the LSR from distributing labels to a specified downstream peer.
l all: prevents the LSR from distributing labels to all downstream peers.
NOTE
The all parameter takes preference over the peer-id parameter. For example, the outbound peer all split-
horizon and then outbound peer 2.2.2.2 split-horizon commands are run, the outbound peer all split-
horizon command can be saved in the configuration file and take effect, not the outbound peer 2.2.2.2
split-horizon command.
----End
Context
After MPLS LDP is enabled, LSPs are automatically established. If no policy is configured, an
increasing number of LSPs are established, wasting resources.
A policy can be configured to allow LDP to use eligible routes to establish ingress and egress
LSPs on a public network. The policy allows only specified routes to trigger LDP LSP
establishment, controlling the number of LSPs and minimizing resource wastes.
NOTE
Do not use the lsp-trigger all command. If this command is run, all IGP routes can be used by LDP to
establish LSPs. This causes a large number of unwanted LSPs to be established, wasting system resources.
Before using the lsp-trigger all command, configure a policy for filtering out routes that LDP will not use
to establish LSPs. This reduces the number of LSPs to be established and saves system resources.
Procedure
Step 1 Run:
system-view
l To allow labeled public network BGP routes to trigger LDP LSP establishment, run:
lsp-trigger bgp-label-route [ ip-prefix ip-prefix-name ]
NOTE
LSPs can be established using exactly matching routes on LSRs. For example, an exactly matching host
route to an IP address with a 32-bit mask of a loopback interface can be used to trigger LSP establishment.
A policy for triggering LSP establishment cannot be modified during the LDP graceful restart (GR) process.
----End
Context
After MPLS LDP is enabled, LDP LSPs will be automatically established, leading to a large
number of transit LSPs and resulting in resource wastes. A policy for triggering transit LSP
establishment can be configured to allow LDP to only send Label Mapping messages upstream
for routes that match specified conditions to establish a transit LSP. This reduces the number of
unwanted LSPs and efficiently uses network resources.
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls ldp
Step 3 Run:
propagate mapping for ip-prefix ip-prefix-name
LDP uses all routes without filtering them to establish transit LSPs by default.
NOTE
The policy for triggering transit LSP establishment cannot be modified during the LDP GR process.
----End
Prerequisites
The configurations of LDP LSPs are complete.
Procedure
l Run the display mpls ldp [ all ] [ verbose ] command to check LDP configurations.
l Run the display mpls ldp lsp [ all ] command to check LDP information.
l Run the display mpls lsp [ verbose ] command to check LSP information.
----End
Example
If the configurations succeed, you can run the preceding commands to obtain the following
results:
Run the display mpls ldp command to view LDP information.
<Quidway> display mpls ldp
Run the display mpls ldp lsp command to view LDP LSP information.
<Quidway> display mpls ldp lsp
Applicable Environment
When the static BFD works in an LDP LSP, note that:
l BFD can be bound only on the ingress of LDP LSP.
l One LSP can be bound to only one BFD session.
l The detection only supports the LDP LSP that is triggered to establish by the host route.
NOTE
BFD for LSP can function properly though the forward path is an LSP and the backward path is an IP link.
The forward path and the backward path must be established over the same link; otherwise, if a fault occurs,
BFD cannot identify the faulty path. Before deploying BFD, ensure that the forward and backward paths
are over the same link so that BFD can correctly identify the faulty path.
Pre-configuration Tasks
Before configuring the static BFD for LDP LSP, complete the following tasks:
l Configuring parameters of the network layer to make the network accessible
l Enabling MPLS LDPs on all nodes and establishing an LDP session
l Configuring an LDP LSP
Data Preparations
Before configuring the static BFD for LDP LSP, you need the following data.
No. Data
Context
Perform the following steps on each LSR on both ends of a link that to be detected:
Procedure
Step 1 Run:
system-view
This node is enabled with the global BFD function. The BFD global view is displayed.
----End
Context
Perform the following steps on the ingress of an LSP:
Procedure
Step 1 Run:
system-view
The local identifier and remote identifier on both ends of a BFD session must accord with each other.
Otherwise, the session cannot be established correctly. In addition, the local identifier and remote identifier
cannot be modified after configuration.
Step 4 (Optional) Run the following commands to adjust the minimum interval for the local device to
send BFD packets, the minimum interval between BFD packet receipts and the local BFD
detection multiple:
1. Run the quit command to return to the system view.
2. Run the mpls command to globally enable MPLS and enter the MPLS view.
3. Run the mpls bfd min-tx-interval interval command to adjust the minimum interval for
the local device to send BFD packets.
The minimum interval for the local device to send BFD packets is set.
When the device is equipped with an FSU, by default, the value is 10 milliseconds;
otherwise, by default, the value is 1000 milliseconds.
Actual interval for the local device to send BFD packets = MAX { Locally configured
interval between BFD packet transmissions, Remotely configured interval between BFD
packet receipts}; Actual interval for the local to receive BFD packets = MAX {Remotely
configured interval between BFD packet transmissions, Locally configured interval
between BFD packet receipts}; Local detection period = Actual interval for the local device
to Receive BFD packets x Remotely configured BFD detection multiple.
l On the local device, the interval between BFD packet transmissions is set to 200 ms,
the interval between BFD packet receipts is set to 300 ms, and the detection multiple is
set to 4.
l On the peer device, the interval between BFD packet transmissions is 100 ms, the
interval between BFD packet receipts is 600 ms, and the detection multiple is 5.
Then,
l On the local device, the actual interval between BFD packet transmissions is 600 ms
calculated by using the formula max {200 ms, 600 ms}, the interval between BFD packet
receipts is 300 ms calculated by using the formula max {100 ms, 300 ms}, and the
detection period is 1500 ms calculated by 300 ms multiplied by 5.
l On the peer device, the actual interval for sending local BFD packets is 300 ms obtained
by using the formula max {100 ms, 300 ms}, the interval between BFD packet receipts
is 600 ms obtained by using the formula max {200 ms, 600 ms}, and the detection period
is 2400 ms obtained by 600 ms multiplied by 4.
4. Run the mpls bfd min-rx-interval interval command to adjust the minimum interval
between BFD packet receipts.
The minimum interval between BFD packet receipts is adjusted on the local device.
When the device is equipped with an FSU, by default, the value is 10 milliseconds;
otherwise, by default, the value is 1000 milliseconds.
7. Run the bfd cfg-name command to enter the BFD session view.
Step 5 Run:
process-pst
The BFD session status changes can be advertised to the application on the upper layer.
Step 6 Run:
commit
----End
Follow-up Procedure
When the BFD session is established and its status is Up, the BFD starts to detect failure in an
LDP LSP.
When the LDP LSP is deleted, the BFD status turns Down.
Context
The IP link, LSP, or TE tunnel can be used as the reverse tunnel to inform the ingress of a fault.
To avoid affecting BFD detection, an IP link is preferentially selected to inform the ingress of
an LSP fault. If the configured reverse tunnel requires BFD detection, you can configure a pair
of BFD sessions for it.
Perform the following steps on the egress of the LSP:
Procedure
Step 1 Run:
system-view
The local identifier and remote identifier on both ends of a BFD session must accord with each other. The
session cannot be established correctly otherwise. In addition, the local identifier and remote identifier
cannot be modified after configuration.
Step 4 (Optional) Run the following commands to adjust the minimum interval for the local device to
send BFD packets, the minimum interval between BFD packet receipts and the local BFD
detection multiple:
1. Run the quit command to return to the system view.
2. Run the mpls command to globally enable MPLS and enter the MPLS view.
3. Run the mpls bfd min-tx-interval interval command to adjust the minimum interval for
the local device to send BFD packets.
The minimum interval for the local device to send BFD packets is set.
When the device is equipped with an FSU, by default, the value is 10 milliseconds;
otherwise, by default, the value is 1000 milliseconds.
Actual interval for the local device to send BFD packets = MAX { Locally configured
interval between BFD packet transmissions, Remotely configured interval between BFD
packet receipts}; Actual interval for the local to receive BFD packets = MAX {Remotely
configured interval between BFD packet transmissions, Locally configured interval
between BFD packet receipts}; Local detection period = Actual interval for the local device
to Receive BFD packets x Remotely configured BFD detection multiple.
l On the local device, the interval between BFD packet transmissions is set to 200 ms,
the interval between BFD packet receipts is set to 300 ms, and the detection multiple is
set to 4.
l On the peer device, the interval between BFD packet transmissions is 100 ms, the
interval between BFD packet receipts is 600 ms, and the detection multiple is 5.
Then,
l On the local device, the actual interval between BFD packet transmissions is 600 ms
calculated by using the formula max {200 ms, 600 ms}, the interval between BFD packet
receipts is 300 ms calculated by using the formula max {100 ms, 300 ms}, and the
detection period is 1500 ms calculated by 300 ms multiplied by 5.
l On the peer device, the actual interval for sending local BFD packets is 300 ms obtained
by using the formula max {100 ms, 300 ms}, the interval between BFD packet receipts
is 600 ms obtained by using the formula max {200 ms, 600 ms}, and the detection period
is 2400 ms obtained by 600 ms multiplied by 4.
4. Run the mpls bfd min-rx-interval interval command to adjust the minimum interval
between BFD packet receipts.
The minimum interval between BFD packet receipts is adjusted on the local device.
When the device is equipped with an FSU, by default, the value is 10 milliseconds;
otherwise, by default, the value is 1000 milliseconds.
Step 5 Run:
commit
----End
Prerequisites
The configurations of the static BFD for LDP LSP function are complete.
Procedure
l Run the display bfd configuration { all | static } command to check the BFD configuration.
l Run the display bfd session { all | static } command to check information about the BFD
session.
l Run the display bfd statistics session { all | static } command to check information about
BFD statistics.
----End
Applicable Environment
With dynamic BFD for LDP LSP, failure detection speeds up and the workload of configuring
decreases. In addition, LDP FRR is well supported for the LSP for providing better services.
NOTE
When working in LDP LSP, the dynamic BFD supports only the LDP LSP that is created after the host
route is triggered.
BFD for LSP can function properly though the forward path is an LSP and the backward path is an IP link.
The forward path and the backward path must be established over the same link; otherwise, if a fault occurs,
BFD cannot identify the faulty path. Before deploying BFD, ensure that the forward and backward paths
are over the same link so that BFD can correctly identify the faulty path.
Pre-configuration Tasks
Before configuring the dynamic BFD for LDP LSP, complete the following tasks:
Data Preparations
To configure the dynamic BFD for LDP LSP, you need the following data.
No. Data
Context
Perform the following steps on the ingress and egress nodes:
Procedure
Step 1 Run:
system-view
Step 2 Run:
bfd
----End
Procedure
l Perform the following steps on the ingress:
1. Run:
system-view
An LDP LSP is enabled with the capability of creating BFD session dynamically.
Running this command cannot create a BFD session. The BFD session is not created
until the request packet that contains LSP ping of BFD TLV from the ingress.
----End
Context
Perform the following steps on the egress of an LSP to be detected:
Procedure
Step 1 Run:
system-view
The triggering policy to establish the session of dynamic BFD for LDP LSP is configured.
After the command is run, the BFD session is started to create.
There are two triggering policies to establish the session of dynamic BFD for LDP LSP:
l Host mode: is used when all host addresses are required to be triggered to create BFD session.
You can specify parameters of nexthop and outgoing-interface to define LSPs that can
create a BFD session.
l FEC list mode: is used when only a part of host addresses are required to be triggered to
create a BFD session. You can use the fec-list command to specify host addresses.
----End
Context
Perform the following steps on the ingress:
Procedure
Step 1 Run:
system-view
----End
Prerequisites
The configurations of the dynamic BFD for LDP LSP function are complete.
Procedure
l Run the display bfd configuration all [ verbose ] command to check the BFD
configuration (ingress).
Example
Run the display bfd session all command. The state of BFD session that is established
dynamically. The state of the BFD session is Up, and the type of the link that is bound to the
session is LDP_LSP.
<Quidway> display bfd session all verbose
--------------------------------------------------------------------------------
Session MIndex : 256 State : Up Name : dyn_8192
--------------------------------------------------------------------------------
Local Discriminator : 8192 Remote Discriminator : 8192
Session Detect Mode : Asynchronous Mode Without Echo Function
BFD Bind Type : LDP_LSP
Bind Session Type : Dynamic
Bind Peer Ip Address : 3.3.3.3
NextHop Ip Address : 192.168.1.2
Bind Interface : Vlanif10
LSP Token : 0x3002001
FSM Board Id : 3 TOS-EXP : 6
Min Tx Interval (ms) : 100 Min Rx Interval (ms) : 100
Actual Tx Interval (ms): 100 Actual Rx Interval (ms): 100
Local Detect Multi : 4 Detect Interval (ms) : 400
Echo Passive : Disable Acl Number : -
Destination Port : 3784 TTL : 1
Proc interface status : Disable Process PST :Disable
WTR Interval (ms) : --
Active Multi : 3
Last Local Diagnostic : No Diagnostic
Bind Application : VRRP | LSPM | LSPM | L2VPN | OAM_MANAGER
Session TX TmrID : -- Session Detect TmrID : --
Session Init TmrID : -- Session WTR TmrID : --
Session Echo Tx TmrID : -
PDT Index : FSM-0 | RCV-0 | IF-0 | TOKEN-0
Session Description : --
--------------------------------------------------------------------------------
Total UP/DOWN Session Number : 1/0
Run the display bfd session passive-dynamic verbose command on the egress to view the status
of the BFD session that is established passively. The value of the BFD Bind Type field is peer
IP address.The BFD packets sent from this ingress are transported through IP routes. BFD
parameters cannot be adjusted on the egress. By default, min-tx-interval and min-tx-interval
are 10 respectively. The actual interval between sending time and the receiving time depends
on the negotiation between both ends.
<Quidway> display bfd session passive-dynamic verbose
--------------------------------------------------------------------------------
Session MIndex : 256 (Multi Hop) State : Up Name : dyn_8192
--------------------------------------------------------------------------------
Applicable Environment
LDP FRR provides MPLS with a fast reroute function to implement the local port-level backup.
In addition, the data loss decreases.
Pre-configuration Tasks
Before configuring LDP FRR, complete the following tasks:
l Configuring MPLS
l Configuring MPLS LDP
If the LDP FRR is based on the BFD, configure the one-hop BFD.
Data Preparation
To configure LDP FRR, you need the following data.
No. Data
No. Data
3 Name of the IP prefix list that can trigger the establishment of bypass LSPs
Context
Perform the following steps on the ingress or transit node:
Procedure
Step 1 Run:
system-view
NOTE
----End
Context
The procedure is only applicable to configure the LDP FRR based on BFD.
Perform the following steps on the ingress:
Procedure
Step 1 Run:
system-view
The BFD session is enabled to report faults of the associated LDP LSP to the system.
Step 4 Run:
commit
----End
Prerequisites
The configurations of the LDP FRR function are complete.
Procedure
l Run the display mpls lsp command to check information about LSPs enabled with LDP
FRR.
l Run the display bfd interface [ interface-type interface-number ] command to check
information about the BFD interface.
----End
Applicable Environment
On an MPLS network with a backup link, if a link fault occurs, IGP routes converge and routes
related to the backup link become available. After IGP route convergence is complete, an LDP
LSP over the backup link becomes available. During this process, traffic is interrupted. To
prevent traffic interruption, LDP FRR can be configured.
LDP FRR uses the liberal label retention mode, obtains a liberal label, applies for a forwarding
entry associated with the label, and forwards the forwarding entry to the forwarding plane as a
backup forwarding entry used by the primary LSP. On the network enabled with LDP FRR, if
an interface failure (detected by the interface itself or by an associated BFD session) or a primary
LSP failure (detected by an associated BFD session) occurs, LDP FRR is notified of the failure
and rapidly forwards traffic to a backup LSP, protecting traffic on the primary LSP. The traffic
switchover is performed within 50 milliseconds, minimizing the traffic interruption time.
LDP FRR is classified into the following types:
l LDP manual FRR: A backup LSP is configured manually by specifying an outbound
interface or a next hop. The configuration is complex and flexible. LDP manual FRR applies
to simple networks.
l LDP Auto FRR: A backup LSP is automatically created based on a specified policy. The
configuration is simple and prevents loops. LDP Auto FRR applies to complex and large
networks.
Pre-configuration Tasks
Before configuring LDP Auto FRR, complete the following tasks:
l Assign an IP address to each interface to ensure IP connectivity.
l Configure an IGP to advertise a route to each network segment of each interface and to
advertise the host route to each LSR ID.
l Configure MPLS LDP.
l Configure IS-IS Auto FRR.
Data Preparation
To configure LDP Auto FRR, you need the following data.
No. Data
Procedure
Step 1 Run:
system-view
NOTE
LDP Auto FRR depends on IS-IS Auto FRR. After the frr (IS-IS view) command is used to enable IS-IS
Auto FRR, LDP Auto FRR will be automatically enabled. The auto-frr lsp-trigger command is used to
configure or change a policy for triggering LDP LSP establishment.
If both the auto-frr lsp-trigger command and the lsp-trigger command are run, the established backup
LSPs satisfy both the policy for triggering LDP LSP establishment and the policy for triggering backup
LDP LSP establishment.
During the LDP GR process, changing a policy for triggering the backup LDP LSP establishment is not
allowed.
----End
Prerequisites
The configurations of LDP Auto FRR are complete.
Procedure
l Run the display mpls lsp command to check information about LSPs after LDP Auto FRR
is enabled.
----End
Example
After configuring LDP Auto FRR, run the display mpls lsp command to view information about
a backup LSP with the destination address of 2.2.2.9/32. The command output is as follows:
<Quidway> display mpls lsp
-------------------------------------------------------------------------------
LSP Information: LDP LSP
-------------------------------------------------------------------------------
FEC In/Out Label In/Out IF Vrf Name
2.2.2.9/32 NULL/3 -/Vlanif10
Applicable Environment
In the networking where primary and backup LSPs are used, synchronization between LDP and
IGP is applied to avoid traffic loss in case the primary LSP fails. The situations are as follows:
l When the primary LSP fails, the IGP and LSP traffic is switched to the backup LSP. When
the primary LSP recovers, IGP converges more rapidly than the creation of the LDP session.
IGP traffic is switched back to the primary LSP before the LDP session is set up. This
causes LSP traffic loss.
l When the primary LSP runs normally whereas the LDP sessions between the nodes along
the primary LSP fail, the LSP traffic is switched to the backup LSP. The IGP traffic,
however, is still transmitted along the primary LSP. As a result, LSP traffic is lost.
Pre-configuration Tasks
Before configuring synchronization between LDP and IGP, complete the following tasks:
Data Preparation
To configure synchronization between LDP and IGP, you need the following data.
No. Data
1 Type and number of the interface on which the backup LSP is set up
Procedure
l When OSPF runs as an IGP, perform the following steps on the interfaces of both ends of
the link between the crossing node of the active link and the standby link and the LDP
neighboring node on the active link:
1. Run:
system-view
IS-IS is enabled.
4. Run:
isis ldp-sync
Context
Perform the following steps on the interface.
Procedure
l When OSPF runs as an IGP, perform the following steps on the interfaces of both ends of
the link between the crossing node of active and standby links and the LDP neighboring
node on the active link:
1. Run:
system-view
The interval during which OSPF waits for an LDP session to be established is set.
By default, the hold-down timer is 10 seconds.
l When IS-IS runs as an IGP, perform the following steps on the interfaces of both ends of
the link between the crossing node of active and standby links and the LDP neighboring
node on the active link:
1. Run:
system-view
The interval during which IS-IS waits for an LDP session to be established is set.
By default, the hold-down timer value is 10 seconds.
----End
Context
Perform the following steps on the interface:
Procedure
l When OSPF runs as an IGP, perform the following steps on the interfaces of both ends of
the link between the crossing node of active and standby links and the LDP neighboring
node on the active link:
1. Run:
system-view
The interval for advertising the maximum cost in the LSAs of local LSRs through
OSPF is set.
By default, the value of the hold-max-cost timer is 10 seconds.
You can choose different parameters as required.
When OSPF carries only LDP services, to ensure that the route selected by OSPF
is always the same as the LDP LSP, infinite must be specified.
When OSPF carries multiple services including LDP services, to ensure that OSPF
route selection and other services still run normally if the LDP session of the
primary LSP fails, value can be specified.
If this command is issued repeatedly, the latest configuration takes effect.
l When IS-IS runs as an IGP, perform the following steps on the interfaces of both ends of
the link between the crossing node of active and standby links and the LDP neighboring
node on the active link:
1. Run:
system-view
The interval for advertising the maximum cost in the LSAs of local LSRs using IS-IS
is set.
By default, the value of the hold-max-cost timer is 10 seconds.
You can choose different parameters as required.
When IS-IS carries only LDP services, to ensure that the route selected by IS-IS
is always the same as the LDP LSP, infinite must be specified.
When IS-IS carries multiple services including LDP services, to ensure that IS-IS
route selection and other services still run normally in case the LDP session of the
primary LSP fails, value can be specified.
If this command is issued repeatedly, the latest configuration takes effect.
----End
Context
Perform the following steps on the interfaces of both ends of the link between the crossing node
of active and standby links and the LDP neighboring node on the active link:
Procedure
Step 1 Run:
system-view
The period of waiting for the LSP setup after the establishment of the LDP session is set.
By default, the value of the delay timer is 10 seconds.
----End
Prerequisites
The configurations of the synchronization between LDP and IGP function are complete.
Procedure
l Run the display ospf ldp-sync interface { all | interface-type interface-number } command
to check information about synchronization between LDP and OSPF on the interface.
l Run the display isis [ process-id | vpn-instance vpn-instance-name ] ldp-sync interface
command to check information about synchronization between LDP and IS-IS on the
interface.
l Run the display rm interface [ interface-type interface-number | vpn-instance vpn-
instance-name ] command to check information about the route management.
----End
Example
l If the configurations succeed, run the display ospf ldp-sync or display isis ldp-sync
command. The status of the interface configured with synchronization between LDP and
IGP is Sync-Achieved.
l Run the display rm interface command. You can see that the LDP-IS-IS or LDP-OSPF
synchronization is enabled.
Applicable Environment
The following LDP security features can be configured to meet network security requirements:
l LDP MD5 authentication
A typical MD5 application is to calculate a message digest to prevent message spoofing.
The MD5 message digest is a unique result calculated using an irreversible character string
conversion. If a message is modified during transmission, a different digest is generated.
After the message arrives at the receiving end, the receiving end can detect the modification
after comparing the received digest with a pre-computed digest.
MD5 authentication can be performed in either plaintext or cipher text mode. During MD5
authentication configuration, two peers of an LDP session can be configured with different
authentication modes and must be configured with a single password.
l LDP keychain authentication
Keychain, an enhanced encryption algorithm similar to MD5, calculates a message digest
for an LDP message to prevent the message from being modified.
During keychain authentication, a group of passwords are defined in the format of a
password string, and each password is assigned a specified encryption and decryption
algorithm such as MD5 or secure hash algorithm-1 (SHA-1) and configured with a validity
period. When sending or receiving a packet, the system selects a valid password. Within
the validity period of the password, the system uses the encryption algorithm matching the
password to encrypt the packet before sending it out, or uses the decryption algorithm
matching the password to decrypt the packet before accepting it. In addition, the system
automatically uses a new password after the previous password expires, minimizing
password decryption risks.
Before configuring LDP keychain authentication, configure keychain authentication
globally. If LDP keychain authentication is configured before global keychain
authentication is configured, the LDP session will be disconnected.
l LDP GTSM
The GTSM checks TTL values to defend against attacks. An attacker simulates unicast
LDP messages and sends them to nodes. After receiving these messages, an interface board
on a node finds that the messages are destined for itself and directly sends them to the LDP
module on the control plane without verifying them. As a result, the node is busy in
processing these forged messages on the control plane, leading to high CPU usage.
To address this problem, the GTSM can be configured to check whether or not the TTL
value in the IP header is within a specified range, protecting the nodes against attacks and
improving system security.
Pre-configuration Tasks
Before configuring LDP security features, complete the following task:
Data Preparation
To configure LDP security features, you need the following data.
No. Data
Context
MD5 authentication can be configured for a TCP connection over which an LDP session is
established, improving security. Note that the peers of an LDP session can be configured with
different authentication modes, but must be configured with a single password.
LDP MD5 authentication generates a unique digest for an information segment to prevent LDP
packets from being modified. LDP MD5 authentication is stricter than common checksum
verification for TCP connections.
You can configure either LDP MD5 authentication or LDP keychain authentication based on
their separate characteristics:
l The MD5 algorithm is easy to configure and generates a single password which can be
changed only manually. MD5 authentication applies to the network requiring short-period
encryption.
l Keychain authentication involves a set of passwords and uses a new password when the
previous one expires. Keychain authentication is complex to configure and applies to a
network requiring high security.
NOTE
Keychain authentication and MD5 authentication cannot be both configured on a single LDP peer.
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls ldp
NOTE
Characters ^#^# and ^#^# are used as the prefix and suffix of passwords with variable lengths. Characters
^#^# are used in a new password and characters $@$@ are used in an existing password. Characters ^#^#
or $@$@ cannot be configured both at the beginning and end of a ciphertext password.
CAUTION
Configuring LDP keychain authentication leads to reestablishment of an LDP session and deletes
the LSP associated with the LDP session.
----End
Context
To help improve LDP session security, keychain authentication can be configured for a TCP
connection over which an LDP session has been established.
During keychain authentication, a group of passwords are defined in the format of a password
string, and each password is assigned a specified encryption and decryption algorithm such as
MD5 or secure hash algorithm-1 (SHA-1) and configured with a validity period. When sending
or receiving a packet, the system selects a valid password. Within the validity period of the
password, the system uses the encryption algorithm matching the password to encrypt the packet
before sending it out, or uses the decryption algorithm matching the password to decrypt the
packet before accepting it. In addition, the system automatically uses a new password after the
previous password expires, minimizing password decryption risks.
You can configure either LDP MD5 authentication or LDP keychain authentication based on
their separate characteristics:
l The MD5 algorithm is easy to configure and generates a single password which can be
changed only manually. MD5 authentication applies to the network requiring short-period
encryption.
l Keychain authentication involves a set of passwords and uses a new password when the
previous one expires. Keychain authentication is complex to configure and applies to a
network requiring high security.
NOTE
Keychain authentication and MD5 authentication cannot be both configured on a single LDP peer.
Before configuring LDP keychain authentication, configure keychain globally. For the detailed
configuration procedure, see the S9700 Core Routing Switch Configuration Guide - Security.
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls ldp
Step 3 Run:
authentication key-chain peer peer-id name keychain-name
CAUTION
Configuring LDP keychain authentication leads to reestablishment of an LDP session and deletes
the LSP associated with the LDP session.
----End
Context
The GTSM checks TTL values to verify packets and defend devices against attacks. LDP peers
are configured with the GTSM and a valid TTL range to check TTLs in LDP packets exchanged
between them. If the TTL in an LDP packet is out of the valid range, this LDP message is
considered invalid and discarded. The GTSM defends against CPU-based attacks initiated using
a large number of forged packets and protects upper-layer protocols.
Procedure
Step 1 Run:
system-view
----End
Prerequisites
The configurations of LDP security features are complete.
Procedure
l Run the display mpls ldp session verbose command to check the configurations of LDP
MD5 authentication and LDP keychain authentication.
l Run the display gtsm statistics all command to check GTSM statistics.
----End
Example
Run the display mpls ldp session verbose command to view the LDP MD5 authentication status
and the globally referenced keychain authentication name.
<Quidway> display mpls ldp session verbose
Capability:
Capability-Announcement : On
------------------------------------------------------------------------------
Run the display gtsm statistics to view GTSM statistics on interface boards, including the
number of LDP, BGP, BGPv6, and OSPF packets that are received, accepted, and dropped.
<Quidway> display gtsm statistics all
GTSM Statistics Table
----------------------------------------------------------------
SlotId Protocol Total Counters Drop Counters Pass Counters
----------------------------------------------------------------
0 BGP 0 0 0
0 BGPv6 0 0 0
0 OSPF 0 0 0
0 LDP 11 0 11
----------------------------------------------------------------
Applicable Environment
It is necessary to enable LDP GR to maintain normal forwarding and resume the LDP session
and establish LSPs after the switchover and system update.
NOTE
In practical applications, the system-level GR is usually configured in the hardware environment with dual
main control boards. In this manner, the service can be forwarded when the main control board fails.
Pre-configuration Tasks
Before configuring LDP GR, complete the following tasks:
Data Preparation
To configure LDP GR, you need the following data.
No. Data
No. Data
Context
Perform the following steps on the LDP GR Restarter and its neighbor nodes:
Procedure
Step 1 Run:
system-view
The MPLS function is enabled on the local node and the MPLS view is displayed.
Step 4 Run:
quit
The LDP function is enabled on the local node and the LDP view is displayed.
Step 6 Run:
graceful-restart
NOTE
----End
Context
Perform the following steps on the GR restarter:
NOTE
Modifying the values of the LDP GR timers may lead to reestablishment of LDP sessions.
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls ldp
The MPLS LDP view is displayed.
Step 3 Run:
graceful-restart timer neighbor-liveness time
----End
Context
Perform the following steps on the GR Helper:
NOTE
If any timer value related to LDP GR is modified, the LDP session is recreated.
Procedure
Step 1 Run:
system-view
----End
Prerequisites
The configurations of the LDP GR function are complete.
Procedure
l Run the display mpls graceful-restart command to check information about GR of all
protocols related to MPLS.
l Run the display mpls ldp [ all ] [ verbose ] command to check information about LDP.
l Run the display mpls ldp session [ all ] [ verbose ] command to check information about
the LDP session.
----End
Example
l Run the display mpls ldp command. The state of Graceful Restart is On. That is, LDP GR
is enabled.
l Run the display mpls ldp command or the display mpls ldp session verbose command
to view the values of LDP session Reconnect timer, Neighbor-liveness timer, and LSP
Recovery timer.
Applicable Environment
The S9700 provides the following MPLS TTL processing modes:
l If the ingress node is configured with the uniform mode or enabled with the IP TTL
propagation function, the IP TTL decreases by one at each hop on an MPLS network.
Therefore, the Traceroute output information reflects the actual path where the packet
traverses.
l If the ingress node is configured with the pipe mode or disabled with the IP TTL propagation
function, the IP TTL does not decrease by one at any hop. The Traceroute output
information hides all the hops on the MPLS backbone network, as if the ingress node is
directly connected to the egress node.
Pre-configuration Tasks
Before configuring MPLS TTL processing modes, complete the following task:
l Configuring MPLS or MPLS VPN
Data Preparation
None.
Context
On an MPLS network, the ingress node and the egress node need to be considered to be directly
connected sometimes. In this case, the IP TTL decreases by one on each of the ingress node and
the egress node.
Procedure
Step 1 Run:
system-view
By default, the TTL propagate function is enabled and the MPLS TTL processing mode is
uniform.
----End
Applicable Environment
To implement certain QoS functions on an MPLS network, the S9700 needs to determine the
packet precedence according to the tunnel label of the MPLS public network. Therefore, you
need to map the tunnel label to the EXP field.
Pre-configuration Tasks
Before setting the mapping of the precedence in the tunnel label, complete the following task:
Data Preparation
None.
Context
A DiffServ domain comprises the connected DiffServ nodes, which use the same service policy
and implement the same PHBs.
Procedure
Step 1 Run:
system-view
Step 2 Run:
diffserv domain { default | ds-domain-name }
The default domain defines the default mappings from packet priorities to PHBs and colors.
You can modify the mappings defined in the default domain but cannot delete the default
domain.
----End
Context
You need to set the mapping of the precedence in the MPLS tunnel label according to the actual
situation on the network.
Procedure
l Do as follows on the ingress PE:
1. Run:
system-view
The public tunnel label is mapped to the EXP field on the ingress PE.
l Do as follows on the P:
1. Run:
system-view
The public tunnel label is mapped to the EXP field on the egress PE.
This command must be run before the public tunnel is set up. If the command is run after
the public tunnel is set up, you must restart the MPLS LDP session; otherwise, the command
cannot take effect.
----End
Applicable Environment
The DiffServ mode supported by the MPLS L3VPN includes three models: pipe, short pipe, and
uniform.
l Pipe: The EXP value added to the MPLS label of the packets by the ingress PE is defined
by the user. If the EXP value is changed on the MPLS network, the new EXP value is valid
only on the MPLS network. The egress PE selects the PHB according to the EXP value of
the packet. When the packet leaves the MPLS network, the DSPC value becomes effective
again.
l Short pipe: The EXP field added to the MPLS label of the packets by the ingress PE is
defined by the user. If the EXP value is changed on the MPLS network, the new EXP value
is valid only on the MPLS network. The egress PE selects the PHB according to the DSCP
value. When the packet leaves the MPLS network, the DSPC value becomes effective again.
l In the uniform model, the precedences of packets on the IP network and the MPLS network
are uniformly defined, that is, the precedence of the packets on the two networks are
globally valid. At the ingress PE, each packet is assigned a label and the lower 3 bits in the
DSCP field are mapped to the EXP field. If the EXP value is changed on the MPLS network,
the change affects the PHB used when the packet leaves the MPLS network. At the egress,
the EXP field of the packet is mapped to the DSCP field.
On an L2VPN, the MPLS label is in the outer encapsulation layer of the packet. Therefore, the
802.1p field of the VLAN packets needs to be mapped to the EXP field.
Pre-configuration Tasks
Before configuring the DiffServ mode for the MPLS VPNs, complete the following task:
l Setting the mapping of the precedence in the MPLS tunnel label (for details, see 2.14
Setting the Mapping of the Precedence in the MPLS Tunnel Label)
Data Preparation
None.
Context
You need to set the DiffServ mode supported by the MPLS L3VPN according to the actual
situation of the network.
NOTE
On F-series boards, when the DiffServ mode is set to short-pipe, a maximum of four domains (with domain
IDs 0 to 3) can be configured. If more than four domains are configured, the MPLS short-pipe mode does
not take effect after the device restarts. You can query the domain ID by using the display diffserv
domain.
Procedure
Step 1 Run:
system-view
----End
Context
You need to set the DiffServ mode supported by the MPLS L2VPN according to the actual
situation of the network.
NOTE
On F-series boards, when the DiffServ mode is set to short-pipe, a maximum of four domains (with domain
IDs 0 to 3) can be configured. If more than four domains are configured, the MPLS short-pipe mode does
not take effect after the device restarts. You can query the domain ID by using the display diffserv
domain.
Procedure
l VLL networking
1. Run:
system-view
Context
CAUTION
Resetting LDP may temporarily affect the reestablishment of the LSP. Take care to reset LDP.
Resetting LDP is prohibited during the LDP GR.
After you confirm to reset LDP, run the following commands in the user view.
Procedure
l Run the reset mpls ldp command to reset configurations of the global LDP instance.
l Run the reset mpls ldp all command to reset configurations on all LDP instances.
l Run the reset mpls ldp peer peer-id command to reset a specified peer.
l Run the reset mpls ldp vpn-instance vpn-instance-name peer peer-id command to reset
the peer on a specified VPN instance.
----End
Context
You can run the following commands in any view to perform MPLS ping and MPLS tracert.
Procedure
l Run:
ping lsp [ -a source-ip | -c count | -exp exp-value | -h ttl-value | -m
interval | -r reply-mode | -s packet-size | -t time-out | -v ] * ip destination-
address mask-length [ ip-address ] [ nexthop nexthop-address | draft6 ]
Context
Run the following commands in the system view to notify the Network Management System
(NMS) of LSP status changes.
By default, the trap function is disabled during the setup of the LDP LSP.
Procedure
l Run the snmp-agent trap suppress feature-name lsp trap-name { mplsxcup |
mplsxcdown } trap-interval trap-interval [ max-trap-number max-trap-number ]
command in the system view to enable the trap function for the LDP LSP and enable the
debugging of excessive mplsxcup or mplsxcdown information.
----End
Networking Requirements
As shown in Figure 2-2, local LDP sessions are set up between LSRA and LSRB, and between
LSRB and LSRC.
Configuration Roadmap
The configuration roadmap is as follows:
1. Create VLANs and add interfaces to the VLANs, and create VLANIF interfaces.
2. Enable global MPLS and MPLS LDP on the LSRs.
3. Enable MPLS on interfaces of the LSRs.
4. Enable MPLS LDP on interfaces of the two LSRs of the local LDP session.
Data Preparation
To complete the configuration, you need the following data:
l IP address of each interface on each LSR shown in Figure 2-2, OSPF process ID, and OSPF
area ID
l LSR ID of each node
Procedure
Step 1 Create VLANs on the LSR and add GE interfaces to the VLANs, create VLANIF interfaces,
and assign IP addresses to the VLANIF interfaces.
# Configure LSRA.
<Quidway> system-view
[Quidway] sysname LSRA
[LSRA] interface loopback0
[LSRA-LoopBack0] ip address 1.1.1.1 32
[LSRA-LoopBack0] quit
[LSRA] interface gigabitethernet1/0/0
[LSRA-GigabitEthernet1/0/0] port link-type access
[LSRA-GigabitEthernet1/0/0] quit
[LSRA] vlan 10
[LSRA-vlan10] port gigabitethernet1/0/0
[LSRA-vlan10] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] ip address 10.1.1.1 24
# Configure LSRB.
<Quidway> system-view
[Quidway] sysname LSRB
[LSRB] interface loopback0
[LSRB-LoopBack0] ip address 2.2.2.2 32
[LSRB-LoopBack0] quit
[LSRB] interface gigabitethernet1/0/0
[LSRB-GigabitEthernet1/0/0] port link-type access
[LSRB-GigabitEthernet1/0/0] quit
[LSRB] vlan 10
[LSRB-vlan10] port gigabitethernet1/0/0
[LSRB-vlan10] quit
[LSRB] interface vlanif 10
[LSRB-Vlanif10] ip address 10.1.1.2 24
[LSRB-Vlanif10] quit
[LSRB] interface gigabitethernet2/0/0
[LSRB-GigabitEthernet2/0/0] port link-type access
[LSRB-GigabitEthernet2/0/0] quit
[LSRB] vlan 20
[LSRB-vlan20] port gigabitethernet2/0/0
[LSRB-vlan20] quit
[LSRB] interface vlanif 20
[LSRB-Vlanif20] ip address 10.2.1.1 24
# Configure LSRC.
<Quidway> system-view
[Quidway] sysname LSRC
[LSRC] interface loopback0
[LSRC-LoopBack0] ip address 3.3.3.3 32
[LSRC-LoopBack0] quit
[LSRC] interface gigabitethernet2/0/0
[LSRC-GigabitEthernet2/0/0] port link-type access
[LSRC-GigabitEthernet2/0/0] quit
[LSRC] vlan 20
[LSRC-vlan20] port gigabitethernet2/0/0
[LSRC-vlan20] quit
[LSRC] interface vlanif 20
[LSRC-Vlanif20] ip address 10.2.1.2 24
Step 2 Configure OSPF to advertise the network segments that the interfaces are connected to and the
host route of the LSR ID.
# Configure LSRA.
[LSRA] ospf 1
[LSRA-ospf-1] area 0
[LSRA-ospf-1-area-0.0.0.0] network 1.1.1.1 0.0.0.0
[LSRA-ospf-1-area-0.0.0.0] network 10.1.1.0 0.0.0.255
# Configure LSRB.
[LSRB] ospf 1
[LSRB-ospf-1] area 0
[LSRB-ospf-1-area-0.0.0.0] network 2.2.2.2 0.0.0.0
# Configure LSRC.
[LSRC] ospf 1
[LSRC-ospf-1] area 0
[LSRC-ospf-1-area-0.0.0.0] network 3.3.3.3 0.0.0.0
[LSRC-ospf-1-area-0.0.0.0] network 10.2.1.0 0.0.0.255
# Configure LSRB.
[LSRB] mpls lsr-id 2.2.2.2
[LSRB] mpls
[LSRB-mpls]quit
[LSRB] mpls ldp
# Configure LSRC.
[LSRC] mpls lsr-id 3.3.3.3
[LSRC] mpls
[LSRC-mpls]quit
[LSRC] mpls ldp
# Configure LSRB.
[LSRB] interface vlanif 10
[LSRB-Vlanif10] mpls
[LSRB-Vlanif10] quit
[LSRB] interface Vlanif 20
[LSRB-Vlanif20] mpls
# Configure LSRC.
[LSRC] interface vlanif 20
[LSRC-Vlanif20] mpls
# Configure LSRB.
[LSRB] interface vlanif 10
[LSRB-Vlanif10] mpls ldp
[LSRB-Vlanif10] quit
[LSRB] interface vlanif 20
[LSRB-Vlanif20] mpls ldp
# Configure LSRC.
[LSRC] interface vlanif 20
[LSRC-Vlanif20] mpls ldp
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10
#
mpls lsr-id 1.1.1.1
mpls
#
mpls ldp
#
interface Vlanif 10
ip address 10.1.1.1 255.255.255.0
mpls
mpls ldp
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface LoopBack0
ip address 1.1.1.1 255.255.255.255
#
ospf 1
area 0.0.0.0
network 1.1.1.1 0.0.0.0
network 10.1.1.0 0.0.0.255
#
return
mpls
#
mpls ldp
#
interface Vlanif 10
ip address 10.1.1.2 255.255.255.0
mpls
mpls ldp
#
interface Vlanif 20
ip address 10.2.1.1 255.255.255.0
mpls
mpls ldp
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface LoopBack0
ip address 2.2.2.2 255.255.255.255
#
ospf 1
area 0.0.0.0
network 2.2.2.2 0.0.0.0
network 10.1.1.0 0.0.0.255
network 10.2.1.0 0.0.0.255
#
return
Networking Requirements
As shown in Figure 2-3, a remote LDP session is set up between LSRA and LSRC.
Configuration Roadmap
The configuration roadmap is as follows:
1. Create VLANs and add interfaces to the VLANs, and create VLANIF interfaces.
2. Enable global MPLS and MPLS LDP on each LSR.
3. Enable MPLS on interfaces of the LSRs.
4. Enable MPLS LDP on interfaces of the two LSRs of the remote LDP session.
Data Preparation
To complete the configuration, you need the following data:
l IP address of each interface on each LSR shown in Figure 2-3, OSPF process ID, and OSPF
area ID
l LSR ID of each node
Procedure
Step 1 Create VLANs on the LSR and add GE interfaces to the VLANs, create VLANIF interfaces,
and assign IP addresses to the VLANIF interfaces.
# Configure LSRA.
<Quidway> system-view
[Quidway] sysname LSRA
[LSRA] interface loopback0
[LSRA-LoopBack0] ip address 1.1.1.1 32
[LSRA-LoopBack0] quit
# Configure LSRB.
<Quidway> system-view
[Quidway] sysname LSRB
[LSRB] interface loopback0
[LSRB-LoopBack0] ip address 2.2.2.2 32
[LSRB-LoopBack0] quit
[LSRB] interface gigabitethernet1/0/0
[LSRB-GigabitEthernet1/0/0] port link-type access
[LSRB-GigabitEthernet1/0/0] quit
[LSRB] vlan 10
[LSRB-Vlan10] port gigabitethernet1/0/0
[LSRB-Vlan10] quit
[LSRB] interface vlanif 10
[LSRB-Vlanif10] ip address 10.1.1.2 24
[LSRB-Vlanif10] quit
[LSRB] interface gigabitethernet2/0/0
[LSRB-GigabitEthernet2/0/0] port link-type access
[LSRB-GigabitEthernet2/0/0] quit
[LSRB] vlan 20
[LSRB-Vlan20] port gigabitethernet2/0/0
[LSRB-Vlan20] quit
[LSRB] interface vlanif 20
[LSRB-Vlanif20] ip address 10.2.1.1 24
# Configure LSRC.
<Quidway> system-view
[Quidway] sysname LSRC
[LSRC] interface loopback0
[LSRC-LoopBack0] ip address 3.3.3.3 32
[LSRC-LoopBack0] quit
[LSRC] interface gigabitethernet2/0/0
[LSRC-GigabitEthernet2/0/0] port link-type access
[LSRC-GigabitEthernet2/0/0] quit
[LSRC] vlan 20
[LSRC-Vlan20] port gigabitethernet2/0/0
[LSRC-Vlan20] quit
[LSRC] interface vlanif 20
[LSRC-Vlanif20] ip address 10.2.1.2 24
Step 2 Configure OSPF to advertise the network segments that the interfaces are connected to and the
host route of the LSR ID.
# Configure LSRA.
[LSRA] ospf 1
[LSRA-ospf-1] area 0
[LSRA-ospf-1-area-0.0.0.0] network 1.1.1.1 0.0.0.0
[LSRA-ospf-1-area-0.0.0.0] network 10.1.1.0 0.0.0.255
# Configure LSRB.
[LSRB] ospf 1
[LSRB-ospf-1] area 0
[LSRB-ospf-1-area-0.0.0.0] network 2.2.2.2 0.0.0.0
[LSRB-ospf-1-area-0.0.0.0] network 10.1.1.0 0.0.0.255
[LSRB-ospf-1-area-0.0.0.0] network 10.2.1.0 0.0.0.255
# Configure LSRC.
[LSRC] ospf 1
[LSRC-ospf-1] area 0
[LSRC-ospf-1-area-0.0.0.0] network 3.3.3.3 0.0.0.0
[LSRC-ospf-1-area-0.0.0.0] network 10.2.1.0 0.0.0.255
# Configure LSRB.
[LSRB] mpls lsr-id 2.2.2.2
[LSRB] mpls
[LSRB-mpls]quit
[LSRB] mpls ldp
# Configure LSRC.
[LSRC] mpls lsr-id 3.3.3.3
[LSRC] mpls
[LSRC-mpls] quit
[LSRC] mpls ldp
# Configure LSRB.
[LSRB] interface vlanif 10
[LSRB-Vlanif10] mpls
[LSRB-Vlanif10] quit
[LSRB] interface vlanif 20
[LSRB-Vlanif20] mpls
# Configure LSRC.
[LSRC] interface vlanif 20
[LSRC-Vlanif20] mpls
# Configure LSRB.
[LSRB] interface vlanif 10
[LSRB-Vlanif10] mpls ldp
[LSRB-Vlanif10] quit
[LSRB] interface vlanif 20
[LSRB-Vlanif20] mpls ldp
# Configure LSRC.
[LSRC] interface vlanif 20
[LSRC-Vlanif20] mpls ldp
Step 6 Specify the name and IP address of the remote peer on the two LSRs of a remote LDP session.
# Configure LSRA.
[LSRA] mpls ldp remote-peer LSRC
[LSRA-mpls-ldp-remote-LSRC] remote-ip 3.3.3.3
[LSRA-mpls-ldp-remote-LSRC] quit
# Configure LSRC.
[LSRC] mpls ldp remote-peer LSRA
[LSRC-mpls-ldp-remote-LSRA] remote-ip 1.1.1.1
[LSRC-mpls-ldp-remote-LSRA] quit
Run the display mpls ldp remote-peer command on the two LSRs of the remote LDP session,
and you can view information about the remote peer.
In the following example, the display on LSRA is used.
[LSRA] display mpls ldp remote-peer
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10
#
#
vlan batch 20
#
mpls lsr-id 3.3.3.3
mpls
#
mpls ldp
#
mpls ldp remote-peer LSRA
remote-ip 1.1.1.1
#
interface Vlanif 20
ip address 10.2.1.2 255.255.255.0
mpls
mpls ldp
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface LoopBack0
ip address 3.3.3.3 255.255.255.255
#
ospf 1
area 0.0.0.0
network 3.3.3.3 0.0.0.0
network 10.2.1.0 0.0.0.255
#
return
Networking Requirements
As shown in Figure 2-4, an LDP LSP is set up between LSRA and LSRC.
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure a local LDP session.
2. Modify the triggering policy for establishing LDP LSPs on the LSRs.
Data Preparation
To complete the configuration, you need the following data:
l IP address of each interface on each LSR shown in Figure 2-4, OSPF process ID, and OSPF
area ID
l Modified the policy for triggering the establishment of LDP LSPs.
Procedure
Step 1 Configure the LDP LSP.
After the configuration in 2.17.1 Example for Configuring Local LDP Sessions, all the LSRs
triggers the establishment of LDP LSPs according to the host route, which is the default
triggering policy.
Run the display mpls ldp lsp command on the LSRs, and you can view that all the host routes
trigger the establishment of LDP LSPs.
Take the display on LSRA as an example.
[LSRA] display mpls ldp lsp
NOTE
Generally, the default triggering policy is used. That is, the establishment of an LDP LSP is triggered by
the host route. You can perform the following procedures to modify the policy for triggering the
establishment of LDP LSPs as required.
Step 2 Modify the policy for triggering the establishment of LDP LSPs.
Modify the policy for triggering the establishment of as all on the LSRs so that all the static
routes and IGP routes can trigger the establishment of the LDP LSPs.
# Configure LSRA.
[LSRA] mpls
[LSRA-mpls] lsp-trigger all
[LSRA-mpls] quit
# Configure LSRB.
[LSRB] mpls
[LSRB-mpls] lsp-trigger all
[LSRB-mpls] quit
# Configure LSRC.
[LSRC] mpls
[LSRC-mpls] lsp-trigger all
[LSRC-mpls] quit
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10
#
mpls lsr-id 1.1.1.1
mpls
lsp-trigger all
#
mpls ldp
#
interface Vlanif 10
ip address 10.1.1.1 255.255.255.0
mpls
mpls ldp
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface LoopBack0
ip address 1.1.1.1 255.255.255.255
#
ospf 1
area 0.0.0.0
network 1.1.1.1 0.0.0.0
network 10.1.1.0 0.0.0.255
#
return
l Configuration file of LSRB
#
sysname LSRB
#
vlan batch 10 20
#
mpls lsr-id 2.2.2.2
mpls
lsp-trigger all
#
mpls ldp
#
interface Vlanif 10
ip address 10.1.1.2 255.255.255.0
mpls
mpls ldp
#
interface Vlanif 20
ip address 10.2.1.1 255.255.255.0
mpls
mpls ldp
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface LoopBack0
ip address 2.2.2.2 255.255.255.255
#
ospf 1
area 0.0.0.0
network 2.2.2.2 0.0.0.0
network 10.1.1.0 0.0.0.255
network 10.2.1.0 0.0.0.255
#
return
l Configuration file of LSRC
#
sysname LSRC
#
vlan batch 20
#
mpls lsr-id 3.3.3.3
mpls
lsp-trigger all
#
mpls ldp
#
interface Vlanif 20
Networking Requirements
As shown in Figure 2-5, the LDP LSPs are set up between the nodes. LSRB, however, permits
only the FEC of 4.4.4.4/32 to establish the transit LSP.
GE1/0/0
GE2/0/0
GE1/0/0 GE1/0/0
LSRA LSRD
Loopback0 Loopback0
1.1.1.1/32 4.4.4.4/32
Configuration Roadmap
The configuration roadmap is as follows:
1. Create VLANs and add physical interfaces to the VLANs, and create VLANIF interfaces.
2. Configure the IP address of each interface on each node and the address of the loopback
interface used as the LSR ID, and configure OSPF to advertise the network segments that
the interfaces are connected to and the host route of the LSR ID.
3. Enable MPLS and MPLS LDP globally on the nodes and configure the policy for triggering
the establishment of LSPs.
4. Configure the IP prefix list for controlling the LSPs.
5. Filter the routes of transit LSPs by using the IP prefix list on transit node LSRB.
6. Enable MPLS and MPLS LDP on each interface.
Data Preparation
To complete the configuration, you need the following data:
l IP address of each interface on each LSR shown in Figure 2-5, OSPF process ID, and OSPF
area ID
l Policy for triggering the establishment of LSPs
l Name of the IP prefix list and routes to be filtered on the transit node
Procedure
Step 1 Create VLANs and add interfaces to the VLANs, and create VLANIF interfaces.
For details, see 2.17.2 Example for Configuring a Remote LDP Session.
Step 2 Configure the IP address of each interface on each node and configure OSPF to advertise the
network segments that the interfaces are connected to and the host route of the LSR ID.
# As shown in Figure 2-5, configure the IP address and mask of each interface, including the
loopback interface, and configure OSPF to advertise the network segments that the interfaces
are connected to and the host route of the LSR ID. The configuration details are not mentioned
here.
Step 3 Configure the IP prefix list on transit node LSRB.
# Configure the IP prefix list on transit node LSRB to permit only 4.4.4.4/32 on LSRD to
establish the transit LSP.
[LSRB]ip ip-prefix FilterOnTransit permit 4.4.4.4 32
Step 4 Configure basic MPLS functions on each node and interface and enable LDP.
# Configure LSRA.
[LSRA] mpls lsr-id 1.1.1.1
[LSRA] mpls
[LSRA-mpls] lsp-trigger all
[LSRA-mpls] quit
[LSRA] mpls ldp
[LSRA-mpls-ldp] quit
[LSRA] interface vlanif10
[LSRA-Vlanif10] mpls
[LSRA-Vlanif10] mpls ldp
[LSRA-Vlanif10] quit
# Configure LSRB.
[LSRB] mpls lsr-id 2.2.2.2
[LSRB] mpls
[LSRB-mpls] lsp-trigger all
[LSRB-mpls] quit
[LSRB] mpls ldp
[LSRB-mpls-ldp] propagate mapping for ip-prefix FilterOnTransit
[LSRB-mpls-ldp] quit
[LSRB] interface Vlanif10
[LSRB-Vlanif10] mpls
[LSRB-Vlanif10] mpls ldp
[LSRB-Vlanif10] quit
[LSRB] interface Vlanif20
[LSRB-Vlanif20] mpls
[LSRB-Vlanif20] mpls ldp
[LSRB-Vlanif20] quit
The configurations of LSRC and LSRD are similar to the configuration of LSRA, and are not
mentioned here.
Step 5 Verify the configuration.
Run the display mpls ldp lsp command, and you can view the establishment of the LDP LSPs.
# Check the LDP LSP on LSRA.
[LSRA] display mpls ldp lsp
LDP LSP Information
-------------------------------------------------------------------------------
DestAddress/Mask In/OutLabel UpstreamPeer NextHop OutInterface
-------------------------------------------------------------------------------
1.1.1.1/32 3/NULL 2.2.2.2 127.0.0.1 InLoop0
2.2.2.2/32 NULL/3 - 10.1.1.2 Vlanif10
2.2.2.2/32 1024/3 2.2.2.2 10.1.1.2 Vlanif10
4.4.4.4/32 NULL/1027 - 10.1.1.2 Vlanif10
4.4.4.4/32 1025/1027 2.2.2.2 10.1.1.2 Vlanif10
10.1.1.0/24 3/NULL 2.2.2.2 10.1.1.1 Vlanif10
*10.1.1.0/24 Liberal
10.2.1.0/24 NULL/3 - 10.1.1.2 Vlanif10
10.2.1.0/24 1027/3 2.2.2.2 10.1.1.2 Vlanif10
-------------------------------------------------------------------------------
TOTAL: 8 Normal LSP(s) Found.
TOTAL: 1 Liberal LSP(s) Found.
TOTAL: 0 Frr LSP(s) Found.
A '*' before a LSP means the LSP is not established
A '*' before a Label means the USCB or DSCB is stale
A '*' before a UpstreamPeer means the session is stale
A '*' before a DS means the session is stale
A '*' before a NextHop means the LSP is FRR LSP
According to the preceding information, only the LDP LSP to the destination 4.4.4.4/32 that
takes LSRB as the transit node exists on each node, and other LDP LSPs that do not take LSRB
as the transit node exist on each node. This is because the IP prefix list is configured.
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10
#
mpls lsr-id 1.1.1.1
mpls
lsp-trigger all
#
mpls ldp
#
interface Vlanif 10
ip address 10.1.1.1 255.255.255.0
mpls
mpls ldp
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface LoopBack0
ip address 1.1.1.1 255.255.255.255
#
ospf 1
area 0.0.0.0
network 1.1.1.1 0.0.0.0
network 10.1.1.0 0.0.0.255
#
return
#
return
Networking Requirements
As shown in Figure 2-6, an LDP LSP is set up along the path PE1 P1 PE2 and the path
PE2 P2 PE1 is an IP link. Static BFD is required to detect the connectivity of the LDP
LSP.
Figure 2-6 Networking diagram for configuring static BFD for LDP LSPs
Loopback1
2.2.2.2/32
P1
LSP
GE1/0/0 GE1/0/0
GE1/0/1 GE1/0/1
PE1 PE2
GE1/0/0 GE1/0/1
P2
Loopback1
3.3.3.3/32
Configuration Roadmap
The configuration roadmap is as follows:
1. Create VLANIF interfaces, and use OSPF in the entire MPLS domain to ensure the
connectivity between the nodes.
2. Set up an LDP LSP along the path PE1-P1-PE2.
3. On PE1, configure a BFD session that is bound to the LDP LSP.
4. On PE2, configure a BFD session that is bound to the IP link to notify PE1 of the detected
LDP LSP faults.
Data Preparation
To complete the configuration, you need the following data:
l IP address of each interface on each node
l OSPF process ID
l BFD configuration name, local discriminator, and remote discriminator
Procedure
Step 1 Create VLANs on PE and P devices and add GE interfaces to the VLANs, create VLANIF
interfaces, and assign IP addresses to the VLANIF interfaces and configure OSPF.
As shown in Figure 2-6, configure IP addresses and masks for the interfaces, including loopback
interfaces.
Configure OSPF on all the nodes and advertise host routes of the loopback interfaces. The
configuration details are not mentioned here.
After the configuration, LSRs can ping each other. Run the display ip routing-table command
on each LSR, and you can view the routing entries to the LSRs.
Step 2 Set up an LDP LSP along the path PE1-P1-PE2.
# Configure PE1.
[PE1] mpls lsr-id 1.1.1.1
[PE1] mpls
[PE1-mpls] quit
[PE1] mpls ldp
[PE1-mpls-ldp] quit
[PE1] interface vlanif 10
[PE1-Vlanif10] mpls
[PE1-Vlanif10] mpls ldp
# Configure P1.
[P1] mpls lsr-id 2.2.2.2
[P1] mpls
[P1-mpls] quit
[P1] mpls ldp
[P1-mpls-ldp] quit
[P1] interface vlanif 10
[P1-Vlanif10] mpls
[P1-Vlanif10] mpls ldp
[P1] interface vlanif 20
[P1-Vlanif20] mpls
[P1-Vlanif20] mpls ldp
# Configure PE2.
[PE2] mpls lsr-id 4.4.4.4
[PE2] mpls
[PE2-mpls] quit
[PE2] mpls ldp
[PE2-mpls-ldp] quit
[PE2] interface vlanif 20
[PE2-Vlanif20] mpls
[PE2-Vlanif120] mpls ldp
# Run the display mpls ldp lsp command, and you can view that an LDP LSP destined for
4.4.4.4/32 is set up on PE1.
<PE1> display mpls ldp lsp
LDP LSP Information
------------------------------------------------------------------------------
DestAddress/Mask In/OutLabel UpstreamPeer Next-Hop OutInterface
------------------------------------------------------------------------------
1.1.1.1/32 3/NULL 2.2.2.2 127.0.0.1 InLoop0
2.2.2.2/32 NULL/3 - 10.1.1.2 Vlanif10
4.4.4.4/32 NULL/1025 - 10.1.1.2 Vlanif10
------------------------------------------------------------------------------
TOTAL: 3 Normal LSP(s) Found.
TOTAL: 0 Liberal LSP(s) Found.
TOTAL: 0 Frr LSP(s) Found.
A '*' before a LSP means the LSP is not established
A '*' before a Label means the USCB or DSCB is stale
A '*' before a UpstreamPeer means the session is stale
A '*' before a DS means the session is stale
A '*' before a NextHop means the LSP is FRR LSP
Step 3 Enable global BFD on the two nodes of the detected link.
# Configure PE1.
<PE1> system-view
[PE1] bfd
[PE1-bfd] quit
# Configure PE2.
<PE2> system-view
[PE2] bfd
[PE2-bfd] quit
Step 4 On the ingress node, configure a BFD session that is bound to the LDP LSP.
# Configure PE1.
<PE1> system-view
[PE1] bfd pe1tope2 bind ldp-lsp peer-ip 4.4.4.4 nexthop 10.1.1.2 interface
vlanif10
[PE1-bfd-lsp-session-pe1tope2] discriminator local 1
[PE1-bfd-lsp-session-pe1tope2] discriminator remote 2
[PE1-bfd-lsp-session-pe1tope2] process-pst
[PE1-bfd-lsp-session-pe1tope2] commit
[PE1-bfd-lsp-session-pe1tope2] quit
Step 5 On the egress node, configure a BFD session that is bound to the IP link to notify the ingress
node of LDP LSP faults.
# Configure PE2.
<PE2> system-view
[PE2] bfd pe2tope1 bind peer-ip 1.1.1.1
[PE2-bfd-session-pe2tope1] discriminator local 2
[PE2-bfd-session-pe2tope1] discriminator remote 1
[PE2-bfd-session-pe2tope1] commit
[PE2-bfd-session-pe2tope1] quit
# After the configuration, run the display bfd session all verbose command on the egress node,
and you can view that the (Multi Hop) State field is displayed as Up and the BFD Bind Type
field is displayed as Peer IP Address.
[PE2] display bfd session all verbose
--------------------------------------------------------------------------------
Session MIndex : 256 (Multi Hop) State : Up Name : pe2tope1
--------------------------------------------------------------------------------
Local Discriminator : 2 Remote Discriminator : 1
Session Detect Mode : Asynchronous Mode Without Echo Function
BFD Bind Type : Peer IP Address
Bind Session Type : Static
Bind Peer IP Address : 1.1.1.1
Bind Interface : -
Track Interface : -
FSM Board Id : 1 TOS-EXP : 7
Min Tx Interval (ms) : 1000 Min Rx Interval (ms) : 1000
Actual Tx Interval (ms): 1000 Actual Rx Interval (ms): 1000
Local Detect Multi : 3 Detect Interval (ms) : 3000
Echo Passive : Disable Acl Number : -
Destination Port : 3784 TTL : 254
Proc Interface Status : Disable Process PST : Disable
WTR Interval (ms) : -
Active Multi : 3
Last Local Diagnostic : No Diagnostic
Bind Application : No Application Bind
Session TX TmrID : 75 Session Detect TmrID : 76
Session Init TmrID : - Session WTR TmrID : -
Session Echo Tx TmrID : -
PDT Index : FSM-0 | RCV-0 | IF-0 | TOKEN-0
Session Description : -
--------------------------------------------------------------------------------
----End
Configuration Files
l Configuration file of PE1
#
sysname PE1
#
vlan batch 10 30
#
bfd
#
mpls lsr-id 1.1.1.1
mpls
#
mpls ldp
#
interface Vlanif 10
ip address 10.1.1.1 255.255.255.0
mpls
mpls ldp
#
interface Vlanif 30
ip address 10.3.1.1 255.255.255.0
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet1/0/1
port link-type access
port default vlan 30
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
#
bfd pe1tope2 bind ldp-lsp peer-ip 4.4.4.9 nexthop 10.1.1.2 interface vlanif10
discriminator local 1
discriminator remote 2
process-pst
commit
#
ospf 1
area 0.0.0.0
network 1.1.1.1 0.0.0.0
network 10.1.1.0 0.0.0.255
network 10.3.1.0 0.0.0.255
#
return
l Configuration file of P1
#
sysname P1
#
vlan batch 10 20
#
mpls lsr-id 2.2.2.2
mpls
#
mpls ldp
#
interface Vlanif 10
ip address 10.1.1.2 255.255.255.0
mpls
mpls ldp
#
interface Vlanif 20
ip address 10.2.1.1 255.255.255.0
mpls
mpls ldp
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet1/0/1
port link-type access
port default vlan 20
#
interface LoopBack1
ip address 2.2.2.2 255.255.255.255
#
ospf 1
area 0.0.0.0
network 2.2.2.2 0.0.0.0
network 10.1.1.0 0.0.0.255
network 10.2.1.0 0.0.0.255
#
return
l Configuration file of P2
#
sysname P2
#
vlan batch 30 40
#
interface Vlanif 30
ip address 10.3.1.2 255.255.255.0
#
interface Vlanif 40
ip address 10.4.1.1 255.255.255.0
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 30
#
interface GigabitEthernet1/0/1
port link-type access
port default vlan 40
#
interface LoopBack1
ip address 3.3.3.3 255.255.255.255
#
ospf 1
area 0.0.0.0
network 3.3.3.3 0.0.0.0
network 10.3.1.0 0.0.0.255
network 10.4.1.0 0.0.0.255
#
return
l Configuration file of PE2
#
sysname PE2
#
vlan batch 20 40
#
bfd
#
mpls lsr-id 4.4.4.4
mpls
#
mpls ldp
#
interface Vlanif 20
ip address 10.2.1.2 255.255.255.0
mpls
mpls ldp
#
interface Vlanif 40
ip address 10.4.1.2 255.255.255.0
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 20
#
interface GigabitEthernet1/0/1
port link-type access
port default vlan 40
#
interface LoopBack1
ip address 4.4.4.4 255.255.255.255
#
bfd 4to1 bind peer-ip 1.1.1.1
discriminator local 2
discriminator remote 1
commit
#
ospf 1
area 0.0.0.0
network 4.4.4.4 0.0.0.0
network 10.2.1.0 0.0.0.255
network 10.4.1.0 0.0.0.255
#
return
Networking Requirements
As shown in Figure 2-7, LSRA, LSRB, and LSRC belong to one MPLS domain; an LDP LSP
is established between LSRA and LSRC. Dynamic BFD is required to detect the connectivity
of the LDP LSP.
Figure 2-7 Networking diagram for configuring dynamic BFD for LDP LSPs
Loopback0 Loopback0 Loopback0
1.1.1.1/32 2.2.2.2/32 3.3.3.3/32
Configuration Roadmap
The configuration roadmap is as follows:
Data Preparation
To complete the configuration, you need the following data:
Procedure
Step 1 Create VLANs on PE and P devices and add GE interfaces to the VLANs, create VLANIF
interfaces, and assign IP addresses to the VLANIF interfaces and configure OSPF.
As shown in Figure 2-7, configure IP addresses and masks for the interfaces, including loopback
interfaces.
Configure OSPF on all the nodes and advertise host routes of the loopback interfaces. The
configuration details are not mentioned here.
After the configuration, LSRs can ping each other. Run the display ip routing-table command
on each LSR, and you can view the routing entries to the LSRs.
# Configure LSRA.
<LSRA> system-view
[LSRA] mpls lsr-id 1.1.1.1
[LSRA] mpls
[LSRA-mpls] quit
[LSRA] mpls ldp
[LSRA-mpl-ldp] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] mpls
[LSRA-Vlanif10] mpls ldp
[LSRA-Vlanif10] quit
# Configure LSRB.
<LSRB> system-view
[LSRB] mpls lsr-id 2.2.2.2
[LSRB] mpls
[LSRB-mpls] quit
[LSRB] mpls ldp
[LSRB-mpl-ldp] quit
[LSRB] interface vlanif 10
[LSRB-Vlanif10] mpls
[LSRB-Vlanif10] mpls ldp
[LSRB-Vlanif10] quit
[LSRB] interface vlanif 20
[LSRB-Vlanif20] mpls
[LSRB-Vlanif20] mpls ldp
# Configure LSRC.
<LSRC> system-view
[LSRC] mpls lsr-id 3.3.3.3
[LSRC] mpls
[LSRC-mpls] quit
[LSRC] mpls ldp
[LSRC-mpl-ldp] quit
[LSRC] interface vlanif 20
[LSRC-Vlanif20] mpls
[LSRC-Vlanif20] mpls ldp
[LSRC-Vlanif20] quit
After the configuration, run the display mpls ldp lsp command on LSRA, and you can view
that an LDP LSP is set up between LSRA and LSRC. Take the display on LSRA as an example.
[LSRA] display mpls ldp lsp
LDP LSP Information
-------------------------------------------------------------------------------
DestAddress/Mask In/OutLabel UpstreamPeer NextHop OutInterface
-------------------------------------------------------------------------------
1.1.1.1/32 3/NULL 2.2.2.2 127.0.0.1 InLoop0
*1.1.1.1/32 Liberal
2.2.2.2/32 NULL/3 - 100.1.1.2 Vlanif10
2.2.2.2/32 1024/3 2.2.2.2 100.1.1.2 Vlanif10
3.3.3.3/32 NULL/1025 - 100.1.1.2 Vlanif10
3.3.3.3/32 1025/1025 2.2.2.2 100.1.1.2 Vlanif10
-------------------------------------------------------------------------------
TOTAL: 5 Normal LSP(s) Found.
TOTAL: 1 Liberal LSP(s) Found.
TOTAL: 0 Frr LSP(s) Found.
A '*' before a LSP means the LSP is not established
A '*' before a Label means the USCB or DSCB is stale
A '*' before a UpstreamPeer means the session is stale
A '*' before a DS means the session is stale
A '*' before a NextHop means the LSP is FRR LSP
Step 3 Configure dynamic BFD to detect the connectivity of the LDP LSP between LSRA and LSRC.
# Configure an FEC list on LSRA to ensure that BFD detects only the connectivity of the LDP
LSP between LSRA and LSRC.
[LSRA] fec-list tortc
[LSRA-fec-list-tortc] fec-node 3.3.3.3
# Enable BFD on LSRA, specify the FEC list that triggers a BFD session dynamically, and adjust
BFD parameters.
[LSRA] bfd
[LSRA-bfd] quit
[LSRA] mpls
[LSRA-mpls] mpls bfd-trigger fec-list tortc
[LSRA-mpls] mpls bfd enable
[LSRA-mpls] mpls bfd min-tx-interval 100 min-rx-interval 600 detect-multiplier 4
# Check the status of the BFD session created dynamically on LSRC. The BFD Bind Type field
is displayed as Peer IP Address, which indicates that BFD packets sent by LSRC are transmitted
through the IP route.
[LSRC] display bfd session passive-dynamic verbose
-----------------------------------------------------------
Session MIndex : 257 (Multi Hop) State : Up Name :dyn_8193
-----------------------------------------------------------
Local Discriminator : 8193 Remote Discriminator : 8192
Session Detect Mode : Asynchronous Mode Without Echo Function
BFD Bind Type : Peer Ip Address
Bind Session Type : Entire_Dynamic
Bind Peer Ip Address : 1.1.1.1
Bind Interface : --
FSM Board Id : 1 TOS-EXP : 7
Min Tx Interval (ms) : 100 Min Rx Interval (ms) : 600
Actual Tx Interval (ms): 600 Actual Rx Interval (ms): 100
Local Detect Multi : 3 Detect Interval (ms) : 400
Echo Passive : Disabl Acl Number : --
Destination Port : 3784 TTL : 253
Proc interface status : Disable Process PST : Disable
WTR Interval (ms) : --
Active Multi : 4
Last Local Diagnostic : No Diagnostic
Bind Application : LSPV
Session TX TmrID : 75 Session Detect TmrID : 76
Session Init TmrID : -- Session WTR TmrID : --
Session Echo Tx TmrID : --
PDT Index : FSM-0 | RCV-0 | IF-0 | TOKEN-0
Session Description : --
-----------------------------------------------------------
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10
#
bfd
#
mpls lsr-id 1.1.1.1
mpls
mpls bfd enable
mpls bfd-trigger fec-list tortc
mpls bfd min-tx-interval 100 min-rx-interval 600 detect-multiplier 4
#
fec-list tortc
fec-node 3.3.3.3
#
mpls ldp
#
interface Vlanif 10
ip address 10.1.1.1 255.255.255.0
mpls
mpls ldp
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface LoopBack0
ip address 1.1.1.1 255.255.255.255
#
ospf 1
area 0.0.0.0
network 1.1.1.1 0.0.0.0
network 10.1.1.0 0.0.0.255
#
return
l Configuration file of LSRB
#
sysname LSRB
#
vlan batch 10 20
#
mpls lsr-id 2.2.2.2
mpls
#
mpls ldp
#
interface Vlanif 10
ip address 10.1.1.2 255.255.255.0
mpls
mpls ldp
#
interface Vlanif 20
ip address 10.2.1.1 255.255.255.0
mpls
mpls ldp
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface LoopBack0
ip address 2.2.2.2 255.255.255.255
#
ospf 1
area 0.0.0.0
network 2.2.2.2 0.0.0.0
network 10.1.1.0 0.0.0.255
network 10.2.1.0 0.0.0.255
#
return
l Configuration file of LSRC
#
sysname LSRC
#
bfd
mpls-passive
#
vlan batch 20
#
mpls lsr-id 3.3.3.3
mpls
#
mpls ldp
#
interface Vlanif 20
ip address 10.2.1.2 255.255.255.0
mpls
mpls ldp
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface LoopBack0
ip address 3.3.3.3 255.255.255.255
#
ospf 1
area 0.0.0.0
network 3.3.3.3 0.0.0.0
network 10.2.1.0 0.0.0.255
#
return
Networking Requirements
As shown in Figure 2-8, two LSPs are required from LSRA to LSRC. One is the primary LSP
along the path LSRA LSRC and another is the bypass LSP along the path LSRA LSRB
LSRC. Manual LDP FRR is required on LSRA for local interface backup to reduce data loss.
Here, only LSRA must support Manual LDP FRR.
NOTE
In networking of Manual LDP FRR, the bypass LSP must be in liberal state. That is, on an LSR that is
enabled with FRR, run the display ip routing-table ip-address verbose command to view the route state
of the bypass LSP is "Inactive Adv".
/0
E 1/0 2/30 LSRB
G . 1.
.1
10
10.2.1.1/30 10.2.1.2/30
Loopback1 /0
GE2/0/0
1.1.1.9/32 E 1/0 1/30
G . 1.
.1
10
GE2/0/0
LSRA G
10 E 2/
.3. 0/0
1.1
/30
G
10 E 1/ 0
.3.
1.2 /0 LSRC
/30 Primary LSP
Loopback1
3.3.3.9/32 Bypass LSP
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure the IP address of the interfaces, set the loopback address as the LSR ID, and use
OSPF to advertise the network segments that the interfaces are connected to and the LSR
ID host route.
2. Enable MPLS and MPLS LDP globally on the LSRs.
3. Enable MPLS and MPLS LDP on the interfaces.
4. Specify the next hop address that is used by Manual LDP FRR for generating the backup
LSP on the protected interface.
Data Preparation
To complete the configuration, you need the following data:
l IP address of the interfaces, OSPF process ID, and area ID
Procedure
Step 1 Configure VLANs that interfaces belong to.
<Quidway> system-view
[Quidway] sysname LSRA
[LSRA] vlan batch 10 20
[LSRA] interface gigabitethernet 1/0/0
[LSRA-GigabitEthernet1/0/0] port hybrid pvid vlan 10
[LSRA-GigabitEthernet1/0/0] port hybrid untagged vlan 10
[LSRA-GigabitEthernet1/0/0] quit
[LSRA] interface gigabitethernet 2/0/0
[LSRA-GigabitEthernet2/0/0] port hybrid pvid vlan 20
[LSRA-GigabitEthernet2/0/0] port hybrid untagged vlan 20
[LSRA-GigabitEthernet2/0/0] quit
The configurations of LSRB and LSRC are similar to the configuration of LSRA, and are not
mentioned here.
Step 2 Configure an IP address for each VLANIF interface.
[LSRA] interface vlanif 10
[LSRA-Vlanif10] ip address 10.1.1.1 30
[LSRA-Vlanif10] quit
[LSRA] interface vlanif 20
[LSRA-Vlanif20] ip address 10.3.1.1 30
[LSRA-Vlanif20] quit
The configurations of LSRB and LSRC are similar to the configuration of LSRA, and are not
mentioned here.
Step 3 Configure OSPF to advertise the LSR ID host route and network segments that the interfaces
are connected to.
# Configure LSRA.
<LSRA> system-view
[LSRA] ospf 1
[LSRA-ospf-1] area 0
[LSRA-ospf-1-area-0.0.0.0] network 1.1.1.9 0.0.0.0
[LSRA-ospf-1-area-0.0.0.0] network 10.1.1.0 0.0.0.3
[LSRA-ospf-1-area-0.0.0.0] network 10.3.1.0 0.0.0.3
[LSRA-ospf-1-area-0.0.0.0] quit
[LSRA-ospf-1] quit
# Configure LSRB.
<LSRB> system-view
[LSRB] ospf 1
[LSRB-ospf-1] area 0
[LSRB-ospf-1-area-0.0.0.0] network 2.2.2.9 0.0.0.0
[LSRB-ospf-1-area-0.0.0.0] network 10.1.1.0 0.0.0.3
[LSRB-ospf-1-area-0.0.0.0] network 10.2.1.0 0.0.0.3
[LSRB-ospf-1-area-0.0.0.0] quit
[LSRB-ospf-1] quit
# Configure LSRC.
<LSRC> system-view
[LSRC] ospf 1
[LSRC-ospf-1] area 0
[LSRC-ospf-1-area-0.0.0.0] network 3.3.3.9 0.0.0.0
[LSRC-ospf-1-area-0.0.0.0] network 10.3.1.0 0.0.0.3
[LSRC-ospf-1-area-0.0.0.0] network 10.2.1.0 0.0.0.3
[LSRC-ospf-1-area-0.0.0.0] quit
[LSRC-ospf-1] quit
After the configuration, run the display ip routing-table command on each LSR, and you can
view that the LSRs learn the routes from each other.
Take the display on LSRA as an example.
<LSRA> display ip routing-table
Route Flags: R - relay, D - download to fib
------------------------------------------------------------------------------
Routing Tables: Public
Destinations : 12 Routes : 13
Destination/Mask Proto Pre Cost Flags NextHop Interface
1.1.1.9/32 Direct 0 0 D 127.0.0.1 InLoopBack0
2.2.2.9/32 OSPF 10 2 D 10.1.1.2 Vlanif10
3.3.3.9/32 OSPF 10 2 D 10.3.1.2 Vlanif20
10.1.1.0/30 Direct 0 0 D 10.1.1.1 Vlanif10
10.1.1.1/32 Direct 0 0 D 127.0.0.1 InLoopBack0
10.1.1.2/32 Direct 0 0 D 10.1.1.2 Vlanif10
10.2.1.0/30 OSPF 10 2 D 10.3.1.2 Vlanif20
OSPF 10 2 D 10.1.1.2 Vlanif10
10.3.1.0/30 Direct 0 0 D 10.3.1.1 Vlanif20
10.3.1.1/32 Direct 0 0 D 127.0.0.1 InLoopBack0
10.3.1.2/32 Direct 0 0 D 10.3.1.2 Vlanif20
127.0.0.0/8 Direct 0 0 D 127.0.0.1 InLoopBack0
127.0.0.1/32 Direct 0 0 D 127.0.0.1 InLoopBack0
Step 4 Configure the MPLS and MPLS LDP functions on the nodes globally and on the interfaces to
forward the MPLS traffic over the network.
# Configure LSRA.
[LSRA] mpls lsr-id 1.1.1.9
[LSRA] mpls
[LSRA-mpls] quit
[LSRA] mpls ldp
[LSRA-mpls-ldp] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] mpls
[LSRA-Vlanif10] mpls ldp
[LSRA-Vlanif10] quit
[LSRA] interface vlanif 20
[LSRA-Vlanif20] mpls
[LSRA-Vlanif20] mpls ldp
[LSRA-Vlanif20] quit
# Configure LSRB.
[LSRB] mpls lsr-id 2.2.2.9
[LSRB] mpls
[LSRB-mpls] quit
[LSRB] mpls ldp
[LSRB-mpls-ldp] quit
[LSRB] interface vlanif 10
[LSRB-Vlanif10] mpls
[LSRB-Vlanif10] mpls ldp
[LSRB-Vlanif10] quit
[LSRB] interface vlanif 30
[LSRB-Vlanif30] mpls
[LSRB-Vlanif30] mpls ldp
[LSRB-Vlanif30] quit
# Configure LSRC.
[LSRC] mpls lsr-id 3.3.3.9
[LSRC] mpls
[LSRC-mpls] quit
[LSRC] mpls ldp
[LSRC-mpls-ldp] quit
[LSRC] interface vlanif 20
[LSRC-Vlanif20] mpls
[LSRC-Vlanif20] mpls ldp
[LSRC-Vlanif20] quit
[LSRC] interface vlanif 30
[LSRC-Vlanif30] mpls
[LSRC-Vlanif30] mpls ldp
[LSRC-Vlanif30] quit
After the configuration, LDP sessions are established between neighboring LSRs. Run the
display mpls ldp session command on each LSR, and you can view that Status is displayed as
Operational.
Take the display on LSRA as an example.
<LSRA> display mpls ldp session
LDP Session(s) in Public Network
Codes: LAM(Label Advertisement Mode), SsnAge Unit(DDDD:HH:MM)
A '*' before a session means the session is being deleted.
------------------------------------------------------------------------------
PeerID Status LAM SsnRole SsnAge KASent/Rcv
------------------------------------------------------------------------------
2.2.2.9:0 Operational DU Passive 0000:00:01 8/8
3.3.3.9:0 Operational DU Passive 0000:00:01 6/6
------------------------------------------------------------------------------
TOTAL: 2 session(s) Found.
Step 5 Enable Manual LDP FRR on the Vlanif20 on LSRA, and specify the next hop address for
generating the backup LSP.
# Configure LSRA.
[LSRA] interface vlanif 20
[LSRA-Vlanif20] mpls ldp frr nexthop 10.1.1.2
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10 20
#
mpls lsr-id 1.1.1.9
mpls
#
mpls ldp
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.252
mpls
mpls ldp
#
interface Vlanif20
ip address 10.3.1.1 255.255.255.252
mpls
mpls ldp
mpls ldp frr nexthop 10.1.1.2
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 10
port hybrid untagged vlan 10
#
interface GigabitEthernet 2/0/0
port hybrid pvid vlan 20
port hybrid untagged vlan 20
#
ospf 1
area 0.0.0.0
network 1.1.1.9 0.0.0.0
network 10.1.1.0 0.0.0.3
network 10.3.1.0 0.0.0.3
#
return
return
Networking Requirements
With the development of networks, new services that have stringent requirements for real-time
transmission are emerging, for example, Voice over IP (VoIP) and on-line video services. A
large number of services are based on VPN. Currently, VPN services are generally implemented
by using LDP tunnels. In case of data loss due to faults over the link, these services will be
seriously affected.
The Manual LDP FRR is a technique that ensures that when a fault occurs, service traffic on the
public network is forwarded along the backup LSP before routes are converged and a new
primary LSP is established. This mechanism ensures that the service interruption lasts for only
as long as it takes the fault to be detected and traffic to be switched to the backup LSP. Therefore,
packet loss lasts for less than 50 ms. But the time that is required for VPN services to be switched
to a new LSP after routes convergence is completed depends on the actual VPN implementation.
This means that the speed at which VPN services are switched to the new primary LSP must be
raised so as to ensure that VPN services are interrupted for less than 50 ms. This issue can be
solved by configuring LDP Auto FRR.
As shown in Figure 2-9, the primary and backup LSPs are set up between LSRA and LSRC.
The primary LSP is along the path from LSRA to LSRC, and the backup LSP is along the path
LSRA -> LSRB -> LSRC. When the primary LSP becomes faulty, traffic must be rapidly
switched to the backup LSP. After LDP Auto FRR is configured on LSRA, in case of a fault
over the link, a backup LSP is automatically set up to reduce traffic loss.
10 GE
.1 1/0
.1 /0
4 .3 /1
.1 1/0
/2
.1
.2
/2
10 GE
LSRB 4
backup LSP
G 1. 3
.1 /0
10
E1 .2
4
.1 1/0
/2
.
/0 /24
.1
10 GE
/2
primary LSP GE1/0/0 LSRD
LSRA LSRC 10.1.4.1/24
GE1/0/1 GE1/0/1 GE1/0/0
10.1.2.1/24 10.1.2.2/24 10.1.4.2/24
Loopback0 Loopback0 Loopback0
1.1.1.9/32 3.3.3.9/32 4.4.4.9/32
Configuration Roadmap
The configuration roadmap is as follows:
1. Assign IP addresses to interfaces on each node and configure the loopback address that is
used as the LSR ID.
2. Configure IS-IS to advertise the network segments connecting to interfaces on each node
and to advertise the routes of hosts with LSR IDs.
3. Enable global and interface-based MPLS and MPLS LDP on each node.
4. Enable IS-IS Auto FRR on the LSR from which the protected traffic is originated.
5. Change the LSP triggering policy to trigger the setup of LSPs for all routes.
6. Configure a policy for triggering the setup of backup LSPs on the LSR from which the
protected traffic is originated.
Data Preparation
To complete the configuration, you need the following data:
l IP addresses of the interfaces on each node, as listed in Figure 2-9, IS-IS process IDs, and
the area where each nodes resides
l Policy for triggering the setup of backup LSPs
Procedure
Step 1 Configure VLANs that interfaces belong to and configure an IP address for each VLANIF
interface.
# Configure LSRA.
<Quidway> system-view
[Quidway] sysname LSRA
[LSRA] interface loopback1
[LSRA-LoopBack1] ip address 1.1.1.9 32
[LSRA-LoopBack1] quit
[LSRA] interface gigabitethernet1/0/0
[LSRA-GigabitEthernet1/0/0] port link-type access
[LSRA-GigabitEthernet1/0/0] quit
[LSRA] vlan 10
[LSRA-vlan10] port gigabitethernet1/0/0
[LSRA-vlan10] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] ip address 10.1.1.1 24
[LSRA-Vlanif10] quit
[LSRA] interface gigabitethernet2/0/0
[LSRA-GigabitEthernet2/0/0] port link-type access
[LSRA-GigabitEthernet2/0/0] quit
[LSRA] vlan 20
[LSRA-vlan20] port gigabitethernet2/0/0
[LSRA-vlan20] quit
[LSRA] interface vlanif 20
[LSRA-Vlanif20] ip address 10.1.2.1 24
[LSRA-Vlanif20] quit
The configurations of LSRB, LSRC and LSRD are similar to the configuration of LSRA, and
are not mentioned here.
Step 2 Enable IS-IS to advertise the network segments connecting to interfaces on each node and to
advertise the routes of hosts with LSR IDs.
# Configure LSRA.
<LSRA> system-view
[LSRA] isis 1
[LSRA-isis-1] network-entity 10.0000.0000.0001.00
[LSRA-isis-1] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] isis enable 1
[LSRA-Vlanif10] quit
[LSRA] interface vlanif 20
[LSRA-Vlanif20] isis enable 1
[LSRA-Vlanif20] quit
[LSRA] interface loopBack 0
# Configure LSRB.
<LSRB> system-view
[LSRB] isis 1
[LSRB-isis-1] network-entity 10.0000.0000.0002.00
[LSRB-isis-1] quit
[LSRB] interface vlanif 10
[LSRB-Vlanif10] isis enable 1
[LSRB-Vlanif10] quit
[LSRB] interface vlanif 40
[LSRB-Vlanif40] isis enable 1
[LSRB-Vlanif40] quit
[LSRB] interface loopBack 0
[LSRB-LoopBack0] isis enable 1
[LSRB-LoopBack0] quit
# Configure LSRC.
<LSRC> system-view
[LSRC] isis 1
[LSRC-isis-1] network-entity 10.0000.0000.0003.00
[LSRC-isis-1] quit
[LSRC] interface vlanif 30
[LSRC-Vlanif30] isis enable 1
[LSRC-Vlanif30] quit
[LSRC] interface vlanif 20
[LSRC-Vlanif20] isis enable 1
[LSRC-Vlanif20] quit
[LSRC] interface vlanif 40
[LSRC-Vlanif40] isis enable 1
[LSRC-Vlanif40] quit
[LSRC] interface loopBack 0
[LSRC-LoopBack0] isis enable 1
[LSRC-LoopBack0] quit
# Configure LSRD.
<LSRD> system-view
[LSRD] isis 1
[LSRD-isis-1] network-entity 10.0000.0000.0004.00
[LSRD-isis-1] quit
[LSRD] interface vlanif 30
[LSRD-Vlanif30] isis enable 1
[LSRD-Vlanif30] quit
[LSRD] interface loopBack 0
[LSRD-LoopBack0] isis enable 1
[LSRD-LoopBack0] quit
Step 3 Configure global and interface-based MPLS and MPLS LDP on each node. Enable the network
to forward MPLS traffic and view the setup of the LSPs.
# Configure LSRA.
[LSRA] mpls lsr-id 1.1.1.9
[LSRA] mpls
[LSRA-mpls] quit
[LSRA] mpls ldp
[LSRA-mpls-ldp] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] mpls
[LSRA-Vlanif10] mpls ldp
[LSRA-Vlanif10] quit
[LSRA] interface vlanif 20
[LSRA-Vlanif20] mpls
[LSRA-Vlanif20] mpls ldp
[LSRA-Vlanif20] quit
# Configure LSRB.
[LSRB] mpls lsr-id 2.2.2.9
[LSRB] mpls
[LSRB-mpls] quit
[LSRB] mpls ldp
[LSRB-mpls-ldp] quit
[LSRB] interface vlanif 10
[LSRB-Vlanif10] mpls
[LSRB-Vlanif10] mpls ldp
[LSRB-Vlanif10] quit
[LSRB] interface vlanif 40
[LSRB-Vlanif40] mpls
[LSRB-Vlanif40] mpls ldp
[LSRB-Vlanif40] quit
# Configure LSRC.
[LSRC] mpls lsr-id 3.3.3.9
[LSRC] mpls
[LSRC-mpls] quit
[LSRC] mpls ldp
[LSRC-mpls-ldp] quit
[LSRC] interface vlanif 30
[LSRC-Vlanif30] mpls
[LSRC-Vlanif30] mpls ldp
[LSRC-Vlanif30] quit
[LSRC] interface vlanif 20
[LSRC-Vlanif20] mpls
[LSRC-Vlanif20] mpls ldp
[LSRC-Vlanif20] quit
[LSRC] interface vlanif 40
[LSRC-Vlanif40] mpls
[LSRC-Vlanif40] mpls ldp
[LSRC-Vlanif40] quit
# Configure LSRD.
[LSRD] mpls lsr-id 4.4.4.9
[LSRD] mpls
[LSRD-mpls] quit
[LSRD] mpls ldp
[LSRD-mpls-ldp] quit
[LSRD] interface vlanif 30
[LSRD-Vlanif30] mpls
[LSRD-Vlanif30] mpls ldp
[LSRD-Vlanif30] quit
# After the configuration is complete, run the display mpls lsp command on LSRA to view the
established LSP.
[LSRA] display mpls lsp
-------------------------------------------------------------------------------
LSP Information: LDP LSP
-------------------------------------------------------------------------------
FEC In/Out Label In/Out IF Vrf Name
2.2.2.9/32 NULL/3 -/Vlanif10
2.2.2.9/32 1024/3 -/Vlanif10
3.3.3.9/32 NULL/3 -/Vlanif20
3.3.3.9/32 1025/3 -/Vlanif20
4.4.4.9/32 NULL/1026 -/Vlanif20
4.4.4.9/32 1026/1026 -/Vlanif20
The preceding command output shows that by default, the setup of LSPs is triggered by LDP
for the routes with 32-bit addresses.
Step 4 Enable IS-IS Auto FRR on LSRA. View the routing information and the setup of the LSPs.
# Display information about the route between LSRA and the link connecting LSRC and LSRD.
[LSRA] display ip routing-table 10.1.4.0 verbose
Destination: 10.1.4.0/24
Protocol: ISIS Process ID: 1
Preference: 15 Cost: 20
NextHop: 10.1.2.2 Neighbour: 0.0.0.0
State: Active Adv Age: 00h05m38s
Tag: 0 Priority: low
Label: NULL QoSInfo: 0x0
IndirectID: 0x0
RelayNextHop: 0.0.0.0 Interface: Vlanif20
TunnelID: 0x0 Flags: D
BkNextHop: 10.1.1.2 BkInterface: Vlanif10
BkLabel: NULL SecTunnelID: 0x0
BkPETunnelID: 0x0 BkPESecTunnelID: 0x0
BkIndirectID: 0x0
The preceding command output shows that a backup IS-IS route is generated after IS-IS Auto
FRR is enabled.
# Run the display mpls lsp command on LSRA to view the setup of the LSPs.
[LSRA] display mpls lsp
-------------------------------------------------------------------------------
LSP Information: LDP LSP
-------------------------------------------------------------------------------
FEC In/Out Label In/Out IF Vrf Name
2.2.2.9/32 NULL/3 -/Vlanif10
**LDP FRR** /1025 /Vlanif20
2.2.2.9/32 1024/3 -/Vlanif10
**LDP FRR** /1025 /Vlanif20
3.3.3.9/32 NULL/3 -/Vlanif20
**LDP FRR** /1025 /Vlanif10
3.3.3.9/32 1025/3 -/Vlanif20
**LDP FRR** /1025 /Vlanif10
4.4.4.9/32 NULL/1026 -/Vlanif20
**LDP FRR** /1026 /Vlanif10
4.4.4.9/32 1026/1026 -/Vlanif20
**LDP FRR** /1026 /Vlanif10
The preceding command output shows that by default, the setup of a backup LSP is triggered
by LDP for the routes with 32-bit addresses.
Step 5 Run the lsp-trigger command on LSRC to change the LSP triggering policy to trigger the setup
of LSPs for all routes. Then, view the setup of the LSPs.
# Run the lsp-trigger command on LSRC to change the LSP triggering policy to trigger the
setup of LSPs for all routes.
[LSRC] mpls
[LSRC-mpls] lsp-trigger all
# Run the display mpls lsp command on LSRA to view information about the established LSPs.
-------------------------------------------------------------------------------
LSP Information: LDP LSP
-------------------------------------------------------------------------------
FEC In/Out Label In/Out IF Vrf Name
2.2.2.9/32 NULL/3 -/Vlanif10
**LDP FRR** /1025 /Vlanif20
2.2.2.9/32 1024/3 -/Vlanif10
**LDP FRR** /1025 /Vlanif20
3.3.3.9/32 NULL/3 -/Vlanif20
**LDP FRR** /1025 /Vlanif10
3.3.3.9/32 1025/3 -/Vlanif20
**LDP FRR** /1025 /Vlanif10
4.4.4.9/32 NULL/1026 -/Vlanif20
**LDP FRR** /1026 /Vlanif10
4.4.4.9/32 1026/1026 -/Vlanif20
**LDP FRR** /1026 /Vlanif10
10.1.3.0/24 1027/3 -/Vlanif20
10.1.4.0/24 1028/3 -/Vlanif20
The preceding command output shows that the setup of LSPs is triggered by LDP for the routes
with 24-bit addresses.
Step 6 Configure a triggering policy to trigger the setup of backup LSPs for all backup routes.
# Run the auto-frr lsp-trigger command on LSRA to trigger the setup of backup LSPs for all
backup routes.
[LSRA] mpls ldp
[LSRA-mpls-ldp] auto-frr lsp-trigger all
[LSRA-mpls-ldp] quit
-------------------------------------------------------------------------------
LSP Information: LDP LSP
-------------------------------------------------------------------------------
FEC In/Out Label In/Out IF Vrf Name
2.2.2.9/32 NULL/3 -/Vlanif10
**LDP FRR** /1025 /Vlanif20
2.2.2.9/32 1024/3 -/Vlanif10
**LDP FRR** /1025 /Vlanif20
3.3.3.9/32 NULL/3 -/Vlanif20
**LDP FRR** /1025 /Vlanif10
3.3.3.9/32 1025/3 -/Vlanif20
**LDP FRR** /1025 /Vlanif10
4.4.4.9/32 NULL/1026 -/Vlanif20
**LDP FRR** /1026 /Vlanif10
4.4.4.9/32 1026/1026 -/Vlanif20
**LDP FRR** /1026 /Vlanif10
10.1.3.0/24 1027/3 -/Vlanif20
10.1.4.0/24 1028/3 -/Vlanif20
**LDP FRR** /1027 /Vlanif10
The preceding command output shows that backup LSP is set up between LSRA and the link
connecting LSRC and LSRD.
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10 20
#
mpls lsr-id 1.1.1.9
mpls
#
mpls ldp
auto-frr lsp-trigger all
#
aaa
authentication-scheme default
#
authorization-scheme default
#
accounting-scheme default
#
domain default
#
#
isis 1
frr
loop-free-alternate level-1
loop-free-alternate level-2
network-entity 10.0000.0000.0001.00
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.0
isis enable 1
mpls
mpls ldp
#
interface Vlanif20
ip address 10.1.2.1 255.255.255.0
isis enable 1
mpls
mpls ldp
#
interface LoopBack0
ip address 1.1.1.9 255.255.255.255
isis enable 1
#
interface GigabitEthernet 1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet 1/0/1
port link-type access
port default vlan 20
#
user-interface con 0
user-interface vty 0 4
user-interface vty 16 20
#
return
mpls
#
aaa
authentication-scheme default
#
authorization-scheme default
#
accounting-scheme default
#
domain default
#
isis 1
network-entity 10.0000.0000.0002.00
#
interface Vlanif10
ip address 10.1.1.2 255.255.255.0
isis enable 1
mpls
mpls ldp
#
interface Vlanif40
ip address 10.1.3.1 255.255.255.0
isis enable 1
mpls
mpls ldp
#
interface LoopBack0
ip address 2.2.2.9 255.255.255.255
isis enable 1
#
interface GigabitEthernet 1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet 1/0/1
port link-type access
port default vlan 40
#
user-interface con 0
user-interface vty 0 4
user-interface vty 16 20
#
return
l Configuration file of LSRC
#
sysname LSRC
#
vlan batch 30 20 40
#
mpls lsr-id 3.3.3.9
mpls
lsp-trigger all
#
aaa
authentication-scheme default
#
authorization-scheme default
#
accounting-scheme default
#
domain default
#
isis 1
network-entity 10.0000.0000.0003.00
#
interface Vlanif30
ip address 10.1.4.1 255.255.255.0
isis enable 1
mpls
mpls ldp
#
interface Vlanif20
ip address 10.1.2.2 255.255.255.0
isis enable 1
mpls
mpls ldp
#
interface Vlanif40
ip address 10.1.3.2 255.255.255.0
isis enable 1
mpls
mpls ldp
#
interface LoopBack0
ip address 3.3.3.9 255.255.255.255
isis enable 1
#
interface GigabitEthernet 1/0/0
port link-type access
port default vlan 30
#
interface GigabitEthernet 1/0/1
port link-type access
port default vlan 20
#
interface GigabitEthernet 1/0/2
port link-type access
port default vlan 40
#
user-interface con 0
user-interface vty 0 4
user-interface vty 16 20
#
return
l Configuration file of LSRD
#
sysname LSRD
#
vlan batch 30
#
mpls lsr-id 4.4.4.9
mpls
#
aaa
authentication-scheme default
#
authorization-scheme default
#
accounting-scheme default
#
domain default
#
#
isis 1
network-entity 10.0000.0000.0004.00
#
interface Vlanif30
ip address 10.1.4.2 255.255.255.0
isis enable 1
mpls
mpls ldp
#
interface LoopBack0
ip address 4.4.4.9 255.255.255.255
isis enable 1
#
interface GigabitEthernet 1/0/0
Networking Requirements
As shown in Figure 2-10, two links are established between PE1 and PE2. The link PE1->P1-
>P2->PE2 is an active link and the link PE1->P1->P3->PE2 is a standby link.
Configure synchronization of LDP and an IGP on the interfaces of both ends of the link between
crossing node P1 of the active link and the standby link and LDP neighboring node P2 on the
active link. After the faulty active link is recovered, the synchronization function can be used to
shorten the interval for switching the traffic from the standby link to the active link and reduce
the interruption at the millisecond level.
Figure 2-10 Networking diagram for configuring synchronization of LDP and an IGP
Loopback1
2.2.2.9/32
/0 GE
1/0 2/0
/0
Loopback1 GE Loopback1
1.1.1.9/32 P2 4.4.4.9/32
/0 GE
E 1/0 1/0
G /0
PE1 PE2
P1 GE 0
2/0 /0/
/0 G E2
GE
1/0 P3 /0
/0
E 2/0
G
Primary link
Configuration Roadmap
The configuration roadmap is as follows:
1. Create VLANs and VLANIF interfaces.
2. Configure synchronization of LDP and an IGP on the interfaces of both ends of the link
between crossing node P1 of the active link and the standby link and LDP neighboring node
P2 on the active link.
3. Set the values of the hold-down timer, hold-max-cost timer, and delay timer on the
interfaces of both ends of the link between crossing node P1 of the active link and the
standby link and LDP neighboring node P2 on the active link.
Data Preparation
To complete the configuration, you need the following data:
l IP address of each interface on each node shown in Figure 2-10, OSPF process ID, and
OSPF area ID
l Values of the hold-down timer, hold-max-cost timer, and delay timer
Procedure
Step 1 Create VLANs on the S9700 and add GE interfaces to the VLANs, create VLANIF interfaces,
and assign IP addresses to the VLANIF interfaces.
As shown in Figure 2-10, configure IP addresses and masks for the interfaces, including
loopback interfaces. Configure OSPF to advertise the network segments that the interfaces are
connected to and the host route of the LSR ID. The configuration details are not mentioned here.
The link PE1 P1 P2 PE2 is an active link and the link PE1 P1 P3 PE2 is a
standby link. The cost of VLANIF 30 on P1 is 1000.
After the configuration, run the display ip routing-table command on each node, and you can
view that the nodes learn routes from each other. The outgoing interface of the route from P1 to
P2 is VLANIF 10.. Take the display on P1 as an example.
<P1> display ip routing-table
Route Flags: R - relay, D - download to fib
------------------------------------------------------------------------------
Routing Tables: Public
Destinations : 14 Routes : 14
Destination/Mask Proto Pre Cost Flags NextHop Interface
1.1.1.9/32 Direct 0 0 D 127.0.0.1 InLoopBack1
2.2.2.9/32 OSPF 10 2 D 10.1.1.2 Vlanif10
3.3.3.9/32 OSPF 10 4 D 10.1.1.2 Vlanif10
4.4.4.9/32 OSPF 10 3 D 10.1.1.2 Vlanif10
10.1.1.0/24 Direct 0 0 D 10.1.1.1 Vlanif10
10.1.1.1/32 Direct 0 0 D 127.0.0.1 InLoopBack1
10.1.1.2/32 Direct 0 0 D 10.1.1.2 Vlanif10
10.2.1.0/24 OSPF 10 2 D 10.1.1.2 Vlanif10
10.3.1.0/24 Direct 0 0 D 10.3.1.1 Vlanif30
10.3.1.1/32 Direct 0 0 D 127.0.0.1 InLoopBack1
10.3.1.2/32 Direct 0 0 D 10.3.1.2 Vlanif30
10.4.1.0/24 OSPF 10 3 D 10.1.1.2 Vlanif10
127.0.0.0/32 Direct 0 0 D 127.0.0.1 InLoopBack1
127.0.0.1/32 Direct 0 0 D 127.0.0.1 InLoopBack1
Step 2 Enable MPLS and MPLS LDP globally and on all the interfaces of the nodes.
# Configure P1.
<P1> system-view
[P1] mpls lsr-id 1.1.1.9
[P1] mpls
[P1-mpls] quit
[P1] mpls ldp
[P1-mpls-ldp] quit
[P1] interface vlanif 10
[P1-Vlanif10] mpls
[P1-Vlanif10] mpls ldp
[P1-Vlanif10] quit
[P1] interface vlanif 30
[P1-Vlanif30] mpls
[P1-Vlanif30] mpls ldp
[P1-Vlanif30] quit
# Configure P2.
<P2> system-view
[P2] mpls lsr-id 2.2.2.9
[P2] mpls
[P2-mpls] quit
[P2] mpls ldp
[P2-mpls-ldp] quit
[P2] interface vlanif 10
[P2-Vlanif10] mpls
[P2-Vlanif10] mpls ldp
[P2-Vlanif10] quit
[P2] interface vlanif 20
[P2-Vlanif20] mpls
[P2-Vlanif20] mpls ldp
[P2-Vlanif20] quit
# Configure P3.
<P3> system-view
[P3] mpls lsr-id 3.3.3.9
[P3] mpls
[P3-mpls] quit
[P3] mpls ldp
[P3-mpls-ldp] quit
[P3] interface vlanif 30
[P3-Vlanif30] mpls
[P3-Vlanif30] mpls ldp
[P3-Vlanif30] quit
[P3] interface vlanif 40
[P3-Vlanif40] mpls
# Configure PE2.
<PE2> system-view
[PE2] mpls lsr-id 4.4.4.9
[PE2] mpls
[PE2-mpls] quit
[PE2] mpls ldp
[PE2-mpls-ldp] quit
[PE2] interface vlanif 20
[PE2-Vlanif20] mpls
[PE2-Vlanif20] mpls ldp
[PE2-Vlanif20] quit
[PE2] interface vlanif 40
[PE2-Vlanif40] mpls
[PE2-Vlanif40] mpls ldp
[PE2-Vlanif40] quit
After the configuration, LDP sessions are established between neighboring nodes. Run the
display mpls ldp session command on each node, and you can view that Status is displayed as
Operational. Take the display on P1 as an example.
<P1> display mpls ldp session
LDP Session(s) in Public Network
Codes: LAM(Label Advertisement Mode), SsnAge Unit(DDDD:HH:MM)
A '*' before a session means the session is being deleted.
------------------------------------------------------------------------------
Peer-ID Status LAM SsnRole SsnAge KASent/Rcv
------------------------------------------------------------------------------
2.2.2.9:0 Operational DU Passive 000:00:56 227/227
3.3.3.9:0 Operational DU Passive 000:00:56 227/227
------------------------------------------------------------------------------
TOTAL: 2 session(s) Found.
Step 3 Configure synchronization of LDP and an IGP on the interfaces of both ends of the link between
crossing node P1 of the active link and the standby link and LDP neighboring node P2 on the
active link.
# Configure P1.
<P1> system-view
[P1] interface vlanif 10
[P1-Vlanif10] ospf ldp-sync
[P1-Vlanif10] quit
# Configure P2.
<P2> system-view
[P2] interface vlanif 10
[P2-Vlanif20] ospf ldp-sync
[P2-Vlanif20] quit
Step 4 Set the value of the hold-down timer on the interfaces of both ends of the link between crossing
node P1 of the active link and the standby link and LDP neighboring node P2 on the active link.
# Configure P1.
<P1> system-view
[P1] interface vlanif 10
[P1-Vlanif10] ospf timer ldp-sync hold-down 8
[P1-Vlanif10] quit
# Configure P2.
<P2> system-view
[P2] interface vlanif 10
Step 5 Set the value of the hold-max-cost timer on the interfaces of both ends of the link between
crossing node P1 of the active link and the standby link and LDP neighboring node P2 on the
active link.
# Configure P1.
<P1> system-view
[P1] interface vlanif 10
[P1-Vlanif10] ospf timer ldp-sync hold-max-cost 9
[P1-Vlanif10] quit
# Configure P2.
<P2> system-view
[P2] interface vlanif 10
[P2-Vlanif10] ospf timer ldp-sync hold-max-cost 9
[P2-Vlanif10] quit
Step 6 Set the value of the delay timer on the interfaces of both ends of the link between crossing node
P1 of the active link and the standby link and LDP neighboring node P2 on the active link.
# Configure P1.
<P1> system-view
[P1] interface vlanif 10
[P1-Vlanif10] mpls ldp timer igp-sync-delay 6
[P1-Vlanif10] quit
# Configure P2.
<P2> system-view
[P2] interface vlanif 10
[P2-Vlanif10] mpls ldp timer igp-sync-delay 6
[P2-Vlanif10] quit
----End
Configuration Files
l Configuration file of P1
#
sysname P1
#
vlan batch 10 30
#
mpls lsr-id 1.1.1.9
mpls
#
mpls ldp
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.0
ospf ldp-sync
ospf timer ldp-sync holddown 8
#
return
l Configuration file of P3
#
sysname P3
#
vlan batch 30 40
#
mpls lsr-id 3.3.3.9
mpls
#
mpls ldp
#
interface Vlanif30
ip address 10.3.1.2 255.255.255.0
mpls
mpls ldp
#
interface Vlanif40
ip address 10.4.1.1 255.255.255.0
mpls
mpls ldp
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 30
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 40
#
ospf 1
area 0.0.0.0
network 3.3.3.9 0.0.0.0
network 10.3.1.0 0.0.0.255
network 10.4.1.0 0.0.0.255
#
return
l Configuration file of PE2
#
sysname PE2
#
vlan batch 20 30
#
mpls lsr-id 4.4.4.9
#
mpls
#
mpls ldp
#
interface Vlanif20
ip address 10.2.1.2 255.255.255.0
mpls
mpls ldp
#
interface Vlanif40
ip address 10.4.1.2 255.255.255.0
mpls
mpls ldp
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 20
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 40
#
interface LoopBack1
ip address 4.4.4.9 255.255.255.255
#
ospf 1
area 0.0.0.0
network 4.4.4.9 0.0.0.0
network 10.2.1.0 0.0.0.255
network 10.4.1.0 0.0.0.255
#
return
Networking Requirements
As shown in Figure 2-11, each node runs MPLS and MPLS LDP. It is required to enable GTSM
on LSR B.
Configuration Roadmap
The configuration roadmap is as follows:
Data Preparation
To complete the configuration, you need the following data:
Configuration Procedure
1. Configure VLANs that interfaces belong to.
<Quidway> system-view
[Quidway] sysname LSRA
[LSRA] vlan batch 10
[LSRA] interface gigabitethernet1/0/0
[LSRA-GigabitEthernet1/0/0] port hybrid pvid vlan 10
[LSRA-GigabitEthernet1/0/0] port hybrid untagged vlan 10
[LSRA-GigabitEthernet1/0/0] quit
The configurations of LSRB and LSRC are similar to the configuration of LSRA, and are
not mentioned here.
2. Configure an IP address for each VLANIF interface.
[LSRA] interface vlanif 10
[LSRA-Vlanif10] ip address 10.1.1.1 30
[LSRA-Vlanif10] quit
The configurations of LSRB and LSRC are similar to the configuration of LSRA, and are
not mentioned here.
3. Configure OSPF to advertise the network segments connected to the interfaces of the LSRs
and host routes of LSR IDs. The configuration details are not mentioned here.
4. Configure each router with MPLS and MPLS LDP functions on each interface. The
configuration details are not mentioned here.
After the preceding configurations, run the display mpls ldp session command on each
node, and you can view the setup of LDP sessions. Take LSR A as an example.
<LSRA> display mpls ldp session
LDP Session(s) in Public Network
Codes: LAM(Label Advertisement Mode), SsnAge Unit(DDDD:HH:MM)
A '*' before a session means the session is being deleted.
------------------------------------------------------------------------------
PeerID Status LAM SsnRole SsnAge KASent/Rcv
------------------------------------------------------------------------------
2.2.2.9:0 Operational DU Passive 0000:00:02 9/9
------------------------------------------------------------------------------
TOTAL: 1 session(s) Found.
5. Configure LDP GTSM.
# On LSR A, configure the range of valid TTL values carried in LDP packets received from
LSR B to be from 253 to 255.
<LSRA> system-view
[LSRA] mpls ldp
[LSRA-mpls-ldp] gtsm peer 2.2.2.9 valid-ttl-hops 3
# On LSR B, configure the range of valid TTL values carried in the LDP packets received
from LSR A to be from 252 to 255, and the range of valid TTL values carried in LDP
packets received from LSR C to be from 251 to 255.
<LSRB> system-view
[LSRB] mpls ldp
[LSRB-mpls-ldp] gtsm peer 1.1.1.9 valid-ttl-hops 4
[LSRB-mpls-ldp] gtsm peer 3.3.3.9 valid-ttl-hops 5
# On LSR C, configure the range of valid TTL values carried in LDP packets received from
LSR B to be from 250 to 255.
<LSRC> system-view
[LSRC] mpls ldp
[LSRC-mpls-ldp] gtsm peer 2.2.2.9 valid-ttl-hops 6
Then, if the host PC simulates the LDP packets of LSR A to attack LSR B, LSR B discards
the packets directly because the TTL values carried in the LDP packets are not within the
range of 252 to 255. In the GTSM statistics on LSR B, the number of discarded packets
increases.
Configuration Files
l Configuration file of LSR A
#
sysname LSRA
#
vlan batch 10
#
mpls lsr-id 1.1.1.9
mpls
#
mpls ldp
gtsm peer 2.2.2.9 valid-ttl-hops 3
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.252
mpls
mpls ldp
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
#
interface GigabitEthernet1/0/0
port hybrid pvid vlan 10
port hybrid untagged vlan 10
#
ospf 1
area 0.0.0.0
network 1.1.1.9 0.0.0.0
network 10.1.1.0 0.0.0.3
#
return
Networking Requirements
As shown in Figure 2-12, LSRA, S9700-B, and LSRC are S9700s with dual main control boards.
The three S9700s belong to the same OSPF area and are interconnected through OSPF. All of
them support the GR mechanism.
LDP sessions are established between LSRA, S9700-B, and LSRC. When the main control board
of S9700-B fails and traffic is switched, the LDP GR mechanism is used for synchronization
with neighboring nodes.
Configuration Roadmap
The configuration roadmap is as follows:
1. Create VLANs and VLANIF interfaces.
2. Configure IP address of each interface on each node and the address of the loopback
interface used as the LSR ID, and configure OSPF to advertise the network segments that
the interfaces are connected to and the host route of the LSR ID.
3. Configure OSPF GR on each node.
4. Enable MPLS and MPLS LDP on each node globally.
5. Enable MPLS and MPLS LDP on each interface.
6. Set parameters during LDP session negotiation on LSRB.
7. Enable GR of MPLS LDP on each node.
8. Configure the GR session of MPLS LDP and neighboring parameters on LSRB.
Data Preparation
To complete the configuration, you need the following data:
l IP address of each interface on each node shown in Figure 2-12, OSPF process ID, and
OSPF area ID
l Interval for performing OSPF GR
l Value of the LDP Reconnect timer (300 seconds by default)
l Value of the LDP Neighbor-liveness timer (600 seconds by default)
l Value of the LDP Recovery timer (300 seconds by default)
Procedure
Step 1 Create VLANs and VLANIF interfaces.
See Figure 2-12.
Step 2 Assign an IP address to each interface.
See Figure 2-12.
Step 3 Configure OSPF to advertise the network segments that the interfaces are connected to and the
host route of the LSR ID.
Step 4 Configure OSPF GR.
# Configure LSRA.
<LSRA> system-view
[LSRA] ospf 1
[LSRA-ospf-1] opaque-capability enable
[LSRA-ospf-1] graceful-restart
[LSRA-ospf-1] quit
# Configure LSRB.
<S9700-B> system-view
[LSRB] ospf 1
[LSRB-ospf-1] opaque-capability enable
[LSRB-ospf-1] graceful-restart
[LSRB-ospf-1] quit
# Configure LSRC.
<S9700-C> system-view
[LSRC] ospf 1
[LSRC-ospf-1] opaque-capability enable
[LSRC-ospf-1] graceful-restart
[LSRC-ospf-1] quit
# Configure LSRB.
[S9700-B] mpls lsr-id 2.2.2.9
[LSRB] mpls
[LSRB-mpls] quit
[LSRB] mpls ldp
[LSRB-mpls-ldp] quit
# Configure LSRC.
[S9700-C] mpls lsr-id 3.3.3.9
[LSRC] mpls
[LSRC-mpls] quit
[LSRC] mpls ldp
[LSRC-mpls-ldp] quit
# Configure LSRB.
[S9700-B] interface vlanif 10
[LSRB-Vlanif10] mpls
[LSRB-Vlanif10] mpls ldp
[LSRB-Vlanif10] quit
[LSRB] interface vlanif 20
[LSRB-Vlanif20] mpls
[LSRB-Vlanif20] mpls ldp
[LSRB-Vlanif20] quit
# Configure LSRC.
After the configuration, the local LDP sessions between S9700-A and LSRB, and between
S9700-B and LSRC are established.
Run the display mpls ldp session command on each node, and you can view the establishment
of the LDP session. Take the display on LSRA as an example.
[S9700-A] display mpls ldp session
LDP Session(s) in Public Network
Codes: LAM(Label Advertisement Mode), SsnAge Unit(DDDD:HH:MM)
A '*' before a session means the session is being deleted.
--------------------------------------------------------------------------
PeerID Status LAM SsnRole SsnAge KASent/Rcv
--------------------------------------------------------------------------
2.2.2.9:0 Operational DU Passive 000:00:02 9/9
--------------------------------------------------------------------------
TOTAL: 1 Session(s) Found.
# Configure LSRB.
[S9700-B] mpls ldp
[LSRB-mpls-ldp] graceful-restart
Warning: All the related sessions will be deleted if the operation is performed
!Continue? (y/n)y
[LSRB-mpls-ldp] quit
# Configure LSRC.
[S9700-C] mpls ldp
[LSRC-mpls-ldp] graceful-restart
Warning: All the related sessions will be deleted if the operation is performed
!Continue? (y/n)y
[LSRC-mpls-ldp] quit
Capability:
Capability-Announcement : Off
------------------------------------------------------------------------------
Or, run the display mpls ldp peer verbose command on the LSR, and you can view that the
Peer FT Flag field is displayed as on. Take the display on S9700-A as an example.
[LSRA]display mpls ldp peer verbose
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10
#
mpls lsr-id 1.1.1.9
mpls
#
mpls ldp
graceful-restart
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.0
mpls
mpls ldp
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
#
ospf 1
opaque-capability enable
graceful-restart
area 0.0.0.0
network 1.1.1.9 0.0.0.0
network 10.1.1.0 0.0.0.255
#
return
l Configuration file of LSRB
#
sysname LSRB
#
vlan batch 10 20
#
mpls lsr-id 2.2.2.9
mpls
#
mpls ldp
graceful-restart
graceful-restart timer reconnect 300
graceful-restart timer neighbor-liveness 600
graceful-restart timer recovery 300
#
interface Vlanif10
ip address 10.1.1.2 255.255.255.0
mpls
mpls ldp
#
interface Vlanif20
ip address 10.2.1.1 255.255.255.0
mpls
mpls ldp
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface LoopBack1
ip address 2.2.2.9 255.255.255.255
#
ospf 1
opaque-capability enable
graceful-restart
area 0.0.0.0
network 2.2.2.9 0.0.0.0
network 10.1.1.0 0.0.0.255
network 10.2.1.0 0.0.0.255
#
return
l Configuration file of LSRC
#
sysname LSRC
#
vlan batch 20
#
mpls lsr-id 3.3.3.9
mpls
#
mpls ldp
graceful-restart
#
interface Vlanif20
ip address 10.2.1.2 255.255.255.0
mpls
mpls ldp
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 20
#
interface LoopBack1
ip address 3.3.3.9 255.255.255.255
#
ospf 1
opaque-capability enable
graceful-restart
area 0.0.0.0
network 3.3.3.9 0.0.0.0
network 10.2.1.0 0.0.0.255
#
Return
3 MPLS TE Configuration
MPLS TE tunnels transmit MPLS L2VPN (VLL and VPLS) services and MPLS L3VPN services
and provide high security and guarantees reliable QoS for VPN services.
By configuring multiple attributes of an MPLS TE tunnel, you can adjust the parameters during
the establishment of the MPLS TE tunnel.
3.10 Adjusting the Traffic Forwarding of an MPLS TE Tunnel
By adjusting the forwarding of MPLS TE traffic, you can modify the path along which IP traffic
or MPLS traffic is transmitted, or limit the types of traffic that can be transmitted along a TE
tunnel.
3.11 Configuring TE Manual FRR
TE manual FRR is a local protection mechanism used on MPLS TE networks. TE manual FRR
switches traffic on a primary MPLS TE tunnel to a bypass tunnel if a link or node on the primary
tunnel fails.
3.12 Configuring MPLS TE Auto FRR
MPLS TE Auto FRR is a local protection technique and is used to protect a CR-LSP against link
faults and node faults. MPLS TE Auto FRR does not need to be configured manually.
3.13 Configuring CR-LSP Backup
CR-LSP backup is configured to provide end-to-end protection for traffic on CR-LSPs.
3.14 Configuring Synchronization of the Bypass Tunnel and the Backup CR-LSP
This section describes that after the primary CR-LSP is faulty, the system starts the TE FRR
bypass tunnel and tries to restore the primary CR-LSP the same time it sets up a backup CR-
LSP.
3.15 Configuring RSVP GR
This section describes how to configure RSVP-TE GR so that devices along an RSVP-TE tunnel
can retain RSVP sessions during a master/slave switchover.
3.16 Configuring Static BFD for CR-LSP
This section describes how to configure a static BFD session to detect link faults in static CR-
LSPs or RSVP CR-LSPs.
3.17 Configuring Static BFD for TE
This section describes how to configure a static BFD session to detect faults in a TE tunnel.
3.18 Configuring Dynamic BFD for CR-LSP
This section describes how to configure a dynamic BFD session to detect link faults in a static
CR-LSP or an RSVP CR-LSP.
3.19 Configuring Dynamic BFD for RSVP
This section describes how to configure a dynamic BFD session to detect faults in links between
RSVP neighbors.
3.20 Maintaining MPLS TE
This section describes how to clear operation information about MPLS TE, and reset the
automatic bandwidth adjustment.
3.21 Configuration Examples
This section provides several configuration examples of MPLS TE.
TE
Network resource insufficiency and load imbalance result in congestion on a network, affecting
the performance of a backbone network. TE prevents network congestion and optimizes the
network resources.
TE dynamically monitors traffic and load on network elements and adjusts parameters relevant
to traffic control, routing, and resource constraints in real time. This optimizes utilization of
network resources and prevents imbalance-triggered congestion.
MPLS TE
As a combination of MPLS and TE, MPLS TE load-balances traffic on a network by setting up
an LSP over a specified path to reserve resources for traffic that will not pass through congested
nodes.
An LSP with a higher priority preempts bandwidth resources of LSPs with lower priorities,
providing sufficient bandwidth for services on the LSP with a higher priority in the case of
bandwidth insufficiency.
If a link fault or a node fault occurs, MPLS TE uses path backup and fast reroute (FRR) to ensure
uninterrupted traffic.
Administrators use MPLS TE to create LSPs to eliminate network congestions and use special
offline utility to analyze traffic if the number of LSPs increases to a certain extent.
Static MPLS TE tunnels have the highest priorities, which means that their bandwidth cannot
be preempted. Static MPLS TE tunnels will not preempt bandwidth of other types of LSPs.
RSVP-TE Tunnels
RSVP-TE signaling is used to set up RSVP-TE tunnels or adapt RSVP-TE tunnels to changing
network conditions.
The S9700 supports the following RSVP-TE features:
automatic or manual mode. Automatic tunnel reoptimization means that the S9700
periodically resends a request for calculating a better path for a CR-LSP. Manual tunnel
reoptimization means that path calculation for a CR-LSP is manually triggered.
Reliability
CR-LSP backup provides an end-to-end protection mechanism. CR-LSP backup is usually used
together with another rapid detection or protection mechanism to implement rapid traffic
switchovers and prevent traffic loss. The following feature combinations are supported:
l CR-LSP backup and TE FRR
TE FRR is a local protection mechanism. It protects traffic on a specified link or node along
a CR-LSP and allows rapid traffic switchovers if a fault occurs. CR-LSP backup allows
end-to-end path protection and protects traffic on an entire CR-LSP. CR-LSP backup is
classified into hot standby and ordinary backup, each of which can be used together with
TE FRR:
CR-LSP hot standby and TE FRR: FRR can rapidly detect a link fault and switch traffic
to a bypass tunnel. After signaling carries information about a link fault to the ingress,
the ingress switches traffic to a hot-standby CR-LSP.
CR-LSP ordinary backup and TE FRR: FRR can rapidly detect a link fault and switch
traffic to a bypass tunnel. If the primary and bypass TE FRR tunnels both fail, traffic is
switched to an ordinary backup tunnel.
l CR-LSP backup and BFD
TE FRR detects faults in a specific direct link or node, whereas bidirectional fault detection
(BFD) rapidly detects faults in an entire CR-LSP. BFD is applicable only to hot-standby
CR-LSPs, not other types of CR-LSPs. If a BFD session detects a tunnel fault, it rapidly
switches traffic to a hot-standby CR-LSP or switches traffic back to a primary CR-LSP.
The S9700 supports the following reliability features for TE tunnels:
l TE FRR
TE FRR is a local protection mechanism. It is used on networks requiring high reliability.
If a link or node fails, FRR rapidly switches traffic to a bypass tunnel, minimizing the
impact on traffic. TE FRR is performed in manual or automatic mode.
NOTE
FRR requires reserved bandwidth for a bypass tunnel to be established before a fault occurs. If
available bandwidth is insufficient, FRR protects only important nodes or links.
l CR-LSP backup
Backup CR-LSPs are established on networks requiring high reliability to provide end-to-
end protection, ensuring network reliability. If a primary CR-LSP fails, traffic rapidly
switches to a backup CR-LSP, ensuring uninterrupted traffic transmission.
Hot standby and ordinary backup are supported. If both primary and backup CR-LSPs fail,
best-effort paths can be established, improving reliability. Backup CR-LSPs and best-effort
paths are established in different ways:
Hot-standby backup: The S9700 establishes a primary CR-LSP and a hot-standby CR-
LSP using separate paths.
Ordinary backup: The S9700 establishes an ordinary backup CR-LSP over an explicit
path only if a primary CR-LSP fails.
Best-effort path: The S9700 establishes a best-effort path over available paths if the
primary and backup CR-LSP both fail.
l BFD
BFD can detect CR-LSP faults in milliseconds. BFD can be used if no hardware detection
mechanism is available and rapid detection is required, which helps speed up fault
detection.
BFD configured on the S9700 can monitor hot-standby CR-LSPs and tunnel protection
groups.
l RSVP GR
RSVP graceful restart (GR) is a state recovery mechanism for RSVP-TE. If the control
plane fails or a manual master/slave switchover is performed, RSVP GR ensures
uninterrupted data transmission on the forwarding plane and restores the proper status for
RSVP-TE LSPs. FRR can be performed during the GR process.
l Tunnel protection group
A tunnel protection group provides an end-to-end protection mechanism for MPLS TE
tunnels. Its applications are not limited to RSVP-TE networking. In a tunnel protection
group, a tunnel protects one or more tunnels.
NOTE
For more information about how to configure a tunnel protection group, see the chapter "MPLS
OAM" in the S9700 Core Routing Switch Configuration Guide - MPLS.
Applicable Environment
The configuration of a static CR-LSP is a simple process. Labels are manually allocated, and no
signaling protocol or exchange of control packets are needed. The setup of a static CR-LSP
consumes a few resources. In addition, configure neither the IGP TE nor CSPF for the static
CR-LSP.
The static CR-LSP cannot dynamically adapt to a changing network. Therefore, its application
is very limited.
The static CR-LSP is a special static LSP that has the similar.
Pre-configuration Tasks
Before configuring a static CR-LSP, complete the following tasks:
l Configuring the static route or IGP to ensure the reachability between LSRs
l Configuring an LSR ID on each LSR
l Enabling basic MPLS functions on each LSR globally and on each interface
Data Preparation
To configure a static CR-LSP, you need the following data.
No. Data
NOTE
l The value of the outgoing label on each node is the value of the incoming label of its next node.
l The destination address of a static CR-LSP is the destination address of the TE tunnel interface.
Context
Perform the following steps on each node along the static CR-LSP:
Procedure
Step 1 Run:
system-view
Step 5 Run:
interface interface-type interface-number
Step 6 Run:
mpls
Step 7 Run:
mpls te
NOTE
When the MPLS TE is disabled in the interface view, all the CR-LSPs on the current interface change to
Down.
When the MPLS TE is disabled in the MPLS view, the MPLS TE on each interface is disabled, and all
CR-LSPs are deleted.
----End
Context
NOTE
The configured bandwidth takes effect only during tunnel establishment and protocol negotiation, and does
not limits the bandwidth for traffic forwarding.
To constrain the bandwidth of CR-LSPs, the procedure is mandatory.
By default, the maximum reservable bandwidth on the link is 0 bit/s. If the maximum reservable bandwidth
is not configured, when the bandwidth of the CR-LSP is constrained, the bandwidth of the CR-LSP is more
than the maximum reservable bandwidth. Therefore, the CR-LSP cannot be set up.
Procedure
Step 1 Run:
system-view
Step 2 Run:
interface interface-type interface-number
Step 3 Run:
mpls te bandwidth max-reservable-bandwidth bw-value
Step 4 Run:
mpls te bandwidth { bc0 bc0-bw-value | bc1 bc1-bw-value }*
NOTE
l The maximum reservable bandwidth of a link cannot be greater than the actual bandwidth of the link.
A maximum of 80% of the actual bandwidth of the link is recommended for the maximum reservable
bandwidth of the link.
l Neither the BC0 bandwidth nor the BC1 bandwidth can be greater than the maximum reservable
bandwidth of the link.
l If an MPLS TE tunnel to be set up requires the bandwidth that is larger than 67105 kbit/s, it is
recommended that the reserved bandwidth be one thousandth more that the bandwidth to be configured.
----End
Context
Perform the following steps on the ingress node of a static CR-LSP:
Procedure
Step 1 Run:
system-view
Step 2 Run:
interface tunnel interface-number
The tunnel interface is created and the tunnel interface view is displayed.
Step 3 To configure the IP address of the tunnel interface, select one of the following commands.
l Run:
ip address ip-address { mask | mask-length } [ sub ]
To forward traffic, the tunnel interface must have an IP address; however, because the MPLS
TE tunnel is unidirectional, no peer address is needed. Therefore, it is unnecessary to configure
the IP address separately for the tunnel interface. The tunnel interface often borrows an LSR ID
of the ingress node as the address.
NOTE
Because the type of the packet forwarded by the MPLS TE tunnel is MPLS, the commands, such as the ip
verify source-address and urpf commands, related to IP packet forwarding configured on this interface
are invalid.
Step 4 Run:
tunnel-protocol mpls te
Step 5 Run:
destination ip-address
The destination address of the tunnel is configured, which is usually the LSR ID of the egress
node.
Different types of tunnels need different destination addresses. When the tunnel protocol is
changed to MPLS TE from other different protocols, the configured destination is deleted
automatically and needs to be reconfigured.
Step 6 Run:
mpls te tunnel-id tunnel-id
Step 7 Run:
mpls te signal-protocol cr-static
Step 8 Run:
mpls te commit
NOTE
If MPLS TE parameters on a tunnel interface are modified, run the mpls te commit command to activate
them.
----End
Context
Perform the following steps on the ingress of a static CR-LSP:
Procedure
Step 1 Run:
system-view
Step 2 Run:
NOTE
The configured bandwidth takes effect only during tunnel establishment and protocol negotiation, and does
not limits the bandwidth for traffic forwarding.
tunnel interface-number specifies the MPLS TE tunnel interface that uses this static CR-LSP.
By default, the Bandwidth Constraints value is ct0, and the value of bandwidth is 0. The
bandwidth used by the tunnel cannot be higher than the maximum reservable bandwidth of the
link.
The next hop or outgoing interface is determined by the route from the ingress to the egress. For
the difference between the next hop and outgoing interface, refer to "Static Route Configuration"
in the S9700 Core Routing Switch Configuration Guide - IP Routing.
----End
Context
If the static CR-LSP has only the ingress and egress, this configuration is not needed. If the static
CR-LSP has one or more transits, perform the following steps on the transit node:
Procedure
Step 1 Run:
system-view
Step 2 Run:
static-cr-lsp transit lsp-name incoming-interface interface-type interface-number
in-label in-label-value { nexthop next-hop-address | outgoing-interface interface-
type interface-number } * out-label out-label-value [ bandwidth [ ct0 | ct1 ]
bandwidth ]
The LSR is set as the transit node of the specified static CR-LSP.
NOTE
The configured bandwidth takes effect only during tunnel establishment and protocol negotiation, and does
not limits the bandwidth for traffic forwarding.
----End
Context
Perform the following steps on the egress of the static CR-LSP:
Procedure
Step 1 Run:
system-view
----End
Prerequisites
The configurations of the static MPLS TE tunnel function are complete.
Procedure
l Run the display mpls static-cr-lsp [ lsp-name ] [ { include | exclude } ip-address mask-
length ] [ verbose ] command to check information about the static CR-LSP.
l Run the display mpls te tunnel [ destination ip-address ] [ lsp-id ingress-lsr-id session-
id local-lsp-id | lsr-role { all | egress | ingress | remote | transit } ] [ name tunnel-name ]
[ { incoming-interface | interface | outgoing-interface } interface-type interface-
number ] [ te-class0 | te-class1 | te-class2 | te-class3 | te-class4 | te-class5 | te-class6 | te-
class7 ] [ verbose ] command to check information about the tunnel.
l Run the display mpls te tunnel statistics or display mpls lsp statistics command to check
the tunnel statistics.
l Run the display mpls te tunnel-interface [ tunnel interface-number ] command to check
information about the tunnel interface on the ingress.
----End
Example
If the configurations succeed, run the preceding commands to view the following information:
l Information about the static CR-LSP name, the incoming and outgoing labels, and the
incoming and outgoing interfaces. The status of CR-LSP is Up.
l Statistics of tunnel status on the LSR.
l details about the tunnel interface, including the tunnel name, state description, and
attributes. The tunnel attributes include the LSP ID, ingress, egress, and signaling protocol.
Applicable Environment
RSVP-TE is a dynamic signaling protocol that provides the same resource reservation function
as the RSVP protocol. Unlike RSVP, RSVP-TE supports extended functions for label
distribution and management, explicit paths, and dynamic TE tunnel attribute adjustment.
RSVP-TE also supports advanced features such as TE fast reroute (FRR) and constraint-based
routed label switched path (CR-LSP) backup, which can rapidly trigger a traffic switchover if a
fault occurs. Using RSVP-TE tunnels is recommended for transmitting MPLS TE services.
Pre-configuration Tasks
Before configuring an RSVP-TE tunnel, complete the following tasks:
Data Preparation
To configure an RSVP-TE tunnel, you need the following data.
No. Data
2 (Optional) IP address and name of each interface connected to each physical MPLS
TE link
No. Data
5 Tunnel ID
8 (Optional) RSVP resource reservation style (shared explicit [SE] style by default)
Context
MPLS TE and RSVP-TE must be enabled each node and its interfaces. After this, an RSVP-TE
tunnel can be established and settings such as Constraint Shortest Path First (CSPF) parameters
can be configured.
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls
Step 3 Run:
mpls te
Step 4 Run:
mpls rsvp-te
Step 5 Run:
quit
Step 6 Run:
interface interface-type interface-number
Step 7 Run:
mpls te
NOTE
l If MPLS TE is disabled in the MPLS view, MPLS TE will also be disabled on interfaces and all the
MPLS TE tunnels and their CR-LSPs configured on the interfaces will go Down.
l If MPLS TE is disabled in the interface view, all the MPLS TE tunnels and their CR-LSPs configured
on the interface will go Down.
l If RSVP-TE is disabled in the MPLS view, RSVP-TE will also be disabled on interfaces on the node.
----End
Context
MPLS TE performs traffic engineering and optimizes network resources based on bandwidth
values, preemption priority values, affinity property values, and explicit paths. IGP-TE uses
multiple attributes such as link bandwidth to generate a traffic engineering database (TEDB).
CSPF uses information in the TEDB to calculate paths.
Procedure
Step 1 Run:
system-view
NOTE
The configured bandwidth takes effect only during tunnel establishment and protocol negotiation, and does
not limits the bandwidth for traffic forwarding.
If the CR-LSP bandwidth needs to be limited, this step must be performed.
The default maximum reservable link bandwidth is 0 bit/s. If this default setting is used, the CR-LSP cannot
be set up because its configured bandwidth is more than 0 bit/s.
Step 4 Run:
mpls te bandwidth { bc0 bc0-bw-value | bc1 bc1-bw-value }*
The bandwidth values of bandwidth constraints (BCs) are set for a link.
NOTE
l The maximum reservable link bandwidth cannot be higher than the link bandwidth, and the maximum
reservable link bandwidth is recommended to be within 80% of the link bandwidth.
l BC0 bandwidth and BC1 bandwidth of a link cannot be higher than the maximum reservable bandwidth
of the link.
l If the bandwidth required for the CR-LSP is more than 67,105 kbit/s, Huawei recommends that
additional one thousandth of the required bandwidth is reserved.
----End
Context
Nodes on an MPLS network use OSPF TE to exchange TE link attributes such as bandwidth
and colors to generate TEDBs. TEDB information is used by CSPF to calculate paths for RSVP-
TE tunnels. OSPF TE extends OSPF functions and supports Opaque Type 10 LSAs to carry TE
link attributes.
OSPF areas do not support TE by default. The OSPF Opaque capability must be enabled to
support OSPF TE, and a node can generate Opaque Type 10 LSAs only if at least one OSPF
neighbor is in the Full state.
NOTE
If OSPF TE is disabled, no Opaque Type 10 LSA is generated or exchanged by nodes to generate TEDBs.
On an OSPF TE-incapable network, CR-LSPs are established using OSPF routes but not CSPF calculation
results.
Procedure
Step 1 Run:
system-view
Step 2 Run:
ospf [ process-id ]
Step 3 Run:
opaque-capability enable
NOTE
This step is performed only on an area border router (ABR) connected to multiple OSPF areas.
Step 5 Run:
area area-id
Step 6 Run:
mpls-te enable [ standard-complying ]
----End
Context
IS-IS TE is an IS-IS extension used on an MPLS TE network. IS-IS TE defines a new TLV in
Link State Packets (LSPs) and IS-IS TE-enabled nodes send these LSPs to flood and synchronize
TE link information. IS-IS TE extracts TE link information from LSPs and then transmits the
TE link information to the CSPF module for calculating tunnel paths.
Procedure
Step 1 Run:
system-view
Step 2 Run:
isis [ process-id ]
Step 3 Run:
cost-style { compatible [ relax-spf-limit ] | wide | wide-compatible }
IS-IS TE uses sub-TLVs of the IS reachability TLV (type 22) to carry TE link information. The
IS-IS wide metric must be configured to support the IS reachability TLV. The IS-IS wide metric
supports the wide, compatible, and wide-compatible metric types. By default, IS-IS sends and
receives LSPs with narrow metric values.
Step 4 Run:
traffic-eng [ level-1 | level-2 | level-1-2 ]
IS-IS TE is enabled.
If no IS-IS level is specified, the node is a Level-1-2 device that can generate two TEDBs for
communicating with Level-1 and Level-2 devices.
----End
Context
An explicit path refers to a vector path on which a series of nodes are arranged in configuration
sequence. The IP address of a loopback interface on the egress is usually used as the destination
address of the explicit path. Links or nodes can be specified for an explicit path so that a CR-
LSP can be established over the specified path, facilitating resource allocation and efficiently
controlling CR-LSP establishment.
Two adjacent nodes are connected in either of the following modes on an explicit path:
l Strict: A hop is directly connected to its next hop.
l Loose: Other nodes may exist between a hop and its next hop.
The strict and loose modes are used either separately or together.
NOTE
Procedure
Step 1 Run:
system-view
Step 5 Run:
modify hop ip-address1 ip-address2 [ include [ strict | loose ] | exclude ]
The address of a node is changed to allow another specified node to be used by the explicit path.
NOTE
By default, the include strict parameters are configured, meaning that a hop and its next hop must be directly
connected.
include means that a CR-LSP must pass through a specified node; exclude means that a CR-LSP cannot pass
through a specified node.
Step 6 Run:
delete hop ip-address
----End
Context
A tunnel interface supports the following functions:
l Establishes a tunnel. Tunnel constraints, bandwidth attributes, and advanced attributes such
as TE FRR and tunnel re-optimization can be configured on the tunnel interface to establish
the tunnel.
l Manages a tunnel. Tunnel attributes can be modified on the tunnel interface to manage the
tunnel.
Procedure
Step 1 Run:
system-view
CAUTION
Setting the value of tunnel-number to the slot ID of the main control board is recommended.
The slot ID of the main control board is usually 0. If the tunnel interface is configured on an
interface board, the tunnel interface and the established tunnel will be deleted if the interface
board resets.
NOTE
If the shutdown command is run on the tunnel interface, all tunnels established on the tunnel interface will
be deleted.
Step 3 Run either of the following commands to assign an IP address to the tunnel interface:
l To configure an IP address for the tunnel interface, run:
ip address ip-address { mask | mask-length } [ sub ]
The primary IP address must be configured before the secondary IP address is configured.
l To configure the tunnel interface to borrow an IP address of another interface, run:
ip address unnumbered interface interface-type interface-number
The tunnel interface must obtain an IP address before forwarding traffic. An MPLS TE tunnel
is unidirectional; therefore, its peer address is irrelevant to traffic forwarding. A tunnel interface
does not need to be assigned IP address but uses the ingress LSR ID as its IP address.
NOTE
Step 4 Run:
tunnel-protocol mpls te
A tunnel destination address is configured, which is usually the LSR ID of the egress.
Various types of tunnels require specific destination addresses. If a tunnel protocol is changed
from another protocol to MPLS TE, a configured destination address is deleted automatically
and a new destination address needs to be configured.
Step 6 Run:
mpls te tunnel-id tunnel-id
A tunnel ID is set.
Step 7 Run:
mpls te signal-protocol rsvp-te
Do not perform the constraint shortest path first (CSPF) calculation when a TE tunnel is being
set up.
NOTE
The command is applicable in the inter-AS VPN-OptionC scenario. In other scenarios, it is not
recommended to run the command.
Step 10 Run:
mpls te commit
NOTE
The mpls te commit command must be run to make configurations take effect each time MPLS TE
parameters are changed on a tunnel interface.
----End
Context
Reservation requests from ingress nodes are collectively called reservation styles. The S9700
supports the following reservation styles:
l Fixed filter (FF): reserves resources for each ingress node. The sum of reserved resources
on a node is equal to the sum of reserved resources for all ingress nodes.
l SE: explicitly reserves resources for one or more specified ingress nodes. The ingress nodes
share reserved resources.
The SE style is used for tunnels established using the make-before-break mechanism, whereas
the FF style is seldom used.
Procedure
Step 1 Run:
system-view
Step 2 Run:
interface tunnel tunnel-number
Step 3 Run:
mpls te resv-style { ff | se }
NOTE
Step 4 Run:
mpls te commit
----End
Context
CSPF extends the shortest path first (SPF) algorithm and is able to calculate the shortest path
meeting MPLS TE requirements. CSPF calculates paths using the following information:
l Link state information sent by IGP-TE and saved in TEDBs
l Network resource attributes, such as the maximum available bandwidth, maximum
reservable bandwidth, and affinity property, sent by IGP-TE and saved in TEDBs
l Configured constraints such as explicit paths
NOTE
Configuring CSPF on all transit nodes in addition to the ingress ensures that the ingress calculates a
complete path.
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls
Step 3 Run:
mpls te cspf
----End
Prerequisites
The configurations of the RSVP-TE tunnel are complete.
Procedure
l Run the display mpls te link-administration bandwidth-allocation [ interface interface-
type interface-number ] command to check information about the allocated link bandwidth.
l Run the display ospf [ process-id ] mpls-te [ area area-id ] [ self-originated ] command
to check information about OSPF TE.
l Run one of the following commands to check IS-IS TE information:
display isis traffic-eng advertisements
display isis traffic-eng link
display isis traffic-eng network
display isis traffic-eng statistics
display isis traffic-eng sub-tlvs
l Run the display explicit-path [ path-name ] [ verbose ] command to check configured
explicit paths.
l Run the display mpls te cspf destination ip-address [ affinity properties [ mask mask-
value ] | bandwidth { ct0 ct0-bandwidth | ct1 ct1-bandwidth }* | explicit-path path-
name | hop-limit hop-limit-number | metric-type { igp | te } | priority setup-priority | srlg-
strict exclude-path-name | tie-breaking { random | most-fill | least-fill } ]* command to
check information about a path that is calculated using CSPF based on specified conditions.
l Run the display mpls te cspf tedb { all | area area-id | interface ip-address | network-
lsa | node [ router-id ] } command to check information about TEDBs that can meet
specified conditions and be used by CSPF to calculate paths.
l Run the display mpls rsvp-te command to check RSVP information.
l Run the display mpls rsvp-te established [ interface interface-type interface-number
peer-ip-address ] command to check information about the established RSVP-TE CR-
LSPs.
l Run the display mpls rsvp-te peer [ interface interface-type interface-number ] command
to check RSVP neighbor parameters.
l Run the display mpls rsvp-te reservation [ interface interface-type interface-number
peer-ip-address ] command to check information about RSVP resource reservation.
l Run the display mpls rsvp-te request [ interface interface-type interface-number peer-
ip-address ] command to check information about RSVP resource reservation requests sent
by RSVP senders.
l Run the display mpls rsvp-te sender [ interface interface-type interface-number peer-ip-
address ] command to check information about RSVP senders.
l Run the display mpls rsvp-te statistics { global | interface [ interface-type interface-
number ] } command to check RSVP-TE statistics.
l Run the display mpls te link-administration admission-control [ interface interface-
type interface-number | stale-interface interface-index ] command to check the tunnels set
up on the local node.
l Run the display mpls te tunnel [ destination ip-address ] [ lsp-id ingress-lsr-id session-
id local-lsp-id ] [ lsr-role { all | egress | ingress | remote | transit } ] [ name tunnel-
Example
If the configuration is successful, run the preceding commands to obtain the following
information:
l Link information such as physical bandwidth and available bandwidth
l OSPF Opaque Type 10 LSA information on each node
l IS-IS TE information on each node
l Values of MPLS RSVP-TE timers, RSVP-TE-enabled interface status and bandwidth,
RSVP neighbor parameters, sender information, and statistics
l Tunnel names, incoming labels, outgoing labels, inbound interfaces, and outbound
interfaces
l Tunnel statistics on each node
l Detailed information about the tunnel interface on the ingress, including the tunnel name,
tunnel status, and attributes (such as LSP ID, ingress LSR ID, and egress LSR ID)
Applicable Environment
You can create a CR-LSP by using the following methods:
l Creating a CR-LSP without using a CR-LSP attribute template
l Creating a CR-LSP by using a CR-LSP attribute template
It is recommended to use a CR-LSP attribute template to set up a CR-LSP because this
method has the following advantages:
A CR-LSP attribute template can greatly simplify the configurations of CR-LSPs.
A maximum of three CR-LSP attribute templates can be created for a hot-standby CR-
LSP or an ordinary backup CR-LSP; thus, you can set up a hot-standby CR-LSP or an
ordinary backup CR-LSP with different path options. (Among the three attribute
templates, the template with the smallest sequence number is firstly used. If the setup
fails, the template with a greater sequence number is used.)
If configurations of a CR-LSP attribute template are modified, configurations of the
CR-LSPs established by using the CR-LSP attribute template are automatically updated,
which makes the configurations of CR-LSPs more flexible.
NOTE
The preceding two methods can be used together. If the TE attribute configured in the tunnel interface view
and the TE attribute configured through a CR-LSP attribute template coexist, the former takes precedence
over the latter.
Pre-configuration Tasks
Before using a CR-LSP attribute template to set up a CR-LSP, complete the following tasks:
l Configuring an IGP on the P and PE on the MPLS backbone network to ensure IP
connectivity
l Enable MPLS, MPLS TE, and RSVP TE on the MPLS backbone network
Data Preparation
To use a CR-LSP attribute template to set up a CR-LSP, you need the following data.
No. Data
4 (Optional) Affinity value and affinity mask of the CR-LSP attribute template
5 (Optional) Setup priority and hold priority of the CR-LSP attribute template
Context
Perform the following steps on the ingress of the CR-LSP:
Steps 3 to 8 are optional.
Procedure
Step 1 Run:
system-view
Step 2 Run:
lsp-attribute lsp-attribute-name
A CR-LSP attribute template is created and the LSP attribute view is displayed.
NOTE
A CR-LSP attribute template can be deleted only when it is not used by any tunnel interface.
By default, both the affinity value and the affinity mask are 0x0.
The setup priority and hold priority are set for the CR-LSP attribute template.
By default, both the setup priority and the hold priority are 7.
NOTE
Before enabling or disabling FRR for the CR-LSP attribute template, note the following:
l After FRR is enabled, the route recording function is automatically enabled for the CR-LSP.
l After FRR is disabled, attributes of the bypass tunnel are automatically deleted.
The route recording function is enabled for the CR-LSP attribute template.
NOTE
The undo mpls te record-route command can take effect only when FRR is disabled.
Step 9 Run:
commit
NOTE
----End
Context
Perform the following steps on the ingress of the CR-LSP:
Procedure
Step 1 Run:
system-view
The primary CR-LSP is set up through the specified CR-LSP attribute template.
If dynamic is used, it indicates that when a CR-LSP attribute template is used to set up a primary
CR-LSP, all attributes in the template use the default values.
Step 4 (Optional) Run:
mpls te hotstandby-lsp-constraint number { dynamic | lsp-attribute lsp-attribute-
name }
The hot-standby CR-LSP is set up by using the specified CR-LSP attribute template.
A maximum of three CR-LSP attribute templates can be used to set up a hot-standby CR-LSP.
The hot-standby CR-LSP must be consistent with the primary CR-LSP in the attributes of the
setup priority, hold priority, and bandwidth type. To set up a hot-standby CR-LSP, you should
keep on attempting to use CR-LSP attribute templates one by one in ascending order of the
number of the attribute templates until the hot-standby CR-LSP is set up.
If dynamic is used, it indicates that the hot-standby CR-LSP is assigned the same bandwidth
and priority as the primary CR-LSP, but specified with a different path from the primary CR-
LSP.
The Wait to Restore (WTR) time is set for the traffic to switch back from the hot-standby CR-
LSP to the primary CR-LSP.
By default, the WTR time for the traffic to switch back from the hot-standby CR-LSP to the
primary CR-LSP is 10 seconds.
NOTE
The hot-standby CR-LSP specified in the mpls te backup hotstandby-lsp-constraint wtr command must
be an existing one established by running the mpls te hotstandby-lsp-constraint command.
The ordinary backup CR-LSP is set up by using the specified CR-LSP attribute template.
A maximum of three CR-LSP attribute templates can be used to set up an ordinary backup CR-
LSP. The ordinary backup CR-LSP must be consistent with the primary CR-LSP in the attributes
of the setup priority, hold priority, and bandwidth type. To set up an ordinary backup CR-LSP,
you should keep on attempting to use CR-LSP attribute templates one by one in ascending order
of the number of the attribute template until the ordinary backup CR-LSP is set up.
If dynamic is used, it indicates that the ordinary backup CR-LSP is assigned the same bandwidth
and priority as the primary CR-LSP.
Step 7 Run:
mpls te commit
----End
Prerequisites
All configurations of the CR-LSP set up by using the CR-LSP attribute template are complete.
Procedure
Step 1 Run the display explicit-path [ path-name ] [ tunnel-interface | lsp-attribute | verbose ]
command to view information about the explicit path configured for the CR-LSP attribute
template.
Step 2 Run the display mpls te tunnel-interface lsp-constraint [ tunnel interface-number ] command
to view information about the CR-LSP attribute template on the TE tunnel interface.
Step 3 Run the display mpls te tunnel-interface [ auto-bypass-tunnel tunnel-name | tunnel interface-
number ] command to view information about the MPLS TE tunnel using the CR-LSP attribute
template.
----End
Example
If the configurations succeed, you can view the following information:
l List of CR-LSP attribute templates that use the specified explicit path
l Information about the CR-LSP attribute templates on the specified TE tunnel interface
l Information about the CR-LSPs that are set up through the specified CR-LSP attribute
template
Applicable Environment
RSVP TE supports diversified signaling parameters. It ensures reliability and network resource
efficiency, and offers certain MPLS TE advanced features.
Before performing the configuration tasks described in this section, you must know in detail the
purpose of each task and the influences they have on networks.
Pre-configuration Tasks
Before optimizing the RSVP-TE tunnel, complete the following task:
Data Preparation
To optimize the RSVP TE tunnel, you need the following data.
No. Data
No. Data
Context
Perform the following steps on each node along the TE tunnel:
Procedure
Step 1 Run:
system-view
Step 8 Run:
mpls rsvp-te hello
The RSVP Hello extension mechanism is used to detect the reachability of RSVP neighboring
nodes. For details, refer to RFC 3209 and RFC 3473.
----End
Context
Perform the following steps on each node along the TE tunnel:
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls
Step 3 Run:
mpls rsvp-te timer refresh interval
If the refresh interval is modified, the modification takes effect after the timer expires.
It is not recommended to set a long refresh interval or modify the refresh interval frequently.
Step 4 Run:
mpls rsvp-te keep-multiplier number
----End
Context
Enabling Srefresh in the interface view or the mpls view on two nodes that are the neighbors of
each other can reduce the cost and improve the performance of a network. In the interface view,
Srefresh can be enabled only on this interface; in the MPLS view, Srefresh can be enabled on
the entire device. After Srefresh is enabled, the retransmission of Srefresh messages is
automatically enabled on the interface or the device.
Assume that a node initializes the retransmission interval as Rf seconds. If receiving no ACK
message within Rf seconds, the node retransmits the RSVP message after (1 + Delta) x Rf
seconds. The value of Delta depends on the link rate. The node retransmits the message until it
receives an ACK message or the times of retransmission reach the threshold (that is,
retransmission increment value).
Procedure
Step 1 Run:
system-view
The Srefresh mechanism that is configured in the interface view takes effect only on the
current interface.
l To enter the MPLS view, run:
mpls
The Srefresh mechanism that is configured in the MPLS view takes effect globally. The
Srefresh mechanism in MPLS view is applied to the TE FRR networking. By doing this,
both the usage of network resources and the reliability of the Srefresh mechanism can be
improved.
Step 3 Run:
mpls rsvp-te srefresh
Srefresh is enabled.
By default, Srefresh is disabled on the interface.
Step 4 (Optional) Run:
mpls rsvp-te timer retransmission { increment-value increment | retransmit-value
interval } *
----End
Context
Perform the following steps on the egress of the TE tunnel:
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls
Step 3 Run:
mpls rsvp-te resvconfirm
The reservation confirmation is initiated by the receiver of Path message. An object that requires
confirming the reservation is carried along the Resv message sent by the receiver.
----End
Procedure
l Run the display mpls rsvp-te command to check related information about RSVP-TE.
l Run the display mpls rsvp-te psb-content [ ingress-lsr-id tunnel-id lsp-id ] command to
check information about RSVP-TE PSB.
l Run the display mpls rsvp-te rsb-content [ ingress-lsr-id tunnel-id lsp-id ] command to
check information about RSVP-TE RSB.
l Run the display mpls rsvp-te statistics { global | interface [ interface-type interface-
number ] } command to check RSVP-TE statistics.
----End
Example
If the configurations succeed, run the preceding commands and you can view the following
information:
Applicable Environment
RSVP key authentication prevents an unauthorized node from setting up RSVP neighbor
relationships with the local node or generating forged packets to attack the local node.
RSVP key authentication prevents the following unauthorized means of setting up RSVP
neighbor relationships, protecting the local node from attacks (such as malicious reservation of
high bandwidth):
l An unauthorized node attempts to set up a neighbor relationship with the local node.
l A remote node generates and sends forged RSVP messages to set up a neighbor relationship
with the local node.
The message window function and the handshake function, together with RSVP key
authentication, prevent anti-replay attacks or authentication interruption between RSVP
neighbors resulted from RSVP message mis-sequence during network congestion.
Pre-configuration Tasks
Before configuring RSVP authentication, complete the following task:
Data Preparation
To configure RSVP authentication, you need the following data.
No. Data
Context
RSVP authentication uses authentication objects in RSVP messages to authenticate the RSVP
messages, preventing malicious attacks initiated by the modified or forged RSVP messages and
improving the network reliability and security.
The RSVP key authentication is configured either in the interface view or the MPLS RSVP-TE
neighbor view:
l In the interface view, RSVP key authentication configured is performed between directly
connected nodes.
l In the MPLS RSVP-TE neighbor view, the RSVP key authentication is performed between
neighboring nodes, which is recommended.
HMAC-MD5 or keychain authentication is enabled by configuring one of the following optional
parameters:
l cipher: configures HMAC-MD5 authentication with keys displayed in cipher text.
l plain: configures HMAC-MD5 authentication with keys displayed in plaintext.
l keychain: configures keychain authentication by using a globally configured keychain.
NOTE
NOTE
Characters ^#^# and $@$@ are used to identify passwords with variable lengths. Characters ^#^# are the
prefix and suffix of a new password, and characters $@$@ are the prefix and suffix of an old password.
Neither of them can be both configured at the beginning and end of a plain text password.
Procedure
l Configure RSVP key authentication in the interface view.
Perform the following steps on each interface between two directly connected nodes:
NOTE
The configurations must be complete on either of the two directly connected interfaces within a period
of time three times the interval at which a Path Refresh message is sent; otherwise, the RSVP session
goes Down.
1. Run:
system-view
RSVP key authentication configured in the interface view takes effect only on the
current interface and has the lowest preference.
l Configure RSVP key authentication in the MPLS RSVP-TE neighbor view.
NOTE
The configurations must be complete on either of the two directly connected interfaces within a period
of time three times the interval at which a Path Refresh message is sent; otherwise, the RSVP session
goes Down.
1. Run:
system-view
When ip-address is specified as an interface address but not the LSR ID of the
RSVP neighbor, key authentication is based on this neighbor's interface address.
This means that RSVP key authentication takes effect only on the specified
interface of the neighbor, providing high security. In this case, RSVP key
authentication has the highest preference.
When ip-address is specified as an address equal to the LSR ID of the RSVP
neighbor, key authentication is based on the neighbor's LSR ID. This means that
RSVP key authentication takes effect on all interfaces of the neighbor. In this case,
this RSVP key authentication has the higher preference than that configured in the
interface view, but has the lower preference than that configured based on the
neighbor interface address.
3. Run:
mpls rsvp-te authentication { { { cipher | plain } auth-key } | keychain
keychain-name }
----End
Context
RSVP neighbors to remain the neighbor relationship when no CR-LSP exists between them until
the RSVP authentication lifetime expires. Configuring the RSVP authentication time does not
affect the existing CR-LSPs.
Procedure
Step 1 Run:
system-view
The RSVP authentication lifetime that is configured in the interface view takes effect only
on the current interface.
l To enter the MPLS RSVP-TE neighbor view, run:
mpls rsvp-te peer ip-address
If ip-address is specified as an interface address but not the LSR ID of the RSVP
neighbor, the RSVP authentication lifetime takes effect only on the interface.
If ip-address is specified as an address equal to the LSR ID, the RSVP authentication
lifetime takes effect on the entire device.
Step 3 Run:
mpls rsvp-te authentication lifetime lifetime
----End
Context
Perform the following steps on each node along a tunnel:
Procedure
Step 1 Run:
system-view
The handshake function that is configured in the interface view takes effect only on the
current interface.
l To enter the MPLS RSVP-TE neighbor view, run:
mpls rsvp-te peer ip-address
When ip-address is specified as an interface address but not the LSR ID of the RSVP
neighbor, the handshake function is configured based on the neighbor interface address.
In this case, the handshake function takes effect only on the interface.
When ip-address is specified as an address equal to the LSR ID of the neighbor, the
handshake function is configured based on the neighbor LSR ID. In this case, the
handshake function takes effect on the entire device.
Step 3 Run:
mpls rsvp-te authentication handshake local-secret
NOTE
If you run the mpls rsvp-te authentication lifetime command after configuring the handshake function,
note that the RSVP authentication lifetime must be greater than the interval for sending RSVP refresh
messages.
If the RSVP authentication lifetime is smaller than the interval for sending RSVP refresh messages, the
RSVP authentication relationship may be deleted because no RSVP refresh message is received within the
RSVP authentication lifetime. In such a case, after the next RSVP refresh message is received, the
handshake operation is triggered. Repeated handshake operations may cause RSVP tunnels unable to be
set up or cause RSVP tunnels to be deleted.
----End
Context
The default window size is 1, which means that a device saves only the largest sequence number
of the RSVP message from neighbors.
When window-size is larger than 1, it means that a device accepts several valid sequence
numbers.
Perform the following steps on each node along a tunnel:
Procedure
Step 1 Run:
system-view
Step 2 Run either of the following commands to enter the interface view or the MPLS RSVP-TE
neighbor view:
l To enter the interface view of the MPLS TE tunnel, run:
interface interface-type interface-number
The message window function that is configured in the interface view takes effect only on
the current interface.
l To enter the MPLS RSVP-TE neighbor view, run:
mpls rsvp-te peer ip-address
When ip-address is specified as an interface address but not the LSR ID of an RSVP
neighbor, the message window function is configured based on the neighbor interface
address. In this case, the handshake function takes effect only on the interface.
When ip-address is specified as an address equal to the LSR ID of the RSVP neighbor,
the message window function is configured based on the neighbor LSR ID. In this case,
the message window function takes effect on the entire device.
Step 3 Run:
mpls rsvp-te authentication window-size window-size
window-size is the number of valid sequence numbers carried in RSVP messages that a device
can save.
RSVP Authentication must be configured before the message window function is configured.
NOTE
If RSVP is enabled on an Eth-Trunk interface or an IP-Trunk interface, only one neighbor relationship is
established on the trunk link between RSVP neighbors. Therefore, any member interface of the trunk
interface receives RSVP messages in a random order, resulting in RSVP message mis-sequence.
Configuring RSVP message window size prevents RSVP message mis-sequence.
The window size larger than 32 is recommended. If the window size is set too small, the RSVP packets
are discarded because the sequence number is beyond the range of the window size, causing an RSVP
neighbor relationship to be terminated.
----End
Prerequisites
The configurations of RSVP key authentication are complete.
Procedure
Step 1 Run the display mpls rsvp-te peer [ interface interface-type interface-number ] command to
view information about the RSVP neighbor on an RSVP-TE-enabled interface.
----End
Example
After the configurations are successful, run the display mpls rsvp-te peer command on an
interface. The number of RSBs in the RSVP-TE neighbor information is not zero.
Applicable Environment
CSPF uses the TEDB and constraints to calculate appropriate paths and establishes CR-LSPs
through the signaling protocol. MPLS TE provides many methods to affect CSPF computation
to adjust the CR-LSP path, including the following modes:
l Tie-breaking
CSPF calculates only a shortest path to reach the tunnel destination. During the path
computation, if there are several paths with the same metric, the device select one of them.
Tie-breaking methods for selecting the path are as follows:
Most-fill: selects a link with the largest ratio of the used bandwidth to the maximum
reservable bandwidth. This method ensures that bandwidth resources are used
effectively.
Least-fill: selects the link with the smallest ratio of the used bandwidth to the maximum
reservable bandwidth. This method ensures that links use bandwidth resources evenly.
Random: selects the link at random. This method can distribute LSPs evenly over links
regardless of the bandwidth.
NOTE
Tie-breaking selects the link based on bandwidth ratio. If the ratios are the same, such as no reservable
bandwidth or the equal bandwidth is used, the link that is found firstly is selected, even if least-fill
or most-fill is configured.
l Route pinning
A successfully-established CR-LSP does not vary with the route change. This is called
route pinning.
l Administrative group and affinity property
The affinity property of the MPLS TE tunnel determines the links used by the tunnel. The
affinity property cooperates with link administrative group to determine which links the
tunnel uses.
l SRLG
A shared risk link group (SRLG) is a set of links which are likely to fail concurrently due
to sharing a physical resource. Links in the group have a shared risk. That is, if one of the
links fails, other links in the group may fail too.
In MPLS TE, SRLG is a feature that enhances the path reliability for hot-standby tunnel
or the TE FRR tunnel. The two or more links can have a common risk when they share
common physical resource. For example, the sub-interfaces share the risk with their main
interface since the sub-interface definitely goes down when its main interface goes down.
If the backup or bypass tunnel goes through a link which shares a same risk with the primary
tunnel, the probability of backup tunnel going down along with the primary tunnel is high.
l Hop limit
Hop limit is a rule for path selection for setting up a CR-LSP. It limits the number of hops
that a CR-LSP allows.
l Re-optimization
Dynamically optimizing a CR-LSP is to periodically recompute routes for the CR-LSP. If
the route in recomputation is better than the route in use, then a new CR-LSP is established
according to the recomputed route. Meanwhile, services are switched from the old CR-LSP
to the new CR-LSP, and the old one is deleted.
Pre-configuration Tasks
The configuration tasks described in this section are some special configurations for CSPF in
MPLS TE. Before performing these configuration tasks, know their influences on the system.
Before adjusting the selection of the CR-LSP, complete the following task:
Data Preparation
To adjust the selection of the CR-LSP, you need the following data.
No. Data
Context
Perform the following steps on the ingress of the CR-LSP tunnel:
Procedure
Step 1 Run:
system-view
Step 2 Run:
interface interface-type interface-number
Step 3 Run:
mpls te link administrative group value
Step 4 Run:
quit
Step 5 Run:
interface tunnel interface-number
Step 6 Run:
mpls te affinity property properties [ mask mask-value ] [ best-effort |
secondary ]
By default, the values of administrative group, affinity property, and mask are all 0x0.
Step 7 Run:
mpls te commit
----End
Follow-up Procedure
The modification of administrative group takes effect only on LSPs that are established after
modification.
After the modified affinity property is committed, the established LSP in this tunnel may be
affected and the system recalculates the path for the TE tunnel.
Context
Configuring SRLG includes:
Procedure
l Configuring SRLG for the link
Perform the following steps on the links which are in the same SRLG.
1. Run:
system-view
NOTE
l If you specify the strict keyword, the CSPF always considers the SRLG as a constraint
when calculating the path for the backup CR-LSP or the hot-standby CR-LSP.
l If you specify the preferred keyword, CSPF tries to calculate the path which avoids the
links in the same SRLG as the protected interface(s); if the calculation fails, CSPF does
not consider the SRLG as a constraint anymore.
----End
Context
Perform the following steps on the ingress of the CR-LSP:
Procedure
Step 1 Run:
system-view
Step 2 Run:
interface tunnel interface-number
Step 3 Run:
mpls te hop-limit hop-limit-value [ best-effort | secondary ]
Step 4 Run:
mpls te commit
----End
Procedure
l Specifying the metric type used by the tunnel
1. Run:
system-view
The path metric type used by the tunnel during route selection is specified.
If the mpls te path metric-type command is not run in the tunnel interface view, the
metric type in the MPLS view is used; otherwise, the metric type in the tunnel interface
view is used.
By default, path metric type used by the tunnel during route selection is TE.
l (Optional) Configuring the TE metric value of the path
If the metric type of a specified tunnel is TE, you can modify the TE metric value of the
path on the outgoing interface of the ingress and the transit node through the following
configurations:
1. Run:
system-view
Context
Perform the following steps on the ingress of the CR-LSP tunnel:
Procedure
Step 1 Run:
system-view
----End
Context
CSPF uses a locally-maintained traffic-engineering database (TEDB) to calculate the shortest
path to the destination address. Then, the signaling protocol applies for and reserves resources
for the path. In the case of a link on a network is faulty, if the routing protocol fails to notify
CSPF of updating the TEDB in time, this may cause the path calculated by CSPF to contain the
faulty link.
As a result, the control packets, such as RSVP Path messages, of a signaling protocol are
discarded on the faulty link. Then, the signaling protocol returns an error message to the upstream
node. Receiving the link error message on the upstream node triggers CSPF to recalculate a path.
The path recalculated by CSPF and returned to the signaling protocol still contains the faulty
link because the TEDB is not updated. The control packets of the signaling protocol are still
discarded and the signaling protocol returns an error message to trigger CSPF to recalculate a
path. The procedure repeats until the TEDB is updated.
To avoid the preceding situation, when the signaling protocol returns an error message to notify
CSPF of a link failure, CSPF sets the status of the faulty link to INACTIVE and enables a failed
link timer. Then, CSPF does not use the faulty link in path calculation until CSPF receives a
TEDB update event or the failed link timer expires.
Before the failed link timer expires, if a TEDB update event is received, CSPF deletes the failed
link timer.
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls
Step 3 Run:
mpls te cspf timer failed-link interval
The failed link timer is a local configuration. If the failed link timers of nodes are set to different
values, a failed link that is in ACTIVE state on one node may be in INACTIVE state on other
nodes.
----End
Context
In the loop detection mechanism, a maximum number of 32 hops are allowed on an LSP. If
information about the local LSR is recorded in the path information table, or the number of hops
on the path exceeds 32, this indicates that a loop occurs and the LSP fails to be set up.
Procedure
Step 1 Run:
system-view
Step 2 Run:
interface tunnel interface-number
Step 3 Run:
mpls te loop-detection
Step 4 Run:
mpls te commit
----End
Context
By default, route pinning is disabled.
NOTE
If route pinning is enabled, the MPLS TE re-optimization cannot be used at the same time.
Procedure
Step 1 Run:
system-view
----End
Prerequisites
All configurations of adjusting the patch for CR-LSP are complete.
Procedure
Step 1 Run the display mpls te tunnel verbose command to check information about the MPLS TE
tunnel.
----End
Example
If the configuration is successful, run the preceding command and you can view the information
about affinity property.
Applicable Environment
During the establishment of an MPLS TE tunnel, specific configurations are required in the
practical application. This section describes the special configuration.
Pre-configuration Tasks
Note that tasks introduced in this section are of special configuration in MPLS TE. Before
performing these configuration tasks, you must know their influences on the system.
Before adjusting the establishment of the MPLS TE tunnel, complete the following task:
Data Preparation
To adjust the establishment of the MPLS TE tunnel, you need the following data.
No. Data
Context
Perform the following steps on the ingress of the CR-LSP tunnel:
Procedure
Step 1 Run:
system-view
NOTE
The setup priority should not be higher than the holding priority. So the value of the setup priority must
not be less than that of the holding priority.
Step 4 Run:
mpls te commit
----End
Context
NOTE
l If the re-optimization is enabled, the route pinning cannot be used at the same time.
l The CR-LSP re-optimization cannot be configured when the resource reservation style is FF.
Procedure
Step 1 Run:
system-view
----End
Context
A node becomes overloaded in the following situations:
l When the node is transmitting a large number of services and its system resources are
exhausted, the node marks itself overloaded.
l When the node is transmitting a large number of services and its CPU is overburdened, an
administrator can run the set-overload command to mark the node overloaded.
If there are overloaded nodes on an MPLS TE network, associate CR-LSP establishment with
the IS-IS overload setting to ensure that CR-LSPs are established over paths excluding
overloaded nodes. This configuration prevents overloaded nodes from being further burdened
and improves CR-LSP reliability.
Procedure
Step 1 Run:
system-view
CR-LSP establishment is associated with the IS-IS overload setting. This association allows
CSPF to calculate paths excluding overloaded IS-IS nodes.
NOTE
Before the association is configured, the mpls te cspf command must be run to enable CSPF and the mpls
te record-route command must be run to enable the route and label record.
Traffic travels through an existing CR-LSP before a new CR-LSP is established. After the new CR-LSP
is established, traffic switches to the new CR-LSP and the original CR-LSP is deleted. This traffic
switchover is performed based on the make-before-break mechanism. Traffic is not dropped during the
switchover.
The mpls te path-selection overload command has the following influences on the CR-LSP
establishment:
l CSPF recalculates paths excluding overloaded nodes for established CR-LSPs.
l CSPF calculates paths excluding overloaded nodes for new CR-LSPs.
NOTE
----End
Context
Perform the following steps on the ingress of the CR-LSP tunnel:
Procedure
Step 1 Run:
system-view
Step 3 Run:
mpls te retry times
Step 4 Run:
mpls te timer retry interval
Step 5 Run:
mpls te commit
If the establishment of a tunnel fails, the system attempts to reestablish the tunnel within the set
interval and the maximum number of attempts is the set reestablishment times.
----End
Context
By default, routes and labels are not recorded.
Procedure
Step 1 Run:
system-view
Step 2 Run:
interface tunnel interface-number
Step 3 Run:
mpls te record-route [ label ]
The route and label are recorded when establishing the tunnel.
Step 4 Run:
mpls te commit
----End
Context
Perform the following steps on each node on which multiple RSVP CR-LSPs need to be
reestablished:
Procedure
Step 1 Run:
system-view
----End
Prerequisites
All configurations of adjusting the establishment of an MPLS TE tunnel are complete.
Procedure
Step 1 Run the display mpls te tunnel-interface [ tunnel interface-number ] command to view
information about the tunnel interface.
----End
Example
If the configurations are successful, run the preceding commands to view the following items:
l The route record and label record of the tunnel are enabled.
l The times and interval of tunnel reestablishment attempts are displayed.
l The tunnel setup priority and holding priority are displayed.
Applicable Environment
In MPLS TE, traffic forwarding is affected by the configurations that changes the path through
which IP traffic or MPLS traffic passes or the configuration that can limit traffic types of the TE
tunnel.
This section describes several measures to adjust traffic forwarding in MPLS TE.
Pre-configuration Tasks
The configuration described in this section should be used together with CSPF and the dynamic
signaling protocol (such as RSVP-TE).
Data Preparation
To adjust the traffic forwarding, you need the following data.
No. Data
Context
NOTE
The IGP shortcut and the Forwarding Adjacency cannot be used together.
Procedure
Step 1 Run:
system-view
Step 2 Run:
interface tunnel interface-number
Step 3 Run:
mpls te igp shortcut [ isis | ospf ]
NOTE
Step 4 Run:
mpls te igp metric { absolute | relative } value
By default, the metric value used by the TE tunnel is the same as that of the IGP.
You can specify a metric value used by the TE tunnel when path is calculated in the IGP shortcut
feature.
l If the absolute metric is used, the TE tunnel is equal to the configured metric value.
l If the relative metric is used, the TE tunnel is equal to the sum of the metric value of the
corresponding IGP path and relative metric value.
Step 5 Run:
mpls te commit
Step 6 You can select either of the following modes to configure IGP shortcut.
l For IS-IS, run:
isis enable [ process-id ]
----End
Context
The routing protocol performs bidirectional detection on a link. When using the forwarding
adjacency to advertise LSP links to other nodes, configure another tunnel for transferring data
packets in the reverse direction. Then, enable the forwarding adjacency on these two tunnels.
NOTE
Procedure
Step 1 Run:
system-view
Step 2 Run:
interface tunnel interface-number
Step 3 Run:
mpls te igp advertise [ hold-time interval ]
Step 4 Run:
mpls te igp metric { absolute | relative } value
NOTE
Step 5 Run:
mpls te commit
Step 6 You can select either of the following modes to enable the forwarding adjacency.
----End
Context
MPLS TE uses a make-before-break mechanism. When attributes of an MPLS TE tunnel such
as bandwidth and path change, a new CR-LSP with new attributes, also called Modified LSP,
must be established. To prevent data loss during traffic switching, the new CR-LSP must be
established before the original CR-LSP is torn down. Through the make-before-break
mechanism, the system does not need to calculate the bandwidth to be reserved for the new CR-
LSP. That is, the new CR-LSP shares the bandwidth with the original CR-LSP.
In practical applications, if the upstream nodes are not as busy as the downstream nodes, the
original CR-LSP may be deleted in advance, causing temporary traffic interruption.
To avoid this problem, you can configure the switch delay and deletion delay on the ingress of
the tunnel.
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls
Step 3 Run:
mpls te switch-delay switch-time delete-delay delete-time
By default, the switching delay is 5 seconds and the deletion delay is 7 seconds.
----End
Applicable Environment
FRR provides rapid local protection for MPLS TE networks. It is used on networks requiring
high reliability. If a local failure occurs, FRR rapidly switches traffic to a bypass tunnel,
minimizing the impact on traffic.
A backbone network has a large capacity and its reliability requirements are high. If a link or
node failure occurs on the backbone network, a mechanism is required to provide automatic
protection and rapidly remove the fault. The Resource Reservation Protocol (RSVP) usually
establishes MPLS TE LSPs in Downstream on Demand (DoD) mode. If a failure occurs,
Constraint Shortest Path First (CSPF) can re-calculate a reachable path only after the ingress is
notified of the failure. The failure may trigger reestablishment of multiple LSPs and the
reestablishment fails if bandwidth is insufficient. Either the CSPF failure or bandwidth
insufficiency delays the recovery of the MPLS TE network.
NOTE
l FRR requires reserved bandwidth for a bypass tunnel that needs to be pre-established. If available
bandwidth is insufficient, FRR protects only important nodes or links along a tunnel.
l RSVP-TE tunnels using bandwidth reserved in Shared Explicit (SE) style support FRR, but static TE
tunnels do not.
NOTE
After an interface connected to an LSR or a CR-LSP is deleted or its board is removed, the interface
enters the stale state. If the number of stale interfaces on a node reaches the maximum number allowed
by the license, the node does not implement FRR for the primary tunnel if the interface providing
the outbound interface for the primary tunnel is removed or faulty.
l RSVP GR
On the S9700, FRR can be performed during the RSVP GR process. This protects traffic
on the primary tunnel and speeds up troubleshooting in the situation where a traffic
switchover or a reboot is triggered after a fault occurs on a PLR, the PLR' upstream node,
an MP, or the MP's downstream node, meanwhile the outbound interface of a primary tunnel
on the PLR fails.
During the RSVP GR process, FRR switching is triggered if the outbound interface of a
primary tunnel on the PLR goes Down.
Pre-configuration Tasks
Before configuring TE manual FRR, complete the following tasks:
l Setting up a primary RSVP-TE tunnel
l Enabling MPLS TE and RSVP-TE in the MPLS and physical interface views on every node
along a bypass tunnel (See 3.4.2 Enabling MPLS TE and RSVP-TE.)
l Enabling CSPF on a PLR
l (Optional) Configuring an explicit path for the bypass tunnel
Data Preparation
To configure TE manual FRR, you need the following data.
No. Data
5 (Optional) Path State Block (PSB) and Reservation State Block (RSB) timeout
multiplier
Procedure
Step 1 Run:
system-view
Step 2 Run:
interface tunnel tunnel-number
TE FRR is enabled.
NOTE
Only the primary tunnel in a tunnel protection group can be configured together with TE FRR on the ingress.
Neither the protection tunnel nor the tunnel protection group itself can be used together with TE FRR. If
the tunnel protection group and TE FRR are used, neither of them takes effect.
For example, Tunnel 1/0/0 and Tunnel 2/0/0 are tunnel interfaces on MPLS TE tunnels and the tunnel
named Tunnel 2/0/0 has a tunnel ID of 200. The mpls te protection tunnel 200 and mpls te fast-
reroute commands can be both configured on Tunnel 1/0/0. This means that the tunnel named Tunnel
1/0/0 can be a primary tunnel in a tunnel protection group and a TE FRR primary tunnel. A configuration
failure will occur if the mpls te protection tunnel 200 command is run on Tunnel 1/0/0 and the mpls te
fast-reroute command is run on Tunnel 2/0/0.
Step 4 Run:
mpls te commit
----End
Context
Bypass tunnels are established on selected links or nodes that are not on the protected primary
tunnel. If a link or node on the protected primary tunnel is used for a bypass tunnel and fails, the
bypass tunnel also fails to protect the primary tunnel.
NOTE
l FRR does not take effect if multiple nodes or links fail simultaneously. After FRR switching is
performed to switch data from the primary tunnel to a bypass tunnel, the bypass tunnel must remain
Up when forwarding data. If the bypass tunnel goes Down, the protected traffic is interrupted and FRR
fails. Even though the bypass tunnel goes Up again, traffic is unable to flow through the bypass tunnel
but travels through the primary tunnel after the primary tunnel recovers or is reestablished.
l By default, the system searches for an optimal manual FRR tunnel for each primary tunnel every 1
second and binds the bypass tunnel to the primary tunnel if there is an optimal bypass tunnel.
Procedure
Step 1 Run:
system-view
l To configure the tunnel interface to borrow the IP address of another interface, run:
ip address unnumbered interface interface-type interface-number
NOTE
A tunnel interface must have an IP address to forward traffic. An MPLS TE tunnel is unidirectional and
does not need a peer address. Therefore, there is no need to configure a separate IP address for the tunnel
interface. The tunnel interface usually borrows the IP address of the local loopback interface used as an
LSR ID.
Step 4 Run:
tunnel-protocol mpls te
NOTE
Physical links of a bypass tunnel cannot overlap protected physical links of the primary tunnel.
Step 8 Run:
mpls te bypass-tunnel
NOTE
Step 9 Run:
mpls te protected-interface interface-type interface-number
NOTE
Step 10 Run:
mpls te commit
----End
Procedure
Step 1 Run:
system-view
After the scanning interval is set, the system uses the following equation to calculate the scanning
interval (t1):
NOTE
If t1 is greater than 1000 milliseconds (1 second), t1 takes effect; if t1 is less than or equal to 1000
milliseconds, the scanning interval is 1000 milliseconds.
----End
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls
Step 3 Run:
mpls rsvp-te keep-multiplier number
NOTE
Setting the timeout multiplier to 5 or greater is recommended for a network where a large number of CR-
LSPs are established and RSVP GR is configured.
----End
Prerequisites
The configurations of MPLS TE manual FRR are complete.
Procedure
l Run the display mpls lsp [ lsp-id ingress-lsr-id session-id lsp-id ] [ verbose ] command
to check information about a specified primary tunnel.
l Run the display mpls lsp attribute bypass-inuse { inuse | not-exists | exists-not-used }
command to check information about a specified bypass LSP.
l Run the display mpls lsp attribute bypass-tunnel tunnel-name command to check
information about a primary tunnel which a bypass tunnel is bound.
l Run the display mpls te tunnel-interface [ tunnel tunnel-number | auto-bypass-tunnel
tunnel-name ] command to check detailed information about the tunnel interface of a
specified primary or bypass tunnel.
l Run the display mpls te tunnel path [ [ [ tunnel-name ] tunnel-name ] [ lsp-id ingress-
lsr-id session-id lsp-id ] | fast-reroute { local-protection-available | local-protection-
inuse } | lsr-role { ingress | transit | egress } ] command to check information about
paths of a specified primary or bypass tunnel.
----End
Example
Run the display mpls te tunnel-interface command to view information about the tunnel
interface of a primary or bypass tunnel.
<Quidway> display mpls te tunnel-interface tunnel 1/0/0
----------------------------------------------------------------
Tunnel10/0/0
----------------------------------------------------------------
Tunnel State Desc : GRACEFUL SWITCH
Active LSP : Best-Effort LSP
Traffic Switch : Best-Effort LSP -> Ordinary LSP
Session ID : 50
Ingress LSR ID : 1.1.1.1 Egress LSR ID: 2.2.2.2
Admin State : UP Oper State : UP
Primary LSP State : DOWN
Main LSP State : SETTING UP
Hot-Standby LSP State : UP
Main LSP State : READY LSP ID : 32799
Modify LSP State : SETTING UP
Ordinary LSP State : UP
Main LSP State : READY LSP ID : 32782
Best-Effort LSP State : UP
Main LSP State : READY LSP ID : 32780
Run the display mpls te tunnel path command to view information about the paths of a primary
or bypass tunnel.
<Quidway> display mpls te tunnel path
Tunnel Interface Name : Tunnel10/0/0
Lsp ID : 1.1.1.9 :100 :1024
Hop Information
Hop 0 10.1.1.1
Hop 1 10.1.1.2
Hop 2 2.2.2.9
Hop 3 20.1.1.1
Hop 4 20.1.1.2
Hop 5 3.3.3.9
Tunnel Interface Name : Tunnel10/0/0
Lsp ID : 1.1.1.9 :100 :2048
Hop Information
Hop 0 30.1.1.1
Hop 1 30.1.1.2
Hop 2 4.4.4.9
Hop 3 40.1.1.1
Hop 4 40.1.1.2
Hop 5 3.3.3.9
Applicable Environment
On the network that requires high reliability, the FRR protection is configured to improve the
reliability of the network. If the network topology is complex and multiple links need to be
configured, the configuration procedure is complicated. The Auto FRR can set up a bypass tunnel
automatically to meet the requirements to reduce the workload and improve the network
reliability.
Similar to the common MPLS TE FRR, MPLS TE Auto FRR also supports board hot pulling-
out protection and FRR during RSVP GR. For details, see Configuring TE Manual FRR.
Pre-configuration Tasks
Before configuring the Auto FRR, complete the following tasks:
Data Preparation
To configure the MPLS Auto FRR, you need the following data.
No. Data
1 Protection policy of the Auto FRR, that is, the link or the node to be protected
Context
Perform the following steps on the ingress node of the tunnel:
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls
Step 3 Run:
mpls te auto-frr
Step 4 Run:
quit
Step 5 Run:
interface interface-type interface-number
The interface view of the outgoing interface of the primary tunnel is displayed.
The TE Auto FRR is enabled on the outgoing interface on the ingress node of the primary tunnel.
By default, after Auto FRR is enabled globally, all the MPLS TE interfaces are automatically
configured with the mpls te auto-frr default command. To disable Auto FRR on some
interfaces, run the undo mpls te auto-frr command on these interfaces. Then, these interfaces
no longer have Auto FRR capability even if Auto FRR is enabled or is to be re-enabled globally.
NOTE
l If the mpls te auto-frr default command is configured in the interface view, the Auto FRR capability
of the interface is consistent with the global Auto FRR capability.
l After the node protection is enabled, if the topology does not meet the requirement to set up an automatic
bypass tunnel for node protection, the penultimate hop (but not other hops) on the primary tunnel
attempts to set up an automatic bypass tunnel for link protection.
----End
Context
Perform the following steps on the ingress node of the primary tunnel:
Procedure
Step 1 Run:
system-view
NOTE
l The bypass tunnel attributes can be configured only after the mpls te fast-reroute bandwidth
command is run on the primary tunnel.
l The bandwidth of the bypass tunnel cannot be greater than the bandwidth of the primary tunnel.
l When the attributes of the automatic bypass tunnel are not configured, by default, the bandwidth of the
automatic bypass tunnel is the same as the bandwidth of the primary tunnel.
l The setup priority of the bypass tunnel cannot be higher than the holding priority. Both priorities cannot
be higher than the priority of the primary tunnel.
l When the bandwidth of the primary tunnel is changed or the FRR is disabled, the attributes of the
bypass tunnel are cleared automatically.
l On one TE tunnel interface, the bandwidth of the bypass tunnel cannot be configured together with the
multi-CT.
Step 6 Run:
mpls te commit
----End
Context
Perform the following steps on the PLR node:
Procedure
Step 1 Run:
system-view
----End
Context
Perform the following steps on each node along the tunnel to support the FRR during the RSVP
GR:
Procedure
Step 1 Run:
system-view
The timeout multiplier of the path state block (PSB) and reserved state block (RSB) is configured.
The timeout multiplier of the PSB and RSB is recommended to be equal to or greater than five
to avoid the PSB and RSB loss because of large numbers of RSVP LSPs.
----End
Prerequisites
The configurations of the MPLS TE auto FRR function are complete.
Procedure
l Run the display mpls te tunnel verbose command to check binding information about the
primary tunnel and the auto bypass tunnel.
l Run the display mpls te tunnel-interface [ tunnel interface-number | auto-bypass-
tunnel tunnel-name ] command to check detailed information about the auto bypass tunnel.
l Run the display mpls te tunnel path [ [ [ tunnel-name ] tunnel-name ] [ lsp-id ingress-
lsr-id session-id lsp-id ] | fast-reroute { local-protection-available | local-protection-
inuse } | lsr-role { ingress | transit | egress } ] command to check path information about
the primary tunnel and the auto bypass tunnel.
----End
Applicable Environment
Backup CR-LSPs are established on networks requiring high reliability to provide end-to-end
protection, ensuring network reliability. If a primary CR-LSP fails, traffic rapidly switches to a
backup CR-LSP, ensuring uninterrupted traffic transmission.
Hot standby and ordinary backup modes are supported. If both primary and backup CR-LSPs
fail, best-effort paths are established. Table 3-1 lists CR-LSP backup modes.
On the network shown in Figure 3-1, a primary CR-LSP is set up over a path PE1 -> P1 -> PE2;
a backup CR-LSP is set up over a path PE1 -> P2 -> PE2; a best-effort path is set up over a path
PE1 -> P2 -> P1 -> PE2.
Primary path
PE1 PE2 Secondary path
Best-effort path
A CR-LSP backup mode can be configured as needed. Table 3-2 lists supported combinations
(marked "") of CR-LSP backup modes.
Ordinary Best-Effort
Hot Hot Standby Ordinary Backup Path
Standby (Configured Backup (Configured
(Manually Using a TE (Manually Using a TE
Configured Attribute Configured Attribute
) Template) ) Template)
Pre-configuration Tasks
Before configuring CR-LSP backup, complete the following tasks:
Data Preparation
To configure CR-LSP backup, you need the following data.
No. Data
1 Backup mode
No. Data
Procedure
Step 1 Run:
system-view
Step 2 Run:
interface tunnel tunnel-number
Step 3 Run:
mpls te backup { hot-standby [ wtr interval ] | ordinary }
NOTE
A tunnel interface cannot be used for both a bypass tunnel and a backup tunnel. A protection failure will
occur if the mpls te backup and mpls te bypass-tunnel commands are run on the tunnel interface, or if
the mpls te backup and mpls te protected-interface commands are run on the tunnel interface.
A tunnel interface cannot be used for both a bypass tunnel and a protection tunnel in a tunnel protection
group. A protection failure will occur if the mpls te backup and mpls te protection tunnel commands
are run on the tunnel interface.
After hot standby or ordinary backup is configured, the system automatically selects a path for
a backup CR-LSP. To specify a path for a backup CR-LSP, repeatedly perform one or more of
the following steps.
NOTE
Use a separate explicit path for the backup CR-LSP to prevent the backup CR-LSP from completely
overlapping its primary CR-LSP. Protection will fail if the backup CR-LSP completely overlaps its primary
CR-LSP.
The mpls te path explicit-path command can be run successfully only after an explicit path is set up by
running the explicit-path command in the system view, and the nodes on the path are specified.
----End
Context
A maximum of three hot-standby or ordinary backup attribute templates can be used for
establishing a hot-standby or an ordinary CR-LSP. TE attribute templates are prioritized. The
system attempts to use each template in ascending order by priority to establish a backup CR-
LSP.
If an existing backup CR-LSP is set up using a lower-priority attribute template, the system
automatically attempts to set up a new backup CR-LSP using a higher-priority attribute template,
which is unneeded sometimes. Locking a CR-LSP attribute template allows the existing CR-
LSP to keep transmitting traffic without triggering unneeded traffic switchovers, efficiently
using system resources.
Procedure
Step 1 Run:
system-view
Step 5 Run either of the following commands as needed to lock a backup CR-LSP attribute template:
l To lock an attribute template for an ordinary backup CR-LSP, run:
mpls te backup ordinary-lsp-constraint lock
NOTE
A used attribute template can be unlocked after the undo mpls te backup ordinary-lsp-constraint lock or
undo mpls te backup hotstandby-lsp-constraint lock command is run. After unlocking templates, the system
uses each available template in ascending order by priority. If a template has a higher priority than that of the
currently used template, the system establishes a CR-LSP using the higher-priority template.
Step 6 Run:
mpls te commit
----End
Context
Hot-standby CR-LSPs are established using reserved bandwidth resources by default. The
dynamic bandwidth function can be configured to allow the system to create a primary CR-LSP
and a hot-standby CR-LSP with the bandwidth of 0 bit/s simultaneously. The hot-standby CR-
LSP does not use bandwidth resources before the primary CR-LSP fails. If the primary tunnel
fails, the system uses the make-before-break mechanism to reestablish a hot-standby CR-LSP
with the desired bandwidth. If bandwidth resources are insufficient, the system is unable to
reestablish a hot-standby CR-LSP with the desired bandwidth, and therefore switches traffic to
the hot-standby CR-LSP with no bandwidth, ensuring uninterrupted traffic transmission.
Procedure
l Perform the following steps to enable the dynamic bandwidth function for hot-standby CR-
LSPs that are established not using attribute templates:
1. Run:
system-view
NOTE
l If a hot-standby CR-LSP has been established before the dynamic bandwidth function is enabled,
the system uses the make-before-break mechanism to establish a new hot-standby CR-LSP with
the bandwidth of 0 bit/s to replace the existing hot-standby CR-LSP.
l The undo mpls te backup hot-standby dynamic-bandwidth command can be used to disable
the dynamic bandwidth function. This allows the hot-standby CR-LSP with no bandwidth to
obtain bandwidth.
5. Run:
mpls te commit
NOTE
l If a hot-standby CR-LSP has been established before the dynamic bandwidth function is enabled,
the system uses the make-before-break mechanism to establish a new hot-standby CR-LSP with
no bandwidth to replace the existing hot-standby CR-LSP.
l The undo mpls te backup hot-standby dynamic-bandwidth command can be used to disable
the dynamic bandwidth function. This allows the hot-standby CR-LSP with no bandwidth to
obtain bandwidth.
5. Run:
mpls te commit
Procedure
Step 1 Run:
system-view
Step 2 Run:
interface tunnel tunnel-number
Step 3 Run:
mpls te backup ordinary best-effort
NOTE
A tunnel interface cannot be used for both a best-effort path and a manually configured ordinary backup
tunnel. A protection failure will occur if the mpls te backup ordinary best-effort and mpls te backup
ordinary commands are run on the tunnel interface.
To establish a best-effort path over a specified path, run either or both of step 4 and step 5.
Step 6 Run:
mpls te commit
----End
Prerequisites
The configurations of CR-LSP backup are complete.
Procedure
l Run the display mpls te tunnel-interface [ tunnel tunnel-number ] command to check
information about a tunnel interface on the ingress.
l Run the display mpls te hot-standby state { all [ verbose ] | interface tunnel interface-
number } command to check information about the hot-standby status.
l Run the display mpls te tunnel [ destination ip-address ] [ lsp-id ingress-lsr-id session-
id local-lsp-id ] [ lsr-role { all | egress | ingress | remote | transit } ] [ name tunnel-
name ] [ { incoming-interface | interface | outgoing-interface } interface-type interface-
number ] [ te-class0 | te-class1 | te-class2 | te-class3 | te-class4 | te-class5 | te-class6 | te-
class7 ] [ verbose ] command to check CR-LSP information.
----End
Example
After configuring hot standby, run the display mpls te tunnel-interface command to view
information about the path used by a hot-standby CR-LSP.
<Quidway> display mpls te tunnel-interface
----------------------------------------------------------------
Tunnel1/0/0
----------------------------------------------------------------
Tunnel State Desc : UP
Active LSP : Hot-Standby LSP
Session ID : 100
Ingress LSR ID : 4.4.4.4 Egress LSR ID: 3.3.3.3
Admin State : UP Oper State : UP
Primary LSP State : DOWN
Main LSP State : SETTING UP
Hot-Standby LSP State : UP
Main LSP State : READY LSP ID : 32769
Modify LSP State : SETTING UP
Run the display mpls te hot-standby state command to view the status of the hot-standby CR-
LSP.
<Quidway> display mpls te hot-standby state interface Tunnel 1/0/0
----------------------------------------------------------------
Verbose information about the Tunnel1/0/0 hot-standby state
----------------------------------------------------------------
tunnel name : Tunnel1/0/0
session id : 100
main LSP token : 0x100201a
hot-standby LSP token : 0x100201b
HSB switch result : Best-Effort LSP
HSB switch reason : -
WTR config time : 20s
WTR remain time : -
using overlapped path : -
current state : wait to restore
Run the display mpls te tunnel verbose command to view detailed tunnel information.
<Quidway> display mpls te tunnel verbose
No : 1
Tunnel-Name : Tunnel1/0/0
Tunnel Interface Name : Tunnel1/0/0
TunnelIndex : 0 LSP Index : 1024
Session ID : 100 LSP ID : 1
Lsr Role : Ingress LSP Type : Primary
Ingress LSR ID : 1.1.1.1
Egress LSR ID : 2.2.2.2
In-Interface : -
Out-Interface : Pos1/0/0
Sign-Protocol : Static CR Resv Style :
IncludeAnyAff : 0x0 ExcludeAnyAff : 0x0
IncludeAllAff : 0x0
ER-Hop Table Index : - AR-Hop Table Index: -
Application Environment
To protect important links and nodes, you can configure the TE FRR bypass tunnel and the end-
to-end backup CR-LSP together. The backup CR-LSP is more reliable than the TE FRR bypass
tunnel. Therefore, to improve the security of the tunnel, you are recommended to configure
synchronization of the TE FRR bypass tunnel and the backup CR-LSP.
When the protected link or node is faulty, the system switches traffic to the TE FRR
bypass tunnel and tries to restore the primary CR-LSP. At the same time, the system
tries to set up a backup CR-LSP.
When the backup CR-LSP is set up successfully and the primary CR-LSP is not restored,
traffic is switched to the backup CR-LSP.
When the backup CR-LSP fails to be set up and the primary CR-LSP is not restored,
traffic still passes through the TE FRR bypass tunnel.
l In hot standby mode, the following situations occur:
If the backup CR-LSP is in the Up state and the protected link or node is faulty, traffic
is switched to the TE FRR bypass tunnel and then immediately switched to the backup
CR-LSP. At the same time, the system tries to restore the primary CR-LSP.
If the backup CR-LSP is in the Down state, the processing of hot standby is the same
as the processing of ordinary backup.
When the primary CR-LSP is Up and the hot standby CR-LSP is also in the Up state, more
bandwidth resources are needed. The ordinary CR-LSP is set up only when the primary CR-LSP
is in the FRR-in-use state. That is, when the primary CR-LSP works normally, no more
bandwidth resources are needed. Therefore, the ordinary backup is recommended.
Pre-configuration Tasks
Before configuring synchronization of the bypass tunnel and the backup CR-LSP, complete the
following tasks:
l Setting up the primary tunnel
l Configuring manual MPLS TE FRR or MPLS TE Auto FRR (See the section Configuring
TE Manual FRR or the section Configuring MPLS Auto TE FRR.)
l Configuring the backup CR-LSP (except for the best-effort path) in either hot standby mode
or ordinary backup mode (See the section Configuring CR-LSP Backup.)
Data Preparation
To configure synchronization of the bypass tunnel and the backup CR-LSP, you need the
following data.
No. Data
1 Protection policy of TE FRR, that is, to protect the link or the node
2 Backup mode
Context
Perform the following steps on the ingress LSR of the primary tunnel:
NOTE
Before the configuration, you must configure the end-to-end protection (except for the best-effort path) in
either hot standby mode or ordinary backup mode and the TE FRR partial protection.
Procedure
Step 1 Run:
system-view
Step 2 Run:
interface tunnel interface-number
Step 3 Run:
mpls te backup frr-in-use
When the primary CR-LSP is faulty (that is, the primary CR-LSP is in FRR-in-use state), the
system starts the TE FRR bypass tunnel and tries to restore the primary CR-LSP. At the same
time, the system tries to set up a backup CR-LSP.
Step 4 Run:
mpls te commit
Step 5 Run:
quit
----End
Prerequisites
All configurations of synchronization of the bypass tunnel and the backup CR-LSP are complete.
Procedure
l Run the display mpls te tunnel-interface [ tunnel interface-number | auto-bypass-
tunnel tunnel-name ] command to view information about the tunnel.
----End
Applicable Environment
When an RSVP node performs an active/standby switchover, an RSVP adjacency relationship
between the local node and its neighbor is torn down because of signaling protocol timeout,
resulting in removal of a CR-LSP and a temporary traffic interruption.
RSVP GR resolves the preceding problem. The RSVP GR mechanism allows the adjacency
relationship to be reestablished between neighbors without tearing down RSVP sessions.
On the S9700, FRR switching is performed during the RSVP GR process. FRR protects traffic
if a switchover is performed on the PLR node, PLR upstream node, MP, or MP downstream
node and the outgoing interface of the PLR primary tunnel fails, reducing the fault period.
NOTE
When FRR is performed during the RSVP GR process, setting the timeout multiplier in the PSB and RSB
to a value equal to or greater than five is recommended, preventing PSB and RSB loss due to oversized
data. For detailed configurations, see (Optional) Modifying the PSB and RSB Timeout Multiplier.
Pre-configuration Tasks
Before configuring RSVP GR, complete the following tasks:
Data Preparation
To configure RSVP GR, you need the following data.
No. Data
1 IGP parameters:
l IS-IS: IS-IS process ID, Network Entity Title (NET), and IS-IS level of each node
l OSPF: OSPF process ID and AS number
Context
Perform the following steps on a GR node and its neighboring nodes:
Procedure
Step 1 Run:
system-view
----End
Context
Perform the following steps on a GR node:
Procedure
Step 1 Run:
system-view
Step 3 Run:
mpls rsvp-te hello full-gr
The RSVP GR function and the function of supporting RSVP GR on a neighbor are enabled.
By default, the RSVP GR function and RSVP GR support function are disabled.
----End
Context
RSVP GR takes effect on the RSVP GR-enabled neighbor automatically after the neighbor is
enabled with RSVP full GR. If the GR node's neighbor is a GR node, do not perform the following
steps. If the GR node's neighbor is not a GR node, do as follows:
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls
Step 3 Run:
mpls rsvp-te
RSVP-TE is enabled.
Step 4 Run:
mpls rsvp-te hello
Step 5 Run:
mpls rsvp-te hello support-peer-gr
----End
Context
If TE FRR is deployed, a hello session is required between a PLR and an MP. Perform the
following steps on the PLR and MP:
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls
Step 3 Run:
mpls rsvp-te
RSVP-TE is enabled.
Step 4 Run:
mpls rsvp-te hello
Step 5 Run:
mpls rsvp-te hello nodeid-session ip-address
----End
Context
After an active/standby switchover starts, an RSVP GR node has an RSVP smoothing period,
during which the data plane continues forwarding data if the control plane is not restored. After
RSVP smoothing is completed, a restart timer is started.
In this formula, the default basic time is 90 seconds and is configurable by using a command
line, and the number of LSPs is the number of LSPs with the local node being the ingress.
Perform the following steps on the GR node to modify the basic time:
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls
Step 3 Run:
mpls rsvp-te hello basic-restart-time basic-restart-time
----End
Procedure
l Run the display mpls rsvp-te graceful-restart command to check the status of the local
RSVP GR.
l Run the display mpls rsvp-te graceful-restart peer [ { interface interface-type interface-
number | node-id } [ ip-address ] ] command to check the status of RSVP GR on a neighbor.
----End
Example
Run the display mpls rsvp-te graceful-restart command on a restarted node. If "GR-Self GR-
Support" is displayed in the Graceful-Restart Capability field, it means that the local device has
the RSVP GR function. During the GR process, in the output of the display mpls rsvp-te
graceful-restart command, "Restart time going on" or "Recovery time going on" is displayed
in the GR Status field.
Run the display mpls rsvp-te graceful-restart peer command on the restarted node.
l Can Do Self GR: means that the neighbor node is enabled with the RSVP GR capability.
l Can Support GR: means that the neighbor node is enabled with the RSVP GR supporting
capability.
l Both "Can Do Self GR" and "Can Support GR": mean that the neighbor node is enabled
with the RSVP GR function and the RSVP GR support function.
Applicable Environment
BFD detects the following types of CR-LSPs:
l Static CR-LSP
l RSVP CR-LSP
BFD for static CR-LSP and BFD for RSVP CR-LSP can be used to replace MPLS OAM to
detect the MPLS TE tunnel protection groups and trigger primary/backup CR-LSP switchover.
BFD for CR-LSP is applicable to the hot-standby CR-LSP. It detects the primary and backup
CR-LSPs and triggers CR-LSPs switchover.
For details about MPLS OAM configuration, refer to the chapter "MPLS OAM Configuration"
in the Configuration Guide - MPLS.
NOTE
For the same CR-LSP, MPLS OAM and BFD cannot be configured simultaneously.
BFD for LSP can function properly though the forward path is an LSP and the backward path is an IP link.
The forward path and the backward path must be established over the same link; otherwise, if a fault occurs,
BFD cannot identify the faulty path. Before deploying BFD, ensure that the forward and backward paths
are over the same link so that BFD can correctly identify the faulty path.
Pre-configuration Tasks
Before configuring static BFD for CR-LSP, complete the following task:
For details about the configuration of the MPLS TE tunnel protection group for the MPLS TE tunnel, refer
to the chapter "MPLS OAM Configuration" in the S9700 Core Routing Switch Configuration Guide -
MPLS.
Data Preparation
To configure static BFD for CR-LSP, you need the following data.
No. Data
No. Data
2 Backward channel (IP link, dynamic LSP, static LSP, or MPLS TE tunnel)
Context
Perform the following steps on the ingress node and egress node of the tunnel:
Procedure
Step 1 Run:
system-view
----End
Context
Perform the following steps on the ingress node of a tunnel:
Procedure
Step 1 Run:
system-view
BFD is configured to detect the primary or backup CR-LSP bound to a specified tunnel.
The parameter backup means that backup CR-LSPs are to be checked.
Step 3 Run:
discriminator local discr-value
The local minimum interval at which BFD packets are sent is set.
By default, if the FSU is used, the interval for sending BFD control packets is 10 ms; if the FSU
is not used, the interval for sending BFD control packets is 1000 ms
Step 6 (Optional) Run:
min-rx-interval interval
The local minimum interval at which BFD packets are received is set.
By default, if the FSU is used, the interval for sending BFD control packets is 10 ms; if the FSU
is not used, the interval for sending BFD control packets is 1000 ms
Step 7 (Optional) Run:
detect-multiplier multiplier
The BFD session status changes can be advertised to the application on the upper layer.
When the BFD status changes, BFD notifies the application of the change, triggering a fast
switchover between the primary and bypass CR-LSPs.
Step 9 Run:
commit
NOTE
Actual local sending interval = MAX { Configured local sending interval, Configured remote receiving
interval }
Actual local receiving interval = MAX { Configured remote sending interval, Configured local receiving
interval }
Actual local detection interval = Actual local receiving interval x Configured remote detection multiplier
For example:
l The local sending and receiving intervals are set to 200 ms and 300 ms respectively and the detection
multiplier is set to 4.
l The remote sending and receiving intervals are set to 100 ms and 600 ms respectively and the detection
multiplier is set to 5.
Then,
l Actual local sending interval = MAX {200 ms, 600 ms} = 600 ms; Actual local receiving interval =
MAX {100 ms, 300 ms} = 300 ms; Actual local detection interval is 300 ms x 5 = 1500 ms.
l Actual remote sending interval = MAX {100 ms, 300 ms} = 300 ms; Actual remote receiving interval
= MAX {200 ms, 600 ms} = 600 ms; Actual remote detection interval is 600 ms x 4 = 2400 ms.
----End
Context
Perform the following steps on the egress node of a tunnel:
Procedure
Step 1 Run:
system-view
Step 3 Run:
discriminator local discr-value
Step 4 Run:
discriminator remote discr-value
The minimum interval at which the local end sends BFD packets is set.
By default, if the FSU is used, the interval for sending BFD control packets is 10 ms; if the FSU
is not used, the interval for sending BFD control packets is 1000 ms
The minimum interval at which the local end receives BFD packets is set.
By default, if the FSU is used, the interval for sending BFD control packets is 10 ms; if the FSU
is not used, the interval for sending BFD control packets is 1000 ms
Step 8 Run:
commit
----End
Procedure
l Run the display bfd configuration mpls-te interface tunnel interface-number te-lsp
[ verbose ] command to check BFD configurations on the ingress.
l Run the following commands to check BFD configurations on the egress:
Run the display bfd configuration all [ for-ip | for-lsp | for-te ] [ verbose ] command
to check all BFD configurations.
Run the display bfd configuration static [ for-ip | for-lsp | for-te | name cfg-name ]
[ verbose ] command to check the static BFD configurations.
Run the display bfd configuration peer-ip peer-ip [ vpn-instance vpn-instance-
name ] [ verbose ] command to check the configurations of BFD with the reverse path
being an IP link.
Run the display bfd configuration static-lsp lsp-name [ verbose ] command to check
the configurations of BFD with the reverse path being a static LSP.
Run the display bfd configuration ldp-lsp peer-ip peer-ip nexthop nexthop-address
[ interface interface-type interface-number ] [ verbose ] command to check the
configurations of BFD with the backward channel being an LDP LSP.
Run the display bfd configuration mpls-te interface tunnel interface-number te-lsp
[ verbose ] command to check the configurations of BFD with the backward channel
being a CR-LSP.
Run the display bfd configuration mpls-te interface tunnel interface-number
[ verbose ] command to check the configurations of BFD with the backward channel
being a TE tunnel.
l Run the display bfd session mpls-te interface tunnel interface-number te-lsp
[ verbose ] command to check BFD session configurations on the ingress.
l Run the following commands to check BFD session configurations on the egress:
Run the display bfd session all [ for-ip | for-lsp | for-te ] [ verbose ] command to check
all the BFD configurations.
Run the display bfd session static [ for-ip | for-lsp | for-te ] [ verbose ] command to
check the static BFD configurations.
Run the display bfd session peer-ip peer-ip [ vpn-instance vpn-instance-name ]
[ verbose ] command to check the configurations of BFD with the backward channel
being an IP link.
Run the display bfd session static-lsp lsp-name [ verbose ] command to check the
configurations of BFD with the backward channel being a static LSP.
Run the display bfd session ldp-lsp peer-ip peer-ip nexthop nexthop-address [
interface interface-type interface-number ] [ verbose ] command to check the
configurations of BFD with the backward channel being an LDP LSP.
Run the display bfd session mpls-te interface tunnel interface-number te-lsp
[ verbose ] command to check the configurations of BFD with the backward channel
being a CR-LSP.
Run the display bfd session mpls-te interface tunnel interface-number [ verbose ]
command to check the configurations of BFD with the backward channel being a TE
tunnel.
l Run the following command to check BFD statistics:
Run the display bfd statistics session all [ for-ip | for-lsp | for-te ] command to check
all BFD session statistics.
Run the display bfd statistics session peer-ip peer-ip [ vpn-instance vpn-instance-
name ] command to check statistics about the BFD session that detects faults in the IP
link.
Run the display bfd statistics session static-lsp lsp-name command to check statistics
about the BFD session that detects faults in the static LSP.
Run the display bfd statistics session ldp-lsp peer-ip peer-ip nexthop nexthop-
address [ interface interface-type interface-number ] command to check statistics of
the BFD session that detects faults in the LDP LSP.
Run the display bfd statistics session mpls-te interface tunnel interface-number te-
lsp command to check statistics about the BFD session that detects faults in the CR-
LSP.
----End
Example
After completing the configuration, run the preceding commands to check BFD session status.
The BFD session is Up.
Applicable Environment
BFD for TE allows applications such as VPN FRR or VLL FRR to fast switch traffic if the
primary tunnel fails, preventing service interruption.
NOTE
Pre-configuration Tasks
Before configuring static BFD for TE, complete the following task:
Data Preparation
To configure static BFD for TE, you need the following data.
No. Data
2 Backward channel (IP link, dynamic LSP, static LSP, or MPLS TE tunnel)
Context
Perform the following steps on the ingress and egress of a tunnel:
Procedure
Step 1 Run:
system-view
Step 2 Run:
bfd
----End
Context
Perform the following steps on the ingress of a tunnel:
Procedure
Step 1 Run:
system-view
Step 2 Run:
bfd cfg-name bind mpls-te interface tunnel interface-number
Step 3 Run:
discriminator local discr-value
Step 4 Run:
discriminator remote discr-value
The local minimum interval at which BFD packets are sent is set.
The local minimum interval at which BFD packets are received is set.
Step 8 Run:
process-pst
The BFD session status changes can be advertised to the application on the upper layer.
Step 9 Run:
commit
NOTE
If the status of the tunnel to be checked is Down, the BFD session cannot be set up.
Actual local sending interval = MAX { Configured local sending interval, Configured remote receiving
interval }
Actual local receiving interval = MAX { Configured remote sending interval, Configured local receiving
interval }
Actual local detection interval = Actual local receiving interval x Configured remote detection multiplier.
For example:
l The local sending and receiving intervals are set to 200 ms and 300 ms respectively and the detection
multiplier is set to 4.
l The remote sending and receiving intervals are set to 100 ms and 600 ms respectively and the detection
multiplier is set to 5.
Then,
l Actual local sending interval = MAX {200 ms, 600 ms} = 600 ms; Actual local receiving interval =
MAX {100 ms, 300 ms} = 300 ms; actual local detection interval is 300 ms x 5 = 1500 ms.
l Actual remote sending interval = MAX {100 ms, 300 ms} = 300 ms; Actual remote receiving interval
= MAX {200 ms, 600 ms} = 600 ms; Actual remote detection interval is 600 ms x 4 = 2400 ms.
----End
Context
Perform the following steps on the egress node of a tunnel:
Procedure
Step 1 Run:
system-view
Step 3 Run:
discriminator local discr-value
The local minimum interval at which BFD packets are sent is set.
By default, if the FSU is used, the interval for sending BFD control packets is 10 ms; if the FSU
is not used, the interval for sending BFD control packets is 1000 ms.
Step 6 (Optional) Run:
min-rx-interval interval
The local minimum interval at which BFD packets are received is set.
By default, if the FSU is used, the interval for sending BFD control packets is 10 ms; if the FSU
is not used, the interval for sending BFD control packets is 1000 ms.
Step 7 (Optional) Run:
detect-multiplier multiplier
----End
Procedure
l Run the display bfd configuration mpls-te interface tunnel interface-number
[ verbose ] command to check BFD configurations on the ingress.
l Run the following commands to check BFD configurations on the egress:
Run the display bfd configuration all [ for-ip | for-lsp | for-te ] [ verbose ] command
to check all information about BFD.
Run the display bfd configuration static [ for-ip | for-lsp | for-te | name cfg-name ]
[ verbose ] command to check the static BFD configurations.
Run the display bfd configuration peer-ip peer-ip [ vpn-instance vpn-instance-
name ] [ verbose ] command to check the configurations of BFD with the backward
channel being an IP link.
Run the display bfd configuration static-lsp lsp-name [ verbose ] command to check
the configurations of BFD with the backward channel being a static LSP.
Run the display bfd configuration ldp-lsp peer-ip peer-ip nexthop nexthop-address
[ interface interface-type interface-number ] [ verbose ] command to check the
configurations of BFD with the backward channel being an LDP LSP.
Run the display bfd configuration mpls-te interface tunnel interface-number te-lsp
[ verbose ] command to check the configurations of BFD with the backward channel
being a CR-LSP.
Run the display bfd configuration mpls-te interface tunnel interface-number
[ verbose ] command to check the configurations of BFD with the backward channel
being a TE tunnel.
l Run the display bfd session mpls-te interface tunnel interface-number [ verbose ]
command to check BFD session configurations on the ingress.
l Run the following commands to check BFD session configurations on the egress:
Run the display bfd session all [ for-ip | for-lsp | for-te ] [ verbose ] command to check
all BFD configurations.
Run the display bfd session static [ for-ip | for-lsp | for-te ] [ verbose ] command to
check the configurations of static BFD.
Run the display bfd session peer-ip peer-ip [ vpn-instance vpn-instance-name ]
[ verbose ] command to check the configurations of BFD with the backward channel
being an IP link.
Run the display bfd session static-lsp lsp-name [ verbose ] command to check the
configurations of BFD with the backward channel being a static LSP.
Run the display bfd session ldp-lsp peer-ip peer-ip nexthop nexthop-address [
interface interface-type interface-number ] [ verbose ] command to check the
configurations of BFD with the backward channel being an LDP LSP.
Run the display bfd session mpls-te interface tunnel interface-number te-lsp
[ verbose ] command to check the configurations of BFD with the backward channel
being a CR-LSP.
Run the display bfd session mpls-te interface tunnel interface-number [ verbose ]
command to check the configurations of BFD with the backward channel being a TE
tunnel.
l Run the following command to check BFD statistics:
Run the display bfd statistics command to check all BFD statistics.
Run the display bfd statistics session all [ for-ip | for-lsp | for-te ] command to check
all BFD session statistics.
Run the display bfd statistics session peer-ip peer-ip [ vpn-instance vpn-instance-
name ] command to check statistics of the BFD session that detects faults in the IP link.
Run the display bfd statistics session static-lsp lsp-name command to check statistics
about the BFD session that detects faults in the static LSP.
Run the display bfd statistics session ldp-lsp peer-ip peer-ip nexthop nexthop-
address [ interface interface-type interface-number ] command to check statistics of
the BFD session that detects faults in the LDP LSP.
Run the display bfd statistics session mpls-te interface tunnel interface-number te-
lsp command to check statistics of the BFD session that detects faults in the CR-LSP.
----End
Example
After completing the configuration, run the preceding commands to check BFD session status.
The BFD session is Up.
Applicable Environment
Compared with static BFD, dynamically creating BFD sessions simplifies configurations and
reduces configuration errors.
l Static CR-LSP
l RSVP CR-LSP
Currently, dynamic BFD for CR-LSP cannot detect faults in the entire TE tunnel.
NOTE
MPLS OAM and BFD cannot be configured together for one CR-LSP.
BFD for LSP can function properly though the forward path is an LSP and the backward path is an IP link.
The forward path and the backward path must be established over the same link; otherwise, if a fault occurs,
BFD cannot identify the faulty path. Before deploying BFD, ensure that the forward and backward paths
are over the same link so that BFD can correctly identify the faulty path.
Pre-configuration Tasks
Before configuring dynamic BFD for CR-LSP, complete the following tasks:
l Configuring Static MPLS TE Tunnel or Configuring an RSVP-TE Tunnel
Data Preparation
To configure dynamic BFD for CR-LSP, you need the following data.
No. Data
Context
Perform the following steps on the ingress and the egress of a TE tunnel:
Procedure
Step 1 Run:
system-view
----End
Context
Enabling the capability of dynamically creating BFD sessions on a TE tunnel can be
implemented in either of the following methods:
l Enabling MPLS TE BFD Globally if most TE tunnels on the ingress need to dynamically
create BFD sessions
l Enabling MPLS TE BFD on the Tunnel Interface if certain TE tunnels on the ingress
need to dynamically create BFD sessions
Procedure
l Enable MPLS TE BFD globally.
1. Run:
system-view
After this command is run in the MPLS view, dynamic BFD for TE is enabled on all
the tunnel interfaces, excluding the interfaces on which dynamic BFD for TE are
blocked.
4. (Optional) Block the capability of dynamically creating BFD sessions for TE on the
tunnel interfaces of the TE tunnels that do not need dynamic BFD for TE.
a. Run:
interface tunnel interface-number
1. Run:
system-view
2. Run:
interface tunnel interface-number
The command configured in the tunnel interface view takes effect only on the current
tunnel interface.
4. Run:
mpls te commit
----End
Context
Perform the following steps on the egress:
Procedure
Step 1 Run:
system-view
Step 2 Run:
bfd
Step 3 Run:
mpls-passive
After this command is run, a BFD session can be created only after the egress receives an LSP
Ping request containing a BFD TLV from the ingress.
----End
Context
BFD parameters are adjusted on the ingress of a TE tunnel either of the following modes:
l Adjusting Global BFD Parameters if most TE tunnels on the ingress use the same BFD
parameters
l Adjusting BFD Parameters on an Interface if certain TE tunnels on the ingress need
BFD parameters different from global BFD parameters
NOTE
Actual local sending interval = MAX { Configured local sending interval, Configured remote receiving
interval }
Actual local receiving interval = MAX { Configured remote sending interval, Configured local receiving
interval }
Actual local detection interval = Actual local receiving interval x Configured remote detection multiplier
On the egress of the TE tunnel enabled with the capability of passively creating BFD sessions, the default
values of the receiving interval, sending interval and detection multiplier cannot be adjusted. The default
values of these three parameters are the minimum configurable values on the ingress. Therefore, the BFD
detection interval on the ingress and that on the egress of a TE tunnel are as follows:
l Actual detection interval on the ingress = Configured receiving interval on the ingress x 3
l Actual detection interval on the egress = Configured sending interval on the ingress x Configured
detection multiplier on the ingress
Procedure
l Adjust global BFD parameters.
1. Run:
system-view
----End
Procedure
l Run the display bfd configuration dynamic [ verbose ] command to check the
configuration of dynamic BFD on the ingress.
l Run the display bfd configuration passive-dynamic [ peer-ip peer-ip remote-
discriminator discriminator ] [ verbose ] command to check the configuration of dynamic
BFD on the egress.
l Run the display bfd session dynamic [ verbose ] command to check information about
the BFD session on the ingress.
l Run the display bfd session passive-dynamic [ peer-ip peer-ip discriminator
discriminator ] [ verbose ] command to check information about the BFD session passively
created on the egress.
l Check the BFD statistics.
Run the display bfd statistics command to check statistics about all BFD sessions.
Run the display bfd statistics session dynamic command to check statistics about
dynamic BFD sessions.
l Run the display mpls bfd session [ statistics | [ protocol { ldp | cr-static | rsvp-te } ] |
[ outgoing-interface interface-type interface-number ] | [ nexthop ip-address ] | [ fec fec-
address ] | verbose | monitor ] command to check information about the MPLS BFD
session.
----End
Example
Run the display bfd session all verbose command on the ingress. The status of the BFD sessions
is Up and the links bound to the sessions are TE LSPs.
Run the display bfd session passive-dynamic verbose command on the egress. The BFD
session created on the egress is a multi-hop BFD session bound to the peer IP address.
Applicable Environment
BFD for RSVP is applied to a scenario where TE FRR is used and a Layer 2 device exists on
the primary LSP between a PLR and its downstream neighbors. On a network where GR is
enabled on the PLR and MP, BFD for RSVP is also recommended.
By default, the interval at which RSVP Hello messages are sent is 3 seconds. The interval at
which a neighbor is declared Down is three times the interval at which RSVP Hello messages
are sent. This allows devices to detect a fault in an RSVP neighbor at seconds level.
If a Layer 2 device exists on a link between RSVP neighboring nodes, the neighboring node
cannot rapidly detect the fault after the link fails, resulting in a great loss of data.
BFD detects faults at millisecond level in protected links or nodes. BFD for RSVP rapidly detects
faults in an RSVP neighbor, allowing packets to switch to a backup LSP rapidly.
NOTE
BFD for LSP can function properly though the forward path is an LSP and the backward path is an IP link.
The forward path and the backward path must be established over the same link; otherwise, if a fault occurs,
BFD cannot identify the faulty path. Before deploying BFD, ensure that the forward and backward paths
are over the same link so that BFD can correctly identify the faulty path.
Pre-configuration Tasks
Before configuring BFD for RSVP, complete the following tasks:
Data Preparation
To configure BFD for RSVP, you need the following data.
No. Data
When modifying BFD session parameters, select the parameters for the BFD sessions shared by
different protocols as follows:
l If the interval at which BFD packets are sent, interval at which BFD packets are received,
and local detection multiplier are set globally and on the interfaces of a node, the parameters
configured on the interfaces are used by a local RSVP protocol.
l If BFD for RSVP and other protocols share a BFD session on a node, the node selects the
smallest time parameters among all protocols as the local parameters.
l The following formulas are applied:
Actual local sending interval = MAX { Configured local sending interval, Configured
remote receiving interval }
Actual local receiving interval = MAX { Configured remote sending interval,
Configured local receiving interval }
Actual local detection interval = Actual local receiving interval x Configured remote
detection multiplier
Context
Perform the following steps on the two RSVP neighboring nodes between which a Layer 2 device
resides:
Procedure
Step 1 Run:
system-view
----End
Context
Enabling BFD for RSVP in the following manners:
l Enabling BFD for RSVP Globally if most RSVP interfaces on a node need BFD for
RSVP.
l Enabling BFD for RSVP on the RSVP Interface if certain RSVP interfaces on a node
need BFD for RSVP.
Procedure
l Enable BFD for RSVP globally.
Perform the following steps on both RSVP neighboring nodes between which a Layer 2
device resides:
1. Run:
system-view
Context
BFD for RSVP parameters are adjusted on the ingress of a TE tunnel either of the following
modes:
l Adjusting Global BFD Parameters if most RSVP interfaces on a node use the same BFD
parameters
Procedure
l Adjust global BFD parameters globally.
Perform the following steps on the two RSVP neighboring nodes between which a Layer
2 device resides:
1. Run:
system-view
NOTE
----End
Procedure
l Run the display mpls rsvp-te bfd session { all | interface interface-type interface-
number | peer ip-address } [ verbose ] command to check information about the BFD for
RSVP session.
l Run the display mpls rsvp-te [ interface [ interface-type interface-number ] ] command
to check the configuration of RSVP-TE.
l Run the display mpls rsvp-te peer [ interface interface-type interface-number ] command
to check information about the RSVP neighbor.
l Run the display mpls rsvp-te statistics { global | interface [ interface-type interface-
number ] } command to check statistics about RSVP-TE.
----End
Example
If the configurations are successful, you can view that the status of the BFD session for RSVP
is Up.
NOTE
Information about the BFD session can be checked only after the BFD session parameters are configured
and the session is created successfully.
Prerequisites
The configurations of the TE tunnel detection are complete.
Procedure
l Run the ping lsp [ -a source-ip | -c count | -exp exp-value | -h ttl-value | -m interval | -r
reply-mode | -s packet-size | -t time-out | -v ] * te tunnel interface-number [ hot-
standby ] [ draft6 ] command to check the connectivity of the TE tunnel between the
ingress and egress.
l Run the tracert lsp [ -a source-ip | -exp exp-value | -h ttl-value | -r reply-mode | -t time-
out ] * te tunnel interface-number [ hot-standby ] [ draft6 ] command to trace the hops
of a TE tunnel.
----End
Example
After configuring MPLS TE, run the ping lsp command on the ingress of the TE tunnel to view
the ping result. If the ping fails, run the tracert lsp command to locate the fault. If the hot-
standby parameter is specified, the hot-standby CR-LSP can be tested. If draft6 is specified,
the command is implemented in compliance with draft-ietf-mpls-lsp-ping-06. By default, the
command is implemented in compliance with RFC 4379.
Context
After configuring MPLS TE, you can use NQA to check the connectivity and jitter of the TE
tunnel. For detailed configurations, see the chapter "NQA Configuration" in the S9700 Core
Routing Switch Configuration Guide - System Management.
Context
If an RSVP-TE tunnel interface goes Down, you can run the following command to view
information about tunnel faults.
Procedure
Step 1 Run display mpls te tunnel-interface last-error [ tunnel-name ] command to view information
about tunnel faults.
----End
Example
Run the display mpls te tunnel-interface last-error command on the ingress to view last errors
of a local node or last errors carried in a PathErr message received from the downstream node.
The errors can be as follows:
l CSPF computation failures
l Errors that occur during the RSVP GR process
l Errors that occur when the RSVP signaling is triggered
l Errors that are carried in the received RSVP PathErr messages
This command shows the last 20 recorded errors of the TE tunnel.
Context
Run the reset command in the user view to clear the operation information.
Procedure
Step 1 Run the reset mpls rsvp-te statistics { global | interface [ interface-type interface-number ] }
command in the user view to clear statistics about RSVP-TE.
----End
Context
To make the tunnel-related configuration take effect, you can run the mpls te commit command
in the tunnel interface view and run the reset command in the user view.
NOTE
If the configuration is modified in the interface view of the TE tunnel but the mpls te commit command
is not configured, the system cannot execute the reset mpls te tunnel-interface tunnel command to re-
establish the tunnel.
Procedure
Step 1 Run the reset mpls te tunnel-interface tunnel interface-number command to reset the tunnel
interface.
----End
Context
CAUTION
Resetting the RSVP process results in the release and reestablishment of all RSVP CR-LSPs.
To re-establish all RSVP CR-LSPs or verify the operation process of RSVP, run the following
reset command.
Procedure
l Run the reset mpls rsvp-te command to reset the RSVP process.
----End
Context
In a scenario where MPLS TE Auto FRR is used, you can run the following reset command to
release or re-establish bypass tunnels.
Procedure
l Run the reset mpls te auto-frr { lsp-id ingress-lsr-id tunnel-id | name bypass-tunnel-
name } command to delete or reset the Auto FRR bypass tunnel.
----End
Context
Run the following commands in the system view to notify the Network Management System
(NMS) of LSP status changes.
By default, the trap function is disabled during the setup of the LDP LSP.
Procedure
l Run the snmp-agent trap suppress feature-name lsp trap-name { mplsxcup |
mplsxcdown } trap-interval trap-interval [ max-trap-number max-trap-number ]
command in the system view to enable the trap function for the LDP LSP and enable the
debugging of excessive mplsxcup or mplsxcdown information.
----End
Networking Requirements
As shown in Figure 3-2, a static TE tunnel from LSRA to LSRC and a static TE tunnel from
LSRC to LSRA need to be set up.
Configuration Roadmap
The configuration roadmap is as follows:
NOTE
l The value of the outgoing label of each node is the value of the incoming label of its next node.
l When running the static-cr-lsp ingress {tunnel-interface tunnel tunnel-number | tunnel-name }
destination destination-address { nexthop next-hop-address | outgoing-interface interface-type
interface-number } out-label out-label-value command to configure the ingress node of a CR-LSP,
note that tunnel-name must be the same as the tunnel name created by using the interface tunnel
tunnel-number command. tunnel-name is a string of case-sensitive characters without spaces. For
example, the name of the tunnel created by using the interface tunnel 2/0/0 command is Tunnel 2/0/0.
In this case, the parameter of the ingress node of the static CR-LSP is Tunnel 2/0/0; otherwise, the
tunnel cannot be created. There is no such limit on the transit node and egress node.
Data Preparation
To complete the configuration, you need the following data:
Procedure
Step 1 Create VLANs and VLANIF interfaces, and assign IP addresses to the VLANIF interfaces.
# Configure LSRA.
<Quidway> system-view
[Quidway] sysname LSRA
[LSRA] interface loopback1
[LSRA-LoopBack1] ip address 1.1.1.1 32
[LSRA-LoopBack1] quit
[LSRA] interface gigabitethernet 1/0/0
[LSRA-GigabitEthernet1/0/0] port link-type access
[LSRA-GigabitEthernet1/0/0] quit
[LSRA] vlan 10
[LSRA-vlan10] port gigabitethernet 1/0/0
[LSRA-vlan10] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] ip address 2.1.1.1 24
[LSRA-Vlanif10] quit
# Configure LSRB.
<Quidway> system-view
[Quidway] sysname LSRB
[LSRB] interface loopback1
[LSRB-LoopBack1] ip address 2.2.2.2 32
[LSRB-LoopBack1] quit
[LSRB] interface gigabitethernet 1/0/0
[LSRB-GigabitEthernet1/0/0] port link-type access
[LSRB-GigabitEthernet1/0/0] quit
[LSRB] interface gigabitethernet 2/0/0
[LSRB-GigabitEthernet2/0/0] port link-type access
[LSRB-GigabitEthernet2/0/0] quit
[LSRB] vlan 10
[LSRB-vlan10] port gigabitethernet 1/0/0
[LSRB-vlan10] quit
[LSRB] interface vlanif 10
[LSRB-Vlanif10] ip address 2.1.1.2 24
[LSRB-Vlanif10] quit
[LSRB] vlan 20
[LSRB-vlan20] port gigabitethernet 2/0/0
[LSRB-vlan20] quit
[LSRB] interface vlanif 20
[LSRB-Vlanif20] ip address 3.2.1.1 24
# Configure LSRC.
<Quidway> system-view
[Quidway] sysname LSRC
[LSRC] interface loopback1
[LSRC-LoopBack1] ip address 3.3.3.3 32
[LSRC-LoopBack1] quit
[LSRC] interface gigabitethernet 2/0/0
[LSRC-GigabitEthernet1/0/0] port link-type access
[LSRC-GigabitEthernet1/0/0] quit
[LSRC] vlan 20
[LSRC-vlan20] port gigabitethernet 1/0/0
[LSRC-vlan20] quit
[LSRC] interface vlanif 20
[LSRC-Vlanif20] ip address 3.2.1.2 24
[LSRC-Vlanif20] quit
Step 2 Configure the routing protocol to connect the LSRs at the network layer.
# Configure LSRA.
[LSRA] mpls lsr-id 1.1.1.1
[LSRA] mpls
[LSRA-mpls] mpls te
[LSRA] interface vlanif 10
[LSRA-Vlanif10] mpls
[LSRA-Vlanif10] mpls te
[LSRA-Vlanif10] quit
[LSRA-mpls] quit
The configurations of LSRB and LSRC are similar to the configuration of LSRA, and are not
mentioned here.
Step 4 Configure MPLS TE tunnels.
# Create an MPLS TE tunnel from LSRA to LSRC on LSRA.
[LSRA] interface tunnel 1/0/0
[LSRA-Tunnel1/0/0] ip address unnumbered interface loopback 1
[LSRA-Tunnel1/0/0] tunnel-protocol mpls te
[LSRA-Tunnel1/0/0] destination 3.3.3.3
[LSRA-Tunnel1/0/0] mpls te tunnel-id 100
[LSRA-Tunnel1/0/0] mpls te signal-protocol cr-static
[LSRA-Tunnel1/0/0] mpls te commit
[LSRA-Tunnel1/0/0] quit
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
1.1.1.1 3.3.3.3 1 NULL/20 I Tunnel1/0/0
- - - 130/NULL I Tunnel2/0/0
[LSRB] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
- - - 20/30 I Tunnel1/0/0
- - - 120/130 I Tunnel2/0/0
[LSRC] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
3.3.3.3 1.1.1.1 1 NULL/120 E Tunnel2/0/0
- - - 30/NULL E Tunnel1/0/0
Run the display mpls lsp or display mpls static-cr-lsp command on each node, and you can
view the establishment of static CR-LSPs.
# Check the configuration on LSRA.
[LSRA] display mpls lsp
----------------------------------------------------------------------
LSP Information: STATIC CRLSP
----------------------------------------------------------------------
FEC In/Out Label In/Out IF Vrf Name
3.3.3.3/32 NULL/20 -/Vlanif10
-/- 130/NULL Vlanif10/-
When the static CR-LSP is used to establish the MPLS TE tunnel, the packets on the transit node
and the egress node are forwarded according to the specified incoming label and outgoing label.
Therefore, information such as FEC is null is shown in the display of LSRB and LSRC.
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10
#
mpls lsr-id 1.1.1.1
mpls
mpls te
#
interface Vlanif10
ip address 2.1.1.1 255.255.255.0
mpls
mpls te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
#
interface Tunnel1/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.3
mpls te tunnel-id 100
mpls te signal-protocol cr-static
mpls te commit
#
ospf 1
area 0.0.0.0
network 2.1.1.0 0.0.0.255
network 1.1.1.1 0.0.0.0
#
static-cr-lsp ingress tunnel-interface Tunnel1/0/0 destination 3.3.3.3 nexthop
2.1.1.2 out-label 20
static-cr-lsp egress tunnel2/0/0 incoming-interface vlanif 10 in-label 130
#
return
destination 1.1.1.1
mpls te signal-protocol cr-static
mpls te tunnel-id 200
mpls te commit
#
ospf 1
area 0.0.0.0
network 3.2.1.0 0.0.0.255
network 3.3.3.3 0.0.0.0
#
static-cr-lsp ingress tunnel-interface Tunnel2/0/0 destination 1.1.1.1 nexthop
3.2.1.1 out-label 120
static-cr-lsp egress tunnel1/0/0 incoming-interface vlanif 20 in-label 30
#
return
Networking Requirements
As shown in Figure 3-3, IS-IS is run on LSRA, LSRB, LSRC, and LSRD. They are all Level 2
devices.
LSRA LSRD
GE1/0/0 GE1/0/0
VLANIF10 VLANIF30
GE1/0/0 10.1.1.1/24 30.1.1.2/24 GE1/0/0
VLANIF10 VLANIF30
10.1.1.2/24 30.1.1.1/24
GE2/0/0 GE2/0/0
Loopback1 Loopback1
2.2.2.9/32 VLANIF20 VLANIF20 3.3.3.9/32
LSRB 20.1.1.1/24 20.1.1.2/24 LSRC
Configuration Roadmap
The configuration roadmap is as follows:
Data Preparation
To complete the configuration, you need the following data:
l IS-IS area ID, originating system ID, and IS-IS level of each node
l Number of the tunnel interface, IP address, destination IP address, tunnel ID, signaling
protocol (RSVP-TE)
Procedure
Step 1 Create VLANs and VLANIF interfaces, and assign IP addresses to the VLANIF interfaces.
Configure LSRA.
<Quidway> system-view
[Quidway] sysname LSRA
[LSRA] interface loopback1
[LSRA-LoopBack1] ip address 1.1.1.9 32
[LSRA-LoopBack1] quit
[LSRA] interface gigabitethernet1/0/0
[LSRA-GigabitEthernet1/0/0] port link-type access
[LSRA-GigabitEthernet1/0/0] quit
[LSRA] vlan 10
[LSRA-vlan10] port gigabitethernet1/0/0
[LSRA-vlan10] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] ip address 10.1.1.1 24
[LSRA-Vlanif10] quit
Configure LSRB.
<Quidway> system-view
[Quidway] sysname LSRB
[LSRB] interface loopback1
[LSRB-LoopBack1] ip address 2.2.2.9 32
[LSRB-LoopBack1] quit
[LSRB] interface gigabitethernet1/0/0
[LSRB-GigabitEthernet1/0/0] port link-type access
[LSRB-GigabitEthernet1/0/0] quit
[LSRB] vlan 10
[LSRB-vlan10] port gigabitethernet1/0/0
[LSRB-vlan10] quit
[LSRB] interface gigabitethernet2/0/0
[LSRB-GigabitEthernet2/0/0] port link-type access
[LSRB-GigabitEthernet2/0/0] quit
[LSRB] vlan 20
[LSRB-vlan20] port gigabitethernet2/0/0
[LSRB-vlan20] quit
[LSRB] interface vlanif 10
[LSRB-Vlanif10] ip address 10.1.1.2 24
[LSRB-Vlanif10] quit
[LSRB] interface vlanif 20
[LSRB-Vlanif20] ip address 20.1.1.1 24
[LSRB-Vlanif20] quit
Configure LSRC.
<Quidway> system-view
[Quidway] sysname LSRC
[LSRC] interface loopback1
[LSRC-LoopBack1] ip address 3.3.3.9 32
[LSRC-LoopBack1] quit
[LSRC] vlan 20
[LSRC] interface gigabitethernet2/0/0
[LSRC-GigabitEthernet2/0/0] port link-type access
[LSRC-GigabitEthernet2/0/0] quit
[LSRC-vlan20] port gigabitethernet2/0/0
[LSRC-vlan20] quit
[LSRC] interface gigabitethernet1/0/0
[LSRC-GigabitEthernet1/0/0] port link-type access
[LSRC-GigabitEthernet1/0/0] quit
[LSRC] vlan 30
[LSRC-vlan30] port gigabitethernet1/0/0
[LSRC-vlan30] quit
[LSRC] interface vlanif 20
[LSRC-Vlanif20] ip address 20.1.1.2 24
[LSRC-Vlanif20] quit
[LSRC] interface vlanif 30
[LSRC-Vlanif30] ip address 30.1.1.1 24
[LSRC-Vlanif30] quit
Configure LSRD.
<Quidway> system-view
[Quidway] sysname LSRD
[LSRD] interface loopback1
[LSRD-LoopBack1] ip address 4.4.4.9 32
[LSRD-LoopBack1] quit
[LSRD] vlan 30
[LSRD] interface gigabitethernet1/0/0
[LSRD-GigabitEthernet1/0/0] port link-type access
[LSRD-GigabitEthernet1/0/0] quit
[LSRD-vlan30] port gigabitethernet1/0/0
[LSRD-vlan30] quit
[LSRD] interface vlanif 30
[LSRD-Vlanif30] ip address 30.1.1.2 24
[LSRD-Vlanif30] quit
# Configure LSRA.
[LSRA] isis 1
[LSRA-isis-1] network-entity 00.0005.0000.0000.0001.00
[LSRA-isis-1] is-level level-2
[LSRA-isis-1] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] isis enable 1
[LSRA-Vlanif10] quit
[LSRA] interface loopback 1
[LSRA-LoopBack1] isis enable 1
[LSRA-LoopBack1] quit
# Configure LSRB.
[LSRB] isis 1
[LSRB-isis-1] network-entity 00.0005.0000.0000.0002.00
[LSRB-isis-1] is-level level-2
[LSRB-isis-1] quit
[LSRB] interface vlanif 10
[LSRB-Vlanif10] isis enable 1
[LSRB-Vlanif10] quit
[LSRB] interface vlanif 20
[LSRB-Vlanif20] isis enable 1
[LSRB-Vlanif20] quit
[LSRB] interface loopback 1
[LSRB-LoopBack1] isis enable 1
[LSRB-LoopBack1] quit
# Configure LSRC.
[LSRC] isis 1
[LSRC-isis-1] network-entity 00.0005.0000.0000.0003.00
[LSRC-isis-1] is-level level-2
[LSRC-isis-1] quit
[LSRC] interface vlanif 20
[LSRC-Vlanif20] isis enable 1
[LSRC-Vlanif20] quit
[LSRC] interface vlanif 30
[LSRC-Vlanif30] isis enable 1
[LSRC-Vlanif30] quit
[LSRC] interface loopback 1
[LSRC-LoopBack1] isis enable 1
[LSRC-LoopBack1] quit
# Configure LSRD.
[LSRD] isis 1
[LSRD-isis-1] network-entity 00.0005.0000.0000.0004.00
[LSRD-isis-1] is-level level-2
[LSRD-isis-1] quit
[LSRD] interface vlanif 30
[LSRD-Vlanif30] isis enable 1
[LSRD-Vlanif30] quit
[LSRD] interface loopback 1
[LSRD-LoopBack1] isis enable 1
[LSRD-LoopBack1] quit
After the configuration, run the display ip routing-table command on each node, and you can
view that the nodes learn the routes from each other. Take the display on LSRA as an example.
[LSRA] display ip routing-table
Route Flags: R - relay, D - download to fib
------------------------------------------------------------------------------
Routing Tables: Public
Destinations : 10 Routes : 10
Destination/Mask Proto Pre Cost Flags NextHop Interface
1.1.1.9/32 Direct 0 0 D 127.0.0.1 InLoopBack1
2.2.2.9/32 ISIS 15 10 D 10.1.1.2 Vlanif10
3.3.3.9/32 ISIS 15 20 D 10.1.1.2 Vlanif10
4.4.4.9/32 ISIS 15 30 D 10.1.1.2 Vlanif10
10.1.1.0/24 Direct 0 0 D 10.1.1.1 Vlanif10
10.1.1.1/32 Direct 0 0 D 127.0.0.1 InLoopBack1
20.1.1.0/24 ISIS 15 20 D 10.1.1.2 Vlanif10
30.1.1.0/24 ISIS 15 30 D 10.1.1.2 Vlanif10
127.0.0.0/8 Direct 0 0 D 127.0.0.1 InLoopBack1
127.0.0.1/32 Direct 0 0 D 127.0.0.1 InLoopBack1
Step 3 Configure basic MPLS functions and enable MPLS TE, RSVP-TE, and CSPF.
# Enable MPLS, MPLS TE, and RSVP-TE globally on each node, enable MPLS, MPLS TE,
and RSVP-TE on all tunnel interfaces, and enable CSPF in the system view on the ingress node.
# Configure LSRA.
[LSRA] mpls lsr-id 1.1.1.9
[LSRA] mpls
[LSRA-mpls] mpls te
[LSRA-mpls] mpls rsvp-te
[LSRA-mpls] mpls te cspf
[LSRA-mpls] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] mpls
[LSRA-Vlanif10] mpls te
[LSRA-Vlanif10] mpls rsvp-te
[LSRA-Vlanif10] quit
# Configure LSRB.
[LSRB] mpls lsr-id 2.2.2.9
[LSRB] mpls
[LSRB-mpls] mpls te
[LSRB-mpls] mpls rsvp-te
[LSRB-mpls] mpls te cspf
[LSRB-mpls] quit
[LSRB] interface vlanif 10
[LSRB-Vlanif10] mpls
[LSRB-Vlanif10] mpls te
[LSRB-Vlanif10] mpls rsvp-te
[LSRB-Vlanif10] quit
[LSRB] interface vlanif 20
[LSRB-Vlanif20] mpls
[LSRB-Vlanif20] mpls te
[LSRB-Vlanif20] mpls rsvp-te
[LSRB-Vlanif20] quit
# Configure LSRC.
[LSRC] mpls lsr-id 3.3.3.9
[LSRC] mpls
[LSRC-mpls] mpls te
[LSRC-mpls] mpls te cspf
[LSRC-mpls] mpls rsvp-te
[LSRC-mpls] quit
[LSRC] interface vlanif 20
[LSRC-Vlanif20] mpls
[LSRC-Vlanif20] mpls te
[LSRC-Vlanif20] mpls rsvp-te
[LSRC-Vlanif20] quit
[LSRC] interface vlanif 30
[LSRC-Vlanif30] mpls
[LSRC-Vlanif30] mpls te
[LSRC-Vlanif30] mpls rsvp-te
[LSRC-Vlanif30] quit
# Configure LSRD.
[LSRD] mpls lsr-id 4.4.4.9
[LSRD] mpls
[LSRD-mpls] mpls te
[LSRD-mpls] mpls te cspf[LSRD-mpls] mpls rsvp-te
[LSRD-mpls] quit
[LSRD] interface vlanif 30
[LSRD-Vlanif30] mpls
[LSRD-Vlanif30] mpls te
[LSRD-Vlanif30] mpls rsvp-te
[LSRD-Vlanif30] quit
# Configure LSRA.
[LSRA] isis 1
[LSRA-isis-1] cost-style wide
[LSRA-isis-1] traffic-eng level-2
[LSRA-isis-1] quit
# Configure LSRB.
[LSRB] isis 1
[LSRB-isis-1] cost-style wide
[LSRB-isis-1] traffic-eng level-2
[LSRB-isis-1] quit
# Configure LSRC.
[LSRC] isis 1
[LSRC-isis-1] cost-style wide
[LSRC-isis-1] traffic-eng level-2
[LSRC-isis-1] quit
# Configure LSRD.
[LSRD] isis 1
[LSRD-isis-1] cost-style wide
[LSRD-isis-1] traffic-eng level-2
[LSRD-isis-1] quit
Run the display mpls te tunnel verbose command on LSRA, and you can view detailed
information about the tunnel.
[LSRA] display mpls te tunnel verbose
No : 1
Tunnel-Name :
Tunnel1/0/0
Tunnel Interface Name : -
TunnelIndex : 0 LSP Index : 2048
Session ID : 100 LSP ID : 1
Lsr Role : Ingress Lsp Type :
Primary
Ingress LSR ID : 1.1.1.9
Egress LSR ID :
4.4.4.9
In-Interface : Vlanif10
Out-Interface : -
Sign-Protocol : RSVP Resv Style : SE
IncludeAnyAff : 0x0 ExcludeAnyAff : 0x0
IncludeAllAff : 0x0
ER-Hop Table Index : - AR-Hop Table Index: -
C-Hop Table Index : -
PrevTunnelIndexInSession: - NextTunnelIndexInSession: -
PSB Handle :
1024
Created Time : 2012-02-23 22:04:24+00:00
--------------------------------
DS-TE Information
--------------------------------
Bandwidth Reserved Flag : Unreserved
Run the display mpls te cspf tedb all command on LSRA, and you can view link information
in the TEDB.
[LSRA] display mpls te cspf tedb all
Maximum Nodes Supported: 1024 Current Total Node Number: 4
Maximum Links Supported: 2048 Current Total Link Number: 6
Maximum SRLGs supported: 5120 Current Total SRLG Number: 0
Id Router-Id IGP Process-Id Area Link-Count
1 3.3.3.9 ISIS 1 Level-2 2
2 2.2.2.9 ISIS 1 Level-2 2
3 4.4.4.9 ISIS 1 Level-2 1
4 1.1.1.9 ISIS 1 Level-2 1
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0001.00
traffic-eng level-2
#
interface Vlanif10
#
sysname LSRC
#
vlan batch 20 30
#
mpls lsr-id 3.3.3.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0003.00
traffic-eng level-2
#
interface Vlanif20
ip address 20.1.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif30
ip address 30.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 30
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface LoopBack1
ip address 3.3.3.9 255.255.255.255
isis enable 1
#
return
l Configuration file of LSRD
#
sysname LSRD
#
vlan batch 30
#
mpls lsr-id 4.4.4.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0004.00
traffic-eng level-2
#
interface Vlanif30
ip address 30.1.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 30
#
interface LoopBack1
ip address 4.4.4.9 255.255.255.255
isis enable 1
#
return
Networking Requirements
As shown in Figure 3-4, a primary CR-LSP with LSRA being the ingress and LSRD being the
egress needs to be set up, and the primary CR-LSP needs to be configured with the hot-standby
CR-LSP and ordinary backup CR-LSP. In this manner, when the primary CR-LSP fails, the
traffic can be switched to the hot-standby CR-LSP or ordinary backup CR-LSP.
Figure 3-4 Networking diagram of setting up CR-LSPs by using CR-LSP attribute templates
LSRC
/0 G
1/0 /24 10. E2/0/0
E
G .1.2 1. 4
1 .1/2 G
1.1.1.1/32 1/0/ 4 0 10. 4 1 E 1/ 0
GE .1.1/2
0 .1.4 /0 4.4.4.4/32
LSRE .2/2
0 .1 GE2/0/0 GE2/0/0 4
1
10.1.3.1/24 10.1.6.2/24
GE1/0/0 GE2/0/0
G 0
LSRA 10 E3/0 10.1.3.2/24 10.1.6.1/24
3 /0/ 24 LSRD
.1.
2.1 0/ GE .5.2/
/24 G .1
10 E 1/ 0 / 0/0 10
.1.
2.2 /0
2 24
GE .5.1/
/24 .1
10
LSRB
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure IP addresses and a routing protocol for interfaces so that they can communicate
at the network layer.
2. Enable MPLS and MPLS TE in the system view and in each interface view.
3. Configure CR-LSP attribute templates on the ingress of the CR-LSPs.
4. Create the CR-LSPs on the TE tunnel interface by using the CR-LSP attribute templates.
Data Preparation
To complete the configuration, you need the following data:
l LSR ID of each switch
l Name of each CR-LSP attribute template and attributes of each template
l IP address of the tunnel interface, destination address of the tunnel, and tunnel ID
Procedure
Step 1 Configure VLANs that interfaces belong to.
<Quidway> system-view
[Quidway] sysname LSRA
[LSRA] vlan batch 10 20 30
[LSRA] interface gigabitEthernet 1/0/0
[LSRA-GigabitEthernet1/0/0] port hybrid pvid vlan 10
[LSRA-GigabitEthernet1/0/0] port hybrid untagged vlan 10
[LSRA-GigabitEthernet1/0/0] quit
[LSRA] interface gigabitEthernet 2/0/0
[LSRA-GigabitEthernet2/0/0] port hybrid pvid vlan 20
[LSRA-GigabitEthernet2/0/0] port hybrid untagged vlan 20
[LSRA-GigabitEthernet2/0/0] quit
[LSRA] interface gigabitEthernet 3/0/0
[LSRA-GigabitEthernet3/0/0] port hybrid pvid vlan 30
[LSRA-GigabitEthernet3/0/0] port hybrid untagged vlan 30
[LSRA-GigabitEthernet3/0/0] quit
The configurations of LSRB, LSRC, LSRD and LSRE are similar to the configuration of LSRA,
and are not mentioned here.
Step 2 Configure IP addresses and an IGP for the interfaces so that they can communicate at the network
layer.
The configuration details are not mentioned here.
Step 3 Configure the LSR ID for each switch, and enable MPLS and MPLS TE in the system view and
in each interface view on each switch.
# Configure LSRA.
<LSRA> system-view
[LSRA] mpls lsr-id 1.1.1.1
[LSRA] mpls
[LSRA-mpls] mpls te
[LSRA-mpls] mpls rsvp-te
[LSRA-mpls] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] mpls
[LSRA-Vlanif10] mpls te
[LSRA-Vlanif10] mpls rsvp-te
[LSRA-Vlanif10] quit
[LSRA] interface vlanif 20
[LSRA-Vlanif20] mpls
[LSRA-Vlanif20] mpls te
[LSRA-Vlanif20] mpls rsvp-te
[LSRA-Vlanif20] quit
[LSRA] interface vlanif 30
[LSRA-Vlanif30] mpls
[LSRA-Vlanif30] mpls te
[LSRA-Vlanif30] mpls rsvp-te
[LSRA-Vlanif30] quit
NOTE
The configurations of LSRB, LSRC, LSRD, and LSRE are similar to those of LSRA, and are not mentioned
here.
NOTE
The priorities of the CR-LSP attribute templates configured on the same tunnel interface must be the same.
Step 5 Set up the CR-LSP with LSRA being the ingress and LSRD being the egress by using the CR-
LSP attribute template.
# Set up the CR-LSP with LSRA being the ingress and LSRD being the egress.
[LSRA] interface tunnel1/0/0
[LSRA-Tunnel1/0/0] tunnel-protocol mpls te
[LSRA-Tunnel1/0/0] destination 4.4.4.4
[LSRA-Tunnel1/0/0] mpls te tunnel-id 100
[LSRA-Tunnel1/0/0] mpls te primary-lsp-constraint lsp-attribute lsp_attribute_1
[LSRA-Tunnel1/0/0] mpls te hotstandby-lsp-constraint 1 lsp-attribute
lsp_attribute_2
[LSRA-Tunnel1/0/0] mpls te ordinary-lsp-constraint 1 lsp-attribute lsp_attribute_3
[LSRA-Tunnel1/0/0] mpls te commit
# Run the display mpls te tunnel verbose command on LSRA. You can view that the LSP
attribute template lsp_attribute_1 is used to set up the CR-LSP.
<LSRA> display mpls te tunnel verbose
No : 1
Tunnel-Name : Tunnel1/0/0
TunnelIndex : 0 LSP Index : 2048
Session ID : 100 LSP ID : 1
Lsr Role : Ingress Lsp Type : Primary
Ingress LSR ID : 1.1.1.1
Egress LSR ID : 4.4.4.4
In-Interface : -
Out-Interface : Vlanif10
Sign-Protocol : RSVP TE Resv Style : SE
IncludeAnyAff : 0x0 ExcludeAnyAff : 0x0
IncludeAllAff : 0x0
LspConstraint : 1
ER-Hop Table Index : 0 AR-Hop Table Index: 0
C-Hop Table Index : -
PrevTunnelIndexInSession: 1 NextTunnelIndexInSession: -
PSB Handle : 1024
Created Time : 2010/07/01 17:40:35 UTC-08:00
--------------------------------
DS-TE Information
--------------------------------
Bandwidth Reserved Flag : Unreserved
CT0 Bandwidth(Kbit/sec) : 0 CT1 Bandwidth(Kbit/sec): 0
CT2 Bandwidth(Kbit/sec) : 0 CT3 Bandwidth(Kbit/sec): 0
CT4 Bandwidth(Kbit/sec) : 0 CT5 Bandwidth(Kbit/sec): 0
CT6 Bandwidth(Kbit/sec) : 0 CT7 Bandwidth(Kbit/sec): 0
Setup-Priority : 0 Hold-Priority : 0
--------------------------------
FRR Information
--------------------------------
Primary LSP Info
TE Attribute Flag : 0x3 Protected Flag : 0x0
Bypass In Use : Not Exists
Bypass Tunnel Id : -
BypassTunnel : -
Bypass Lsp ID : - FrrNextHop : -
ReferAutoBypassHandle : -
FrrPrevTunnelTableIndex : - FrrNextTunnelTableIndex: -
Bypass Attribute(Not configured)
Setup Priority : - Hold Priority : -
HopLimit : - Bandwidth : -
IncludeAnyGroup : - ExcludeAnyGroup : -
IncludeAllGroup : -
Bypass Unbound Bandwidth Info(Kbit/sec)
CT0 Unbound Bandwidth : - CT1 Unbound Bandwidth: -
CT2 Unbound Bandwidth : - CT3 Unbound Bandwidth: -
CT4 Unbound Bandwidth : - CT5 Unbound Bandwidth: -
CT6 Unbound Bandwidth : - CT7 Unbound Bandwidth: -
--------------------------------
BFD Information
--------------------------------
NextSessionTunnelIndex : - PrevSessionTunnelIndex: -
NextLspId : - PrevLspId : -
No : 2
Tunnel-Name : Tunnel1/0/0
TunnelIndex : 1 LSP Index : 2049
Session ID : 100 LSP ID : 32770
Lsr Role : Ingress Lsp Type : Hot-Standby
Ingress LSR ID : 1.1.1.1
Egress LSR ID : 4.4.4.4
In-Interface : -
Out-Interface : Vlanif30
Sign-Protocol : RSVP TE Resv Style : SE
IncludeAnyAff : 0x0 ExcludeAnyAff : 0x0
IncludeAllAff : 0x0
LspConstraint : 1
ER-Hop Table Index : 1 AR-Hop Table Index: 1
C-Hop Table Index : -
PrevTunnelIndexInSession: - NextTunnelIndexInSession: 0
PSB Handle : 1025
Created Time : 2010/07/01 17:40:36 UTC-08:00
--------------------------------
DS-TE Information
--------------------------------
Bandwidth Reserved Flag : Unreserved
CT0 Bandwidth(Kbit/sec) : 0 CT1 Bandwidth(Kbit/sec): 0
CT2 Bandwidth(Kbit/sec) : 0 CT3 Bandwidth(Kbit/sec): 0
CT4 Bandwidth(Kbit/sec) : 0 CT5 Bandwidth(Kbit/sec): 0
CT6 Bandwidth(Kbit/sec) : 0 CT7 Bandwidth(Kbit/sec): 0
Setup-Priority : 0 Hold-Priority : 0
--------------------------------
FRR Information
--------------------------------
Primary LSP Info
TE Attribute Flag : 0x3 Protected Flag : 0x0
Bypass In Use : Not Exists
Bypass Tunnel Id : -
BypassTunnel : -
Bypass Lsp ID : - FrrNextHop : -
ReferAutoBypassHandle : -
FrrPrevTunnelTableIndex : - FrrNextTunnelTableIndex: -
Bypass Attribute(Not configured)
Setup Priority : - Hold Priority : -
HopLimit : - Bandwidth : -
IncludeAnyGroup : - ExcludeAnyGroup : -
IncludeAllGroup : -
Bypass Unbound Bandwidth Info(Kbit/sec)
CT0 Unbound Bandwidth : - CT1 Unbound Bandwidth: -
CT2 Unbound Bandwidth : - CT3 Unbound Bandwidth: -
CT4 Unbound Bandwidth : - CT5 Unbound Bandwidth: -
# After shutting down Vlanif10 on LSRC and Vlanif10 on LSRB, you can see that the LSP
attribute template is used to set up an ordinary CR-LSP.
<LSRA> display mpls te tunnel verbose
No : 1
Tunnel-Name : Tunnel1/0/0
TunnelIndex : 0 LSP Index : 2048
Session ID : 100 LSP ID : 32771
Lsr Role : Ingress Lsp Type : Ordinary
Ingress LSR ID : 1.1.1.1
Egress LSR ID : 4.4.4.4
In-Interface : -
Out-Interface : VLanif20
Sign-Protocol : RSVP TE Resv Style : SE
IncludeAnyAff : 0x0 ExcludeAnyAff : 0x0
IncludeAllAff : 0x0
LspConstraint : 1
ER-Hop Table Index : 2 AR-Hop Table Index: 0
C-Hop Table Index : -
PrevTunnelIndexInSession: - NextTunnelIndexInSession: -
PSB Handle : 1212
Created Time : 2010/07/02 15:24:18 UTC-08:00
--------------------------------
DS-TE Information
--------------------------------
Bandwidth Reserved Flag : Unreserved
CT0 Bandwidth(Kbit/sec) : 0 CT1 Bandwidth(Kbit/sec): 0
CT2 Bandwidth(Kbit/sec) : 0 CT3 Bandwidth(Kbit/sec): 0
CT4 Bandwidth(Kbit/sec) : 0 CT5 Bandwidth(Kbit/sec): 0
CT6 Bandwidth(Kbit/sec) : 0 CT7 Bandwidth(Kbit/sec): 0
Setup-Priority : 0 Hold-Priority : 0
--------------------------------
FRR Information
--------------------------------
Primary LSP Info
TE Attribute Flag : 0x3 Protected Flag : 0x0
Bypass In Use : Not Exists
Bypass Tunnel Id : -
BypassTunnel : -
Bypass Lsp ID : - FrrNextHop : -
ReferAutoBypassHandle : -
FrrPrevTunnelTableIndex : - FrrNextTunnelTableIndex: -
Bypass Attribute(Not configured)
Setup Priority : - Hold Priority : -
HopLimit : - Bandwidth : -
IncludeAnyGroup : - ExcludeAnyGroup : -
IncludeAllGroup : -
Bypass Unbound Bandwidth Info(Kbit/sec)
CT0 Unbound Bandwidth : - CT1 Unbound Bandwidth: -
CT2 Unbound Bandwidth : - CT3 Unbound Bandwidth: -
CT4 Unbound Bandwidth : - CT5 Unbound Bandwidth: -
CT6 Unbound Bandwidth : - CT7 Unbound Bandwidth: -
--------------------------------
BFD Information
--------------------------------
NextSessionTunnelIndex : - PrevSessionTunnelIndex: -
NextLspId : - PrevLspId : -
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10 20 30
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
#
explicit-path middle_path
next hop 10.1.3.2
next hop 10.1.6.2
#
explicit-path up_path
next hop 10.1.1.2
next hop 10.1.4.2
#
explicit-path down_path
next hop 10.1.2.2
next hop 10.1.5.2
#
lsp-attribute lsp_attribute_1
explicit-path up_path
priority 5
hop-limit 12
commit
#
lsp-attribute lsp_attribute_2
explicit-path down_path
priority 5
hop-limit 15
commit
#
lsp-attribute lsp_attribute_3
explicit-path middle_path
priority 5
commit
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif20
ip address 10.1.3.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif30
ip address 10.1.2.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
#
interface Tunnel1/0/0
tunnel-protocol mpls te
destination 4.4.4.4
mpls te tunnel-id 100
mpls te primary-lsp-constraint lsp-attribute lsp_attribute_1
#
vlan batch 10 60
#
mpls lsr-id 10.1.4.1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif10
ip address 10.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif60
ip address 10.1.4.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 10
port hybrid untagged vlan 10
#
interface GigabitEthernet 2/0/0
port hybrid pvid vlan 60
port hybrid untagged vlan 60
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 10.1.1.0 0.0.0.255
network 10.1.4.0 0.0.0.255
mpls-te enable
#
return
l Configuration file of LSRD
#
sysname LSRD
#
vlan batch 60 50 40
#
mpls lsr-id 4.4.4.4
mpls
mpls te
mpls rsvp-te
#
interface Vlanif60
ip address 10.1.4.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif50
ip address 10.1.6.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif40
ip address 10.1.5.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface LoopBack1
ip address 4.4.4.4 255.255.255.255
#
interface GigabitEthernet 1/0/0
Networking Requirements
As shown in Figure 3-5, the VLANIF member interface between LSRA and LSRB is GE 1/0/0.
An MPLS TE tunnel from LSRA to LSRC is set up by using RSVP.
Configuration Roadmap
The configuration roadmap is as follows:
It is recommended that you set the value of window-size to be greater than 32, smaller than 64. If the value
of window-size is set to be very small, certain received RSVP messages may be beyond the window and
are discarded, which can close the RSVP neighbor relationship.
Data Preparation
To complete the configuration, you need the following data:
Procedure
Step 1 Create VLANs and VLANIF interfaces, and assign IP addresses to the VLANIF interfaces.
Configure IP addresses and masks for the interfaces according to Figure 3-5. The configuration
details are not mentioned here, see the configuration files in this example.
Configure OSPF to advertise the routes of network segments and the host routes of the LSR IDs.
For detailed configuration, see the configuration files in this example.
After the configuration, run the display ip routing-table command on each node, and you can
view that the nodes learn the routes from each other.
Step 3 Configure basic MPLS functions and enable MPLS TE, MPLS RSVP-TE, and CSPF.
# Configure LSRA.
[LSRA] mpls lsr-id 1.1.1.1
[LSRA] mpls
[LSRA-mpls] mpls te
[LSRA-mpls] mpls rsvp-te
[LSRA-mpls] mpls te cspf
[LSRA-mpls] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] mpls
[LSRA-Vlanif10] mpls te
[LSRA-Vlanif10] mpls rsvp-te
[LSRA-Vlanif10] quit
NOTE
The configurations on LSRB and LSRC are similar to the configuration on LSRA, and are not mentioned
here.
# Configure LSRA.
[LSRA] ospf 1
[LSRA-ospf-1] opaque-capability enable
[LSRA-ospf-1] area 0
[LSRA-ospf-1-area-0.0.0.0] mpls-te enable
[LSRA-ospf-1-area-0.0.0.0] quit
# Configure LSRB.
[LSRB] ospf 1
[LSRB-ospf-1] opaque-capability enable
[LSRB-ospf-1] area 0
[LSRB-ospf-1-area-0.0.0.0] mpls-te enable
[LSRB-ospf-1-area-0.0.0.0] quit
# Configure LSRC.
[LSRC] ospf 1
[LSRC-ospf-1] opaque-capability enable
[LSRC-ospf-1] area 0
[LSRC-ospf-1-area-0.0.0.0] mpls-te enable
[LSRC-ospf-1-area-0.0.0.0] quit
After the configuration, run the display interface tunnel command on LSRA, and you can view
that the status of the tunnel interface is Up.
[LSRA] display interface tunnel 1/0/0
Tunnel1/0/0 current state : UP
Line protocol current state : UP
Description:...
Step 6 On LSRA and LSRB, configure RSVP authentication on the interfaces that are connected to the
MPLS TE link.
# Configure LSRA.
[LSRA] interface vlanif 10
[LSRA-Vlanif10] mpls rsvp-te authentication plain 123456789
[LSRA-Vlanif10] mpls rsvp-te authentication handshake 12345678
[LSRA-Vlanif10] mpls rsvp-te authentication window-size 32
# Configure LSRB.
[LSRB] interface vlanif 10
[LSRB-Vlanif10] mpls rsvp-te authentication plain 123456789
[LSRB-Vlanif10] mpls rsvp-te authentication handshake 12345678
[LSRB-Vlanif10] mpls rsvp-te authentication window-size 32
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
mpls rsvp-te authentication plain 123456789
mpls rsvp-te authentication handshake 12345678
mpls rsvp-te authentication window-size 32
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
#
interface Tunnel1/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.3
mpls te tunnel-id 1
mpls te commit
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 10.1.1.0 0.0.0.255
network 1.1.1.1 0.0.0.0
mpls-te enable
#
return
l Configuration file of LSRB
#
sysname LSRB
#
vlan batch 10 20
#
mpls lsr-id 2.2.2.2
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
interface Vlanif10
ip address 10.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
mpls rsvp-te authentication plain 123456789
mpls rsvp-te authentication handshake 12345678
mpls rsvp-te authentication window-size 32
#
interface Vlanif20
ip address 20.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface LoopBack1
ip address 2.2.2.2 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 10.1.1.0 0.0.0.255
Networking Requirements
Figure 3-6 Networking diagram for setting attributes on the MPLS TE tunnel
Loopback1 Loopback1 Loopback1
1.1.1.1/32 2.2.2.2/32 GE2/0/0 3.3.3.3/32
GE1/0/0 GE1/0/0 GE2/0/0
Vlanif10 Vlanif20 Vlanif20
Vlanif10
192.168.2.1/24 192.168.2.2/24
192.168.1.1/24 192.168.1.2/24
GE3/0/0 GE3/0/0
LSRA LSRB Vlanif30 LSRC
Vlanif30
192.168.3.1/24 192.168.3.2/24
As shown in Figure 3-6, the maximum link bandwidth is 100 Mbit/s and the maximum
reservable bandwidth is 50 Mbit/s.
On LSRA, there are two tunnels to LSRC, namely, Tunnel 1/0/0 and Tunnel 1/0/1, both of which
require the bandwidth of 40 Mbit/s. The total bandwidth (80 Mbit/s) of these two tunnels is
greater than the bandwidth (50 Mbit/s) of the link between LSRA and LSRB. In addition, Tunnel
1/0/0 has a higher priority than Tunnel 1/0/0 and preemption is allowed.
The affinity property and mask is required to be used according to the administrative group
property. In this manner, Tunnel 1/0/0 on LSRA uses one physical link from LSRB to LSRC
and Tunnel 1/0/1 uses another physical link.
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure the RSVP-TE tunnel. See Configuration Roadmap in 3.21.2 Example for
Configuring an RSVP-TE Tunnel.
2. Configure the administrative group property of the outgoing interface of the tunnel on each
node.
3. Configure the affinity property and mask of each tunnel according to the administrative
group property and networking requirements.
4. Set the priority of each tunnel as required.
Data Preparation
To complete the configuration, you need the following data:
Procedure
Step 1 Create VLANs and VLANIF interfaces, and assign IP addresses to the VLANIF interfaces.
Configure IP addresses and masks for the interfaces including loopback interfaces according to
Figure 3-6.
Configure OSPF on all the nodes to advertise the routes of network segments and the host routes
of LSR IDs.
Step 3 Configure basic MPLS functions, enable MPLS TE, RSVP-TE, and OSPF TE, and enable CSPF
on the ingress node.
# Configure basic MPLS functions and enable MPLS TE and RSVP-TE on LSRA, LSRB, and
LSRC.
# Enable OSPF TE on LSRA, LSRB, and LSRC. Take the display on LSRA as an example.
[LSRA] ospf
[LSRA-ospf-1] opaque-capability enable
[LSRA-ospf-1] area 0
[LSRA-ospf-1-area-0.0.0.0] mpls-te enable
[LSRA-ospf-1-area-0.0.0.0] quit
[LSRA-ospf-1] quit
The configurations of LSRB and LSRC are similar to the configuration of LSRA, and are not
mentioned here.
# Enable CSPF TE on LSRA that is the ingress node of the tunnel.
[LSRA] mpls
[LSRA-mpls] mpls te cspf
[LSRA-mpls] quit
After the configuration, you can view the TEDB on LSRA, including the maximum reservable
bandwidth and the Color field that is the administrative group property of the link.
[LSRA] display mpls te cspf tedb node
Router ID: 1.1.1.1
IGP Type: OSPF Process Id: 1
MPLS-TE Link Count: 1
Link[1]:
Interface IP Address: 192.168.1.1
Peer IP Address: 192.168.1.2
Peer Router Id: 2.2.2.2
Peer OSPF Router Id: 2.2.2.2
IGP Area: 0
Link Type: multi-access Link Status: Active
IGP Metric: 1 TE Metric: 1 Color: 0x10001
Maximum Bandwidth: 100000 (kbps)
Maximum Reservable Bandwidth: 50000 (kbps)
Here, the default setup priority and holding priority are used, that is, the lowest priority with the
value of 7.
The affinity property of the tunnel is 0x10101 and the mask is 0x11011, both of which can match
the administrative group property of the links along the tunnel.
After the configuration, check the status of the tunnel on LSRA:
[LSRA] display mpls te tunnel-interface
Tunnel Name : Tunnel1/0/0
Tunnel State Desc : CR-LSP is Up
Tunnel Attributes :
LSP ID : 1.1.1.1:1
Session ID : 100
Admin State : UP Oper State : UP
Ingress LSR ID : 1.1.1.1 Egress LSR ID: 3.3.3.3
Signaling Protocol : RSVP Resv Style : SE
Class Type : CLASS 0 Tunnel BW : 40000 kbps
Reserved BW : 40000 kbps
Setup Priority : 7 Hold Priority: 7
Hop Limit : -
Secondary Hop Limit : -
BestEffort Hop Limit: -
Affinity Prop/Mask : 0x10101/0x11011
Explicit Path Name : -
Secondary Affinity Prop/Mask: 0x0/0x0
Secondary Explicit Path Name: -
BestEffort Affinity Prop/Mask: 0x0/0x0
Tie-Breaking Policy : None
Metric Type : None
Record Route : Disabled Record Label : Disabled
FRR Flag : Disabled BackUpBW Flag: Not Supported
BackUpBW Type : - BackUpBW : -
Route Pinning : Disabled
Reopt : Disabled Reopt Freq : -
Back Up Type : None
Back Up LSPID : -
Auto BW : Disabled Auto BW Freq : -
Min BW : - Max BW : -
Current Collected BW: -
Interfaces Protected: -
Car Policy : Disabled
Tunnel Group : Primary
Primary Tunnel : -
Backup Tunnel : -
IPTN InLabel : -
Group Status : Up
Oam Status : Up
Bfd Capability : Up
BestEffort : Disabled IsBestEffortPath: Non-existent
Check the TEDB, and you can view the change of bandwidth used by the links:
[LSRA] display mpls te cspf tedb node
Router ID: 1.1.1.1
IGP Type: OSPF Process Id: 1
MPLS-TE Link Count: 1
Link[1]:
OSPF Router ID: 2.2.2.2 Opaque LSA ID: 1.0.0.1
Interface IP Address: 192.168.1.1
DR Address: 192.168.1.2
IGP Area: 0
Link Type: multi-access Link Status: Active
IGP Metric: 1 TE Metric: 1 Color: 0x10001
Maximum Bandwidth: 100000 (kbps)
Maximum Reservable Bandwidth: 50000 (kbps)
Bandwidth Constraints: Local Overbooking Multiplier:
BC[0]: 50000 (kbps) LOM[0]: 1
BC[1]: 0 (kbps) LOM[1]: 1
BW Unreserved for Class type 0:
[0]: 50000 (kbps), [1]: 50000 (kbps)
[2]: 50000 (kbps), [3]: 50000 (kbps)
[4]: 50000 (kbps), [5]: 50000 (kbps)
[6]: 50000 (kbps), [7]: 10000 (kbps)
BW Unreserved for Class type 1:
[0]: 0 (kbps), [1]: 0 (kbps)
[2]: 0 (kbps), [3]: 0 (kbps)
[4]: 0 (kbps), [5]: 0 (kbps)
[6]: 0 (kbps), [7]: 0 (kbps)
Router ID: 2.2.2.2
IGP Type: OSPF Process Id: 1
MPLS-TE Link Count: 3
Link[1]:
OSPF Router ID: 3.3.3.3 Opaque LSA ID: 1.0.0.1
Interface IP Address: 192.168.2.1
DR Address: 192.168.2.2
IGP Area: 0
Link Type: multi-access Link Status: Active
IGP Metric: 1 TE Metric: 1 Color: 0x10101
Maximum Bandwidth: 100000 (kbps)
Maximum Reservable Bandwidth: 50000 (kbps)
Bandwidth Constraints: Local Overbooking Multiplier:
BC[0]: 50000 (kbps) LOM[0]: 1
BC[1]: 0 (kbps) LOM[1]: 1
BW Unreserved for Class type 0:
[0]: 50000 (kbps), [1]: 50000 (kbps)
[2]: 50000 (kbps), [3]: 50000 (kbps)
[4]: 50000 (kbps), [5]: 50000 (kbps)
[6]: 50000 (kbps), [7]: 10000 (kbps)
BW Unreserved for Class type 1:
[0]: 0 (kbps), [1]: 0 (kbps)
[2]: 0 (kbps), [3]: 0 (kbps)
[4]: 0 (kbps), [5]: 0 (kbps)
[6]: 0 (kbps), [7]: 0 (kbps)
Link[2]:
OSPF Router ID: 1.1.1.1 Opaque LSA ID: 1.0.0.1
Interface IP Address: 192.168.1.2
DR Address: 192.168.1.1
IGP Area: 0
Link Type: multi-access Link Status: Active
IGP Metric: 1 TE Metric: 1 Color: 0x0
Maximum Bandwidth: 0 (kbps)
Maximum Reservable Bandwidth: 0 (kbps)
Bandwidth Constraints: Local Overbooking Multiplier:
BC[0]: 0 (kbps) LOM[0]: 1
BC[1]: 0 (kbps) LOM[1]: 1
BW Unreserved for Class type 0:
[0]: 0 (kbps), [1]: 0 (kbps)
[2]: 0 (kbps), [3]: 0 (kbps)
[4]: 0 (kbps), [5]: 0 (kbps)
[6]: 0 (kbps), [7]: 0 (kbps)
BW Unreserved for Class type 1:
[0]: 0 (kbps), [1]: 0 (kbps)
[2]: 0 (kbps), [3]: 0 (kbps)
[4]: 0 (kbps), [5]: 0 (kbps)
[6]: 0 (kbps), [7]: 0 (kbps)
Link[3]:
OSPF Router ID: 3.3.3.3 Opaque LSA ID: 1.0.0.1
Interface IP Address: 192.168.3.1
DR Address: 192.168.3.2
IGP Area: 0
Link Type: multi-access Link Status: Active
IGP Metric: 1 TE Metric: 1 Color: 0x10011
Maximum Bandwidth: 100000 (kbps)
Maximum Reservable Bandwidth: 50000 (kbps)
Bandwidth Constraints: Local Overbooking Multiplier:
BC[0]: (kbps) LOM[0]: 1
BC[1]: 0 (kbps) LOM[1]: 1
BW Unreserved for Class type 0:
[0]: 50000 (kbps), [1]: 50000 (kbps)
[2]: 50000 (kbps), [3]: 50000 (kbps)
[4]: 50000 (kbps), [5]: 50000 (kbps)
[6]: 50000 (kbps), [7]: 50000 (kbps)
BW Unreserved for Class type 1:
[0]: 0 (kbps), [1]: 0 (kbps)
[2]: 0 (kbps), [3]: 0 (kbps)
[4]: 0 (kbps), [5]: 0 (kbps)
[6]: 0 (kbps), [7]: 0 (kbps)
Router ID: 3.3.3.3
IGP Type: OSPF Process Id: 1
MPLS-TE Link Count: 2
Link[1]:
Interface IP Address: 192.168.2.2
Peer IP Address: 192.168.2.1
Peer Router Id: 2.2.2.2
Peer OSPF Router Id: 2.2.2.2
IGP Area: 0
Link Type: multi-access Link Status: Active
IGP Metric: 1 TE Metric: 1 Color: 0x0
Maximum Bandwidth: 0 (kbps)
Maximum Reservable Bandwidth: 0 (kbps)
Bandwidth Constraints: Local Overbooking Multiplier:
BC[0]: 0 (kbps) LOM[0]: 1
BC[1]: 0 (kbps) LOM[1]: 1
BW Unreserved for Class type 0:
[0]: 0 (kbps), [1]: 0 (kbps)
[2]: 0 (kbps), [3]: 0 (kbps)
[4]: 0 (kbps), [5]: 0 (kbps)
[6]: 0 (kbps), [7]: 0 (kbps)
BW Unreserved for Class type 1:
[0]: 0 (kbps), [1]: 0 (kbps)
[2]: 0 (kbps), [3]: 0 (kbps)
[4]: 0 (kbps), [5]: 0 (kbps)
[6]: 0 (kbps), [7]: 0 (kbps)
Link[2]:
OSPF Router ID: 2.2.2.2 Opaque LSA ID: 1.0.0.1
Interface IP Address: 192.168.3.2
DR Address: 192.168.3.1
IGP Area: 0
Link Type: multi-access Link Status: Active
IGP Metric: 1 TE Metric: 1 Color: 0x0
Maximum Bandwidth: 0 (kbps)
Maximum Reservable Bandwidth: 0 (kbps)
Bandwidth Constraints: Local Overbooking Multiplier:
BC[0]: 0 (kbps) LOM[0]: 1
BC[1]: 0 (kbps) LOM[1]: 1
BW Unreserved for Class type 0:
[0]: 0 (kbps), [1]: 0 (kbps)
[2]: 0 (kbps), [3]: 0 (kbps)
[4]: 0 (kbps), [5]: 0 (kbps)
[6]: 0 (kbps), [7]: 0 (kbps)
BW Unreserved for Class type 1:
[0]: 0 (kbps), [1]: 0 (kbps)
[2]: 0 (kbps), [3]: 0 (kbps)
[4]: 0 (kbps), [5]: 0 (kbps)
[6]: 0 (kbps), [7]: 0 (kbps)
The BW Unreserved for Class type 0 field indicates the available bandwidth from the maximum
reservable bandwidth for various priorities. The display shows that the unreserved bandwidth
changes for class type 7 on the outgoing interfaces on each node along the tunnel. This indicates
that certain tunnels succeed in reserving 40 Mbit/s bandwidth with the priority of 7. According
to bandwidth allocation , you can view the path that the tunnel takes. This indicates that the
affinity property and the mask of the tunnel must match the administrative group property of the
links.
You can also run the display mpls te tunnel command on LSRB to view the outgoing interface
of the tunnel.
[LSRB] display mpls te tunnel
LSP-Id Destination In/Out-If
1.1.1.1:100:1 3.3.3.3 Vlanif10/Vlanif20
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
interface Vlanif10
ip address 192.168.1.1 255.255.255.0
mpls
mpls te
mpls te link administrative group 10001
mpls te bandwidth max-reservable-bandwidth 50000
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
#
interface Tunnel1/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.3
mpls te tunnel-id 100
mpls te affinity property 10101 mask 11011
mpls te commit
#
interface Tunnel1/0/1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.3
mpls te tunnel-id 101
mpls te priority 6
mpls te affinity property 10011 mask 11101
mpls te commit
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 1.1.1.1 0.0.0.0
network 192.168.1.0 0.0.0.255
mpls-te enable
#
return
l Configuration file of LSRB
#
sysname LSRB
#
vlan batch 10 20 30
#
mpls lsr-id 2.2.2.2
mpls
mpls te
mpls rsvp-te
#
interface Vlanif10
ip address 192.168.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif20
ip address 192.168.2.1 255.255.255.0
mpls
mpls te
mpls te link administrative group 10101
mpls te bandwidth max-reservable-bandwidth 50000
mpls rsvp-te
#
interface Vlanif30
ip address 192.168.3.1 255.255.255.0
mpls
mpls te
mpls te link administrative group 10011
mpls te bandwidth max-reservable-bandwidth 50000
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface GigabitEthernet3/0/0
port link-type access
port default vlan 30
#
interface LoopBack1
ip address 2.2.2.2 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 2.2.2.2 0.0.0.0
network 192.168.1.0 0.0.0.255
network 192.168.2.0 0.0.0.255
network 192.168.3.0 0.0.0.255
mpls-te enable
#
return
#
return
Networking Requirements
Figure 3-7 shows a networking diagram of an MPLS network. An RSVP-TE tunnel has been
setup between the PE1 and PE2, the path of the tunnel is PE1 --> P1 --> PE2, and the out interface
of the tunnel on P1 is GE2/0/0.
The link whose IP address is 10.2.1.0/30 and the link whose IP address is 10.5.1.0/30 are in
SRLG1.
To enhance the reliability of the tunnel, TE auto FRR is required and the auto bypass tunnel's
path is preferred to avoid the links that have a member in the same SRLG as the link of the
primary tunnel. If SRLGs cannot be avoided, the bypass tunnel can be still set up.
G
10 E2/0
P2 .4. /
1 .1 0
/30
GE1/0/0
10.3.1.2/30
Loopback1 10 GE3
.4.
4.4.4.4/32 GE4/0/0 1 .2 /0 /0
10.3.1.1 /30 /30
GE2/0/0 GE1/0/0
SRLG 2
PE1 P1 10.2.1.1/30 10.2.1.2/30
PE2
GE1/0/0 SRLG1 GE1/0/0 GE3/0/0 SRLG1 GE2/0/0
10.1.1.1/30 10.1.1.2/30 10.5.1.1/30 10.5.1.2/30
Loopback1 Loopback1
1.1.1.1/32 5.5.5.5/32
Path of the primary CR-LSP
Configuration Roadmap
The configuration roadmap is as follows:
Data Preparation
To complete the configuration, you need the following data:
l SRLG number
l SRLG path calculation mode (preferred or strict)
Procedure
Step 1 Configure VLANs that interfaces belong to.
<Quidway> system-view
[Quidway] sysname P1
[P1] vlan batch 10 20 30 40
[P1] interface gigabitEthernet 1/0/0
[P1-GigabitEthernet1/0/0] port hybrid pvid vlan 10
[P1-GigabitEthernet1/0/0] port hybrid untagged vlan 10
[P1-GigabitEthernet1/0/0] quit
[P1] interface gigabitEthernet 2/0/0
[P1-GigabitEthernet2/0/0] port hybrid pvid vlan 20
[P1-GigabitEthernet2/0/0] port hybrid untagged vlan 20
[P1-GigabitEthernet2/0/0] quit
[P1] interface gigabitEthernet 3/0/0
[P1-GigabitEthernet3/0/0] port hybrid pvid vlan 30
[P1-GigabitEthernet3/0/0] port hybrid untagged vlan 30
[P1-GigabitEthernet3/0/0] quit
[P1] interface gigabitEthernet 4/0/0
[P1-GigabitEthernet4/0/0] port hybrid pvid vlan 40
[P1-GigabitEthernet4/0/0] port hybrid untagged vlan 40
[P1-GigabitEthernet4/0/0] quit
The configurations of P2, PE1 and PE2 are similar to the configuration of P1, and are not
mentioned here.
Configure an IP address for each interface, create loopback interfaces on nodes, and then
configure the IP addresses of the loopback interfaces as MPLS LSR IDs as shown in Figure
3-7. For the detailed configuration, see the configuration file of this example.
The detailed configuration is not mentioned here.
Step 3 Configure an IGP.
Configure OSPF or IS-IS on each node to realize the reachability between nodes. In this example,
IS-IS is configured. For the detailed configuration, see the configuration file of this example.
Step 4 Configure basic MPLS functions.
On each node, configure an LSR ID and enable MPLS in the system view. Enable MPLS in the
interface view. For the detailed configuration, see the configuration file of this example.
Step 5 Configure basic MPLS TE functions.
On each node, enable MPLS-TE and MPLS RSVP-TE in the MPLS view and in the interface
view. For the detailed configuration, see the configuration file of this example.
Step 6 Configure IS-IS TE and CSPF.
Configure IS-IS TE on each node and CSPF on PE1 and P1. For detailed configuration, see the
configuration file of this example.
Step 7 Configure SRLG
# On P1, configure SRLG1 for the link whose IP address is 10.2.1.0/30 and the link whose IP
address is 10.5.1.0/30.
[P1] interface vlanif 20
[P1-Vlanif20] mpls te srlg 1
[P1-Vlanif20] quit
[P1] interface vlanif 30
[P1-Vlanif30] mpls te srlg 1
[P1-Vlanif30] quit
# Run the display mpls te srlg command on P1, and you can view information about the SRLG
and the interfaces that belong to the SRLG.
[P1] display mpls te srlg all
Total SRLG supported : 512
Total SRLG configured : 2
# Run the display mpls te link-administration srlg-information command on P1, and you can
view information about the SRLG memberships of the interfaces.
[P1] display mpls te link-administration srlg-information
SRLGs on Vlanif20:
1
SRLGs on Vlanif30:
1
# Run the display mpls te cspf tedb srlg command on P1, and you can view TEDB information
of the specified SRLG.
# Run the display interface tunnel 1/0/0 command on PE1, and you can view that the status of
the tunnel is UP.
[PE1] display interface tunnel 1/0/0
Tunnel1/0/0 current state : UP
Line protocol current state : UP
...
NOTE
The output of the display interface tunnel 1/0/0 command displays information that you needs to concern
and "..." indicates that information is omitted.
Run the display interface tunnel path Tunnel1/0/0 command on PE1, and you can view that
the local protection is available on the out interface (10.2.1.1) of the primary tunnel on P1.
[PE1] display mpls te tunnel path Tunnel1/0/0
Tunnel Interface Name : Tunnel1/0/0
Lsp ID : 5.5.5.5 :1
Hop Information
Hop 0 10.1.1.1
Hop 1 10.1.1.2 Label 65536
Hop 2 1.1.1.1 Label 65536
Hop 3 10.2.1.1 Local-Protection available
Hop 4 10.2.1.2 Label 3
Hop 5 5.5.5.5 Label 3
# Run the display mpls te tunnel name Tunnel1/0/0 verbose command on P1, and you can
view that the primary tunnel is bound with a bypass tunnel, that is Tunnel0/0/2048. The FRR
next hop is 10.4.1.2.
[P1] display mpls te tunnel name Tunnel1/0/0 verbose
No : 1
Tunnel-Name : Tunnel1/0/0
TunnelIndex : 1 LSP Index : 3072
Session ID : 100 LSP ID : 1
Lsr Role : Transit
Ingress LSR ID : 4.4.4.4
Egress LSR ID : 5.5.5.5
In-Interface : Vlanif10
Out-Interface : Vlanif20
Sign-Protocol : RSVP TE Resv Style : SE
IncludeAnyAff : 0x0 ExcludeAnyAff : 0x0
IncludeAllAff : 0x0
ER-Hop Table Index : - AR-Hop Table Index: 2
C-Hop Table Index : -
PrevTunnelIndexInSession: - NextTunnelIndexInSession: -
PSB Handle : 65546
Created Time : 2009/03/30 09:52:03
--------------------------------
DS-TE Information
--------------------------------
Bandwidth Reserved Flag : Unreserved
CT0 Bandwidth(Kbit/sec) : 0 CT1 Bandwidth(Kbit/sec): 0
CT2 Bandwidth(Kbit/sec) : 0 CT3 Bandwidth(Kbit/sec): 0
CT4 Bandwidth(Kbit/sec) : 0 CT5 Bandwidth(Kbit/sec): 0
CT6 Bandwidth(Kbit/sec) : 0 CT7 Bandwidth(Kbit/sec): 0
Setup-Priority : 0 Hold-Priority : 0
--------------------------------
FRR Information
--------------------------------
Primary LSP Info
TE Attribute Flag : 0x63 Protected Flag : 0x1
Bypass In Use : Not Used
Bypass Tunnel Id : 67141670
BypassTunnel : Tunnel Index[Tunnel0/0/2048], InnerLabel[3]
Bypass Lsp ID : - FrrNextHop : 10.4.1.2
ReferAutoBypassHandle : 2049
FrrPrevTunnelTableIndex : - FrrNextTunnelTableIndex: -
Bypass Attribute(Not configured)
Setup Priority : - Hold Priority : -
HopLimit : - Bandwidth : -
IncludeAnyGroup : - ExcludeAnyGroup : -
IncludeAllGroup : -
Bypass Unbound Bandwidth Info(Kbit/sec)
CT0 Unbound Bandwidth : - CT1 Unbound Bandwidth: -
CT2 Unbound Bandwidth : - CT3 Unbound Bandwidth: -
CT4 Unbound Bandwidth : - CT5 Unbound Bandwidth: -
CT6 Unbound Bandwidth : - CT7 Unbound Bandwidth: -
--------------------------------
BFD Information
--------------------------------
NextSessionTunnelIndex : - PrevSessionTunnelIndex: -
NextLspId : - PrevLspId : -
# Run the display mpls te tunnel path Tunnel0/0/2048 command on the P1 to check the path
of the bypass tunnel, you can view that the path of the bypass tunnel is P1-->P2-->PE2.
[P1] display mpls te tunnel path Tunnel0/0/2048
Tunnel Interface Name : Tunnel0/0/2048
Lsp ID : 1.1.1.1 :2049 :1
Hop Information
Hop 0 10.3.1.1
Hop 1 10.3.1.2
Hop 2 2.2.2.2
Hop 3 10.4.1.1
Hop 4 10.4.1.2
Hop 5 5.5.5.5
# Run the display interface tunnel 1/0/0 command on PE1 and you can view that the status of
the primary tunnel is UP.
[PE1] display interface tunnel 1/0/0
Tunnel1/0/0 current state : UP
Line protocol current state : UP
...
NOTE
The output of the display interface tunnel 1/0/0 command displays information that needs concerns and
"..." indicates that information is omitted.
# Run the display mpls te tunnel name Tunnel1/0/0 verbose command on P1, and you can
view that the primary tunnel is still bound with the Tunnel0/0/2048 and the FRR next hop is
10.5.1.2.
<P1> display mpls te tunnel name Tunnel1/0/0 verbose
No : 1
Tunnel-Name : Tunnel1/0/0
TunnelIndex : 1 LSP Index : 2048
Session ID : 100 LSP ID : 1
Lsr Role : Transit
Ingress LSR ID : 4.4.4.4
Egress LSR ID : 5.5.5.5
In-Interface : Vlanif10
Out-Interface : Vlanif20
Sign-Protocol : RSVP TE Resv Style : SE
IncludeAnyAff : 0x0 ExcludeAnyAff : 0x0
IncludeAllAff : 0x0
ER-Hop Table Index : - AR-Hop Table Index: 5
C-Hop Table Index : -
PrevTunnelIndexInSession: - NextTunnelIndexInSession: -
PSB Handle : 65547
Created Time : 2009/03/30 09:52:03
--------------------------------
DS-TE Information
--------------------------------
Bandwidth Reserved Flag : Unreserved
CT0 Bandwidth(Kbit/sec) : 0 CT1 Bandwidth(Kbit/sec): 0
CT2 Bandwidth(Kbit/sec) : 0 CT3 Bandwidth(Kbit/sec): 0
CT4 Bandwidth(Kbit/sec) : 0 CT5 Bandwidth(Kbit/sec): 0
CT6 Bandwidth(Kbit/sec) : 0 CT7 Bandwidth(Kbit/sec): 0
Setup-Priority : 0 Hold-Priority : 0
--------------------------------
FRR Information
--------------------------------
Primary LSP Info
TE Attribute Flag : 0x63 Protected Flag : 0x1
# Run the display mpls te tunnel path Tunnel0/0/2048 command on P1, you can view the path
of the auto bypass tunnel.
[P1] display mpls te tunnel path Tunnel0/0/2048
Tunnel Interface Name : Tunnel0/0/2048
Lsp ID : 123.1.1.1 :2049 :2
Hop Information
Hop 0 10.5.1.1
Hop 1 10.5.1.2
Hop 2 5.5.5.5
# You can view that the path of the auto bypass tunnel is P1-->PE2 rather than P1-->P2-->PE2.
That is because that the SRLG path calculation mode is configured as preferred. Therefore,
CSPF tries to calculate the path of the bypass tunnel to avoid the links in the same SRLG as the
protected interface(s); if the calculation fails, CSPF does not take the SRLG as a constraint.
----End
Configuration Files
l Configuration file of PE1
#
sysname PE1
#
vlan batch 10
#
mpls lsr-id 4.4.4.4
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path main
next hop 10.1.1.2
next hop 10.2.1.2
next hop 5.5.5.5
#
isis 1
cost-style wide
network-entity 10.0000.0000.0004.00
traffic-eng level-1-2
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 10
port hybrid untagged vlan 10
#
interface LoopBack1
ip address 4.4.4.4 255.255.255.255
isis enable 1
#
interface Tunnel1/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 5.5.5.5
mpls te tunnel-id 100
mpls te record-route
mpls te path explicit-path main
mpls te fast-reroute
mpls te commit
#
return
l Configuration file of P1
#
sysname P1
#
vlan batch 10 20 30 40
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
mpls te srlg path-calculation preferred
mpls te cspf
#
isis 1
cost-style wide
network-entity 10.0000.0000.0001.00
traffic-eng level-1-2
#
interface Vlanif10
ip address 10.1.1.2 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif20
ip address 10.2.1.1 255.255.255.252
isis enable 1
mpls
mpls te
mpls te auto-frr link
mpls te srlg 1
mpls rsvp-te
#
interface Vlanif30
ip address 10.5.1.1 255.255.255.252
isis enable 1
mpls
mpls te
mpls te srlg 1
mpls rsvp-te
#
interface Vlanif40
ip address 10.3.1.1 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 10
port hybrid untagged vlan 10
#
interface GigabitEthernet 2/0/0
port hybrid pvid vlan 20
port hybrid untagged vlan 20
#
interface GigabitEthernet 3/0/0
port hybrid pvid vlan 30
port hybrid untagged vlan 30
#
interface GigabitEthernet 4/0/0
port hybrid pvid vlan 40
port hybrid untagged vlan 40
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
isis enable 1
#
return
l Configuration file of P2
#
sysname P2
#
vlan batch 40 50
#
mpls lsr-id 2.2.2.2
mpls
mpls te
mpls rsvp-te
#
isis 1
cost-style wide
network-entity 10.0000.0000.0002.00
traffic-eng level-1-2
#
interface Vlanif40
ip address 10.3.1.2 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif50
ip address 10.4.1.1 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 40
port hybrid untagged vlan 40
#
interface GigabitEthernet 2/0/0
port hybrid pvid vlan 50
port hybrid untagged vlan 50
#
interface LoopBack1
ip address 2.2.2.2 255.255.255.255
isis enable 1
#
return
l Configuration file of PE2
#
sysname PE2
#
vlan batch 20 30 50
#
mpls lsr-id 5.5.5.5
mpls
mpls te
mpls rsvp-te
#
isis 1
cost-style wide
network-entity 10.0000.0000.0006.00
traffic-eng level-1-2
#
interface Vlanif20
ip address 10.2.1.2 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif30
ip address 10.5.1.2 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif50
ip address 10.4.1.2 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface LoopBack1
ip address 5.5.5.5 255.255.255.255
isis enable 1
#
return
Networking Requirements
Figure 3-8 shows a networking diagram of an MPLS network. An RSVP-TE tunnel has been
setup between the PE1 and PE2 and the path of the tunnel is PE1 --> P4 --> PE2.
The link PE1 --> P1--> P2 --> P4 and the link PE1 --> P4 are in the same SRLG (SRLG1 for
example); the link P4 --> PE2 and the link P4 --> P2 --> P3 --> PE2 are in the same SLRG (take
SRLG2 for example.)
To enhance the reliability of the tunnel, a hot standby CR-LSP is required and the backup tunnel's
path should avoid the links that have a member in the same SRLG as the link of the primary
tunnel.
P1 P2 SRLG 2 P3
GE1/0/0 GE3/0/0 GE2/0/0
10.1.1.2/30 10.5.1.1/30 10.7.1.1/30
SRLG 1
GE1/0/0 GE2/0/0 GE2/0/0
10.1.1.1/30 10.5.1.2 /30 10.7.1.2/30
PE1 P4 PE2
Configuration Roadmap
The configuration roadmap is as follows:
Data Preparation
To complete the configuration, you need the following data:
l SRLG number
l SRLG path calculation mode (preferred or strict)
Procedure
Step 1 Configure VLANs that interfaces belong to.
<Quidway> system-view
[Quidway] sysname P1
[P1] vlan batch 10 20
[P1] interface gigabitEthernet 1/0/0
[P1-GigabitEthernet1/0/0] port hybrid pvid vlan 10
[P1-GigabitEthernet1/0/0] port hybrid untagged vlan 10
[P1-GigabitEthernet1/0/0] quit
[P1] interface gigabitEthernet 2/0/0
[P1-GigabitEthernet2/0/0] port hybrid pvid vlan 20
[P1-GigabitEthernet2/0/0] port hybrid untagged vlan 20
[P1-GigabitEthernet2/0/0] quit
P2, P3, P4, PE1 and PE2 are similar to the configuration of P1, and are not mentioned here.
Configure an IP address for each interface, create loopback interfaces on nodes, and then
configure the IP addresses of the loopback interfaces to MPLS LSR IDs as shown in Figure
3-8. For detailed configuration, see the configuration file of this example.
Configure OSPF or IS-IS on each node to realize the reachability between nodes. In this example,
IS-IS is configured. For detailed configuration, see the configuration file of this example.
On each node, configure an LSR ID and enable MPLS in the system view. Enable MPLS in the
interface view. For detailed configuration, see the configuration file of this example.
On each node, enable MPLS-TE and MPLS RSVP-TE in the system view and in the interface
view. For detailed configuration, see the configuration file of this example.
Configure IS-IS TE on each node and CSPF on PE1. For detailed configuration, see the
configuration file of this example.
Run the display interface tunnel 1/0/0 command on PE1, and you can view that the status of
the tunnel is UP.
[PE1] display interface tunnel 1/0/0
Tunnel1/0/0 current state : UP
Line protocol current state : UP
...
The output of the display interface tunnel 1/0/0 command displays information that you need
to concern and "..." indicates that information is omitted.
# Configure SRLG1 for the link PE1 --> P1 and the link PE1 --> P4.
[PE1] interface vlanif 10
[PE1-Vlanif10] mpls te srlg 1
[PE1-Vlanif10] quit
[PE1] interface vlanif 80
[PE1-Vlanif80] mpls te srlg 1
[PE1-Vlanif80] mpls te srlg 2
Run the display mpls te srlg command, and you can view information about the SRLG and the
interfaces that belong to that SRLG.
[P1] display mpls te srlg all
Total SRLG supported : 512
Total SRLG configured : 2
SRLG 2: Vlanif20
Run the display mpls te link-administration srlg-information command, and you can view
information about the memberships on the interface.
[PE1] display mpls te link-administration srlg-information
SRLGs on Vlanif10: 1
SRLGs on Vlanif80: 1 2
Run the display mpls te cspf tedb srlg command, and you can view TEDB information of the
specified SRLG.
# Configure PE1.
[PE1] interface tunnel 1/0/0
[PE1-Tunnel1/0/0] mpls te backup hot-standby
[PE1-Tunnel1/0/0] mpls te commit
Run the display mpls te hot-standby state interface tunnel 1/0/0 command on PE1, and you
can view information about the hot standby.
[PE1] display mpls te hot-standby state interface tunnel 1/0/0
---------------------------------------------------------------------
Verbose information about the Tunnel1/0/0 hot-standby state
---------------------------------------------------------------------
session id : 100
main LSP token : 0x100201a
hot-standby LSP token : 0x100201b
HSB switch result : Primary LSP
HSB switch reason : -
WTR config time : 10s
WTR remain time : -
using overlapped path : -
# Run the display mpls te hot-standby state interface tunnel 1/0/0 command on PE1 again,
and you can view that the hot-standby LSP token is 0x0. That is, the hot-standby LSP is not set
up though paths are available to set up the hot-standby LSP.
[PE1] display mpls te hot-standby state interface tunnel 1/0/0
---------------------------------------------------------------------
Verbose information about the Tunnel1/0/0 hot-standby state
---------------------------------------------------------------------
session id : 100
main LSP token : 0x100201a
hot-standby LSP token : 0x0
HSB switch result : Primary LSP
HSB switch reason : -
WTR config time : 10s
WTR remain time : -
using overlapped path : -
----End
Configuration Files
l Configuration file of PE1
#
sysname PE1
#
vlan batch 10 80 60
#
mpls lsr-id 5.5.5.5
mpls
mpls te
mpls rsvp-te
mpls te srlg path-calculation strict
mpls te cspf
#
explicit-path main
next hop 10.3.1.2
next hop 10.6.1.2
next hop 6.6.6.6
#
isis 1
cost-style wide
network-entity 10.0000.0000.0005.00
traffic-eng level-1-2
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.252
isis enable 1
mpls
mpls te
mpls te srlg 1
mpls rsvp-te
#
interface Vlanif80
ip address 10.2.1.1 255.255.255.252
isis enable 1
mpls
mpls te
mpls te srlg 1
mpls te srlg 2
mpls rsvp-te
#
interface Vlanif60
ip address 10.8.1.1 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 10
port hybrid untagged vlan 10
#
interface GigabitEthernet 2/0/0
port hybrid pvid vlan 80
port hybrid untagged vlan 80
#
interface GigabitEthernet 3/0/0
port hybrid pvid vlan 60
port hybrid untagged vlan 60
#
interface LoopBack1
ip address 5.5.5.5 255.255.255.255
isis enable 1
#
interface Tunnel1/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 6.6.6.6
mpls te tunnel-id 100
mpls te record-route
mpls te path explicit-path main
mpls te backup hot-standby
mpls te commit
#
return
l Configuration file of P1
#
sysname P1
#
vlan batch 10 20
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
#
isis 1
cost-style wide
network-entity 10.0000.0000.0001.00
traffic-eng level-1-2
#
interface Vlanif10
ip address 10.1.1.2 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif20
ip address 10.2.1.1 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 10
port hybrid untagged vlan 10
#
interface GigabitEthernet 2/0/0
port hybrid pvid vlan 20
port hybrid untagged vlan 20
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
isis enable 1
#
return
l Configuration file of P2
#
sysname P2
#
vlan batch 20 30 40
#
mpls lsr-id 2.2.2.2
mpls
mpls te
mpls rsvp-te
#
isis 1
cost-style wide
network-entity 10.0000.0000.0002.00
traffic-eng level-1-2
#
interface Vlanif20
ip address 10.2.1.2 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif30
ip address 10.4.1.1 255.255.255.252
isis enable 1
mpls
mpls te
mpls te srlg 2
mpls rsvp-te
#
interface Vlanif40
ip address 10.5.1.1 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 20
port hybrid untagged vlan 20
#
interface GigabitEthernet 2/0/0
port hybrid pvid vlan 30
port hybrid untagged vlan 30
#
interface GigabitEthernet 3/0/0
port hybrid pvid vlan 40
port hybrid untagged vlan 40
#
interface LoopBack1
ip address 2.2.2.2 255.255.255.255
isis enable 1
#
return
l Configuration file of P3
#
sysname P3
#
vlan batch 30 50
#
mpls lsr-id 3.3.3.3
mpls
mpls te
mpls rsvp-te
#
isis 1
cost-style wide
network-entity 10.0000.0000.0003.00
traffic-eng level-1-2
#
interface Vlanif30
ip address 10.4.1.2 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif50
ip address 10.7.1.1 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 30
port hybrid untagged vlan 30
#
interface GigabitEthernet 2/0/0
port hybrid pvid vlan 50
port hybrid untagged vlan 50
#
interface LoopBack1
ip address 3.3.3.3 255.255.255.255
isis enable 1
#
return
l Configuration file of P4
#
sysname P4
#
vlan batch 80 40 70
#
mpls lsr-id 4.4.4.4
mpls
mpls te
mpls rsvp-te
#
isis 1
cost-style wide
network-entity 10.0000.0000.0004.00
traffic-eng level-1-2
#
interface Vlanif80
ip address 10.3.1.2 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif40
ip address 10.5.1.2 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif70
ip address 10.6.1.1 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 80
port hybrid untagged vlan 80
#
interface GigabitEthernet 2/0/0
port hybrid pvid vlan 40
port hybrid untagged vlan 40
#
interface GigabitEthernet 3/0/0
port hybrid pvid vlan 70
port hybrid untagged vlan 70
#
interface LoopBack1
ip address 4.4.4.4 255.255.255.255
isis enable 1
#
return
l Configuration file of PE2
#
sysname PE2
#
vlan batch 70 50 60
#
mpls lsr-id 6.6.6.6
mpls
mpls te
mpls rsvp-te
#
isis 1
cost-style wide
network-entity 10.0000.0000.0006.00
traffic-eng level-1-2
#
interface Vlanif70
ip address 10.6.1.2 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif50
ip address 10.7.1.2 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif60
ip address 10.8.1.2 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 70
port hybrid untagged vlan 70
#
interface GigabitEthernet 2/0/0
port hybrid pvid vlan 50
port hybrid untagged vlan 50
#
interface GigabitEthernet 3/0/0
port hybrid pvid vlan 60
port hybrid untagged vlan 60
#
interface LoopBack1
ip address 6.6.6.6 255.255.255.255
isis enable 1
#
Return
Networking Requirements
As shown in Figure 3-9, the primary LSP is LSRA->LSRB-> LSRC->LSRD, and the link from
LSRB to LSRC requires link protection through FRR.
Establish a bypass LSP, and use the path LSRB ->LSRE-> LSRC. Here, LSRB is the PLR and
LSRC is the MP.
Use the explicit path to establish the primary tunnel and the bypass tunnel of MPLS TE. RSVP-
TE is used.
LSRD
GE1/0/0
Vlanif50
4.1.1.2/24
Loopback1 Loopback1
1.1.1.1/32 2.2.2.2/32 Loopback1
3.3.3.3/32 GE1/0/0
Vlanif50
LSRA LSRB 4.1.1.1/24
LSRC
GE1/0/0 GE1/0/0 GE2/0/0 GE2/0/0
Vlanif10 Vlanif10 Vlanif20 Vlanif20
2.1.1.1/24 2.1.1.2/24 3.1.1.1/24 3.1.1.2/24 GE3/0/0
GE3/0/0 Vlanif40
Loopback1 3.3.1.2/24
Vlanif30 5.5.5.5/32
3.2.1.1/24
Primary LSP GE2/0/0
GE1/0/0 Vlanif40
Vlanif30 3.3.1.1/24
Bypass LSP 3.2.1.2/24
LSRE
Configuration Roadmap
The configuration roadmap is as follows:
1. Set up a primary tunnel and enable FRR on the tunnel interface.
2. Configure a bypass tunnel on the ingress node of the protected link, that is, PLR, and specify
the interface of the protected link in the tunnel interface view.
Data Preparation
To complete the configuration, you need the following data:
l IS-IS area ID, originating system ID, and IS-IS level of each node
l Explicit paths of the primary tunnel and the bypass tunnel
l Interface names, IP addresses, destination IP addresses, tunnel IDs, signaling protocol
(RSVP-TE) of the primary tunnel and the bypass tunnel
l Interface protected by the bypass tunnel
Procedure
Step 1 Create VLANs and VLANIF interfaces, and assign IP addresses to the VLANIF interfaces.
As shown in Figure 3-9, configure IP addresses and masks for the interfaces, including loopback
interfaces. The configuration details are not mentioned here.
Step 2 Configure an IGP.
Configure IS-IS on all the nodes to advertise the host routes of the LSR IDs. The configuration
details are not mentioned here.
After the configuration, run the display ip routing-table command on each node, and you can
view that the nodes learn the routes from each other.
Step 3 Configure basic MPLS functions and enable MPLS TE, RSVP-TE, CSPF, and IS-IS TE.
# Configure LSRA.
[LSRA] mpls lsr-id 1.1.1.1
[LSRA] mpls
[LSRA-mpls] mpls te
[LSRA-mpls] mpls rsvp-te
[LSRA-mpls] mpls te cspf
[LSRA-mpls] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] mpls
[LSRA-Vlanif10] mpls te
[LSRA-Vlanif10] mpls rsvp-te
[LSRA-Vlanif10] quit
[LSRA] isis
[LSRA-isis-1] cost-style wide
[LSRA-isis-1] traffic-eng level-2
NOTE
The configurations on LSRB, LSRC, LSRD, and LSRE are similar to the configuration on LSRA, and are
not mentioned here. CSPF needs to be enabled only on the ingress node of the primary tunnel (LSRA) and
the ingress node of the bypass tunnel (LSRB); CSPF does not need to be enabled on LSRC, LSRD, and
LSRE.
Step 4 # Establish an MPLS TE tunnel on LSRA that is the ingress node of the primary LSP.
# Configure the explicit path of the primary LSP.
[LSRA] explicit-path pri-path
[LSRA-explicit-path-pri-path] next hop 2.1.1.2
[LSRA-explicit-path-pri-path] next hop 3.1.1.2
[LSRA-explicit-path-pri-path] next hop 4.1.1.2
[LSRA-explicit-path-pri-path] next hop 4.4.4.4
[LSRA-explicit-path-pri-path] quit
# Enable FRR.
[LSRA-Tunnel1/0/0] mpls te fast-reroute
[LSRA-Tunnel1/0/0] mpls te commit
[LSRA-Tunnel1/0/0] quit
After the configuration, run the display interface tunnel command on LSRA, and you can view
that the status of Tunnel 1/0/0 is Up.
[LSRA] display interface tunnel
Tunnel1/0/0 current state : UP
Line protocol current state : UP
...
Take note of the preceding items that appear in the display interface tunnel 1/0/0 command
output. Information in "..." can be ignored.
Run the display mpls te tunnel verbose command on LSRA, and you can view detailed
information about the tunnel.
[LSRA] display mpls te tunnel verbose
No : 1
Tunnel-Name : Tunnel1/0/0
TunnelIndex : 0 LSP Index : 2048
Session ID : 100 LSP ID : 1
Lsr Role : Ingress Lsp Type : Primary
Ingress LSR ID : 1.1.1.1
Egress LSR ID : 4.4.4.4
In-Interface : -
Out-Interface : Vlanif10
Sign-Protocol : RSVP TE Resv Style : SE
IncludeAnyAff : 0x0 ExcludeAnyAff : 0x0
IncludeAllAff : 0x0
LspConstraint : -
ER-Hop Table Index : 0 AR-Hop Table Index: 0
C-Hop Table Index : 0
PrevTunnelIndexInSession: - NextTunnelIndexInSession: -
PSB Handle : 1081
Created Time : 2010/07/01 15:02:57 UTC-08:00
--------------------------------
DS-TE Information
--------------------------------
Bandwidth Reserved Flag : Unreserved
CT0 Bandwidth(Kbit/sec) : 0 CT1 Bandwidth(Kbit/sec): 0
CT2 Bandwidth(Kbit/sec) : 0 CT3 Bandwidth(Kbit/sec): 0
CT4 Bandwidth(Kbit/sec) : 0 CT5 Bandwidth(Kbit/sec): 0
CT6 Bandwidth(Kbit/sec) : 0 CT7 Bandwidth(Kbit/sec): 0
Setup-Priority : 0 Hold-Priority : 0
--------------------------------
FRR Information
--------------------------------
Primary LSP Info
TE Attribute Flag : 0x63 Protected Flag : 0x0
Bypass In Use : Not Exists
Bypass Tunnel Id : -
BypassTunnel : -
Bypass Lsp ID : - FrrNextHop : -
ReferAutoBypassHandle : -
FrrPrevTunnelTableIndex : - FrrNextTunnelTableIndex: -
Bypass Attribute(Not configured)
Setup Priority : - Hold Priority : -
HopLimit : - Bandwidth : -
IncludeAnyGroup : - ExcludeAnyGroup : -
IncludeAllGroup : -
Bypass Unbound Bandwidth Info(Kbit/sec)
CT0 Unbound Bandwidth : - CT1 Unbound Bandwidth: -
CT2 Unbound Bandwidth : - CT3 Unbound Bandwidth: -
CT4 Unbound Bandwidth : - CT5 Unbound Bandwidth: -
CT6 Unbound Bandwidth : - CT7 Unbound Bandwidth: -
--------------------------------
BFD Information
--------------------------------
NextSessionTunnelIndex : - PrevSessionTunnelIndex: -
NextLspId : - PrevLspId : -
After the configuration, run the display interface tunnel command on LSRB, and you can view
that the status of Tunnel 3/0/0 is Up.
Run the display mpls lsp command on all the nodes, and you can view the LSP entry and that
two LSPs pass through LSRB and LSRC.
[LSRA] display mpls lsp
----------------------------------------------------------------------
LSP Information: RSVP LSP
----------------------------------------------------------------------
FEC In/Out Label In/Out IF Vrf Name
4.4.4.4/32 NULL/13312 -/Vlanif10
----------------------------------------------------------------------
LSP Information: RSVP LSP
----------------------------------------------------------------------
FEC In/Out Label In/Out IF Vrf Name
4.4.4.4/32 3/NULL Vlanif50/-
[LSRE] display mpls lsp
----------------------------------------------------------------------
LSP Information: RSVP LSP
----------------------------------------------------------------------
FEC In/Out Label In/Out IF Vrf Name
3.3.3.3/32 13312/3 Vlanif30/Vlanif40
Run the display mpls te tunnel command on all the nodes, and you can view the establishment
of the tunnel and that two tunnels pass through LSRB and LSRC.
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
1.1.1.1 4.4.4.4 1 --/3 I Tunnel1/0/0
[LSRB] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
1.1.1.1 4.4.4.4 1 1026/3 I Tunnel1/0/0
2.2.2.2 3.3.3.3 1 --/3 I Tunnel3/0/0
[LSRC] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
1.1.1.1 4.4.4.4 1 1024/3 I Tunnel1/0/0
2.2.2.2 3.3.3.3 1 3/-- I Tunnel3/0/0
[LSRE] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
2.2.2.2 3.3.3.3 1 1025/3 I Tunnel3/0/0
Run the display mpls lsp verbose command on LSRB, and you can view that the bypass tunnel
is bound to the outgoing interface VLANIF 20 and is not in use currently.
[LSRB] display mpls lsp verbose
----------------------------------------------------------------------
LSP Information: RSVP LSP
----------------------------------------------------------------------
No : 1
SessionID : 100
IngressLsrID : 1.1.1.1
LocalLspID : 1
Tunnel-Interface : Tunnel1/0/0
Fec : 4.4.4.4/32
TunnelTableIndex : 0x6
Nexthop : 3.1.1.2
In-Label : 13312
Out-Label : 13312
In-Interface : Vlanif10
Out-Interface : Vlanif20
LspIndex : 4104
Token : 0x10000
LsrType : Transit
Mpls-Mtu : 1500
TimeStamp : 1265sec
Bfd-State : ---
No : 2
SessionID : 300
IngressLsrID : 2.2.2.2
LocalLspID : 2
Tunnel-Interface : Tunnel3/0/0
Fec : 3.3.3.3/32
TunnelTableIndex : 0x4
Nexthop : 3.2.1.2
In-Label : NULL
Out-Label : 13313
In-Interface : ----------
Out-Interface : Vlanif30
LspIndex : 4106
Token : 0x10000
LsrType : Ingress
Mpls-Mtu : 1500
TimeStamp : 528sec
Bfd-State : ---
Run the display interface tunnel 1/0/0 command on LSRA, and you can view the status of the
primary LSP and that the status of the tunnel interface is still Up.
Run the tracert lsp te tunnel 1/0/0 command on LSRA, and you can view the path passed by
the tunnel.
[LSRA] tracert lsp te tunnel 1/0/0
LSP Trace Route FEC: TE TUNNEL IPV4 SESSION QUERY Tunnel1/0/0 , press CTRL_C to
break.
TTL Replier Time Type Downstream
0 Ingress 2.1.1.2/[13312 ]
1 2.1.1.2 1 ms Transit
2 3.2.1.2 16 ms Transit
3 3.3.1.2 1 ms Transit
4 4.1.1.2 1 ms Egress
The preceding information shows that services on the link are already switched to the bypass
tunnel.
NOTE
After the FRR switchover, run the display mpls te tunnel-interface command immediately, and you can
view that two CR-LSPs are in Up state. This is because FRR establishes a new LSP by using the make-
before-break mechanism. The previous LSP is deleted only after the new LSP is established successfully.
Run the display mpls lsp verbose command on LSRB, and you can view that the bypass tunnel
is used.
[LSRB] display mpls lsp verbose
----------------------------------------------------------------------
LSP Information: RSVP LSP
----------------------------------------------------------------------
No : 1
SessionID : 100
IngressLsrID : 1.1.1.1
LocalLspID : 1
Tunnel-Interface : Tunnel1/0/0
Fec : 4.4.4.4/32
TunnelTableIndex : 0x6
Nexthop : 3.1.1.2
In-Label : 13312
Out-Label : 13312
In-Interface : Vlanif10
Out-Interface : Vlanif20
LspIndex : 4104
Token : 0x10000
LsrType : Transit
Bypass In Use : In Use
Bypass Tunnel Id : 0x0
BypassTunnel : Tunnel Index[Tunnel3/0/0], InnerLabel[13312]
Mpls-Mtu : 1500
TimeStamp : 3782sec
No : 2
SessionID : 300
IngressLsrID : 2.2.2.2
LocalLspID : 2
Tunnel-Interface : Tunnel3/0/0
Fec : 3.3.3.3/32
TunnelTableIndex : 0x6
Nexthop : 3.2.1.2
In-Label : NULL
Out-Label : 13313
In-Interface : ----------
Out-Interface : Vlanif30
LspIndex : 4106
Token : 0x10000
LsrType : Ingress
Bypass In Use : Not Exists
Bypass Tunnel Id : 0x0
BypassTunnel : Tunnel Index[---]
Mpls-Mtu : 1500
TimeStamp : 1379sec
Run the display interface tunnel 1/0/0 command, and you can view the status of the primary
LSP on LSRA. The tunnel interface is in Up state.
After a period of time, run the display mpls lsp verbose command on LSRB, and you can view
that Tunnel 1/0/0 is bound to VLANIF 20 and remains unused.
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path pri-path
next hop 2.1.1.2
next hop 3.1.1.2
next hop 4.1.1.2
mpls te
mpls rsvp-te
#
interface Vlanif30
ip address 3.2.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface GigabitEthernet3/0/0
port link-type access
port default vlan 30
#
interface LoopBack1
ip address 2.2.2.2 255.255.255.255
isis enable 1
#
interface Tunnel3/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.3
mpls te tunnel-id 300
mpls te record-route
mpls te bypass-tunnel
mpls te path explicit-path by-path
mpls te protected-interface Vlanif20
mpls te commit
#
return
l Configuration file of LSRC
#
sysname LSRC
#
vlan batch 20 40 50
#
mpls lsr-id 3.3.3.3
mpls
mpls te
mpls rsvp-te
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0003.00
traffic-eng level-2
#
interface Vlanif20
ip address 3.1.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif40
ip address 3.3.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif50
ip address 4.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 50
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface GigabitEthernet3/0/0
port link-type access
port default vlan 40
#
interface LoopBack1
ip address 3.3.3.3 255.255.255.255
isis enable 1
#
return
l Configuration file of LSRD
#
sysname LSRD
#
vlan batch 50
#
mpls lsr-id 4.4.4.4
mpls
mpls te
mpls rsvp-te
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0004.00
traffic-eng level-2
#
interface Vlanif50
ip address 4.1.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 50
#
interface LoopBack1
ip address 4.4.4.4 255.255.255.255
isis enable 1
#
return
l Configuration file of LSRE
#
sysname LSRE
#
vlan batch 30 40
#
mpls lsr-id 5.5.5.5
mpls
mpls te
mpls rsvp-te
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0005.00
traffic-eng level-2
#
interface Vlanif30
ip address 3.2.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif40
ip address 3.3.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 30
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 40
#
interface LoopBack1
ip address 5.5.5.5 255.255.255.255
isis enable 1
#
return
Networking Requirements
As shown in Figure 3-10, a primary tunnel is set up using the explicit path of LSRA-> LSRB-
>LSRC. A bypass tunnel is set up on the ingress node LSRA for node protection and a bypass
tunnel is set up on the transit node LSRB for link protection.
GE3/0/0
LSRA LSRB GE3/0/0 LSRC
Vlanif20 Vlanif40
2.1.1.2/24 3.1.1.2/24
GE2/0/0 GE2/0/0 GE1/0/0
GE1/0/0 GE2/0/0 Vlanif10
Vlanif20 GE1/0/0 Vlanif40 Vlanif50
Vlanif10 Vlanif30 3.1.1.1/24 10.1.1.1/24
2.1.1.1/24 Loopback1 4.1.1.2/24
10.1.1.2/24 3.2.1.1/24
4.4.4.4/32
GE3/0/0 GE2/0/0
Vlanif30 Vlanif50
3.2.1.2/24 4.1.1.1/24
LSRD
Configuration Roadmap
The configuration roadmap is as follows:
1. Set up a primary tunnel, enable TE FRR in the tunnel interface view, and enable MPLS
auto FRR in the MPLS view.
2. Specify the bypass tunnel.
Data Preparation
To complete the configuration, you need the following data:
Procedure
Step 1 Create VLANs and VLANIF interfaces, and assign IP addresses to the VLANIF interfaces.
As shown in Figure 3-10, configure IP addresses and masks for the interfaces, including
loopback interfaces. The configuration details are not mentioned here.
Step 2 Configure OSPF to advertise the routes of network segments and the host routes of the LSR IDs.
Configure OSPF on all the nodes to advertise the host routes of the LSR IDs. The configuration
details are not mentioned here.
After the configuration, run the display ip routing-table command on each node, and you can
view that the nodes learn the LSR ID from each other.
Step 3 Configure basic MPLS functions and enable MPLS TE, RSVP-TE, and CSPF.
# Configure LSRA.
[LSRA] mpls lsr-id 1.1.1.1
[LSRA] mpls
[LSRA-mpls] mpls te
[LSRA-mpls] mpls rsvp-te
[LSRA-mpls] mpls te cspf
[LSRA-mpls] quit
[LSRA] interface vlanif 20
[LSRA-Vlanif20] mpls
[LSRA-Vlanif20] mpls te
[LSRA-Vlanif20] mpls rsvp-te
[LSRA-Vlanif20] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] mpls
[LSRA-Vlanif10] mpls te
[LSRA-Vlanif10] mpls rsvp-te
[LSRA-Vlanif10] quit
NOTE
The configurations on LSRB, LSRC, and LSRD are similar to the configuration on LSRA, and are not
mentioned here. You need to enable CSPF only on the ingress nodes of the primary tunnel and the bypass
tunnel. That is, you need to enable CSPF only on LSRA and LSRB. You do not need to enable CSPF on
LSRC and LSRD.
# Configure LSRB.
[LSRB] ospf
[LSRB-ospf-1] opaque-capability enable
[LSRB-ospf-1] area 0
[LSRB-ospf-1-area-0.0.0.0] mpls-te enable
[LSRB-ospf-1-area-0.0.0.0] quit
[LSRB-ospf-1] quit
# Configure LSRC.
[LSRC] ospf
[LSRC-ospf-1] opaque-capability enable
[LSRC-ospf-1] area 0
[LSRC-ospf-1-area-0.0.0.0] mpls-te enable
[LSRC-ospf-1-area-0.0.0.0] quit
[LSRC-ospf-1] quit
# Configure LSRD.
[LSRD] ospf
[LSRD-ospf-1] opaque-capability enable
[LSRD-ospf-1] area 0
[LSRD-ospf-1-area-0.0.0.0] mpls-te enable
[LSRD-ospf-1-area-0.0.0.0] quit
[LSRD-ospf-1] quit
# Configure LSRB.
[LSRB] mpls
[LSRB-mpls] mpls te auto-frr
Run the display mpls lsp verbose command on the ingress node LSRA. You can view the LSP
information about the primary tunnel and the bypass tunnel, and the primary tunnel is bound to
the bypass tunnel.
[LSRA] display mpls lsp verbose
No : 1
SessionID : 200
IngressLsrID : 1.1.1.1
LocalLspID : 1
Tunnel-Interface : Tunnel2/0/0
Fec : 3.3.3.3/32
TunnelTableIndex : 0x6
Nexthop : 2.1.1.2
In-Label : NULL
Out-Label : 106497
In-Interface : ----------
Out-Interface : Vlanif20
LspIndex : 6148
Token : 0x10000
LsrType : Ingress
Mpls-Mtu : 1500
TimeStamp : 324sec
Bfd-State : ---
No : 2
SessionID : 5097
IngressLsrID : 2.2.2.2
LocalLspID : 2
Tunnel-Interface : Tunnel0/0/2048
Fec : 3.3.3.3/32
TunnelTableIndex : 0x6
Nexthop : 10.1.1.1
In-Label : 13312
Out-Label : 3
In-Interface : Vlanif20
Out-Interface : Vlanif10
LspIndex : 6149
Token : 0x10000
LsrType : Transit
Mpls-Mtu : ------
TimeStamp : 324sec
Bfd-State : ---
No : 3
SessionID : 5097
IngressLsrID : 1.1.1.1
LocalLspID : 3
Tunnel-Interface : Tunnel0/0/2048
Fec : 3.3.3.3/32
TunnelTableIndex : 0x4
Nexthop : 10.1.1.1
In-Label : NULL
Out-Label : 3
In-Interface : ----------
Out-Interface : Vlanif20
LspIndex : 6150
Token : 0x10000
LsrType : Ingress
Mpls-Mtu : 1500
TimeStamp : 324sec
Bfd-State : ---
You can view that the primary tunnel is bound to the auto bypass tunnel, that is, Tunnel7/0/2048.
Run the display mpls te tunnel-interface auto-bypass-tunnel command, and you can view
detailed information about the auto bypass tunnel.
[LSRA] display mpls te tunnel-interface auto-bypass-tunnel Tunnel0/0/2048
No : 1
Tunnel-Name : Tunnel0/0/2048
TunnelIndex : 3 LSP Index : 2051
Session ID : 1026 LSP ID : 1
Lsr Role : Ingress Lsp Type : Primary
Ingress LSR ID : 1.1.1.1
Egress LSR ID : 3.3.3.3
In-Interface : -
Out-Interface : Vlanif10
Sign-Protocol : RSVP TE Resv Style : SE
IncludeAnyAff : 0x0 ExcludeAnyAff : 0x0
IncludeAllAff : 0x0
LspConstraint : -
ER-Hop Table Index : - AR-Hop Table Index: 3
C-Hop Table Index : 3
PrevTunnelIndexInSession: - NextTunnelIndexInSession: -
PSB Handle : 1027
Created Time : 2010/07/01 13:35:53 UTC-08:00
--------------------------------
DS-TE Information
--------------------------------
Bandwidth Reserved Flag : Unreserved
CT0 Bandwidth(Kbit/sec) : 0 CT1 Bandwidth(Kbit/sec): 0
CT2 Bandwidth(Kbit/sec) : 0 CT3 Bandwidth(Kbit/sec): 0
CT4 Bandwidth(Kbit/sec) : 0 CT5 Bandwidth(Kbit/sec): 0
CT6 Bandwidth(Kbit/sec) : 0 CT7 Bandwidth(Kbit/sec): 0
Setup-Priority : 0 Hold-Priority : 0
--------------------------------
FRR Information
--------------------------------
Primary LSP Info
TE Attribute Flag : 0x3 Protected Flag : 0x0
Bypass In Use : Not Exists
Bypass Tunnel Id : -
BypassTunnel : -
Bypass Lsp ID : - FrrNextHop : -
ReferAutoBypassHandle : -
FrrPrevTunnelTableIndex : - FrrNextTunnelTableIndex: -
Bypass Attribute(Not configured)
Setup Priority : - Hold Priority : -
HopLimit : - Bandwidth : -
IncludeAnyGroup : - ExcludeAnyGroup : -
IncludeAllGroup : -
Bypass Unbound Bandwidth Info(Kbit/sec)
CT0 Unbound Bandwidth : - CT1 Unbound Bandwidth: -
CT2 Unbound Bandwidth : - CT3 Unbound Bandwidth: -
CT4 Unbound Bandwidth : - CT5 Unbound Bandwidth: -
CT6 Unbound Bandwidth : - CT7 Unbound Bandwidth: -
--------------------------------
BFD Information
--------------------------------
NextSessionTunnelIndex : - PrevSessionTunnelIndex: -
NextLspId : - PrevLspId : -
You can view that the auto bypass tunnel protects the primary tunnel through VLANIF 20 rather
than through other three interfaces on the primary tunnel.
Run the display mpls te tunnel path command on LSRA, and you can view the path information
about the primary tunnel and the auto bypass tunnel is provided for the outgoing interface on
the primary tunnel.
[LSRA] display mpls te tunnel path
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10 20
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls te auto-frr
mpls rsvp-te
mpls te cspf
#
explicit-path master
next hop 2.1.1.2
next hop 3.1.1.2
#
interface Vlanif10
ip address 10.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif20
ip address 2.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
#
interface Tunnel2/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.3
mpls te tunnel-id 200
mpls te record-route label
mpls te path explicit-path master
mpls te fast-reroute
mpls te commit
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 10.1.1.0 0.0.0.255
network 2.1.1.0 0.0.0.255
network 1.1.1.1 0.0.0.0
mpls-te enable
#
return
l Configuration file of LSRB
#
sysname LSRB
#
vlan batch 20 30 40
#
mpls lsr-id 2.2.2.2
mpls
mpls te
mpls te auto-frr
mpls rsvp-te
mpls te cspf
#
interface Vlanif20
ip address 2.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif30
ip address 3.2.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif40
ip address 3.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 30
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 40
#
interface GigabitEthernet3/0/0
port link-type access
port default vlan 20
#
interface LoopBack1
ip address 2.2.2.2 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 3.1.1.0 0.0.0.255
network 3.2.1.0 0.0.0.255
network 2.1.1.0 0.0.0.255
network 2.2.2.2 0.0.0.0
mpls-te enable
#
return
l Configuration file of LSRC
#
sysname LSRC
#
vlan batch 10 40 50
#
mpls lsr-id 3.3.3.3
mpls
mpls te
mpls rsvp-te
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif40
ip address 3.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif50
ip address 4.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 50
#
interface GigabitEthernet3/0/0
port link-type access
port default vlan 40
#
interface LoopBack1
ip address 3.3.3.3 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 10.1.1.0 0.0.0.255
network 3.1.1.0 0.0.0.255
network 4.1.1.0 0.0.0.255
network 3.3.3.3 0.0.0.0
mpls-te enable
#
return
l Configuration file of LSRD
#
sysname LSRD
#
vlan batch 30 50
#
mpls lsr-id 4.4.4.4
mpls
mpls te
mpls rsvp-te
#
interface Vlanif30
ip address 3.2.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif50
ip address 4.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 50
#
interface GigabitEthernet3/0/0
port link-type access
port default vlan 30
#
interface LoopBack1
ip address 4.4.4.4 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 3.2.1.0 0.0.0.255
network 4.1.1.0 0.0.0.255
network 4.4.4.4 0.0.0.0
mpls-te enable
#
return
Networking Requirements
As shown in Figure 3-11, the primary tunnel is along the path LSR A -> LSR B -> LSR C ->
LSR D, and FRR is required on the link between LSR B and LSR C for protection.
A bypass tunnel is set up along the path LSR B -> LSR E -> LSR C. LSR B functions as the
PLR and LSR C functions as the MP.
The primary and bypass MPLS TE tunnels are set up by using explicit paths. RSVP-TE is used
as the signaling protocol.
The RSVP authentication needs to be configured on LSR B and LSR C. In this example, LSR
B and LSR C are configured as neighboring nodes by using their LSR IDs. Then, the RSVP key
authentication is enabled, achieving higher reliability.
Figure 3-11 Networking diagram of the MPLS TE FRR-based RSVP key authentication
Loopback1
4.4.4.4/32
LSRD
GE1/0/0
4.1.1.2/24
Loopback1 Loopback1
1.1.1.1/32 2.2.2.2/32 Loopback1
3.3.3.3/32 GE1/0/0
LSRA LSRB 4.1.1.1/24
LSRE
Loopback1
5.5.5.5/32
Configuration Roadmap
The configuration roadmap is as follows:
2. Configure the RSVP key authentication on LSR B and LSR C of the tunnel, preventing
forged Resv messages from illegally requesting for network resources.
Data Preparation
To complete the configuration, you need the following data:
l MPLS LSR ID of each router
l Local password and key for the RSVP authentication
l Data listed in "Data Preparation" of Example for Configuring MPLS TE FRR
Procedure
Step 1 Configure MPLS TE FRR.
Configure the primary tunnel and bypass tunnel according to Example for Configuring MPLS
TE FRR and then bind the two tunnels.
Step 2 Configure the RSVP key authentication on LSR B and LSR C to enhance security of packet
transmission. In addition, to check whether the RSVP key authentication is successfully
configured, configure the RSVP-TE handshake function and set a local password.
# Configure the RSVP key authentication on LSR B.
[LSRB] mpls rsvp-te peer 3.3.3.3
[LSRB-mpls-rsvp-te-peer-3.3.3.3] mpls rsvp-te authentication plain huawei
[LSRB-mpls-rsvp-te-peer-3.3.3.3] mpls rsvp-te authentication handshake beijingHW
SendAckMsgCounter: 0 RecAckMsgCounter: 0
SendChallengeMsgCounter: 1 RecChallengeMsgCounter: 1
SendResponseMsgCounter: 1 RecResponseMsgCounter: 1
SendErrMsgCounter: 1 RecErrMsgCounter: 0
ResourceReqFaultCounter: 0
Bfd neighbor count: 1 Bfd session count: 0
# Run the display interface tunnel 1/0/0 command on LSR A to view the status of the primary
tunnel. You can view that the tunnel interface is Up.
# Run the tracert lsp te tunnel 1/0/0 command on LSR A. You can view the path by which the
tunnel passes.
[LSRA] tracert lsp te tunnel 1/0/0
LSP Trace Route FEC: TE TUNNEL IPV4 SESSION QUERY Tunnel1/0/0 , press CTRL_C to
break.
TTL Replier Time Type Downstream
0 Ingress 2.1.1.2/[13312 ]
1 2.1.1.2 1 ms Transit 3.2.1.2/[13312 13312 ]
2 3.2.1.2 16 ms Transit 3.3.1.2/[3 ]
3 3.3.1.2 1 ms Transit 4.1.1.2/[3 ]
4 4.1.1.2 1 ms Egress
The command output shows that traffic is switched to the bypass tunnel.
# Run the display mpls te tunnel name tunnel1/0/0 verbose command on LSR B. You can
view that the bypass tunnel is working.
<LSRB> display mpls te tunnel name tunnel1/0/0 verbose
No : 1
Tunnel-Name : Tunnel1/0/0
TunnelIndex : 1 LSP Index : 4098
Session ID : 100 LSP ID : 1
Lsr Role : Transit
Ingress LSR ID : 1.1.1.1
Egress LSR ID : 4.4.4.4
In-Interface : Vlanif10
Out-Interface : Vlanif20
Sign-Protocol : RSVP TE Resv Style : SE
IncludeAnyAff : 0x0 ExcludeAnyAff : 0x0
IncludeAllAff : 0x0
ER-Hop Table Index : 3 AR-Hop Table Index: 12
C-Hop Table Index : 50
PrevTunnelIndexInSession: - NextTunnelIndexInSession: -
PSB Handle : 66000
Created Time : 2010-01-01 17:42:30+00:00
--------------------------------
DS-TE Information
--------------------------------
Bandwidth Reserved Flag : Unreserved
CT0 Bandwidth(Kbit/sec) : 50000 CT1 Bandwidth(Kbit/sec): 0
CT2 Bandwidth(Kbit/sec) : 0 CT3 Bandwidth(Kbit/sec): 0
CT4 Bandwidth(Kbit/sec) : 0 CT5 Bandwidth(Kbit/sec): 0
CT6 Bandwidth(Kbit/sec) : 0 CT7 Bandwidth(Kbit/sec): 0
Setup-Priority : 7 Hold-Priority : 7
--------------------------------
FRR Information
--------------------------------
Primary LSP Info
TE Attribute Flag : 0x63 Protected Flag : 0x1
Bypass In Use : In Use
Bypass Tunnel Id : 67141670
BypassTunnel : Tunnel Index[Tunnel3/0/0], InnerLabel[1024]
Bypass Lsp ID : 9 FrrNextHop : 3.3.1.2
ReferAutoBypassHandle : -
FrrPrevTunnelTableIndex : - FrrNextTunnelTableIndex: -
Bypass Attribute(Not configured)
Setup Priority : - Hold Priority : -
HopLimit : - Bandwidth : -
IncludeAnyGroup : - ExcludeAnyGroup : -
IncludeAllGroup : -
Bypass Unbound Bandwidth Info(Kbit/sec)
CT0 Unbound Bandwidth : - CT1 Unbound Bandwidth: -
CT2 Unbound Bandwidth : - CT3 Unbound Bandwidth: -
CT4 Unbound Bandwidth : - CT5 Unbound Bandwidth: -
CT6 Unbound Bandwidth : - CT7 Unbound Bandwidth: -
--------------------------------
BFD Information
--------------------------------
NextSessionTunnelIndex : - PrevSessionTunnelIndex: -
NextLspId : - PrevLspId : -
# Run the display mpls rsvp-te peer command. You can view whether the bypass tunnel is
successfully set up.
[LSRB] display mpls rsvp-te peer
Remote Node id Neighbor
Neighbor Addr: -----
SrcInstance: 0xDAC29CB4 NbrSrcInstance: 0x0
PSB Count: 1 RSB Count: 0
Hello Type Sent: NONE
SRefresh Enable: NO
Last valid seq # rcvd: NULL
Interface: Vlanif10
Neighbor Addr: 2.1.1.1
SrcInstance: 0xDAC29CB4 NbrSrcInstance: 0x0
PSB Count: 1 RSB Count: 0
Hello Type Sent: NONE Neighbor Hello Extension: DISABLE
SRefresh Enable: NO
Last valid seq # rcvd: NULL
Interface: Vlanif20
Neighbor Addr: 3.1.1.2
SrcInstance: 0xDAC29CB4 NbrSrcInstance: 0x0
PSB Count: 0 RSB Count: 0
Hello Type Sent: NONE Neighbor Hello Extension: DISABLE
SRefresh Enable: NO
Last valid seq # rcvd: NULL
Interface: Vlanif30
Neighbor Addr: 3.2.1.2
SrcInstance: 0xDAC29CB4 NbrSrcInstance: 0x0
PSB Count: 0 RSB Count: 1
Hello Type Sent: NONE
SRefresh Enable: NO
Last valid seq # rcvd: NULL
The command output shows that the number of RSBs on Vlanif30 of LSR B is not zero. This
indicates that the RSVP key authentication is successful on LSR B and its neighbor LSR E, and
the resources are successfully reserved.
----End
Configuration Files
l Configuration file of LSR A
#
sysname LSRA
#
vlan batch 10
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path pri-path
next hop 2.1.1.2
next hop 3.1.1.2
next hop 4.1.1.2
next hop 4.4.4.4
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0001.00
traffic-eng level-2
#
interface Vlanif10
ip address 2.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 10
port hybrid untagged vlan 10
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
isis enable 1
#
interface Tunnel1/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 4.4.4.4
mpls te record-route label
mpls te path explicit-path pri-path
mpls te tunnel-id 100
mpls te fast-reroute
mpls te commit
#
return
l Configuration file of LSR B
#
sysname LSRB
#
vlan batch 10 20 30
#
#
mpls lsr-id 2.2.2.2
mpls
mpls te
mpls te timer fast-reroute 5
mpls rsvp-te
mpls te cspf
#
explicit-path by-path
next hop 3.2.1.2
next hop 3.3.1.2
next hop 3.3.3.3
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0002.00
traffic-eng level-2
#
interface Vlanif10
ip address 2.1.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif20
ip address 3.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif30
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface LoopBack1
ip address 2.2.2.2 255.255.255.255
isis enable 1
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 10
port hybrid untagged vlan 10
#
interface GigabitEthernet 2/0/0
port hybrid pvid vlan 20
port hybrid untagged vlan 20
#
interface GigabitEthernet 3/0/0
port hybrid pvid vlan 30
port hybrid untagged vlan 30
#
interface Tunnel3/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.3
mpls te tunnel-id 300
mpls te record-route
mpls te path explicit-path by-path
mpls te protected-interface Vlanif20
mpls te commit
mpls rsvp-te peer 3.3.3.3
mpls rsvp-te authentication plain huawei
mpls rsvp-te authentication handshake beijingHW
#
return
l Configuration file of LSR C
#
sysname LSRC
#
vlan batch 50 20 40
#
mpls lsr-id 3.3.3.3
mpls
mpls te
mpls rsvp-te
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0003.00
traffic-eng level-2
#
interface Vlanif50
Networking Requirements
As shown in Figure 3-12, the primary tunnel is along the path LSR A -> LSR B -> LSR C ->
LSR D, and the link between LSR B and LSR C requires FRR for protection. In addition, the
summary refresh (Srefresh) function need to be configured on LSR B and LSR C.
A bypass tunnel is set up along the path LSR B -> LSR E -> LSR C.LSR B functions as the PLR
and LSR C functions as the MP.
The primary and bypass MPLS TE tunnels are set up by using explicit paths. RSVP-TE is used
as the signaling protocol.
The Srefresh function needs to be configured on LSR B and LSR C. In addition, the RSVP key
authentication is configured in the MPLS view. This helps the Srefresh function to achieve higher
reliability.
LSRD
GE1/0/0
4.1.1.2/24
Loopback1 Loopback1
1.1.1.1/32 2.2.2.2/32 Loopback1
3.3.3.3/32 GE1/0/0
LSRA LSRB 4.1.1.1/24
LSRE
Loopback1
5.5.5.5/32
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure MPLS TE FRR according to Example for Configuring MPLS TE FRR.
2. Configure the Srefresh function on the PLR and MP along a tunnel to enhance transmission
reliability of RSVP messages and improve resource usage.
Data Preparation
To complete the configuration, you need the following data:
Data listed in "Data Preparation" of Example for Configuring MPLS TE FRR
Procedure
Step 1 Configure MPLS TE FRR.
You can configure the primary and bypass MPLS TE tunnels according to Example for
Configuring MPLS TE FRR, and then bind the two tunnels.
Step 2 Configure the Srefresh function on LSR B functioning as the PLR and LSR C functioning as
the MP.
# Configure the Srefresh function on LSR B.
[LSRB] mpls
[LSRB-mpls] mpls rsvp-te srefresh
[LSRB-mpls] quit
SendSrefreshCounter: 1 RecSrefreshCounter: 6
SendAckMsgCounter: 6 RecAckMsgCounter: 16
SendChallengeMsgCounter: 0 RecChallengeMsgCounter: 0
SendResponseMsgCounter: 0 RecResponseMsgCounter: 0
SendErrMsgCounter: 1 RecErrMsgCounter: 0
ResourceReqFaultCounter: 0
Bfd neighbor count: 1 Bfd session count: 0
# Run the display interface tunnel 1/0/0 command on LSR A to view the status of the primary
tunnel. You can view that the tunnel interface is Up.
# Run the tracert lsp te tunnel 1/0/0 command on LSR A. You can view the path by which the
tunnel passes.
[LSRA] tracert lsp te tunnel 1/0/0
LSP Trace Route FEC: TE TUNNEL IPV4 SESSION QUERY Tunnel1/0/0 , press CTRL_C to
break.
TTL Replier Time Type Downstream
0 Ingress 2.1.1.2/[13312 ]
1 2.1.1.2 1 ms Transit 3.2.1.2/[13312 13312 ]
2 3.2.1.2 16 ms Transit 3.3.1.2/[3 ]
3 3.3.1.2 1 ms Transit 4.1.1.2/[3 ]
4 4.1.1.2 1 ms Egress
# The command output shows that traffic is switched to the bypass tunnel.
# Run the command on LSR B. You can view that the bypass tunnel is working.
# Run the display mpls rsvp-te statistics global command. You can view statistics of the
Srefresh function.
[LSRB]display mpls rsvp-te statistics global
LSR ID: 2.2.2.2 LSP Count: 2
PSB Count: 2 RSB Count: 2
RFSB Count: 1
----End
Configuration Files
l Configuration file of LSR A
#
sysname LSRA
#
vlan batch 10
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path pri-path
next hop 2.1.1.2
next hop 3.1.1.2
next hop 4.1.1.2
next hop 4.4.4.4
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0001.00
traffic-eng level-2
#
interface Vlanif10
ip address 2.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 10
port hybrid untagged vlan 10
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
isis enable 1
#
interface Tunnel1/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 4.4.4.4
mpls te record-route label
mpls te path explicit-path pri-path
mpls te tunnel-id 100
mpls te fast-reroute
mpls te commit
#
return
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0003.00
traffic-eng level-2
#
interface Vlanif50
ip address 4.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif20
ip address 3.1.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif40
ip address 3.3.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 50
port hybrid untagged vlan 50
#
interface GigabitEthernet 2/0/0
port hybrid pvid vlan 20
port hybrid untagged vlan 20
#
interface GigabitEthernet 3/0/0
port hybrid pvid vlan 40
port hybrid untagged vlan 40
#
interface LoopBack1
ip address 3.3.3.3 255.255.255.255
isis enable 1
#
return
l Configuration file of LSR D
#
sysname LSRD
#
vlan batch 50
#
mpls lsr-id 4.4.4.4
mpls
mpls te
mpls rsvp-te
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0004.00
traffic-eng level-2
#
interface Vlanif50
ip address 4.1.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
Networking Requirements
Figure 3-13 shows the networking diagram of MPLS TE FRR. The primary tunnel is along
PLR-LSRA-MP->LSRC, and its bypass tunnel is along PLR-> LSRB->MP. It is required that
the TE traffic of the primary tunnel be switched to the bypass tunnel after the LPU where GE
1/0/0 of the PLR is located is removed, and the traffic be switched back to the primary tunnel
after the removed LPU is re-installed.
/0 GE
1/0 if10 4 V 2 /0
Loopback 1 E n
G la 2/2 30 lanif /0 Loopback 1 Loopback 1
1.1.1.1/32 V .1 . .1. 30
.1 1 .1 GE 4.4.4.4/32 5.5.5.5/32
/0 10 /24 1
1 /0 f 1 0 LSRA V /0
30 lanif /0
GE lani .1/24 .1. 30 GE3/0/0 GE1/0/0
V .1 1 .2
.1 /24 Vlanif50 Vlanif50
10
50.1.1.1/24 50.1.1.2/24
PLR MP
G LSRC
V E2 2 /0
/0
20 lanif /0/0
.1. 20 GE nif40 4
1 .1 2
/24 LSRB Vla .1.2/
G . 1
V E1/ /0 40
20 lanif 0/0 E 2 /0 4 0
.1. 20 G ni 24f
1 .2
/24 Vla .1.1/ : primary LSP
.1
40
: bypass LSP
Loopback 1
3.3.3.3/32
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure the tunnel interfaces of the primary tunnel and the bypass tunnel of the PLR on
the main control board.
2. Specify the explicit paths of the primary tunnel and the bypass tunnel when you configure
MPLS TE FRR. The explicit paths of the primary tunnel and the bypass tunnel must pass
through different LPUs of the PLR; otherwise, board removing protection cannot be
implemented.
Data Preparation
To complete the configuration, you need the following data:
Procedure
Step 1 Create VLANs and VLANIF interfaces, and assign IP addresses to the VLANIF interfaces.
As shown in Figure 3-13, configure IP addresses and masks for the interfaces, including
loopback interfaces. The configuration details are not mentioned here.
Step 2 Configure OSPF to advertise the routes of network segments and the host routes of the LSR IDs.
Configure OSPF on all the nodes to advertise the host routes of the LSR IDs. The configuration
details are not mentioned here.
After the configuration, run the display ip routing-table command on each node, and you can
view that the nodes learn the LSR ID from each other.
Step 3 Configure basic MPLS functions and enable MPLS TE and RSVP-TE.
# Configure the PLR.
[PLR] mpls lsr-id 1.1.1.1
[PLR] mpls
[PLR-mpls] mpls te
[PLR-mpls] mpls rsvp-te
[PLR-mpls] quit
[PLR] interface vlanif 10
[PLR-Vlanif10] mpls
[PLR-Vlanif10] mpls te
[PLR-Vlanif10] mpls rsvp-te
[PLR-Vlanif10] quit
[PLR] interface vlanif 20
[PLR-Vlanif20] mpls
[PLR-Vlanif20] mpls te
[PLR-Vlanif20] mpls rsvp-te
[PLR-Vlanif20] quit
NOTE
The configurations on LSRA, LSRB, MP, and LSRC are similar to the configuration on the PLR, and are
not mentioned here.
Step 4 Configure OSPF TE and enable CSPF on the ingress node of the tunnel.
# Configure OSPF TE.
[PLR] ospf
[PLR-ospf-1] opaque-capability enable
[PLR-ospf-1] area 0
[PLR-ospf-1-area-0.0.0.0] mpls-te enable
[PLR-ospf-1-area-0.0.0.0] quit
[PLR-ospf-1] quit
NOTE
The configurations on LSRB, LSRC, and LSRD are similar to the configuration on the PLR, and are not
mentioned here.
# Enable TE FRR.
[PLR-Tunnel0/0/1] mpls te fast-reroute
[PLR-Tunnel0/0/1] mpls te commit
[PLR-Tunnel0/0/1] quit
After the configuration, run the display interface tunnel command on the PLR, and you can
view that the status of Tunnel 1/0/1 is Up.
[PLR] display interface tunnel 0/0/1
Tunnel0/0/1 current state : UP
Line protocol current state : UP
...
# Configure the explicit path for the bypass tunnel on the PLR.
[PLR] explicit-path by-path
[PLR-explicit-path-by-path] next hop 20.1.1.2
[PLR-explicit-path-by-path] next hop 40.1.1.2
[PLR-explicit-path-by-path] next hop 4.4.4.4
After the configuration, run the display interface tunnel command on the PLR, and you can
view that the status of Tunnel 0/0/2 is Up.
<PLR> display interface tunnel 0/0/2
Tunnel0/0/2 current state : UP
Line protocol current state : UP
...
# Run the tracert lsp te tunnel command on the PLR, and you can view that the TE traffic is
transmitted through the primary tunnel.
<PLR> tracert lsp te tunnel 0/0/1
LSP Trace Route FEC: TE TUNNEL IPV4 SESSION QUERY Tunnel0/0/1 , press CTRL_C to
break.
TTL Replier Time Type Downstream
0 Ingress 10.1.1.2/[13312 ]
1 10.1.1.2 50 ms Transit 30.1.1.2/[13312 ]
2 30.1.1.2 40 ms Transit 50.1.1.2/[3 ]
3 5.5.5.5 70 ms Egress
# After the LPU where the outgoing interface of the primary tunnel (GE 1/0/0) is located is
removed, run the display interface tunnel command, and you can view that the tunnel interface
of the primary tunnel remains Up.
# Run the display mpls te tunnel stale-interface and display mpls te tunnel stale-interface
interface-index verbose commands on the PLR, and you can view that the outgoing interface
of the primary tunnel is in Stale state.
<PLR> display mpls stale-interface
Stale-interface Status TE Attri LSP Count CRLSP Count Effective MTU
0x018000106 Up Dis 0 1 -
# Run the display mpls te tunnel path command on the PLR, and you can view that the path
of the primary tunnel passes through LSRB.
<PLR> display mpls te tunnel path Tunnel0/0/1
Tunnel Interface Name : Tunnel0/0/1
Lsp ID : 1.1.1.1 :100 :1
Hop Information
Hop 0 20.1.1.1
Hop 1 20.1.1.2
Hop 2 3.3.3.3
Hop 3 40.1.1.1
Hop 4 40.1.1.2
Hop 5 4.4.4.4
Hop 3 50.1.1.1
Hop 4 50.1.1.2
Hop 5 5.5.5.5
# Run the tracert lsp te tunnel command on the PLR, and you can view that the TE traffic is
transmitted through the bypass tunnel.
<PLR> tracert lsp te tunnel 0/0/1
LSP Trace Route FEC: TE TUNNEL IPV4 SESSION QUERY Tunnel0/0/1 , press CTRL_C to
break.
TTL Replier Time Type Downstream
0 Ingress 20.1.1.2/[13312 13312 ]
1 20.1.1.2 50 ms Transit 40.1.1.2/[3 ]
2 40.1.1.2 50 ms Transit
3 5.5.5.5 60 ms Egress
# After the removed LPU where the outgoing interface of the primary tunnel is located is re-
installed, run the tracert lsp te tunnel command, and you can view that the traffic is switched
back to the primary tunnel.
<PLR> tracert lsp te tunnel 0/0/1
LSP Trace Route FEC: TE TUNNEL IPV4 SESSION QUERY Tunnel0/0/1 , press CTRL_C to
break.
TTL Replier Time Type Downstream
0 Ingress 10.1.1.2/[13312 ]
1 10.1.1.2 40 ms Transit 30.1.1.2/[13312 ]
2 30.1.1.2 50 ms Transit 50.1.1.2/[3 ]
3 5.5.5.5 60 ms Egress
----End
Configuration Files
l Configuration file of the PLR
#
sysname PLR
#
vlan batch 10 20
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path master
next hop 10.1.1.2
next hop 30.1.1.2
next hop 50.1.1.2
next hop 5.5.5.5
#
explicit-path by-path
next hop 20.1.1.2
next hop 40.1.1.2
next hop 4.4.4.4
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif20
ip address 20.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEhernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEhernet2/0/0
port link-type access
port default vlan 20
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
#
interface Tunnel0/0/1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 5.5.5.5
mpls te tunnel-id 100
mpls te path explicit-path master
mpls te fast-reroute
mpls te commit
#
interface Tunnel0/0/2
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 4.4.4.4
mpls te tunnel-id 200
mpls te record-route
mpls te path explicit-path by-path
mpls te bypass-tunnel
mpls te protected-interface Vlanif10
mpls te commit
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 10.1.1.0 0.0.0.3
network 20.1.1.0 0.0.0.3
network 1.1.1.1 0.0.0.0
mpls-te enable
#
return
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10 30
#
mpls lsr-id 2.2.2.2
mpls
mpls te
mpls rsvp-te
#
interface Vlanif10
ip address 10.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif30
ip address 30.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEhernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEhernet2/0/0
port link-type access
port default vlan 30
#
interface LoopBack1
ip address 2.2.2.2 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 10.1.1.0 0.0.0.3
network 30.1.1.0 0.0.0.3
network 2.2.2.2 0.0.0.0
mpls-te enable
#
return
l Configuration file of LSRB
#
sysname LSRB
#
vlan batch 20 40
#
mpls lsr-id 3.3.3.3
mpls
mpls te
mpls rsvp-te
#
interface Vlanif20
ip address 20.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif40
ip address 40.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEhernet1/0/0
port link-type access
port default vlan 20
#
interface GigabitEhernet2/0/0
port link-type access
port default vlan 40
#
interface LoopBack1
ip address 3.3.3.3 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 20.1.1.0 0.0.0.3
network 30.1.1.0 0.0.0.3
network 3.3.3.3 0.0.0.0
mpls-te enable
#
return
l Configuration file of the MP
#
sysname MP
#
vlan batch 30 40 50
#
mpls lsr-id 4.4.4.4
mpls
mpls te
mpls rsvp-te
#
interface Vlanif30
ip address 30.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif40
ip address 40.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif50
ip address 50.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEhernet1/0/0
port default vlan 30
#
interface GigabitEhernet2/0/0
Networking Requirements
Figure 3-14 shows an MPLS VPN. P and PE devices are S9700s. A TE tunnel with PE1 as the
ingress node and PE2 as the egress node needs to be established on PE1. CR-LSP hot standby
and best-effort path also need to be configured.
If the primary CR-LSP fails, traffic can be switched to the backup CR-LSP. After the faulty
primary CR-LSP is recovered, the traffic can be switched back to the primary CR-LSP after 15
seconds. If both the primary and backup CR-LSPs fail, traffic can be switched to the best-effort
path.
GE2/0/0 GE2/0/0
Vlanif40 Vlanif50
10.4.1.1/24 10.5.1.2 /24
GE1/0/0
GE1/0/0
PE1 Vlanif20 PE2
Vlanif30
10.2.1.2/24
10.3.1.1/24
Loopback1 Loopback1
4.4.4.4/32 3.3.3.3/32
: Primary path
: Backup path
: Best-effort path
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure an IP address for each interface and enable an IGP on each node to implement
interworking.
2. Configure MPLS and basic MPLS TE functions.
3. Configure explicit paths for the primary and backup CR-LSPs on PE1.
4. Create the tunnel interface with PE2 as the egress node on PE1 and specify the explicit
path; enable hot standby and configure the best-effort path; set the WTR time to 15 seconds.
Data Preparation
To complete the configuration, you need the following data:
l MPLS LSR ID
l Tunnel interface number occupied by the tunnel
l Explicit paths of the primary CR-LSP and the backup CR-LSP
Procedure
Step 1 Create VLANs and VLANIF interfaces, and assign IP addresses to the VLANIF interfaces.
As shown in Figure 3-14, configure an IP address for each interface, create loopback interfaces
on the nodes, and then configure the IP addresses of the loopback interfaces as MPLS LSR IDs.
For detailed configuration, see the configuration files in this example.
Step 2 Configure an IGP.
Configure OSPF or IS-IS on each node to implement interworking between the nodes. In this
example, IS-IS is configured. For detailed configuration, see the configuration files in this
example.
Step 3 Configure basic MPLS functions.
On each node, enable MPLS TE and MPLS RSVP-TE in the MPLS view and in the view of the
physical interface. For detailed configuration, see the configuration files in this example.
Step 4 Configure IS-IS TE and CSPF.
Configure IS-IS TE on each node and configure CSPF on PE1. For the configuration procedure,
see Configuring an RSVP-TE Tunnel.
Step 5 Configure the explicit paths for the primary CR-LSP and the backup CR-LSP.
# Configure the explicit path for the primary CR-LSP on PE1.
<PE1> system-view
[PE1] explicit-path main
[PE1-explicit-path-main] next hop 10.4.1.2
[PE1-explicit-path-main] next hop 10.2.1.2
[PE1-explicit-path-main] next hop 3.3.3.3
[PE1-explicit-path-main] quit
# Configure hot standby on the tunnel interface, set the WTR time to 15 seconds, specify the
backup explicit path, and configure the best-effort path.
[PE1-Tunnel1/0/0] mpls te backup hot-standby wtr 15
[PE1-Tunnel1/0/0] mpls te path explicit-path backup secondary
[PE1-Tunnel1/0/0] mpls te backup ordinary best-effort
[PE1-Tunnel1/0/0] mpls te commit
[PE1-Tunnel1/0/0] quit
After the configuration, run the display mpls te tunnel-interface tunnel 1/0/0 command on
PE1, and you can find that the primary CR-LSP and the backup CR-LSP are established.
[PE1] display mpls te tunnel-interface tunnel 1/0/0
----------------------------------------------------------------
Tunnel1/0/0
----------------------------------------------------------------
Tunnel State Desc : UP
Active LSP : Primary LSP
Session ID : 100
Ingress LSR ID : 4.4.4.4 Egress LSR ID: 3.3.3.3
Admin State : UP Oper State : UP
Primary LSP State : UP
Main LSP State : READY LSP ID : 1
Hot-Standby LSP State : UP
Main LSP State : READY LSP ID : 32770
After installing the cable into GE 2/0/0, you can view that traffic is switched back to the primary
CR-LSP after 15 minutes.
If you remove the cable from GE 2/0/0 on PE1 or P1 and then remove the cable from GE 2/0/0
on PE2 and P2, the tunnel interface changes from Down to Up and traffic is switched to the best-
effort path.
[PE1] display mpls te tunnel-interface tunnel 1/0/0
----------------------------------------------------------------
Tunnel1/0/0
----------------------------------------------------------------
Tunnel State Desc : UP
Active LSP : Best-Effort LSP
Session ID : 100
Ingress LSR ID : 4.4.4.4 Egress LSR ID: 3.3.3.3
Admin State : UP Oper State : UP
Primary LSP State : DOWN
Main LSP State : SETTING UP
----End
Configuration Files
l Configuration file of PE1
#
sysname PE1
#
vlan batch 30 40
#
mpls lsr-id 4.4.4.4
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path backup
next hop 10.3.1.2
next hop 10.5.1.2
next hop 3.3.3.3
#
explicit-path main
next hop 10.4.1.2
next hop 10.2.1.2
next hop 3.3.3.3
#
isis 1
cost-style wide
network-entity 10.0000.0000.0004.00
traffic-eng level-1-2
#
interface Vlanif30
ip address 10.3.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif40
ip address 10.4.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 30
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 40
#
interface LoopBack1
ip address 4.4.4.4 255.255.255.255
isis enable 1
#
interface Tunnel1/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.3
mpls te tunnel-id 100
mpls te record-route
mpls te path explicit-path main
mpls te path explicit-path backup secondary
mpls te backup hot-standby wtr 15
mpls te backup ordinary best-effort
mpls te commit
#
return
l Configuration file of P1
#
sysname P1
#
vlan batch 10 20 40
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
#
isis 1
cost-style wide
network-entity 10.0000.0000.0001.00
traffic-eng level-1-2
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif20
ip address 10.2.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif40
ip address 10.4.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 40
#
interface GigabitEthernet3/0/0
port link-type access
port default vlan 20
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
isis enable 1
#
return
l Configuration file of P2
#
sysname P2
#
vlan batch 10 30 50
#
mpls lsr-id 2.2.2.2
mpls
mpls te
mpls rsvp-te
#
isis 1
cost-style wide
network-entity 10.0000.0000.0002.00
traffic-eng level-1-2
#
interface Vlanif10
ip address 10.1.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif30
ip address 10.3.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif50
ip address 10.5.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 50
#
interface GigabitEthernet3/0/0
port link-type access
port default vlan 30
#
interface LoopBack1
ip address 2.2.2.2 255.255.255.255
isis enable 1
#
return
l Configuration file of PE2
#
sysname PE2
#
vlan batch 20 50
#
mpls lsr-id 3.3.3.3
mpls
mpls te
mpls rsvp-te
#
isis 1
cost-style wide
network-entity 10.0000.0000.0003.00
traffic-eng level-1-2
#
interface Vlanif20
ip address 10.2.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif50
ip address 10.5.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 20
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 50
#
interface LoopBack1
ip address 3.3.3.3 255.255.255.255
isis enable 1
#
return
Networking Requirements
As shown in Figure 3-15, a primary tunnel is set up by using the explicit path LSR A --> LSR
B --> LSR C. A TE FRR bypass tunnel is set up on the transit LSR B along the path LSR B --
> LSR E --> LSR C; an ordinary CR-LSP is set up on the ingress LSR A along the path LSR A
--> LSR C.
After the link between LSR B and LSR C is faulty, the system starts the TE FRR bypass tunnel
(that is, the primary CR-LSP is in FRR-in-use state) and tries to restore the primary CR-LSP.
At the same time, the system tries to set up the backup CR-LSP.
Figure 3-15 Networking diagram of configuring synchronization of the bypass tunnel and the
backup CR-LSP
GE3/0/0 GE2/0/0
3.2.1.2/24 4.1.1.1/24
LSRE
Configuration Roadmap
The configuration roadmap is as follows:
Data Preparation
To complete the configuration, you need the following data:
Procedure
Step 1 Configure the IP address for each interface.
Configure the IP address and mask for each interface including each Loopback interface as
shown in Figure 3-15. The detailed configuration is omitted here.
Step 2 Enable an IGP.
Enable OSPF or IS-IS on each LSR to ensure connectivity between routers. In this example,
OSPF is used as IGP. For the detailed configuration, see the configuration files in this example.
Step 3 Configure the basic MPLS function.
On each LSR, configure an LSR ID and enable MPLS in the system view and in the interface
view. For the detailed configuration, see the configuration files in this example.
Step 4 Configure the basic MPLS TE functions.
On each LSR, enable MPLS-TE and MPLS RSVP-TE in the MPLS view and in the interface
view of the link. For the detailed configuration, see the configuration files in this example.
Step 5 Enable OSPF TE and configure the CSPF.
Enable OSPF TE on each LSR and configure the CSPF on LSR A and LSR B. For the detailed
configuration, see Configuring the RSVP-TE Tunnel.
Step 6 Configure the explicit paths of the primary and backup CR-LSPs.
# Configure the explicit path of the primary CR-LSP on LSR A.
[LSRA] explicit-path master
[LSRA-explicit-path-master] next hop 2.1.1.2
[LSRA-explicit-path-master] next hop 3.1.1.2
# Configure LSR B.
[LSRB] interface gigabitethernet 2/0/0
[LSRB-GigabitEthernet2/0/0] mpls te auto-frr
[LSRB-GigabitEthernet2/0/0] quit
After the configurations, run the display mpls te tunnel path lsp-id 1.1.1.1 1 1 command on
LSR A, and you can view that the bypass tunnel is set up successfully.
[LSRA] display mpls te tunnel path lsp-id 1.1.1.1 1 1
Tunnel Interface Name : Tunnel2/0/0
Lsp ID : 1.1.1.1 :1 :1
Hop Information
Hop 0 2.1.1.1
Hop 1 2.1.1.2 Label 11264
Hop 2 2.2.2.2 Label 11264
Hop 3 3.1.1.1 Local-Protection available
Hop 4 3.1.1.2 Label 3
Hop 5 3.3.3.3 Label 3
Step 10 Configure synchronization of the bypass tunnel and the backup CR-LSP on the ingress LSR A
of the primary CR-LSP.
# Configure LSR A.
[LSRA] interface tunnel2/0/0
[LSRA-Tunnel2/0/0] mpls te backup frr-in-use
[LSRA-Tunnel2/0/0] mpls te commit
[LSRA-Tunnel2/0/0] quit
Run the display mpls te tunnel-interface tunnel2/0/0 command on the ingress LSR A, and you
can view information about the primary CR-LSP.
[LSRA] display mpls te tunnel-interface tunnel2/0/0
----------------------------------------------------------------
Tunnel2/0/0
----------------------------------------------------------------
Tunnel State Desc : UP
Active LSP : Primary LSP
Session ID : 1
Ingress LSR ID : 1.1.1.1 Egress LSR ID: 3.3.3.3
Admin State : UP Oper State : UP
Primary LSP State : UP
Main LSP State : READY LSP ID : 2
Run the display mpls te tunnel-interface command on the ingress LSR A. The tunnel status is
Up. The primary tunnel is in FRR-in-use state; the ordinary CR-LSP is being set up; the primary
CR-LSP is being restored.
[LSRA] display mpls te tunnel-interface
----------------------------------------------------------------
Tunnel2/0/0
----------------------------------------------------------------
Tunnel State Desc : UP
Active LSP : Primary LSP
Session ID : 1
Ingress LSR ID : 1.1.1.1 Egress LSR ID: 3.3.3.3
Admin State : UP Oper State : UP
Primary LSP State : UP
Main LSP State : READY LSP ID : 5
Modify LSP State : SETTING UP LSP ID : 6
Ordinary LSP State : DOWN
Main LSP State : SETTING UP
When the primary CR-LSP is faulty (that is, the primary CR-LSP is in FRR-in-use state), the
system starts the TE FRR bypass tunnel and tries to restore the primary CR-LSP. At the same
time, the system tries to set up a backup CR-LSP.
----End
Configuration Files
l Configuration file of LSR A
#
sysname LSRA
#
vlan batch 10 20
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path master
next hop 2.1.1.2
next hop 3.1.1.2
#
explicit-path backup
next hop 10.1.1.2
#
interface Vlanif20
ip address 2.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif10
ip address 10.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 10
port hybrid untagged vlan 10
#
#
return
Networking Requirements
As shown in Figure 3-16, LSRA, S9700-B, and LSRC are configured with dual main control
boards. Three switches learn routes from each other through the IS-IS protocol, and then use the
RSVP protocol to set up a TE tunnel from S9700-A to LSRC. RSVP GR is required to ensure
that MPLS forwarding is continuous when the switchover between the main control board and
the LPU occurs on LSRA, LSRB, or LSRC.
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure the IP addresses for the interfaces of the devices and the address of the loopback
interface that is used as the LSR ID.
2. Configure the IS-IS protocol to implement interworking and enable IS-IS TE.
3. Set the LSR ID.
4. Enable global MPLS, MPLS TE, and MPLS RSVP-TE.
5. Enable MPLS, MPLS TE, and MPLS RSVP-TE on each interface.
6. On the ingress node LSRA, enable CSPF and create a tunnel interface, and specify the IP
address, tunneling protocol, destination IP address, tunnel ID, and dynamic signaling
protocol RSVP-TE.
7. Enable IS-IS GR on each node.
8. Enable RSVP GR on each node.
Data Preparation
To complete the configuration, you need the following data:
l IP address of each interface on each node
l IS-IS NET and IS-IS level that each node belongs to
l LSR ID of each node
l Tunnel interface number of the ingress node, tunnel ID
Procedure
Step 1 Create VLANs and VLANIF interfaces, and assign IP addresses to the VLANIF interfaces.
Configure IP addresses as shown in Figure 3-16 and create loopback interfaces on the nodes.
For detailed configuration, see the configuration files in this example.
Step 2 Configure basic IS-IS functions.
# Configure LSRA.
[LSRA] isis 1
[LSRA-isis-1] network-entity 00.0005.0000.0000.0001.00
[LSRA-isis-1] is-level level-2
[LSRA-isis-1] quit
[LSRA] interface vlanif 10
# Configure LSRB.
[LSRB] isis 1
[LSRB-isis-1] network-entity 00.0005.0000.0000.0002.00
[LSRB-isis-1] is-level level-2
[LSRB-isis-1] quit
[LSRB] interface vlanif 10
[LSRB-Vlanif10] isis enable 1
[LSRB-Vlanif10] quit
[LSRB] interface vlanif 20
[LSRB-Vlanif20] isis enable 1
[LSRB-Vlanif20] quit
[LSRB] interface loopback 1
[LSRB-LoopBack1] isis enable 1
[LSRB-LoopBack1] quit
# Configure LSRC.
[LSRC] isis 1
[LSRC-isis-1] network-entity 00.0005.0000.0000.0003.00
[LSRC-isis-1] is-level level-2
[LSRC-isis-1] quit
[LSRC] interface vlanif 20
[LSRC-Vlanif20] isis enable 1
[LSRC-Vlanif20] quit
[LSRC] interface loopback 1
[LSRC-LoopBack1] isis enable 1
[LSRC-LoopBack1] quit
After the configuration, run the display ip routing-table command on each node, and you can
view that the nodes learn the routes from each other.
Step 3 Configure basic MPLS functions, enable MPLS TE, RSVP-TE, and CSPF.
# Configure LSRA.
[LSRA] mpls lsr-id 1.1.1.1
[LSRA] mpls
[LSRA-mpls] mpls te
[LSRA-mpls] mpls rsvp-te
[LSRA-mpls] mpls te cspf
[LSRA-mpls] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] mpls
[LSRA-Vlanif10] mpls te
[LSRA-Vlanif10] mpls rsvp-te
[LSRA-Vlanif10] quit
# Configure LSRB.
[LSRB] mpls lsr-id 2.2.2.2
[LSRB] mpls
[LSRB-mpls] mpls te
[LSRB-mpls] mpls rsvp-te
[LSRB-mpls] quit
[LSRB] interface vlanif 10
[LSRB-Vlanif10] mpls
[LSRB-Vlanif10] mpls te
[LSRB-Vlanif10] mpls rsvp-te
[LSRB-Vlanif10] quit
[LSRB] interface vlanif 20
[LSRB-Vlanif20] mpls
[LSRB-Vlanif20] mpls te
# Configure LSRC.
[LSRC] mpls lsr-id 3.3.3.3
[LSRC] mpls
[LSRC-mpls] mpls te
[LSRC-mpls] mpls rsvp-te
[LSRC-mpls] quit
[LSRC] interface vlanif 20
[LSRC-Vlanif20] mpls
[LSRC-Vlanif20] mpls te
[LSRC-Vlanif20] mpls rsvp-te
[LSRC-Vlanif20] quit
# Configure LSRB.
[LSRB] isis 1
[LSRB-isis-1] cost-style wide
[LSRB-isis-1] is-name LSRB
[LSRB-isis-1] traffic-eng level-2
[LSRB-isis-1] graceful-restart
[LSRB-isis-1] quit
# Configure LSRC.
[LSRC] isis 1
[LSRC-isis-1] cost-style wide
[LSRC-isis-1] is-name LSRC
[LSRC-isis-1] traffic-eng level-2
[LSRC-isis-1] graceful-restart
[LSRC-isis-1] quit
After the configuration, run the display interface tunnel command on LSRA, and you can view
that the status of the tunnel interface is Up.
[LSRA] display interface tunnel
Tunnel1/0/0 current state : UP
Line protocol current state : UP
...
[LSRA] mpls
[LSRA-mpls] mpls rsvp-te hello
[LSRA-mpls] mpls rsvp-te hello full-gr
[LSRA-mpls] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] mpls rsvp-te hello
# Configure LSRB.
[LSRB] mpls
[LSRB-mpls] mpls rsvp-te hello
[LSRB-mpls] mpls rsvp-te hello full-gr
[LSRB-mpls] quit
[LSRB] interface vlanif 10
[LSRB-Vlanif10] mpls rsvp-te hello
[LSRB] interface vlanif 20
[LSRB-Vlanif20] mpls rsvp-te hello
# Configure LSRC.
[LSRC] mpls
[LSRC-mpls] mpls rsvp-te hello
[LSRC-mpls] mpls rsvp-te hello full-gr
[LSRC-mpls] quit
[LSRC] interface vlanif 20
[LSRC-Vlanif20] mpls rsvp-te hello
Run the display mpls rsvp-te graceful-restart peer command on LSRB, and you can view the
GR status of the neighboring node.
[LSRB] display mpls rsvp-te graceful-restart peer
Neighbor on Interface Vlanif10
Neighbor Addr: 10.1.1.1 Last Attribute: Added Usually
SrcInstance: 0x6D26AC96 NbrSrcInstance: 0x6AF79302
Neighbor Capability:
Can Do Self GR
Can Support GR
GR Status: Normal
Restart Time: 90000 Millisecond
Recovery Time: 0 Millisecond
Stored GR message number: 0
PSB Count: 0 RSB Count: 1
Total to be Recover PSB Count: 0 Recovered PSB Count: 0
Total to be Recover RSB Count: 0 Recovered RSB Count: 0
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
mpls te cspf
mpls rsvp-te hello
mpls rsvp-te hello full-gr
#
isis 1
graceful-restart
is-level level-2
cost-style wide
is-name LSRA
network-entity 00.0005.0000.0000.0001.00
traffic-eng level-2
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
mpls rsvp-te hello
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
isis enable 1
#
interface Tunnel1/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.3
mpls te tunnel-id 100
mpls te commit
#
return
l Configuration file of LSRB
#
sysname LSRB
#
vlan batch 10 20
#
mpls lsr-id 2.2.2.2
mpls
mpls te
mpls rsvp-te
mpls rsvp-te hello
mpls rsvp-te hello full-gr
#
isis 1
graceful-restart
is-level level-2
cost-style wide
is-name LSRB
network-entity 00.0005.0000.0000.0002.00
traffic-eng level-2
#
interface Vlanif10
ip address 10.1.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
mpls rsvp-te hello
#
interface Vlanif20
ip address 20.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
mpls rsvp-te hello
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface LoopBack1
ip address 2.2.2.2 255.255.255.255
isis enable 1
#
return
Networking Requirements
Figure 3-17 shows a network where CR-LSP hot standby is configured. A TE tunnel is
established between PE1 and PE2. The tunnel is enabled with hot standby and configured with
the best-effort path. If the primary CR-LSP fails, traffic is switched to the backup CR-LSP. After
the faulty primary CR-LSP is recovered, the traffic is switched back to the primary CR-LSP
after 15 seconds. If both the primary and backup CR-LSPs fail, traffic is switched to the best-
effort path.
You are required to create two static BFD sessions to detect the primary and backup CR-LSPs.
After the configuration, the following should be achieved:
l If the primary CR-LSP fails, traffic is rapidly switched to the backup CR-LSP.
l After the primary CR-LSP is recovered in less than 15 seconds, traffic is switched back to
the primary CR-LSP if the backup CR-LSP fails.
GE2/0/0 GE2/0/0
Vlanif40 Vlanif50
10.4.1.1/24 10.5.1.2/24
GE1/0/0
GE1/0/0
PE1 Vlanif20 PE2
Vlanif30
10.2.1.2/24
10.3.1.1/24
Loopback1 Loopback1
4.4.4.4/32 3.3.3.3/32
: Primary path
: Backup path
: Best-effort path
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure CR-LSP hot standby according to 3.21.13 Example for Configuring CR-LSP
Hot Standby.
2. On PE1, create two BFD sessions and bind the two sessions to the primary CR-LSP and
the backup CR-LSP; on PE2, create two BFD sessions and bind the two sessions to the IP
link (PE2->PE1).
Data Preparation
To complete the configuration, you need the following data:
l BFD configuration name, local discriminator, and remote discriminator
l Minimum intervals for receiving and sending BFD packets
l Local detection multiplier of BFD
l For other data, see 3.21.13 Example for Configuring CR-LSP Hot Standby.
Procedure
Step 1 Configure CR-LSP hot standby.
Configure the primary CR-LSP, backup CR-LSP, and best-effort path according to 3.21.13
Example for Configuring CR-LSP Hot Standby.
Step 2 Configure BFD for CR-LSPs.
# Create BFD sessions between PE1 and PE2 to detect faults on the primary CR-LSP and the
backup CR-LSP. Bind the BFD sessions on PE1 to the primary CR-LSP and the backup CR-
LSP respectively; bind the BFD session on PE2 to the IP link. Set the minimum intervals for
sending and receiving BFD packets to 100 milliseconds and the local detection multiplier of
BFD to 3.
# Configure PE1.
[PE1] bfd
[PE1-bfd] quit
[PE1] bfd mainlsptope2 bind mpls-te interface tunnel1/0/0 te-lsp
[PE1-bfd-lsp-session-mainlsptope2] discriminator local 413
[PE1-bfd-lsp-session-mainlsptope2] discriminator remote 314
[PE1-bfd-lsp-session-mainlsptope2] min-tx-interval 100
[PE1-bfd-lsp-session-mainlsptope2] min-rx-interval 100
[PE1-bfd-lsp-session-mainlsptope2] detect-multiplier 3
[PE1-bfd-lsp-session-mainlsptope2] process-pst
[PE1-bfd-lsp-session-mainlsptope2] commit
[PE1-bfd-lsp-session-mainlsptope2] quit
[PE1] bfd backuplsptope2 bind mpls-te interface tunnel1/0/0 te-lsp backup
[PE1-bfd-lsp-session-backuplsptope2] discriminator local 423
[PE1-bfd-lsp-session-backuplsptope2] discriminator remote 324
[PE1-bfd-lsp-session-backuplsptope2] min-tx-interval 100
[PE1-bfd-lsp-session-backuplsptope2] min-rx-interval 100
[PE1-bfd-lsp-session-backuplsptope2] detect-multiplier 3
[PE1-bfd-lsp-session-backuplsptope2] process-pst
[PE1-bfd-lsp-session-backuplsptope2] commit
[PE1-bfd-lsp-session-backuplsptope2] quit
Configure PE2.
[PE2] bfd
[PE2-bfd] quit
[PE2] bfd mainlsptope2 bind peer-ip 4.4.4.4
[PE2-bfd-lsp-session-mainlsptope2] discriminator local 314
[PE2-bfd-lsp-session-mainlsptope2] discriminator remote 413
[PE2-bfd-lsp-session-mainlsptope2] min-tx-interval 100
[PE2-bfd-lsp-session-mainlsptope2] min-rx-interval 100
[PE2-bfd-lsp-session-mainlsptope2] detect-multiplier 3
[PE2-bfd-lsp-session-mainlsptope2] commit
[PE2-bfd-lsp-session-mainlsptope2] quit
[PE2] bfd backuplsptope2 bind peer-ip 4.4.4.4
[PE2-bfd-lsp-session-backuplsptope2] discriminator local 324
[PE2-bfd-lsp-session-backuplsptope2] discriminator remote 423
[PE2-bfd-lsp-session-backuplsptope2] min-tx-interval 100
[PE2-bfd-lsp-session-backuplsptope2] min-rx-interval 100
[PE2-bfd-lsp-session-backuplsptope2] detect-multiplier 3
[PE2-bfd-lsp-session-backuplsptope2] commit
[PE2-bfd-lsp-session-backuplsptope2] quit
# After the configuration, run the display bfd session discriminator local-discriminator-
value command on PE1 and PE2, and you can find that the status of the BFD sessions is Up.
Take the display on PE1 as an example:
[PE1] display bfd session discriminator 413
--------------------------------------------------------------------------------
Local Remote PeerIpAddr State Type InterfaceName
--------------------------------------------------------------------------------
413 314 3.3.3.3 Up S_TE_LSP Tunnel1/0/0
--------------------------------------------------------------------------------
[PE1] display bfd session discriminator 423
--------------------------------------------------------------------------------
Local Remote PeerIpAddr State Type InterfaceName
--------------------------------------------------------------------------------
423 324 3.3.3.3 Up S_TE_LSP Tunnel1/0/0
--------------------------------------------------------------------------------
----End
Configuration Files
l Configuration file of PE1
#
sysname PE1
#
vlan batch 30 40
#
bfd
#
mpls lsr-id 4.4.4.4
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path backup
next hop 10.3.1.2
next hop 10.5.1.2
next hop 3.3.3.3
#
explicit-path main
next hop 10.4.1.2
next hop 10.2.1.2
next hop 3.3.3.3
#
isis 1
cost-style wide
network-entity 10.0000.0000.0004.00
traffic-eng level-1-2
#
interface Vlanif30
ip address 10.3.1.1 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif40
ip address 10.4.1.1 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 30
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 40
#
interface LoopBack1
ip address 4.4.4.4 255.255.255.255
isis enable 1
#
interface Tunnel1/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.3
mpls te tunnel-id 100
mpls te record-route
mpls te path explicit-path main
mpls te path explicit-path backup secondary
mpls te backup hot-standby wtr 15
mpls te backup ordinary best-effort
mpls te commit
#
bfd backuplsptope2 bind mpls-te interface Tunnel1/0/0 te-lsp backup
discriminator local 423
discriminator remote 324
min-tx-interval 100
min-rx-interval 100
process-pst
commit
#
bfd mainlsptope2 bind mpls-te interface Tunnel1/0/0 te-lsp
discriminator local 413
discriminator remote 314
min-tx-interval 100
min-rx-interval 100
process-pst
commit
#
return
l Configuration file of P1
#
sysname P1
#
vlan batch 10 20 40
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
#
isis 1
cost-style wide
network-entity 10.0000.0000.0001.00
traffic-eng level-1-2
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif20
ip address 10.2.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif40
ip address 10.4.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 40
#
interface GigabitEthernet3/0/0
port link-type access
port default vlan 20
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
isis enable 1
#
return
l Configuration file of P2
#
sysname P2
#
vlan batch 10 30 50
#
mpls lsr-id 2.2.2.2
mpls
mpls te
mpls rsvp-te
#
isis 1
cost-style wide
network-entity 10.0000.0000.0002.00
traffic-eng level-1-2
#
interface Vlanif10
ip address 10.1.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif30
ip address 10.3.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif50
ip address 10.5.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 50
#
interface GigabitEthernet3/0/0
port link-type access
port default vlan 30
#
interface LoopBack1
ip address 2.2.2.2 255.255.255.255
isis enable 1
#
return
l Configuration file of PE2
#
sysname PE2
#
vlan batch 20 50
#
bfd
#
mpls lsr-id 3.3.3.3
mpls
mpls te
mpls rsvp-te
#
isis 1
cost-style wide
network-entity 10.0000.0000.0003.00
traffic-eng level-1-2
#
interface Vlanif20
ip address 10.2.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif50
ip address 10.5.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 20
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 50
#
interface LoopBack1
Networking Requirements
Figure 3-18 shows an MPLS network where PE and CE devices are switches. PE1 is configured
with VPN FRR and the MPLS TE tunnel. The primary path of VPN FRR is PE1->PE2; the
backup path of VPN FRR is PE1->PE3. Normally, VPN traffic is transmitted over the primary
path. If the primary path fails, VPN traffic switches to the backup path. You are required to
configure BFD for TE tunnels to detect faults on the TE tunnel over the primary path and enable
VPN to rapidly detect the faults. Therefore, traffic can be switched between the primary path
and backup path in case of faults, and fault recovery is shortened.
Figure 3-18 Networking diagram for configuring static BFD for TE tunnels
Loopback1
2.2.2.2/32
/0 /0
GE1 if10
Vla n
/24
.1 .2
1 0 .1
/0 /0 el PE3
GE1 if10 ry tunn
Vl an /24 nda
.1 .1 S eco
CE1 PE1 1 0 .1
CE2
GE2 Prim
/0 ary tu
Vlan /0 n nel
if20
1 0 .2
.1 .1 / PE2
24
Loopback1 GE2
/0
1.1.1.1/32 Vlan /0
1 0 .2 if20
.1 .2 /
24
Loopback1
3.3.3.3/32
NOTE
For ease of description, the IP addresses of the interfaces connecting the PEs and the CEs are not described
in Figure 3-18.
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure basic MPLS functions, and establish bi-directional TE tunnels between PE1 and
PE2, and between PE1 and PE3.
2. Configure VPN FRR.
3. Enable global BFD on PE1, PE2, and PE3.
4. Configure a BFD session on PE1 to detect faults on the TE tunnel over the primary path.
5. Configure a BFD session on PE2 and PE3 and specify the TE tunnel as the BFD backward
tunnel.
Data Preparation
To complete the configuration, you need the following data:
Procedure
Step 1 Create VLANs and VLANIF interfaces, and assign IP addresses to the VLANIF interfaces.
Configure an IP address for each interface according to the networking diagram, create loopback
interfaces on nodes, and then configure the IP addresses of the loopback interfaces as MPLS
LSR IDs. For detailed configuration, see the configuration files in this example.
Configure OSPF or IS-IS on each node to implement interworking between PE1 and PE2, and
between PE1 and PE3. OSPF is configured in this example. For detailed configuration, see the
configuration file of this example.
On each node, configure an LSR ID and enable MPLS in the system view and enable MPLS on
each physical interface. For detailed configuration, see the configuration files in this example.
On each node, enable MPLS TE and MPLS RSVP-TE in the MPLS view and in the view of the
physical interface. For detailed configuration, see the configuration files in this example.
Configure OSPF TE on each node and configure CSPF on PE1. For the configuration procedure,
see Configuring an RSVP-TE Tunnel.
# Configure explicit paths on PE1, PE2, and PE3. For PE1, two explicit paths must be created.
# Configure PE1.
<PE1>system-view
[PE1] explicit-path tope2
[PE1-explicit-path-tope2] next hop 10.2.1.2
[PE1-explicit-path-tope2] next hop 3.3.3.3
[PE1-explicit-path-tope2] quit
[PE1] explicit-path tope3
[PE1-explicit-path-tope3] next hop 10.1.1.2
[PE1-explicit-path-tope3] next hop 2.2.2.2
[PE1-explicit-path-tope3] quit
# Configure PE2.
<PE2>system-view
[PE2] explicit-path tope1
[PE2-explicit-path-tope1] next hop 10.2.1.1
[PE2-explicit-path-tope1] next hop 1.1.1.1
[PE2-explicit-path-tope1] quit
# Configure PE3.
<PE3> system-view
[PE3] explicit-path tope1
[PE3-explicit-path-tope1] next hop 10.1.1.1
[PE3-explicit-path-tope1] next hop 1.1.1.1
[PE3-explicit-path-tope1] quit
# Create tunnel interfaces on PE1, PE2, and PE3, configure explicit paths. Bind the tunnel to
the specified VPN. For PE1, two tunnel interfaces must be created.
# Configure PE1.
[PE1] interface tunnel 2/0/0
[PE1-Tunnel2/0/0] ip address unnumbered interface loopback 1
[PE1-Tunnel2/0/0] tunnel-protocol mpls te
[PE1-Tunnel2/0/0] destination 3.3.3.3
[PE1-Tunnel2/0/0] mpls te tunnel-id 200
[PE1-Tunnel2/0/0] mpls te path explicit-path tope2
[PE1-Tunnel2/0/0] mpls te reserved-for-binding
[PE1-Tunnel2/0/0] mpls te commit
[PE1-Tunnel2/0/0] quit
[PE1] interface tunnel 1/0/0
[PE1-Tunnel1/0/0] ip address unnumbered interface loopback 1
[PE1-Tunnel1/0/0] tunnel-protocol mpls te
[PE1-Tunnel1/0/0] destination 2.2.2.2
[PE1-Tunnel1/0/0] mpls te tunnel-id 100
[PE1-Tunnel1/0/0] mpls te path explicit-path tope3
[PE1-Tunnel1/0/0] mpls te reserved-for-binding
[PE1-Tunnel1/0/0] mpls te commit
[PE1-Tunnel1/0/0] quit
# Configure PE2.
[PE2] interface tunnel 2/0/0
[PE2-Tunnel2/0/0] ip address unnumbered interface loopback 1
[PE2-Tunnel2/0/0] tunnel-protocol mpls te
[PE2-Tunnel2/0/0] destination 1.1.1.1
[PE2-Tunnel2/0/0] mpls te tunnel-id 200
[PE2-Tunnel2/0/0] mpls te path explicit-path tope1
[PE2-Tunnel2/0/0] mpls te reserved-for-binding
# Configure PE3.
[PE3] interface tunnel 1/0/0
[PE3-Tunnel1/0/0] ip address unnumbered interface loopback 1
[PE3-Tunnel1/0/0] tunnel-protocol mpls te
[PE3-Tunnel1/0/0] destination 1.1.1.1
[PE3-Tunnel1/0/0] mpls te tunnel-id 100
[PE3-Tunnel1/0/0] mpls te path explicit-path tope1
[PE3-Tunnel1/0/0] mpls te reserved-for-binding
[PE3-Tunnel1/0/0] mpls te commit
[PE3-Tunnel1/0/0] quit
# After the configuration, run the display mpls-te tunnel-interface tunnel interface-number
command on the PEs, and you can find that the status of Tunnel 1/0/0 and Tunnel 2/0/0 on PE1,
Tunnel 2/0/0 on PE2, and Tunnel 1/0/0 on PE3 is displayed as CR-LSP is Up.
Step 7 Configure VPN FRR.
# Create VPN instances on PE1, PE2, and PE3 respectively. Set all VPN instance names to
vpn1, RDs to 100:1, 100:2, and 100:3 respectively, and all RTs to 100:1. Connect the CEs to
the PEs. The configuration details are not mentioned here.
# Establish MP IBGP peer relationships between PE1 and PE2, and between PE1 and PE3. The
BGP AS number of PE1, PE2, and PE3 are 100. The loopback interface Loopback1 on PE1,
PE2, and PE3 is used as the interface for creating BGP sessions. The configuration details are
not mentioned here.
# Configure tunnel policies for PE1, PE2, and PE3 and bind the policies to the VPN instances.
# Configure PE1.
[PE1] tunnel-policy policy1
[PE1-tunnel-policy-policy1] tunnel binding destination 3.3.3.3 te tunnel 2/0/0
[PE1-tunnel-policy-policy1] tunnel binding destination 2.2.2.2 te tunnel 1/0/0
[PE1-tunnel-policy-policy1] quit
[PE1] ip vpn-instance vpn1
[PE1-vpn-instance-vpn1] tnl-policy policy1
[PE1-vpn-instance-vpn1] quit
# Configure PE2.
[PE2] tunnel-policy policy1
[PE2-tunnel-policy-policy1] tunnel binding destination 1.1.1.1 te tunnel 2/0/0
[PE2-tunnel-policy-policy1] quit
[PE2] ip vpn-instance vpn1
[PE2-vpn-instance-vpn1] tnl-policy policy1
[PE2-vpn-instance-vpn1] quit
# Configure PE3.
[PE3] tunnel-policy policy1
[PE3-tunnel-policy-policy1] tunnel binding destination 1.1.1.1 te tunnel 1/0/0
[PE3-tunnel-policy-policy1] quit
[PE3] ip vpn-instance vpn1
[PE3-vpn-instance-vpn1] tnl-policy policy1
[PE3-vpn-instance-vpn1] quit
# After the configuration, the CEs can communicate, and traffic flows through PE1 and PE2.
After the cable of any interface connecting PE1 and PE2 is removed, or Switch fails, or PE2
fails, VPN traffic is switched to the backup path PE1->PE3. Time taken in fault recovery is close
to the IGP convergence time.
Step 8 Configure BFD for TE tunnels.
# Configure a BFD session on PE1 to detect faults on the TE tunnel over the primary path. Set
the minimum intervals for sending and receiving BFD packets and the local detection multiplier
of BFD.
[PE1] bfd
[PE1-bfd] quit
[PE1] bfd test bind mpls-te interface tunnel2/0/0
[PE1-bfd-lsp-session-test] discriminator local 12
[PE1-bfd-lsp-session-test] discriminator remote 21
[PE1-bfd-lsp-session-test] min-tx-interval 100
[PE1-bfd-lsp-session-test] min-rx-interval 100
[PE1-bfd-lsp-session-test] detect-multiplier 3
[PE1-bfd-lsp-session-test] process-pst
[PE1-bfd-lsp-session-test] commit
# Configure a BFD session on PE2 and specify the TE tunnel as the backward tunnel. Set the
minimum intervals for sending and receiving BFD packets and the local detection multiplier of
BFD.
[PE2] bfd
[PE2-bfd] quit
[PE2] bfd test bind mpls-te interface tunnel2/0/0
[PE2-bfd-lsp-session-test] discriminator local 21
[PE2-bfd-lsp-session-test] discriminator remote 12
[PE2-bfd-lsp-session-test] min-tx-interval 100
[PE2-bfd-lsp-session-test] min-rx-interval 100
[PE2-bfd-lsp-session-test] detect-multiplier 3
[PE2-bfd-lsp-session-test] commit
# After the configuration, run the display bfd session { all | discriminator discr-value | mpls-
te | [ slot slot-id ] [ verbose ] command on PE1 and PE2, and you can view that the status of the
BFD sessions is Up.
Step 9 Verify the configuration.
Connect two interfaces, namely, Port 1 and Port 2 on a tester, to CE1 and CE2 respectively. Send
traffic from Port 1 to Port 2, and you can find that a fault can be recovered at the millisecond
level when the cable of any interface between PE1 and PE2 is removed.
----End
Configuration Files
NOTE
The configuration files of CE1 and CE2 are not mentioned here. The configurations related to the CE
accessing the PE are also not mentioned.
l Configuration file of PE1
#
sysname PE1
#
vlan batch 10 20
#
ip vpn-instance vpn1
route-distinguisher 100:1
vpn frr route-policy vpn_frr_rp
tnl-policy policy1
vpn-target 100:1 export-extcommunity
vpn-target 100:1 import-extcommunity
#
bfd
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path tope2
next hop 10.2.1.2
next hop 3.3.3.3
#
explicit-path tope3
next hop 10.1.1.2
next hop 2.2.2.2
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif20
ip address 10.2.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
#
interface Tunnel1/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 2.2.2.2
mpls te tunnel-id 100
mpls te path explicit-path tope3
mpls te reserved-for-binding
mpls te commit
#
interface Tunnel2/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.3
mpls te tunnel-id 200
mpls te path explicit-path tope2
mpls te reserved-for-binding
mpls te commit
#
bgp 100
peer 2.2.2.2 as-number 100
peer 2.2.2.2 connect-interface LoopBack1
peer 3.3.3.3 as-number 100
peer 3.3.3.3 connect-interface LoopBack1
#
ipv4-family unicast
undo synchronization
peer 2.2.2.2 enable
peer 3.3.3.3 enable
#
ipv4-family vpnv4
policy vpn-target
peer 2.2.2.2 enable
peer 3.3.3.3 enable
#
ipv4-family vpn-instance vpn1
import-route direct
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 10.1.1.0 0.0.0.3
network 10.2.1.0 0.0.0.255
network 1.1.1.1 0.0.0.0
mpls-te enable
#
route-policy vpn_frr_rp permit node 10
if-match ip next-hop ip-prefix vpn_frr_list
apply backup-nexthop 2.2.2.2
#
ip ip-prefix vpn_frr_list permit 3.3.3.3 32
#
tunnel-policy policy1
tunnel binding destination 3.3.3.3 te Tunnel2/0/0
tunnel binding destination 2.2.2.2 te Tunnel1/0/0
#
bfd test bind mpls-te interface Tunnel2/0/0
discriminator local 12
discriminator remote 21
min-tx-interval 100
min-rx-interval 100
process-pst
commit
#
return
l Configuration file of PE2
#
sysname PE2
#
vlan batch 20
#
ip vpn-instance vpn1
route-distinguisher 100:2
tnl-policy policy1
vpn-target 100:1 export-extcommunity
vpn-target 100:1 import-extcommunity
#
bfd
#
mpls lsr-id 3.3.3.3
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path tope1
next hop 10.2.1.1
next hop 1.1.1.1
#
interface Vlanif20
ip address 10.2.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface LoopBack1
ip address 3.3.3.3 255.255.255.255
#
interface Tunnel2/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 1.1.1.1
mpls te tunnel-id 200
mpls te path explicit-path tope1
mpls te reserved-for-binding
mpls te commit
#
bgp 100
peer 1.1.1.1 as-number 100
peer 1.1.1.1 connect-interface LoopBack1
#
ipv4-family unicast
undo synchronization
peer 1.1.1.1 enable
#
ipv4-family vpnv4
policy vpn-target
peer 1.1.1.1 enable
#
ipv4-family vpn-instance vpn1
import-route direct
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 10.2.1.0 0.0.0.255
network 3.3.3.3 0.0.0.0
mpls-te enable
#
tunnel-policy policy1
tunnel binding destination 1.1.1.1 te Tunnel2/0/0
#
bfd test bind mpls-te interface Tunnel2/0/0
discriminator local 21
discriminator remote 12
min-tx-interval 100
min-rx-interval 100
commit
#
return
l Configuration file of PE3
#
sysname PE3
#
vlan batch 10
#
ip vpn-instance vpn1
route-distinguisher 100:3
tnl-policy policy1
vpn-target 100:1 export-extcommunity
vpn-target 100:1 import-extcommunity
#
mpls lsr-id 2.2.2.2
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path tope1
next hop 10.1.1.1
next hop 1.1.1.1
#
interface Vlanif10
ip address 10.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface LoopBack1
ip address 2.2.2.2 255.255.255.255
#
interface Tunnel1/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 1.1.1.1
mpls te tunnel-id 100
mpls te path explicit-path tope1
mpls te reserved-for-binding
mpls te commit
#
bgp 100
peer 1.1.1.1 as-number 100
peer 1.1.1.1 connect-interface LoopBack1
#
ipv4-family unicast
undo synchronization
peer 1.1.1.1 enable
#
ipv4-family vpnv4
policy vpn-target
peer 1.1.1.1 enable
#
ipv4-family vpn-instance vpn1
import-route direct
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 10.1.1.0 0.0.0.3
network 2.2.2.2 0.0.0.0
mpls-te enable
#
tunnel-policy policy1
tunnel binding destination 1.1.1.1 te Tunnel1/0/0
#
return
Networking Requirements
Figure 3-19 shows a network where CR-LSP hot standby is configured. A TE tunnel is
established between PE1 and PE2. The tunnel is enabled with hot standby and configured with
the best-effort path. If the primary CR-LSP fails, traffic is switched to the backup CR-LSP. After
the faulty primary CR-LSP is recovered, the traffic is switched back to the primary CR-LSP
after 15 seconds. If both the primary and backup CR-LSPs fail, traffic is switched to the best-
effort path.
You are required to configure dynamic BFD for CR-LSPs to detect faults on the primary and
backup CR-LSPs. After the configuration, the following should be achieved:
l If the primary CR-LSP fails, traffic is rapidly switched to the backup CR-LSP.
l After the primary CR-LSP is recovered in less than 15 seconds, traffic is switched back to
the primary CR-LSP if the backup CR-LSP fails.
GE2/0/0 GE2/0/0
Vlanif40 Vlanif50
10.4.1.1/24 10.5.1.2/24
GE1/0/0
GE1/0/0
PE1 Vlanif20 PE2
Vlanif30
10.2.1.2/24
10.3.1.1/24
Loopback1 Loopback1
4.4.4.4/32 3.3.3.3/32
: Primary path
: Backup path
: Best-effort path
NOTE
Compared with static BFD, dynamic BFD is configured easier. In addition, by using dynamic BFD, the
number of BFD sessions to be created is reduced. That is, the number of BFD packets transmitted on a
network is reduced and less network resources is occupied. This is because only one BFD session is created
on a tunnel interface when you use dynamic BFD.
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure CR-LSP hot standby according to 3.21.13 Example for Configuring CR-LSP
Hot Standby.
2. Enable BFD on the ingress node of the tunnel; configure MPLS TE BFD; set the minimum
intervals for sending and receiving BFD packets and the local detection multiplier of BFD.
3. Enable the capability of passively creating BFD sessions on the egress node.
Data Preparation
To complete the configuration, you need the following data:
l Minimum intervals for sending and receiving BFD packets on the ingress node (The default
values are specified in the license.)
l Local detection multiplier of BFD on the ingress node (The default value is specified in
the license.)
l For other data, see 3.21.13 Example for Configuring CR-LSP Hot Standby.
Procedure
Step 1 Configure CR-LSP hot standby.
Configure the primary CR-LSP, backup CR-LSP, and best-effort path according to 3.21.13
Example for Configuring CR-LSP Hot Standby.
Step 2 Enable BFD on the ingress node of the tunnel and configure MPLS TE BFD.
# Enable MPLS TE BFD on the tunnel interface on PE1. Set the minimum intervals for sending
and receiving BFD packets to 100 milliseconds and the local detection multiplier of BFD to 3.
<PE1> system-view
[PE1] bfd
[PE1-bfd] quit
[PE1] interface tunnel 1/0/0
[PE1-Tunnel1/0/0] mpls te bfd enable
[PE1-Tunenl1/0/0] mpls te bfd min-tx-interval 100 min-rx-interval 100 detect-
multiplier 3
[PE1-Tunenl1/0/0] mpls te commit
Step 3 Enable the capability of passively creating BFD sessions on the egress node of the tunnel.
<PE2> system-view
[PE2] bfd
[PE2-bfd] mpls-passive
[PE2-bfd] quit
# After the configuration, run the display bfd session discriminator local-discriminator-
value command on PE1 and PE2, and you can find that the status of the BFD sessions is Up.
[PE1] display bfd se mpls-te interface Tunnel 1/0/0 te-lsp
--------------------------------------------------------------------------------
Local Remote PeerIpAddr State Type InterfaceName
--------------------------------------------------------------------------------
8193 8193 3.3.3.3 Up D_TE_LSP Tunnel0/0/1
--------------------------------------------------------------------------------
Total UP/DOWN Session Number : 1/0
Connect two interfaces, namely, Port 1 and Port 2 on a tester, to PE1 and PE2 respectively. On
Port 1, send MPLS traffic to Port 2. After the cable of GE 2/0/0 on PE1 or P1 is removed, the
fault recovers at the millisecond level.
After installing the cable into GE 2/0/0 and then removing the cable from GE 1/0/0 on PE1 in
15 seconds, you can find that the fault recovers at the millisecond level.
----End
Configuration Files
l Configuration file of PE1
#
sysname PE1
#
vlan batch 30 40
#
bfd
#
mpls lsr-id 4.4.4.4
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path backup
next hop 10.3.1.2
next hop 10.5.1.2
next hop 3.3.3.3
#
explicit-path main
next hop 10.4.1.2
next hop 10.2.1.2
next hop 3.3.3.3
#
isis 1
cost-style wide
network-entity 10.0000.0000.0004.00
traffic-eng level-1-2
#
interface Vlanif30
ip address 10.3.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif40
ip address 10.4.1.1 255.255.255.252
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 30
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 40
#
interface LoopBack1
ip address 4.4.4.4 255.255.255.255
isis enable 1
#
interface Tunnel1/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.3
mpls te tunnel-id 100
mpls te bfd enable
mpls te record-route
mpls te path explicit-path main
mpls te path explicit-path backup secondary
mpls te backup hot-standby wtr 15
mpls te backup ordinary best-effort
mpls te bfd min-tx-interval 100 min-rx-interval 100 detect-multiplier 3
mpls te commit
#
return
l Configuration file of P1
#
sysname P1
#
vlan batch 10 20 40
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
#
isis 1
cost-style wide
network-entity 10.0000.0000.0001.00
traffic-eng level-1-2
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif20
ip address 10.2.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif40
ip address 10.4.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 40
#
interface GigabitEthernet3/0/0
port link-type access
port default vlan 20
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
isis enable 1
#
return
l Configuration file of P2
#
sysname P2
#
vlan batch 10 30 50
#
mpls lsr-id 2.2.2.2
mpls
mpls te
mpls rsvp-te
#
isis 1
cost-style wide
network-entity 10.0000.0000.0002.00
traffic-eng level-1-2
#
interface Vlanif10
ip address 10.1.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif30
ip address 10.3.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif50
ip address 10.5.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 50
#
interface GigabitEthernet3/0/0
port link-type access
port default vlan 30
#
interface LoopBack1
ip address 2.2.2.2 255.255.255.255
isis enable 1
#
return
l Configuration file of PE2
#
sysname PE2
#
bfd
mpls-passive
#
vlan batch 20 50
#
mpls lsr-id 3.3.3.3
mpls
mpls te
mpls rsvp-te
#
isis 1
cost-style wide
network-entity 10.0000.0000.0003.00
traffic-eng level-1-2
#
interface Vlanif10
ip address 10.2.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif50
ip address 10.5.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 20
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 50
#
interface LoopBack1
ip address 3.3.3.3 255.255.255.255
isis enable 1
#
return
Networking Requirements
Figure 3-20 shows an MPLS network where P and PE devices are switches. An MPLS TE tunnel
is established between PE1 and PE2. TE FRR with P1 as the PLR and PE1 as the MP is
configured. The primary CR-LSP is PE1->P1->Switch->P2->PE2; the backup CR-LSP is P1-
>P3->PE2. In addition, each node is configured with RSVP GR.
P1 cannot determine whether a fault occurs on the link or its neighbor is performing RSVP GR;
therefore, P1 cannot determine whether to perform TE FRR switchover in either of the following
situations:
l P2 is performing RSVP GR.
l The link between P1 and P2 fails.
By default, the interval for sending Hello packets of RSVP is 3 seconds; the interval for declaring
that a neighbor is Down is three times as long as the interval for sending Hello packets. That is,
a node can detect a fault on an RSVP neighbor at the second level. BFD, however, can detect a
fault at the millisecond level.
If BFD for RSVP is used on the network, P1 can rapidly detect the fault and perform TE FRR
after the link between P1 and P2 fails.
Figure 3-20 Networking diagram for configuring dynamic BFD for RSVP
Loopback1
4.4.4.4/32
GE
1/0
/0 Vla 2/0/0
GE nif30 4 10. nif50
Vla .1.2/2 5.1
.1/2
3
10. 4 GE
Loopback1 /0 P3 Vla 2/0/0
3/0 10. nif50
1.1.1.1/32 GE nif30 1/24 5.1
. .2/2
GE1/0/0 Vla 0.3.1 4
1
Vlanif10
10.1.1.1/24 P1 PE2
GE1/0/0 GE2 /0
PE1 /0/0 1/0
Vlanif10 10.V2lanif2 P2 GE nif40 /24
10.1.1.2/24 .1.1 0
/24 GE2 /0 Vla.4.1.2
1/0 0 10
Loopback1 Vlan /0/0 E
G nif4 Loopback1
2.2.2.2/32 10.2 if20 la / 24 5.5.5.5/32
.1.2 V .1
4.1
/24 10.
Loopback1
3.3.3.3/32
: Primary CR-LSP
: Bypass CR-LSP
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure an IP address for each interface and enable an IGP on each node to implement
interworking. Enable IGP GR. To support RSVP GR, IGP GR needs to be configured.
2. Configure basic MPLS and MPLS TE functions.
3. Configure explicit paths for the primary CR-LSP and the backup CR-LSP.
4. Create a TE primary tunnel interface and enable TE FRR on PE1, and configure the bypass
tunnel on P1.
5. Configure RSVP GR on all LSRs and establish Hello sessions between P1 and PE2.
NOTE
On a network where TE FRR is configured, you need to create a Hello session between a PLR and
an MP of the bypass tunnel if you want to configure RSVP GR. Otherwise, after traffic is switched
to the bypass tunnel because the primary tunnel fails, the primary tunnel turns Down if the PLR or
MP performs RSVP GR.
6. Configure BFD for RSVP on P1 and P2.
Data Preparation
To complete the configuration, you need the following data:
Procedure
Step 1 Create VLANs and VLANIF interfaces, and assign IP addresses to the VLANIF interfaces.
Configure an IP address for each interface according to the networking diagram, create loopback
interfaces on nodes, and then configure the IP addresses of the loopback interfaces as MPLS
LSR IDs. For detailed configuration, see the configuration files in this example.
Configure OSPF or IS-IS on each node to implement interworking between nodes and configure
IGP GR to support RSVP GR. In this example, OSPF is used. For detailed configuration, see
the configuration files in this example.
On each node, configure an LSR ID and enable MPLS in the system view and enable MPLS on
each physical interface. For detailed configuration, see the configuration files in this example.
On each node, enable MPLS TE and MPLS RSVP-TE in the MPLS view and in the view of the
physical interface. For detailed configuration, see the configuration files in this example.
Configure OSPF TE on each node and CSPF on PE1 and P1. For the configuration procedure,
see 3.21.2 Example for Configuring an RSVP-TE Tunnel.
# Create a tunnel interface on PE1, specify an explicit path, and enable TE FRR.
[PE1] interface tunnel 1/0/0
[PE1-Tunnel1/0/0] ip address unnumbered interface loopback 1
[PE1-Tunnel1/0/0] tunnel-protocol mpls te
[PE1-Tunnel1/0/0] destination 5.5.5.5
[PE1-Tunnel1/0/0] mpls te tunnel-id 100
[PE1-Tunnel1/0/0] mpls te path explicit-path tope2
[PE1-Tunnel1/0/0] mpls te fast-reroute
[PE1-Tunnel1/0/0] mpls te commit
[PE1-Tunnel1/0/0] quit
# After the configuration, run the display mpls-te tunnel-interface tunnel interface-number
command on PE1, and you can find that the status of Tunnel 1/0/0 on PE1 is displayed as CR-
LSP is Up.
Step 7 Configure the bypass tunnel.
# Configure the explicit path for the bypass tunnel on P1.
<P1> system-view
[P1] explicit-path tope2
[P1-explicit-path-tope2] next hop 10.3.1.2
[P1-explicit-path-tope2] next hop 10.5.1.2
[P1-explicit-path-tope2] next hop 5.5.5.5
[P1-explicit-path-tope2] quit
# Configure the tunnel interface of the bypass tunnel on P1. Specify an explicit path for the
bypass tunne1, and specify the physical interface to be protected by the bypass tunnel.
[P1] interface tunnel 3/0/0
[P1-Tunnel3/0/0] ip address unnumbered interface loopback 1
[P1-Tunnel3/0/0] tunnel-protocol mpls te
[P1-Tunnel3/0/0] destination 5.5.5.5
[P1-Tunnel3/0/0] mpls te tunnel-id 300
[P1-Tunnel3/0/0] mpls te path explicit-path tope2
[P1-Tunnel3/0/0] mpls te bypass-tunnel
[P1-Tunnel3/0/0] mpls te protected-interface vlanif 20
[P1-Tunnel3/0/0] mpls te commit
[P1-Tunnel3/0/0] quit
Step 8 Configure RSVP GR on all LSRs and establish Hello sessions between P1 and PE2.
# Configure PE1.
[PE1] mpls
[PE1-mpls] mpls rsvp-te hello
[PE1-mpls] mpls rsvp-te hello full-gr
[PE1-mpls] quit
[PE1] interface vlanif 10
[PE1-Vlanif10] mpls rsvp-te hello
# Configure P1.
[P1] mpls
[P1-mpls] mpls rsvp-te hello
[P1-mpls] mpls rsvp-te hello full-gr
[P1-mpls] mpls rsvp-te hello nodeid-session 5.5.5.5
[P1-mpls] quit
[P1] interface vlanif 10
[P1-Vlanif10] mpls rsvp-te hello
[P1-Vlanif10] quit
[P1] interface vlanif 20
[P1-Vlanif20] mpls rsvp-te hello
[P1-Vlanif20] quit
[P1] interface vlanif 30
[P1-Vlanif30] mpls rsvp-te hello
[P1-Vlanif30] quit
# Configure P2.
[P2] mpls
[P2-mpls] mpls rsvp-te hello
[P2-mpls] mpls rsvp-te hello full-gr
[P2-mpls] quit
[P2] vlanif 40
[P2-Vlanif40] mpls rsvp-te hello
[P2-Vlanif40] quit
[P2] interface vlanif 20
[P2-Vlanif20] mpls rsvp-te hello
[P2-Vlanif20] quit
# Configure P3.
[P3] mpls
[P3-mpls] mpls rsvp-te hello
[P3-mpls] mpls rsvp-te hello full-gr
[P3-mpls] quit
[P3] interface vlanif 30
[P3-Vlanif30] mpls rsvp-te hello
[P3-Vlanif30] quit
[P3] interface vlanif 50
[P3-Vlanif50] mpls rsvp-te hello
[P3-Vlanif50] quit
# Configure PE2.
[PE2] mpls
[PE2-mpls] mpls rsvp-te hello
[PE2-mpls] mpls rsvp-te hello full-gr
[PE2-mpls] mpls rsvp-te hello nodeid-session 2.2.2.2
[PE2-mpls] quit
[PE2] interface vlanif 40
[PE2-Vlanif40] mpls rsvp-te hello
[PE2-Vlanif40] quit
[PE2] interface vlanif 50
[PE2-Vlanif50] mpls rsvp-te hello
[PE2-Vlanif50] quit
# Enable BFD for RSVP on VLANIF 20 on P1 and P2, and set the minimum interval for sending
and receiving BFD packets and the local detection multiplier of BFD.
# Configure P1.
[P1] bfd
[P1-bfd] quit
[P1] interface vlanif 20
[P1-Vlanif20] mpls rsvp-te bfd enable
[P1-Vlanif20] mpls rsvp-te bfd min-tx-interval 100 min-rx-interval 100 detect-
multiplier 3
[P1-Vlanif20] quit
# Configure P2.
[P2] bfd
[P2-bfd] quit
[P2] interface vlanif 20
[P2-Vlanif20] mpls rsvp-te bfd enable
[P2-Vlanif20] mpls rsvp-te bfd min-tx-interval 100 min-rx-interval 100 detect-
multiplier 3
[P2-Vlanif2] quit
# After the configuration, run the display mpls rsvp-te bfd session { all | interface interface-
name | peer ip-addr } command on PE1 and PE2, and you can view that the status of the BFD
sessions is Up.
Connect two interfaces, namely, Port 1 and Port 2 on a tester, to PE1 and PE2 respectively. On
Port 1, send MPLS traffic to Port 2. After the cable of any interface on P1 and P2 is removed,
you can find that the fault recovers at the millisecond level.
----End
Configuration Files
l Configuration file of PE1
#
sysname PE1
#
vlan batch 10
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
mpls rsvp-te hello
mpls rsvp-te hello full-gr
mpls te cspf
#
explicit-path tope2
next hop 10.1.1.2
next hop 10.2.1.2
next hop 10.4.1.2
next hop 5.5.5.5
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
mpls rsvp-te hello
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
#
interface Tunnel1/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 5.5.5.5
mpls te tunnel-id 100
mpls te path explicit-path tope2
mpls te fast-reroute
mpls te commit
#
ospf 1
opaque-capability enable
graceful-restart
area 0.0.0.0
network 10.1.1.0 0.0.0.255
network 1.1.1.1 0.0.0.0
mpls-te enable
#
return
l Configuration file of P1
#
sysname P1
#
vlan batch 10 20 30
#
bfd
#
mpls lsr-id 2.2.2.2
mpls
mpls te
mpls rsvp-te
mpls rsvp-te hello
mpls rsvp-te hello full-gr
l Configuration file of P2
#
sysname P2
#
vlan batch 20 40
#
bfd
#
mpls lsr-id 3.3.3.3
mpls
mpls te
mpls rsvp-te
mpls rsvp-te hello
mpls rsvp-te hello full-gr
#
interface Vlanif20
ip address 10.2.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
mpls rsvp-te hello
mpls rsvp-te bfd enable
mpls rsvp-te bfd min-tx-interval 100 min-rx-interval 100 detect-multiplier 3
#
interface Vlanif40
ip address 10.4.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
mpls rsvp-te hello
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 40
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface LoopBack1
ip address 3.3.3.3 255.255.255.255
#
ospf 1
opaque-capability enable
graceful-restart
area 0.0.0.0
network 10.2.1.0 0.0.0.255
network 10.4.1.0 0.0.0.255
network 3.3.3.3 0.0.0.0
mpls-te enable
#
return
l Configuration file of P3
#
sysname P3
#
vlan batch 30 50
#
mpls lsr-id 4.4.4.4
mpls
mpls te
mpls rsvp-te
mpls rsvp-te hello
mpls rsvp-te hello full-gr
#
interface Vlanif30
ip address 10.3.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
graceful-restart
area 0.0.0.0
network 10.4.1.0 0.0.0.255
network 10.5.1.0 0.0.0.255
network 5.5.5.5 0.0.0.0
mpls-te enable
#
return
Networking Requirements
As shown in Figure 3-21, OSPF runs on LSRA, LSRB, and LSRC. LSRA and LSRB reside in
Area 0; LSRB and LSRC reside in Area 1; LSRB is an ABR. It is required that a tunnel be set
up on LSRA and LSRC separately destined for LSRB and IGP shortcut be enabled on LSRA
and LSRC so that the routes on LSRA and LSRC to LSRB use the tunnel interfaces as the
outbound interfaces.
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure an IP address for each interface on the LSRs and the loopback interface address
used as the LSR ID, and configure OSPF to advertise the network segments connected to
the interfaces on the LSRs and host routes of LSR IDs.
2. Configure the LSR ID of each LSR and enable MPLS, MPLS TE and MPLS RSVP-TE on
each LSR and interface.
3. Set up a tunnel on LSRA and LSRC respectively destined for LSRB and enable IGP shortcut
on LSRA and LSRC.
4. Run the advertise mpls-lsr-id command on LSRB so that the host route 2.2.2.2, as an inter-
area route, is advertised to both Area 0 and Area 1.
Data Preparation
To complete the configuration, you need the following data:
l OSPF process ID and area ID of each LSR
l Interface number, IP address, destination address, and tunnel ID of each tunnel interface
on LSRA and LSRC
Procedure
Step 1 Configure VLANs that interfaces belong to.
<Quidway> system-view
[Quidway] sysname LSRA
[LSRA] vlan batch 10
[LSRA] interface gigabitEthernet 1/0/0
[LSRA-GigabitEthernet1/0/0] port hybrid pvid vlan 10
[LSRA-GigabitEthernet1/0/0] port hybrid untagged vlan 10
[LSRA-GigabitEthernet1/0/0] quit
The configurations of LSRB and LSRC are similar to the configuration of LSRA, and are not
mentioned here.
Step 2 Configure an IP address for each VLANIF interface on the LSRs and configure OSPF.
Configure an IP address and a mask for each interface and configure OSPF so that all LSRs can
interconnect with each other.
The configuration details are not mentioned here.
Step 3 Configure basic MPLS functions and enable MPLS TE, MPLS RSVP-TE.
# Configure LSRA.
[LSRA] mpls lsr-id 1.1.1.1
[LSRA] mpls
[LSRA-mpls] mpls te
[LSRA-mpls] mpls rsvp-te
[LSRA-mpls] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] ospf network-type p2p
[LSRA-Vlanif10] mpls
[LSRA-Vlanif10] mpls te
[LSRA-Vlanif10] quit
The configurations of LSRB and LSRC are similar to the configuration of LSRA, and are not
mentioned here.
Step 4 Configure MPLS TE tunnels and IGP shortcut.
# Set up an MPLS TE tunnel from LSRA to LSRB and configure IGP shortcut. The OSPF cost
of the tunnel is smaller than that of the physical link.
[LSRA] interface tunnel 1/0/0
[LSRA-Tunnel1/0/0] ip address unnumbered interface loopback 1
[LSRA-Tunnel1/0/0] tunnel-protocol mpls te
[LSRA-Tunnel1/0/0] destination 2.2.2.2
[LSRA-Tunnel1/0/0] mpls te tunnel-id 100
[LSRA-Tunnel1/0/0] mpls te igp shortcut ospf
[LSRA-Tunnel1/0/0] mpls te igp metric absolute 1
[LSRA-Tunnel1/0/0] mpls te commit
[LSRA-Tunnel1/0/0] quit
# Set up an MPLS TE tunnel from LSRC to LSRB and configure IGP shortcut. The OSPF cost
of the tunnel is smaller than that of the physical link.
After the configurations are complete, run the display interface tunnel command on LSRA.
You can view that the tunnel interface is Up.
# Run the display mpls te tunnel command on LSRA and LSRC. You can view information
about each MPLS TE tunnel.
<LSRA> display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
1.1.1.1 2.2.2.2 1 --/3 I Tunnel1/0/0
<LSRC> display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
3.3.3.3 2.2.2.2 1 --/3 I Tunnel2/0/0
Step 5 Configure the ABR, that is, LSRB to advertise the MPLS LSR IDs to multiple OSPF areas.
[LSRB] ospf 1
[LSRB-ospf-1] advertise mpls-lsr-id
# Run the display ospf peer brief command on LSRB. You can view that a neighbor in Area 0
and Area 1 respectively exists, and the neighbors are in the Full state.
[LSRB] display ospf peer brief
# Run the display ip routing-table 2.2.2.2 command on LSRA. You can view in the routing
table that the outbound interface of the route to 2.2.2.2 is the tunnel interface.
<LSRA> display ip routing-table 2.2.2.2
Route Flags: R - relay, D - download to fib
------------------------------------------------------------------------------
Routing Table : Public
Summary Count : 1
Destination/Mask Proto Pre Cost Flags NextHop Interface
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif10
ip address 10.0.0.1 255.255.255.0
ospf cost 10
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 10
port hybrid untagged vlan 10
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
#
interface Tunnel1/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 2.2.2.2
mpls te tunnel-id 100
mpls te igp shortcut ospf
mpls te igp metric absolute 1
mpls te commit
#
ospf 1 router-id 1.1.1.1
opaque-capability enable
enable traffic-adjustment
area 0.0.0.0
network 10.0.0.0 0.0.0.255
network 1.1.1.1 0.0.0.0
mpls-te enable
#
return
interface Vlanif20
ip address 20.0.0.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 10
port hybrid untagged vlan 10
#
interface GigabitEthernet 2/0/0
port hybrid pvid vlan 20
port hybrid untagged vlan 20
#
interface LoopBack0
ip address 2.2.2.2 255.255.255.255
#
ospf 1 router-id 2.2.2.2
opaque-capability enable
enable traffic-adjustment
advertise mpls-lsr-id
area 0.0.0.0
network 10.0.0.0 0.0.0.255
mpls-te enable
area 0.0.0.1
network 20.0.0.0 0.0.0.255
mpls-te enable
#
return
l Configuration file of LSRC
#
sysname LSRC
#
vlan batch 20
#
mpls lsr-id 3.3.3.3
mpls
mpls te
mpls rsvp-te
#
interface Vlanif20
ip address 20.0.0.2 255.255.255.0
ospf cost 10
mpls
mpls te
mpls rsvp-te
#
interface NULL0
#
interface GigabitEthernet 2/0/0
port hybrid pvid vlan 20
port hybrid untagged vlan 20
#
interface LoopBack0
ip address 3.3.3.3 255.255.255.255
#
interface Tunnel2/0/0
ip address unnumbered interface LoopBack0
tunnel-protocol mpls te
destination 2.2.2.2
mpls te tunnel-id 200
mpls te igp shortcut ospf
mpls te igp metric absolute 1
mpls te commit
#
ospf 1 router-id 3.3.3.3
opaque-capability enable
enable traffic-adjustment
area 0.0.0.1
Networking Requirements
As shown in Figure 3-22,
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure IP addresses for interfaces on each LSR, configure loopback address as the LSR
ID.
2. Enable globally the IS-IS protocol, configure the network entity title and change the Cost
type to enable IS-IS TE.
3. Configure the loose explicit path including ABR (LSR B, LSR C, and LSR D).
4. Enable MPLS RSVP-TE.
5. Establish the tunnel interface on the ingress, specify the IP address of the tunnel, the tunnel
protocol, the destination address, the tunnel ID and the RSVP-TE protocol.
Data Preparation
To complete the configuration, you need the following data.
l IS-IS area ID of each LSR, originating system ID, and IS-IS level
l Name of the tunnel interface, IP address, destination address, tunnel ID, tunnel signalling
protocol (RSVP-TE), and tunnel bandwidth
Procedure
Step 1 Configure VLANs that interfaces belong to.
<Quidway> system-view
[Quidway] sysname LSRA
[LSRA] vlan batch 10 20
[LSRA] interface gigabitEthernet 1/0/0
[LSRA-GigabitEthernet1/0/0] port hybrid pvid vlan 10
[LSRA-GigabitEthernet1/0/0] port hybrid untagged vlan 10
[LSRA-GigabitEthernet1/0/0] quit
The configurations of LSRB, LSRC, LSRD and LSRE are similar to the configuration of LSRA,
and are not mentioned here.
Step 2 Configure an IP address for each interface.
The IP address and mask on each interface including the loopback interface are configured as
shown in Figure 3-22.
The detailed configuration is not mentioned here.
Step 3 Configure the IS-IS protocol to advertise routes.
# Configure LSR A.
[LSRA] isis 1
[LSRA-isis-1] network-entity 00.0005.0000.0000.0001.00
[LSRA-isis-1] is-level level-1
[LSRA-isis-1] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] isis enable 1
[LSRA-Vlanif10] quit
[LSRA] interface loopback 1
[LSRA-LoopBack1] isis enable 1
[LSRA-LoopBack1] quit
# Configure LSR B.
[LSRB] isis 1
# Configure LSR C.
[LSRC] isis 1
[LSRC-isis-1] network-entity 00.0006.0000.0000.0003.00
[LSRC-isis-1] is-level level-2
[LSRC-isis-1] quit
[LSRC] interface vlanif 30
[LSRC-Vlanif30] isis enable 1
[LSRC-Vlanif30] quit
[LSRC] interface vlanif 20
[LSRC-Vlanif20] isis enable 1
[LSRC-Vlanif20] quit
[LSRC] interface loopback 1
[LSRC-LoopBack1] isis enable 1
[LSRC-LoopBack1] quit
# Configure LSR D.
[LSRD] isis 1
[LSRD-isis-1] network-entity 00.0007.0000.0000.0004.00
[LSRD-isis-1] is-level level-1-2
[LSRD-isis-1] import-route isis level-2 into level-1
[LSRD-isis-1] quit
[LSRD] interface vlanif 30
[LSRD-Vlanif30] isis enable 1
[LSRD-Vlanif30] quit
[LSRD] interface vlanif 40
[LSRD-Vlanif40] isis enable 1
[LSRD-Vlanif40] quit
[LSRD] interface loopback 1
[LSRD-LoopBack1] isis enable 1
[LSRD-LoopBack1] quit
# Configure LSR E.
[LSRE] isis 1
[LSRE-isis-1] network-entity 00.0007.0000.0000.0005.00
[LSRE-isis-1] is-level level-1
[LSRE-isis-1] quit
[LSRE] interface vlanif 40
[LSRE-Vlanif40] isis enable 1
[LSRE-Vlanif40] quit
[LSRE] interface loopback 1
[LSRE-LoopBack1] isis enable 1
[LSRE-LoopBack1] quit
After the configuration, run the display ip routing-table command on each LSR, and you can
view that LSRs learn routes from each other.
Destinations : 15 Routes : 15
Destination/Mask Proto Pre Cost Flags NextHop Interface
1.1.1.1/32 Direct 0 0 D 127.0.0.1 InLoopBack0
2.2.2.2/32 ISIS 15 10 D 10.1.1.2 Vlanif10
3.3.3.3/32 ISIS 15 20 D 10.1.1.2 Vlanif10
4.4.4.4/32 ISIS 15 30 D 10.1.1.2 Vlanif10
5.5.5.5/32 ISIS 15 40 D 10.1.1.2 Vlanif10
10.1.1.0/24 Direct 0 0 D 10.1.1.1 Vlanif10
10.1.1.1/32 Direct 0 0 D 127.0.0.1 InLoopBack0
10.1.1.255/32 Direct 0 0 D 127.0.0.1 InLoopBack0
20.1.1.0/24 ISIS 15 20 D 10.1.1.2 Vlanif10
30.1.1.0/24 ISIS 15 30 D 10.1.1.2 Vlanif10
40.1.1.0/24 ISIS 15 40 D 10.1.1.2 Vlanif10
127.0.0.0/8 Direct 0 0 D 127.0.0.1 InLoopBack0
127.0.0.1/32 Direct 0 0 D 127.0.0.1 InLoopBack0
127.255.255.255/32 Direct 0 0 D 127.0.0.1 InLoopBack0
255.255.255.255/32 Direct 0 0 D 127.0.0.1 InLoopBack0
Step 4 Configure basic MPLS functions, enable MPLS TE, RSVP-TE and enable CSPF on the ingress
of the tunnel.
# Configure LSR A.
[LSRA] mpls lsr-id 1.1.1.1
[LSRA] mpls
[LSRA-mpls] mpls te
[LSRA-mpls] mpls rsvp-te
[LSRA-mpls] mpls te cspf
[LSRA-mpls] quit
[LSRA] interface vlanif 10
[LSRA-Vlanif10] mpls
[LSRA-Vlanif10] mpls te
[LSRA-Vlanif10] mpls rsvp-te
[LSRA-Vlanif10] quit
# Configure LSR B.
[LSRB] mpls lsr-id 2.2.2.2
[LSRB] mpls
[LSRB-mpls] mpls te
[LSRB-mpls] mpls rsvp-te
[LSRB-mpls] quit
[LSRB] interface vlanif 10
[LSRB-Vlanif10] mpls
[LSRB-Vlanif10] mpls te
[LSRB-Vlanif10] mpls rsvp-te
[LSRB-Vlanif10] quit
[LSRB] interface vlanif 20
[LSRB-Vlanif20] mpls
[LSRB-Vlanif20] mpls te
[LSRB-Vlanif20] mpls rsvp-te
[LSRB-Vlanif20] quit
# Configure LSR C.
[LSRC] mpls lsr-id 3.3.3.3
[LSRC] mpls
[LSRC-mpls] mpls te
[LSRC-mpls] mpls rsvp-te
[LSRC-mpls] quit
[LSRC] interface vlanif 30
[LSRC-Vlanif30] mpls
[LSRC-Vlanif30] mpls te
[LSRC-Vlanif30] mpls rsvp-te
[LSRC-Vlanif30] quit
[LSRC] interface vlanif 20
[LSRC-Vlanif20] mpls
[LSRC-Vlanif20] mpls te
[LSRC-Vlanif20] mpls rsvp-te
[LSRC-Vlanif20] quit
# Configure LSR D.
[LSRD] mpls lsr-id 4.4.4.4
[LSRD] mpls
[LSRD-mpls] mpls te
[LSRD-mpls] mpls rsvp-te
[LSRD-mpls] quit
[LSRD] interface vlanif 30
[LSRD-Vlanif30] mpls
[LSRD-Vlanif30] mpls te
[LSRD-Vlanif30] mpls rsvp-te
[LSRD-Vlanif30] quit
[LSRD] interface vlanif 40
[LSRD-Vlanif40] mpls
[LSRD-Vlanif40] mpls te
[LSRD-Vlanif40] mpls rsvp-te
[LSRD-Vlanif40] quit
# Configure LSR E.
[LSRE] mpls lsr-id 5.5.5.5
[LSRE] mpls
[LSRE-mpls] mpls te
[LSRE-mpls] mpls rsvp-te
[LSRE-mpls] quit
[LSRE] interface vlanif 40
[LSRE-Vlanif40] mpls
[LSRE-Vlanif40] mpls te
[LSRE-Vlanif40] mpls rsvp-te
[LSRE-Vlanif40] quit
# Configure LSR B.
[LSRB] isis 1
[LSRB-isis-1] cost-style wide
[LSRB-isis-1] traffic-eng level-1-2
[LSRB-isis-1] quit
# Configure LSR C.
[LSRC] isis 1
[LSRC-isis-1] cost-style wide
[LSRC-isis-1] traffic-eng level-2
[LSRC-isis-1] quit
# Configure LSR D.
[LSRD] isis 1
[LSRD-isis-1] cost-style wide
[LSRD-isis-1] traffic-eng level-1-2
[LSRD-isis-1] quit
# Configure LSR E.
[LSRE] isis 1
[LSRE-isis-1] cost-style wide
[LSRE-isis-1] traffic-eng level-1
[LSRE-isis-1] quit
# Run the display mpls te tunnel-interface command on LSR A to display information about
the tunnel.
[LSRA] display mpls te tunnel-interface
No : 1
Tunnel-Name : Tunnel1/0/0
TunnelIndex : 0 LSP Index : 2048
Session ID : 100 LSP ID : 1
Lsr Role : Ingress Lsp Type : Primary
Ingress LSR ID : 1.1.1.1
Egress LSR ID : 5.5.5.5
In-Interface : -
Out-Interface : Vlanif10
Sign-Protocol : RSVP TE Resv Style : SE
IncludeAnyAff : 0x0 ExcludeAnyAff : 0x0
IncludeAllAff : 0x0
LspConstraint : -
ER-Hop Table Index : 0 AR-Hop Table Index: -
C-Hop Table Index : 0
PrevTunnelIndexInSession: - NextTunnelIndexInSession: -
PSB Handle : 1024
Created Time : 2010/09/09 16:40:44 UTC-08:00
--------------------------------
DS-TE Information
--------------------------------
Bandwidth Reserved Flag : Reserved
CT0 Bandwidth(Kbit/sec) : 20000 CT1 Bandwidth(Kbit/sec): 0
CT2 Bandwidth(Kbit/sec) : 0 CT3 Bandwidth(Kbit/sec): 0
CT4 Bandwidth(Kbit/sec) : 0 CT5 Bandwidth(Kbit/sec): 0
CT6 Bandwidth(Kbit/sec) : 0 CT7 Bandwidth(Kbit/sec): 0
Setup-Priority : 7 Hold-Priority : 7
--------------------------------
FRR Information
--------------------------------
Primary LSP Info
TE Attribute Flag : 0x3 Protected Flag : 0x0
Bypass In Use : Not Exists
Bypass Tunnel Id : -
BypassTunnel : -
Bypass Lsp ID : - FrrNextHop : -
ReferAutoBypassHandle : -
FrrPrevTunnelTableIndex : - FrrNextTunnelTableIndex: -
Bypass Attribute(Not configured)
Setup Priority : - Hold Priority : -
HopLimit : - Bandwidth : -
IncludeAnyGroup : - ExcludeAnyGroup : -
IncludeAllGroup : -
Bypass Unbound Bandwidth Info(Kbit/sec)
CT0 Unbound Bandwidth : - CT1 Unbound Bandwidth: -
CT2 Unbound Bandwidth : - CT3 Unbound Bandwidth: -
CT4 Unbound Bandwidth : - CT5 Unbound Bandwidth: -
CT6 Unbound Bandwidth : - CT7 Unbound Bandwidth: -
--------------------------------
BFD Information
--------------------------------
NextSessionTunnelIndex : - PrevSessionTunnelIndex: -
NextLspId : - PrevLspId : -
----End
Configuration Files
l Configuration file of LSR A
#
sysname LSRA
#
vlan batch 10
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path atoe
next hop 10.1.1.2 include loose
next hop 20.1.1.2 include loose
next hop 30.1.1.2 include loose
next hop 40.1.1.2 include loose
#
isis 1
is-level level-1
cost-style wide
network-entity 00.0005.0000.0000.0001.00
traffic-eng level-1
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 10
port hybrid untagged vlan 10
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
isis enable 1
#
interface Tunnel1/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 5.5.5.5
mpls te tunnel-id 100
mpls te path explicit-path atoe
mpls te commit
#
return
l Configuration file of LSR B
#
sysname LSRB
#
vlan batch 10 20
#
mpls lsr-id 2.2.2.2
mpls
mpls te
mpls rsvp-te
#
isis 1
is-level level-1-2
cost-style wide
import-route isis level-2 into level-1
network-entity 00.0005.0000.0000.0002.00
traffic-eng level-1-2
#
interface Vlanif10
ip address 10.1.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif20
clock master
ip address 20.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 10
port hybrid untagged vlan 10
#
interface GigabitEthernet 2/0/0
port hybrid pvid vlan 20
port hybrid untagged vlan 20
#
interface LoopBack1
ip address 2.2.2.2 255.255.255.255
isis enable 1
#
return
l Configuration file of LSR C
#
sysname LSRC
#
vlan batch 30 20
#
mpls lsr-id 3.3.3.3
mpls
mpls te
mpls rsvp-te
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0006.0000.0000.0003.00
traffic-eng level-2
#
interface Vlanif30
ip address 30.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif20
ip address 20.1.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 30
port hybrid untagged vlan 30
#
interface GigabitEthernet 1/0/0
port hybrid pvid vlan 20
port hybrid untagged vlan 20
#
interface LoopBack1
ip address 3.3.3.3 255.255.255.255
isis enable 1
#
return
return
CV
FD /F
FD
V/F
C
Ingress Egress
BD I
I BD
As shown in Figure 4-1, procedures of MPLS OAM connectivity detection are as follows:
1. The ingress sends a CV or an FFD detection packet to the egress along the LSP to be
detected.
2. The egress judges whether the received packet is correct by comparing the packet type,
frequency, and TTSI in the received packet with expected values recorded on the egress.
It counts the number of the correct packets and the error packets received within a certain
period, and monitors the LSP connectivity.
3. When the egress detects a defect on the LSP, it analyzes the defect type and sends a
Backward Defect Indication (BDI) () packet carrying the defect information to the ingress
through the backward tunnel. This enables the ingress to know the defect status in real time.
If a protection group has been configured in the correct manner, the corresponding
switching is triggered.
Backward Tunnel
When configuring the basic OAM detection function, bind a backward tunnel to the detected
LSP.
A backward tunnel is an LSP with its ingress and egress being converse to the ingress and egress
of the detected LSP. It also can be a non-MPLS path connected to the ingress and egress of the
detected LSP.
There are three types of backward tunnels:
l Private backward LSP
l Shared backward LSP
l A non-MPLS backward path
NOTE
Protection Switching
In protection switching, a protection tunnel (backup tunnel) is set up for the working tunnel
(primary tunnel). A working tunnel and a protection tunnel compose a protection group. When
the working tunnel fails, the data flow switches to the protection tunnel; improving the network
reliability.
The difference between protection switching and CR-LSP backup are as follows:
l Protection switching uses one tunnel to protect another tunnel. Attributes of every tunnel
in the tunnel protection group are independent. For example, the protection tunnel with the
bandwidth being 10 Mbit/s can protect the working tunnel that requires 100 Mbit/s
bandwidth protection.
l CR-LSP backup has the primary and backup CR-LSPs in the same tunnel group. The
backup CR-LSP protects the primary CR-LSP. Except for TE FRR, attributes of the primary
and backup CR-LSPs, such as the bandwidth, setup priority, and holding priority, are
identical.
Protection Mode
The S9700 supports the following protection switching modes:
l 1:1 protection
One working tunnel and one protection tunnel exist between the ingress and the egress.
Data is generally forwarded through the working tunnel.
When the working tunnel fails, the ingress performs protection switching and switches
the data flow to the protection tunnel for transmission.
l N:1 protection
As shown in Figure 4-2, one tunnel provides protection for several working tunnels.
This mode is applicable to a mesh network for saving bandwidth.
Protection tunnel
Backward tunnel
As shown in Figure 4-3, when one of the working tunnels fails, its traffic switches to the
shared protection tunnel.
Working tunnel-1
Backward tunnel
Applicable Environment
The S9700 provides MPLS OAM to detect the connectivity of an RSVP-TE LSP, a static CR-
LSP, and a static LSP.
To implement MPLS OAM functions, create a backward LSP for bearing BDI packets. The type
of the backward LSP can be different from that of the tested LSP, but the backward LSP must
be bound to a TE tunnel.
Pre-configuration Tasks
Before configuring basic MPLS OAM functions, complete the following tasks:
If the forward LSP is static and the backward LSP is dynamic, and the backward LSP is in the shared mode,
you must specify lsrid ingress-lsr-id and tunnel-id tunnel-id when running the static-lsp egress command
or the static-cr-lsp egress command to create a forward LSP. For creating the LSP bound to a TE tunnel,
refer to the chapter "MPLS TE Configuration."
Data Preparation
To configure basic MPLS OAM functions, you need the following data.
No. Data
3 Egress: Number of the tunnel interface that is bound to the backward LSP and the
protection mode
NOTE
l The backward LSP must be specified on the egress; otherwise, BDI packets cannot be correctly sent
to the source end.
l If a shared backward LSP is used, you do not need to specify the backward LSP on the ingress.
Context
Perform the following steps on the ingress of the LSP:
Procedure
Step 1 Run:
system-view
Step 2 Run:
mpls
Step 3 Run:
mpls oam
Step 4 Run:
quit
If the PHP function is not configured when a backward LSP is set up, you must specify the
backward LSP when configuring parameters for the MPLS OAM ingress.
NOTE
If the backward LSP is a static LSP or a static CR-LSP, you cannot configure it in private
mode.
If lsrid ingress-lsr-id and tunnel-id tunnel-id are specified when you run the static-lsp
egress lsp-name incoming-interface interface-type interface-number in-label in-label
[ lsrid ingress-lsr-id tunnel-id tunnel-id ] command or the static-cr-lsp egress lsp-name
incoming-interface interface-type interface-number in-label in-label [ lsrid ingress-lsr-id
tunnel-id tunnel-id ] command to create a backward LSP, you can use these two
parametersspecify parameters in this step; otherwise, you can specifyonly the parameter lsp-
name lsp-name.
NOTE
l Different types of devices to be connected must be configured with the same compatible mode,
either PTN or router model. Inconsistent compatible mode settings leads to a connection failure.
l If automatic OAM is configured on two devices, its parameters must be modified when both the
devices work in the same mode, either PTN or router mode. Inconsistent compatible mode settings
leads to a connection failure.
By default, the type of the detection packet is CV. The frequency at which CV packets are
sent is one second. The priority of the detection packet is 0, the lowest priority.
Step 6 Run:
mpls oam ingress enable { all | tunnel interface-number }
----End
Context
Perform the following steps on the egress of the LSP:
Procedure
Step 1 Run:
system-view
OAM parameters is configured for the egress when the auto-protocol extension of OAM is
disabled.
If lsrid ingress-lsr-id and tunnel-id tunnel-id are specified when you run the static-lsp egress
lsp-name incoming-interface interface-type interface-number in-label in-label [ lsrid ingress-
lsr-id tunnel-id tunnel-id ] command or the static-cr-lsp egress lsp-name incoming-
interface interface-type interface-number in-label in-label [ lsrid ingress-lsr-id tunnel-id
tunnel-id ] command to create a forward tunnel, you can use these two parameters in this step;
otherwise, you can specify only the parameter lsp-name lsp-name.
By default, the auto-protocol function of OAM is enabled. The timeout period for the first packet
to wait for response is five minutes.
By default, the backward LSP is in the shared mode. When the backward LSP is a static LSP or
a CR-LSP, it is in the private mode.
By default, the frequency at which BDI packets are sent through the backward LSP is detect-
freq.
NOTE
If a shared backward LSP is used to enable the OAM auto-protocol extension in Step 5, Step 6 is not
necessary. When the egress receives the first CV/FFD packet, it automatically records the packet type and
the frequency at which CV/FFD packets are sent, and starts to detect the connectivity.
Step 6 Run:
mpls oam egress enable { all | lsp-name lsp-name | lsr-id ingress-lsr-id tunnel-id
tunnel-id }
----End
Prerequisites
The configurations of basic MPLS OAM functions are complete.
Procedure
l Run display mpls oam ingress { all | tunnel interface-number } [ verbose ] command to
view MPLS OAM information on the ingress.
l Run display mpls oam egress { all | lsp-name lsp-name | lsr-id ingress-lsr-id tunnel-id
tunnel-id } [ verbose ] command to view MPLS OAM information on the egress.
----End
Example
If the configurations succeed, run the commands mentioned above and you can view the
following results:
l Basic information about the LSP, including the tunnel name, LSP type, LSP ingress LSR
ID, and LSP tunnel ID
l Basic information about OAM, including the tunnel name, TTSI, packet type, and
frequency
l OAM detection information, including the packet type, frequency at which detection
packets are sent, detection status, and defect status. If the link works properly, the detection
status is Start and the defect status is non-defect
l Information about backward LSP, including the sharing mode and configurations of the
backward LSP
When a protection tunnel protects one working tunnel, it indicates that tunnel protection is in
1:1 mode.
Applicable Environment
If the tunnel requires high availability, you can configure the MPLS OAM protection switching
to protect the tunnel.
MPLS OAM protection switching enables one tunnel to protect one or multiple tunnels. The
tunnel under protection is a working tunnel, and the tunnel providing protection is a protection
tunnel. A working tunnel and a protection tunnel compose a protection group.
One protection tunnel can protect one or more working tunnels. The protection mechanism in
which one protection tunnel protects only one working tunnel is called 1:1 protection; one
protection tunnel protects two or more working tunnel is called N:1 protection. "N" indicates
the number of the working tunnels in the same protection group. Working tunnels in the same
protection group use the same ingress and egress.
Pre-configuration Tasks
Before configuring MPLS OAM protection switching, complete the following tasks:
l Creating the working tunnel and protection tunnel
l Configuring basic MPLS OAM functions
Data Preparation
To configure MPLS OAM protection switching, you need the following data.
No. Data
3 Parameters for the protection group, such as the hold off time, revertive mode, and
WTR time
switchback mode can be classified into the revertive mode and non-revertive mode. By default,
revertive mode is used. In revertive mode, you can set the switchback delay time .
Context
Perform the following steps on the ingress of the tunnel:
Procedure
Step 1 Run:
system-view
Multiplying 100 milliseconds by holdoff-time, you can get the hold-off time.
l Non-revertive mode indicates that traffic does not switch back to the working tunnel even
though the working tunnel recovers.
l Revertive mode indicates that traffic switches back to the working tunnel when the working
tunnel recovers.
By default, the protection group is in revertive mode.
l Wait to Restore time (WTR time) indicates the time to be waited before traffic switching.
The WTR time ranges from 0 to 30 minutes. The default value is 12. The parameter wtr-
time indicates the number of steps. The value of each step is 30, in seconds.
NOTE
Multiplying 30 seconds by wtr-time, you can get the value of WTR time.
NOTE
If the number of the working tunnels in the same protection group is N, perform Step 2 and Step 3 for N
times by using different interface-number.
Step 4 Run:
mpls te commit
----End
Follow-up Procedure
Configurations described in this section are also applicable in modifying the configuration of
the tunnel protection group.
Besides configuring a tunnel protection group to protect the working tunnel, you can configure
TE FRR on the working tunnel in the protection group to provide dual protection for the working
tunnel. The protection tunnel cannot serve as the working tunnel to be protected by other tunnels.
In addition, the protection tunnel cannot be enabled with TE FRR.
Context
Pay attention to the switch request criteria before configuring the protection switching trigger
mechanism.
Perform the following steps on the ingress of the tunnel protection group as required:
Procedure
Step 1 Run:
system-view
Step 4 Run:
mpls te commit
Prerequisites
The configurations of the MPLS OAM protection switching function are complete.
Procedure
l Run display mpls te protection tunnel { all | tunnel-id | interface tunnel interface-
number } [ verbose ] command to check information about a tunnel protection group.
l Run display mpls te protection binding protect-tunnel { tunnel-id | interface tunnel
interface-number } command to check the protection relationship of the tunnel.
----End
Example
After the configuration succeeds, run the preceding commands to view information about the
protection group.
Context
In routine maintenance, you can run the following commands in any view to check the MPLS
OAM operation status.
Procedure
l Run the display mpls oam egress { all | lsp-name lsp-name | lsr-id ingress-lsr-id tunnel-
id tunnel-id } [ verbose ] command to view information about the current status and
configuration of the OAM-enabled LSP on the egress.
l Run the display mpls oam ingress { all | tunnel interface-number } [ verbose ] command
to view information about the MPLS OAM parameters and status of the LSP on the ingress.
l Run the display mpls oam oam-index index-value command to view information about
parameters and status of MPLS OAM.
----End
Context
In routine maintenance, you can run the following commands in any view to check the operating
status of the protection group.
Procedure
l Run the display mpls te protection tunnel { all | tunnel-id | interface tunnel interface-
number } [ verbose ] command to view information about the tunnel protection group.
l Run the display mpls te protection binding protect-tunnel { tunnel-id | interface
tunnel interface-number } command to view information about tunnels in the tunnel
protection group.
----End
Context
CAUTION
Debugging affects the performance of the system. After debugging, run the undo debugging
all command to disable it immediately.
When a defect occurs, run the following debugging command in the user view to debug MPLS
OAM and locate the defect.
Procedure
l Run the debugging mpls te protect-switch { all | error | inter | process | timer } command
to enable the debugging of the OAM function.
----End
Context
CAUTION
Debugging affects the performance of the system. After debugging, run the undo debugging
all command to disable it immediately.
When a defect occurs in a tunnel protection group, run the following debugging command in
the user view to debug the tunnel protection group and locate the fault.
Procedure
l Run the debugging mpls oam { all | bdi | cv | decode | defect-detect | error | fdi | ffd |
fsm | hsb | main | packet | process | timer } command to enable the debugging of the
protection switching function.
----End
Networking Requirements
On an MPLS network shown in Figure 4-4, a static LSP is set up along LSRA->LSRB->LSRC.
It is required that MPLS OAM be used to detect the connectivity of the static LSP. Egress node
LSRC can notify the defect to the ingress node LSRA when a connectivity defect occurs.
Figure 4-4 Networking diagram for configuring basic MPLS OAM functions
Loopback1
4.4.4.4/32
GE1/0/0
GE2/0/0
VLANIF10
VLANIF40
10.1.1.2/24
10.1.4.1/24
LSRD
Tunnel 1/0/0
Tunnel-id 100
Configuration Roadmap
The configuration roadmap is as follows:
1. Create a TE tunnel that is based on the static LSP between LSRA and LSRC.
2. Create a static CR-LSP along LSRC->LSRD->LSRA as the backward tunnel to notify the
ingress node of the defect.
3. Set OAM parameters on ingress node LSRA and enable MPLS OAM.
4. Set OAM parameters on egress node LSRC and enable the MPLS OAM auto protocol.
Data Preparation
To complete the configuration, you need the following data:
l IP address of the interface on each node, name of each tunnel interface, and tunnel ID
l Type of detection packets
l Mode of the backward tunnel
Procedure
Step 1 Create VLANs and VLANIF interfaces, and assign IP addresses to the VLANIF interfaces, and
configure routing protocols for the VLANIF interfaces.
Configure IP addresses and masks for the interfaces including loopback interfaces according to
Figure 4-4.
Configure OSPF on all the nodes and advertise the routes on the loopback interfaces. The
configuration details are not mentioned here.
After the configuration, LSRs can ping each other. Run the display ip routing-table command
on each LSR, and you can view the routing entries to the LSRs.
Take the display on LSRA as an example:
<LSRA> display ip routing-table
Route Flags: R - relay, D - download to fib
------------------------------------------------------------------------------
Routing Tables: Public
Destinations : 14 Routes : 15
Destination/Mask Proto Pre Cost Flags NextHop Interface
1.1.1.1/32 Direct 0 0 D 127.0.0.1 InLoopBack1
2.2.2.2/32 OSPF 10 2 D 10.1.2.2 Vlanif20
3.3.3.3/32 OSPF 10 3 D 10.1.1.2 Vlanif10
OSPF 10 3 D 10.1.2.2 Vlanif20
4.4.4.4/32 OSPF 10 2 D 10.1.1.2 Vlanif10
10.1.1.0/24 Direct 0 0 D 10.1.1.1 Vlanif10
The configurations on LSRB, LSRC, and LSRD are similar to the configuration on LSRA, and
are not mentioned here.
# On LSRA, configure a static LSP (MPLS TE tunnel) destined for LSRC.
<LSRA> system-view
[LSRA] interface tunnel 2/0/0
[LSRA-Tunnel2/0/0] ip address unnumbered interface loopback 1
[LSRA-Tunnel2/0/0] tunnel-protocol mpls te
[LSRA-Tunnel2/0/0] destination 3.3.3.3
[LSRA-Tunnel2/0/0] mpls te tunnel-id 200
[LSRA-Tunnel2/0/0] mpls te signal-protocol static
[LSRA-Tunnel2/0/0] mpls te commit
[LSRA-Tunnel2/0/0] quit
# Configure LSRA as the ingress node of the static LSP and use the TE tunnel.
[LSRA] static-lsp ingress tunnel-interface tunnel 2/0/0 destination 3.3.3.3 nexthop
10.1.2.2 out-label 20
# Configure LSRC as the egress node of the static LSP and specify lsr-id and tunnel-id.
<LSRC> system-view
[LSRC] static-lsp egress oamlsp incoming-interface vlanif 30 in-label 30 lsrid
1.1.1.1 tunnel-id 200
After the configuration, run the display mpls te tunnel-interface command on LSRA. You can
view that the TE tunnel is Up and uses the static signaling protocol. Note the following
information:
[LSRA] display mpls te tunnel-interface
----------------------------------------------------------------
Tunnel2/0/0
----------------------------------------------------------------
Tunnel State Desc : UP
Run the display mpls static-lsp command on LSRA, and you can view that the static LSP
corresponding to Tunnel 2/0/0 is Up.
<LSRA> display mpls static-lsp
TOTAL : 1 STATIC LSP(S)
UP : 1 STATIC LSP(S)
DOWN : 0 STATIC LSP(S)
Name FEC I/O Label I/O If Status
tunnel2/0/0 3.3.3.3/32 NULL/20 -/Vlanif20 Up
# Configure LSRA as the egress node of the static LSP and specify lsr-id and tunnel-id.
<LSRA> system-view
[LSRA] static-cr-lsp egress tunnel1/0/0 incoming-interface vlanif 10 in-label 80
lsrid 3.3.3.3 tunnel-id 100
After the configuration, run the display mpls te tunnel-interface command on LSRC. You can
view that the backward TE tunnel is Up. Note the following information:
[LSRC] display mpls te tunnel-interface
----------------------------------------------------------------
Tunnel1/0/0
----------------------------------------------------------------
Tunnel State Desc : UP
Active LSP : Primary LSP
Session ID : 100
Ingress LSR ID : 3.3.3.3 Egress LSR ID: 1.1.1.1
Admin State : UP Oper State : UP
Primary LSP State : UP
Main LSP State : READY LSP ID : 1
Run the display mpls static-cr-lsp command on LSRC, and you can view that the static CR-
LSP is Up.
<LSRC> display mpls static-cr-lsp
TOTAL : 1 STATIC CRLSP(S)
UP : 1 STATIC CRLSP(S)
# Enable the MPLS OAM auto protocol on the egress node. Detect the LSP named oamlsp. The
backward LSP that is configured on tunnel 0/0/1 is in private mode.
[LSRC] mpls oam egress lsp-name oamlsp auto-protocol backward-lsp tunnel 1/0/0
private
After the MPLS OAM auto protocol is configured on the egress node, the egress node starts
OAM when receiving the first correct detection packet.
After the previous configuration, check the MPLS OAM parameters and status of the LSP on
ingress node LSRA and on egress node LSRC. You can view that the ingress and egress nodes
are in normal detection state and no defects occur.
<LSRA> display mpls oam ingress all verbose
-------------------------------------------------------------------------
Verbose information about the NO.1 OAM at the ingress
-------------------------------------------------------------------------
LSP basic information: OAM basic information:
----------------------------------- -----------------------------------
tunnel-name : tunnel2/0/0 OAM-Index : 256
Lsp signal status : Up OAM select board : 1
Lsp establish type : Static lsp Enable-state : Manual enable
Lsp ingress lsr-id : 1.1.1.1 Ttsi/lsr-id : 1.1.1.1
Lsp tnl-id/Lsp-id : 200/1 Ttsi/tunnel-id : 200
OAM detect information: OAM backward information:
----------------------------------- -----------------------------------
Type : CV Share attribute : Private
Frequency : 1 s Lsp-name : tunnel1/0/0
Detect-state : Start Lsp ingress lsr-id : 3.3.3.3
Defect-state : Non-defect Lsp tnl-id/lsp id : 100/1
Available-state : Available Lsp-inLabel : 80
Unavailable time (s): 0 Lsp signal status : Up
-------------------------------------------------------------------------
Total OAM Num: 1
Total Start OAM Num: 1
Total Defect OAM Num: 0
Total Unavaliable OAM Num: 0
# Run the display mpls oam egress all verbose command on LSRC, and you can view that
LSRC detects the defect with the status as dLocv.
<LSRC> display mpls oam egress all verbose
-------------------------------------------------------------------------
Verbose information about the NO.1 OAM at the egress
-------------------------------------------------------------------------
----End
Configuration Files
l Configuration file of LSRA
#
sysname LSRA
#
vlan batch 10 20
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls oam
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.0
mpls
mpls te
#
interface Vlanif20
ip address 10.1.2.1 255.255.255.0
mpls
mpls te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
#
interface tunnel2/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.3
mpls te signal-protocol static
mpls te tunnel-id 200
mpls te commit
#
ospf 1
area 0.0.0.0
network 1.1.1.1 0.0.0.0
network 10.1.1.0 0.0.0.255
network 10.1.2.0 0.0.0.255
#
static-lsp ingress tunnel-interface tunnel2/0/0 destination 3.3.3.3 nexthop
10.1.2.2 out-label 20
static-cr-lsp egress tunnel1/0/0 incoming-interface Vlanif10 in-label 80
lsrid 3.3.3.3 tunnel-id 100
#
mpls oam ingress tunnel2/0/0 backward-lsp lsr-id 3.3.3.3 tunnel-id 100
mpls oam ingress enable tunnel2/0/0
#
return
l Configuration file of LSRB
#
sysname LSRB
#
vlan batch 20 30
#
mpls lsr-id 2.2.2.2
mpls
mpls te
#
interface Vlanif20
ip address 10.1.2.2 255.255.255.0
mpls
mpls te
#
interface Vlanif30
ip address 10.1.3.1 255.255.255.0
mpls
mpls te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 20
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 30
#
interface LoopBack1
ip address 2.2.2.2 255.255.255.255
#
ospf 1
area 0.0.0.0
network 2.2.2.2 0.0.0.0
network 10.1.2.0 0.0.0.255
network 10.1.3.0 0.0.0.255
#
static-lsp transit oamlsp incoming-interface vlanif20 in-label 20 nexthop
10.1.3.2 out-label 30
#
return
l Configuration file of LSRC
#
sysname LSRC
#
vlan batch 30 40
#
mpls lsr-id 3.3.3.3
mpls
mpls te
mpls oam
#
interface Vlanif30
ip address 10.1.3.2 255.255.255.0
mpls
mpls te
#
interface Vlanif40
ip address 10.1.4.2 255.255.255.0
mpls
mpls te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 40
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 30
#
interface LoopBack1
ip address 3.3.3.3 255.255.255.255
#
interface tunnel1/0/0
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 1.1.1.1
mpls te signal-protocol cr-static
mpls te tunnel-id 100
mpls te commit
#
ospf 1
area 0.0.0.0
network 3.3.3.3 0.0.0.0
network 10.1.3.0 0.0.0.255
network 10.1.4.0 0.0.0.255
#
static-lsp egress oam lsp incoming-interface vlanif30 in-label 30 lsrid
1.1.1.1 tunnel-id 200
static-cr-lsp ingress tunnel1/0/0 destination 1.1.1.1 nexthop 10.1.4.1 out-
label 70 bandwidth bc0 0
#
mpls oam egress lsp-name oamlsp backward-lsp tunnel1/0/0 private
#
return
Networking Requirements
On an MPLS network shown in Figure 4-5, there are three bidirectional LSPs bound to three
tunnel interfaces, namely, Tunnel 1/0/10, Tunnel 1/0/11, and Tunnel 1/0/12, from PE1 to PE2.
Tunnel 1/0/10 and Tunnel 1/0/11 function as working tunnels; Tunnel 1/0/12 functions as the
protection tunnel.
It is required that MPLS OAM protection switching be configured. Tunnel 1/0/12 protects
Tunnel 1/0/10 and Tunnel 1/0/11. When one of the working tunnels fails, the traffic on the faulty
working tunnel is switched to the protection tunnel.
NOTE
P to PE devices are the S9700s.
Configuration Roadmap
The configuration roadmap is as follows:
1. Create VLANs and VLANIF interfaces on the nodes, assign IP addresses to the VLANIF
interfaces, and configure OSPF on the VLANIF interfaces.
2. Enable MPLS, MPLS TE, and MPLS OAM on the nodes.
3. Create three TE tunnel interfaces, that is, Tunnel 1/0/10, Tunnel 1/0/11, and Tunnel 1/0/12,
on PE1 and PE2, two of which function as working tunnels and the third one functions as
the protection tunnel.
4. Configure two static CR-LSPs on PE1 and bind the two static CR-LSPs to Tunnel1/0/10
and Tunnel1/0/12 respectively.
5. On PE1, configure an RSVP-TE tunnel to PE2.
6. On PE2, configure three static CR-LSP as the backward LSPs to PE1 and bind the three
static CR-LSPs to Tunnel 1/0/10, Tunnel 1/0/11, and Tunnel 1/0/12 respectively.
7. Set MPLS OAM parameters and enable MPLS OAM to detect bidirectional LSPs.
Data Preparation
To complete the configuration, you need the following data:
l IP address of the interface on each node, name of the tunnel interface, and tunnel ID
l Type of MPLS OAM detection packets
l Parameters of the protection group including delay in protection switching, revertive mode,
and WTR time
Procedure
Step 1 Create VLANs and VLANIF interfaces on the nodes, assign IP addresses to the VLANIF
interfaces, and configure OSPF on the VLANIF interfaces.
Configure IP addresses and masks for the interfaces, including loopback interfaces.
Configure OSPF on all the nodes and advertise the routes on the loopback interfaces. The
configuration details are not mentioned here. For details on the interfaces and IP addresses of
the nodes, see Figure 4-5.
After the configuration, LSRs can ping each other. Run the display ip routing-table command
on each LSR, and you can view the routing entries to the LSRs.
Step 2 Enable MPLS and MPLS TE globally and on the physical interfaces.
The configuration details are not mentioned here.
Step 3 Configure tunnel interfaces.
# On PE1 and PE2, configure Tunnel 1/0/10 and Tunnel 1/0/11 as working tunnels and Tunnel
1/0/12 as the protection tunnel. Tunnel 1/0/12 protects both Tunnel 1/0/10 and Tunnel 1/0/11.
RSVP-TE is used on Tunnel1/0/11 and cr-static is used on Tunnel 1/0/10 and Tunnel 1/0/11.
# Configure PE1.
<PE1> system-view
[PE1] interface tunnel1/0/10
[PE1-Tunnel1/0/10] description Working tunnel-1 to PE2
[PE1-Tunnel1/0/10] ip address unnumbered interface loopback 1
[PE1-Tunnel1/0/10] tunnel-protocol mpls te
[PE1-Tunnel1/0/10] destination 5.5.5.5
[PE1-Tunnel1/0/10] mpls te signal-protocol cr-static
[PE1-Tunnel1/0/10] mpls te tunnel-id 100
[PE1-Tunnel1/0/10] mpls te commit
[PE1-Tunnel1/0/10] quit
[PE1] interface tunnel1/0/11
[PE1-Tunnel1/0/11] description Working tunnel-2 to PE2
[PE1-Tunnel1/0/11] ip address unnumbered interface loopback 1
[PE1-Tunnel1/0/11] tunnel-protocol mpls te
[PE1-Tunnel1/0/11] destination 5.5.5.5
[PE1-Tunnel1/0/11] mpls te signal-protocol rsvp-te
[PE1-Tunnel1/0/11] mpls te tunnel-id 101
[PE1-Tunnel1/0/11] mpls te commit
[PE1-Tunnel1/0/11] quit
[PE1] interface tunnel1/0/12
[PE1-Tunnel1/0/12] description Protection tunnel to PE2
[PE1-Tunnel1/0/12] ip address unnumbered interface loopback 1
[PE1-Tunnel1/0/12] tunnel-protocol mpls te
[PE1-Tunnel1/0/12] destination 5.5.5.5
[PE1-Tunnel1/0/12] mpls te signal-protocol cr-static
[PE1-Tunnel1/0/12] mpls te tunnel-id 102
[PE1-Tunnel1/0/12] mpls te commit
[PE1-Tunnel1/0/12] quit
# Configure PE2.
<PE2> system-view
[PE2] interface tunnel1/0/10
Step 4 Configure two static CR-LSPs from PE1 to PE2, and bind them to the tunnel interfaces on PE1.
# Configure PE1.
[PE1] static-cr-lsp ingress Tunnel1/0/10 destination 5.5.5.5 nexthop 10.1.2.2 out-
label 19
[PE1] static-cr-lsp ingress Tunnel1/0/12 destination 5.5.5.5 nexthop 10.1.4.2 out-
label 30
# Configure P1.
<P1> system-view
[P1] static-cr-lsp transit PE1toPE2-2 incoming-interface vlanif 20 in-label 19
nexthop 10.1.7.1 out-label 21
# Configure P3.
<P3> system-view
[P3] static-cr-lsp transit PE1toPE2-3 incoming-interface vlanif 40 in-label 30
nexthop 10.1.6.1 out-label 31
# Configure PE2.
<PE2> system-view
[PE2] static-cr-lsp egress PE1toPE2-2 incoming-interface vlanif 70 in-label 21
lsrid 1.1.1.1 tunnel-id 100
[PE2] static-cr-lsp egress PE1toPE2-3 incoming-interface vlanif 60 in-label 31
lsrid 1.1.1.1 tunnel-id 102
After the configuration, run the display mpls te tunnel command on PE1 and PE2, and you can
view the created TE tunnel.
Take the display on PE1 as an example.
[PE1] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------,
1.1.1.1 5.5.5.5 1 --/19 I Tunnel1/0/10
1.1.1.1 5.5.5.5 2 --/30 I Tunnel1/0/12
# Configure PE1.
[PE1] mpls
[PE1-mpls] mpls rsvp-te
[PE1-mpls] mpls te cspf
[PE1-mpls] quit
[PE1] interface vlanif 30
[PE1-Vlanif30] mpls rsvp-te
[PE1-Vlanif30] quit
[PE1] ospf 1
[PE1-ospf-1] opaque-capability enable
[PE1-ospf-1] area 0
[PE1-ospf-1-area-0.0.0.0] mpls-te enable
[PE1-ospf-1-area-0.0.0.0] quit
[PE1-ospf-1] quit
# Configure P1.
[P1] mpls
[P1-mpls] mpls rsvp-te
[P1-mpls] mpls te cspf
[P1-mpls] quit
[P1] interface vlanif 30
[P1-Vlanif30] mpls rsvp-te
[P1-Vlanif30] quit
[P1] interface vlanif 80
[P1-Vlanif80] mpls rsvp-te
[P1-Vlanif80] quit
[P1] ospf 1
[P1-ospf-1] opaque-capability enable
[P1-ospf-1] area 0
[P1-ospf-1-area-0.0.0.0] mpls-te enable
[P1-ospf-1-area-0.0.0.0] quit
[P1-ospf-1] quit
# Configure PE2.
[PE2] mpls
[PE2-mpls] mpls rsvp-te
[PE2-mpls] mpls te cspf
[PE2-mpls] quit
[PE2] interface vlanif 80
[PE2-Vlanif80] mpls rsvp-te
[PE2-Vlanif80] quit
[PE2] ospf 1
[PE2-ospf-1] opaque-capability enable
[PE2-ospf-1] area 0
[PE2-ospf-1-area-0.0.0.0] mpls-te enable
[PE2-ospf-1-area-0.0.0.0] quit
[PE2-ospf-1] quit
Run the display mpls te tunnel-interface tunnel1/0/11 command on PE1, and you can view
information about Tunnel1/0/11.
[PE1] display mpls te tunnel-interface tunnel1/0/11
----------------------------------------------------------------
Tunnel0/0/11
----------------------------------------------------------------
Tunnel State Desc : UP
Active LSP : Primary
LSP
Session ID : 101
Ingress LSR ID : 1.1.1.1 Egress LSR ID: 5.5.5.5
Admin State : UP Oper State : UP
Primary LSP State : UP
Main LSP State : READY LSP ID : 1
Step 6 Configure three static CR-LSPs from PE2 to PE1, and bind them to the tunnel interfaces.
# Configure PE2.
# Configure P1.
[P1] static-cr-lsp transit PE2toPE1-2 incoming-interface vlanif 70 in-label 21
nexthop 10.1.2.1 out-label 19
[P1] static-cr-lsp transit PE2toPE1-1 incoming-interface vlanif30 in-label 21
nexthop 10.1.3.1 out-label 20
# Configure P2.
<P2> system-view
[P2] static-cr-lsp transit PE2toPE1-3 incoming-interface vlanif 50 in-label 31
nexthop 10.1.1.1 out-label 30
# Configure PE1.
[PE1] static-cr-lsp egress PE2toPE1-2 incoming-interface vlanif 20 in-label 19
lsrid 5.5.5.5 tunnel-id 100
[PE1] static-cr-lsp egress PE2toPE1-1 incoming-interface vlanif 30 in-label 20
lsrid 5.5.5.5 tunnel-id 101
[PE1] static-cr-lsp egress PE2toPE1-3 incoming-interface vlanif 10 in-label 30
lsrid 5.5.5.5 tunnel-id 102
Step 7 Enable MPLS OAM and configure MPLS OAM to detect the LSP.
# Configure PE1.
[PE1] mpls
[PE1-mpls] mpls oam
[PE1-mpls] quit
[PE1] mpls oam ingress Tunnel1/0/10
[PE1] mpls oam ingress Tunnel1/0/11
[PE1] mpls oam ingress Tunnel1/0/12
[PE1] mpls oam ingress enable all
[PE1] mpls oam egress lsp-name PE2toPE1-1
[PE1] mpls oam egress lsp-name PE2toPE1-2
[PE1] mpls oam egress lsp-name PE2toPE1-3
[PE1] mpls oam egress enable all
# Configure PE2.
[PE2] mpls
[PE2-mpls] mpls oam
[PE2-mpls] quit
[PE2] mpls oam ingress Tunnel1/0/10
[PE2] mpls oam ingress Tunnel1/0/11
[PE2] mpls oam ingress Tunnel1/0/12
[PE2] mpls oam ingress enable all
[PE2] mpls oam egress lsr-id 1.1.1.1 tunnel-id 101
[PE2] mpls oam egress lsp-name PE1toPE2-2
[PE2] mpls oam egress lsp-name PE1toPE2-3
[PE2] mpls oam egress enable all
# After the configuration, run the display mpls oam ingress all verbose command to check the
MPLS OAM parameters and the status of the LSP, and you can view that the detected LSP is in
Non-defect state.
Take the display on PE1 as an example.
[PE1] display mpls oam ingress all verbose
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
# After this step, run the display mpls te protection tunnel all commands on PE devices, and
you can view that all tunnels are in Non-defect state and the working tunnels forward traffic.
Take the display on PE1 as an example.
[PE1] display mpls te protection tunnel all
------------------------------------------------------------------------
No. Work-tunnel status /id Protect-tunnel status /id Switch-Result
------------------------------------------------------------------------
1 non-defect /100 non-defect /102 work-tunnel
2 non-defect /101 non-defect /102 work-tunnel
# Run the display mpls te protection binding protect-tunnel commands on PE devices, and
you can view that Tunnel 1/0/12 protects Tunnel 1/0/10 and Tunnel 1/0/10.
Take the display on PE1 as an example.
[PE1] display mpls te protection binding protect-tunnel 12
------------------------------------------------------------------------
Binding information of( tunnel id: 102 )
------------------------------------------------------------------------
Protect-tunnel id :102
Protect-tunnel name :Tunnel1/0/12
Maximum number of bound work-tunnels :8
Currently bound work-tunnels :Total( 2 )
:Tunnel1/0/10
:Tunnel1/0/11
# Run the mpls te protect-switch manual work-lsp command on Tunnel 1/0/10 of PE1 to
manually trigger protection switching.
[PE1] interface tunnel1/0/10
[PE1] mpls te protect-switch manual work-lsp
# Run the display mpls te protection tunnel all command on PE1, and you can view that the
"Switch-Result" field on Tunnel 1/0/10 is displayed as protect-tunnel.
[PE1] display mpls te protection tunnel all
------------------------------------------------------------------------
No. Work-tunnel status /id Protect-tunnel status /id Switch-Result
------------------------------------------------------------------------
1 non-defect /100 non-defect /102 protect-tunnel
2 non-defect /101 non-defect /102 work-tunnel
# Run the shutdown command on VLANIF 40 of PE1 to simulate defects on a physical link of
the protection tunnel.
[PE1] interface vlanif 40
[PE1-Vlanif40] shutdown
[PE1-Vlanif400] quit
# Run the display mpls te protection tunnel all command on PE1, and you can view that the
"Protect-tunnel status" field on Tunnel 1/0/10 is displayed as in-defect and the "Switch-Result"
field is displayed as work-tunnel.
[PE1] display mpls te protection tunnel all
------------------------------------------------------------------------
No. Work-tunnel status /id Protect-tunnel status /id Switch-Result
------------------------------------------------------------------------
1 non-defect /100 in-defect /102 work-tunnel
2 non-defect /101 non-defect /102 work-tunnel
NOTE
When no defects occur on all the tunnels, and the mpls te protect-switch manual work-lsp command is
used in the tunnel interface view of the working tunnel, the traffic is switched to the protection tunnel. In
this case, if the link of the protection tunnel fails, the traffic then is switched back to the working tunnel
and the mpls te protect-switch manual work-lsp command in the tunnel interface view of the working
tunnel is deleted. This is because the link defect triggers the switching request in Signaling Failure node
and Signaling Failure takes precedence over Manual Switch.
----End
Configuration Files
l Configuration file of PE1
#
sysname PE1
#
vlan batch 10 20 30 40
#
mpls lsr-id 1.1.1.1
mpls
mpls te
mpls rsvp-te
mpls te cspf
mpls oam
#
interface Vlanif10
ip address 10.1.1.1 255.255.255.0
mpls
mpls te
#
interface Vlanif20
ip address 10.1.2.1 255.255.255.0
mpls
mpls te
#
interface Vlanif30
ip address 10.1.3.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif40
ip address 10.1.4.1 255.255.255.0
mpls
mpls te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 10
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface GigabitEthernet3/0/0
port link-type access
port default vlan 30
#
interface GigabitEthernet4/0/0
port link-type access
port default vlan 40
#
interface LoopBack1
ip address 1.1.1.1 255.255.255.255
#
interface Tunnel1/0/10
description Working tunnel-1 to PE2
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 5.5.5.5
mpls te signal-protocol cr-static
mpls te tunnel-id 100
mpls te protection tunnel 12 mode revertive wtr 4
mpls te commit
#
interface Tunnel1/0/11
description Working tunnel-2 to PE2
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 5.5.5.5
mpls te tunnel-id 101
mpls te protection tunnel 12 mode revertive wtr 4
mpls te commit
#
interface Tunnel1/0/12
description Protection tunnel to PE2
ospf 100
area 0.0.0.0
network 2.2.2.2 0.0.0.0
network 10.1.1.0 0.0.0.255
network 10.1.5.0 0.0.0.255
#
static-cr-lsp transit PE2toPE1-3 incoming-interface vlanif 50 in-label 31
nexthop 10.1.1.1 out-label 30
#
return
l Configuration file of P1
#
sysname P1
#
vlan batch 20 30 70 80
#
mpls lsr-id 3.3.3.3
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
interface Vlanif20
ip address 10.1.2.2 255.255.255.0
mpls
mpls te
#
interface Vlanif30
ip address 10.1.3.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif70
ip address 10.1.7.2 255.255.255.0
mpls
mpls te
#
interface Vlanif80
ip address 10.1.8.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 80
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 20
#
interface GigabitEthernet3/0/0
port link-type access
port default vlan 30
#
interface GigabitEthernet4/0/0
port link-type access
port default vlan 70
#
interface LoopBack1
ip address 3.3.3.3 255.255.255.255
#
ospf 100
opaque-capability enable
area 0.0.0.0
network 3.3.3.3 0.0.0.0
network 10.1.2.0 0.0.0.255
network 10.1.3.0 0.0.0.255
mpls
mpls te
#
interface Vlanif60
ip address 10.1.6.1 255.255.255.0
mpls
mpls te
#
interface Vlanif70
ip address 10.1.7.1 255.255.255.0
mpls
mpls te
#
interface Vlanif80
ip address 10.1.8.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet1/0/0
port link-type access
port default vlan 50
#
interface GigabitEthernet2/0/0
port link-type access
port default vlan 70
#
interface GigabitEthernet3/0/0
port link-type access
port default vlan 80
#
interface GigabitEthernet4/0/0
port link-type access
port default vlan 60
#
interface LoopBack1
ip address 5.5.5.5 255.255.255.255
#
interface Tunnel1/0/10
description Working tunnel-1 to PE1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 1.1.1.1
mpls te signal-protocol static
mpls te tunnel-id 100
mpls te protection tunnel 12 mode revertive wtr 4
mpls te commit
#
interface Tunnel1/0/11
description Working tunnel-2 to PE1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 1.1.1.1
mpls te signal-protocol static
mpls te tunnel-id 101
mpls te protection tunnel 12 mode revertive wtr 4
mpls te commit
#
interface Tunnel1/0/12
description Protection tunnel to PE1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 1.1.1.1
mpls te signal-protocol static
mpls te tunnel-id 102
mpls te commit
#
ospf 100
opaque-capability enable
area 0.0.0.0
network 5.5.5.5 0.0.0.0
network 10.1.5.0 0.0.0.255
network 10.1.6.0 0.0.0.255
network 10.1.7.0 0.0.0.255
network 10.1.8.0 0.0.0.255
mpls-te enable
#
static-cr-lsp ingress Tunnel1/0/10 destination 1.1.1.1 nexthop 10.1.7.2 out-
label 21
static-cr-lsp ingress Tunnel1/0/11 destination 1.1.1.1 nexthop 10.1.8.2 out-
label 21
static-cr-lsp ingress Tunnel1/0/12 destination 1.1.1.1 nexthop 10.1.5.2 out-
label 31
static-cr-lsp egress PE1toPE2-2 incoming-interface vlanif70 in-label 21 lsrid
1.1.1.1 tunnel-id 100
static-cr-lsp egress PE1toPE2-3 incoming-interface vlanif60 in-label 31 lsrid
1.1.1.1 tunnel-id 102
#
mpls oam ingress Tunnel1/0/10
mpls oam ingress Tunnel1/0/11
mpls oam ingress Tunnel1/0/12
mpls oam ingress enable all
mpls oam egress lsr-id 1.1.1.1 tunnel-id 101
mpls oam egress lsp-name PE1toPE2-2
mpls oam egress lsp-name PE1toPE2-3
mpls oam egress enable all
#
return