01-05 MPLS TE Configuration
01-05 MPLS TE Configuration
5 MPLS TE Configuration
Purpose
On a traditional IP network, nodes select the shortest path as the route to a
destination regardless of other factors such as bandwidth. This routing mechanism
may cause congestion on the shortest path and waste resources on other available
paths, as shown in Figure 5-1.
On the network shown in Figure 5-1, each link has a bandwidth of 100 Mbit/s
and the same metric. Switch_1 sends traffic to Switch_4 at 40 Mbit/s, and
Switch_7 sends traffic to Switch_4 at 80 Mbit/s. If the network runs an interior
gateway protocol (IGP) that uses the shortest path mechanism, both the two
shortest paths (Path 1 and Path 2) pass through the link Switch_2->Switch_3-
>Switch_4. As a result, the link Switch_2->Switch_3->Switch_4 is overloaded,
whereas the link Switch_2->Switch_5->Switch_6->Switch_4 is idle.
The following TE mechanisms have been available before MPLS TE came into use:
● IP TE: This mechanism adjusts path metrics to control traffic transmission
paths. It prevents congestion on some links but may cause congestion on
other links. In addition, path metrics are difficult to adjust on a complex
network because any change on a link affects multiple routes.
● Asynchronous Transfer Mode (ATM) TE: All IGPs select routes based only on
connections and cannot distribute traffic based on bandwidth and the traffic
attributes of links. The IP over ATM overlay model can overcome this defect
by setting up virtual links to transmit some traffic, which helps ensure proper
traffic distribution and good QoS control. However, ATM TE causes high extra
costs and low scalability on the network.
On the network shown in Figure 5-1, MPLS TE can establish an 80 Mbit/s LSP
over Path 1 and a 40 Mbit/s LSP over Path 2. Traffic is then distributed to the two
LSPs, preventing congestion on a single path.
Benefits
MPLS TE fully uses network resources and provides bandwidth and QoS guarantee
without the need to upgrade hardware. This significantly reduces network
deployment costs. MPLS TE is easy to deploy and maintain because it is
implemented based on MPLS. In addition, MPLS TE provides various reliability
mechanisms to ensure network and device reliability.
This chapter describes how to configure MPLS TE tunnels that transmit MPLS
L2VPN services and MPLS L3VPN services and provide high security and
guarantees reliable QoS for VPN services.
LSP
On a label switched path (LSP), traffic forwarding is determined by the labels
added to packets by the ingress node of the LSP. An LSP can be considered as a
tunnel because traffic is transparently transmitted on intermediate nodes along
the LSP.
MPLS TE Tunnel
MPLS TE usually associates multiple LSPs with a virtual tunnel interface to form
an MPLS TE tunnel. An MPLS TE tunnel involves the following terms:
● Tunnel interface: a point-to-point virtual interface used to encapsulate
packets. Similar to a loopback interface, a tunnel interface is a logical
interface.
● Tunnel ID: a decimal number that uniquely identifies an MPLS TE tunnel to
facilitate tunnel planning and management.
● LSP ID: a decimal number that uniquely identifies an LSP to facilitate LSP
planning and management.
Figure 5-3 illustrates the preceding terms. Two LSPs are available on the network.
The path LSRA->LSRB->LSRC->LSRD->LSRE is the primary LSP with an LSP ID of 2.
The path LSRA->LSRF->LSRG->LSRH->LSRE is the backup LSP with an LSP ID of
1024. The two LSPs form an MPLS TE tunnel with a tunnel ID of 100, and the
tunnel interface is Tunnel1.
Link Attributes
MPLS TE link attributes identify the bandwidth usage, route cost, and link
reliability on a physical link. The link attributes include:
● Total link bandwidth
Bandwidth of a physical link.
Tunnel Attributes
An MPLS TE tunnel is composed of several constraint-based routed label switched
paths (CR-LSPs). The constraints for LSP setup are tunnel attributes.
Different from a common LSP (LDP LSP for example), a CR-LSP is set up based on
constraints in addition to routing information, including bandwidth constraints and
path constraints.
● Bandwidth constraints
Bandwidth constraint is mainly the tunnel bandwidth.
● Path constraints
Path constraints include explicit path, priority and preemption, route pinning,
affinity attribute, and hop limit.
● Tunnel bandwidth
The bandwidth of a tunnel must be planned according to requirements of the
services to be transmitted over the tunnel. The planned bandwidth is reserved
on the links along the tunnel to provide bandwidth guarantee.
● Explicit path
An explicit path is a CR-LSP manually set up by specifying the nodes to pass
or avoid. Explicit paths are classified into the following types:
– Strict explicit path
On a strict explicit path, all the nodes are manually specified and two
consecutive hops must be directly connected. A strict explicit path
precisely controls the path of an LSP.
As shown in Figure 5-4, LSRA is the ingress node, and LSRF is the egress
node. An LSP from LSRA to LSRF is set up over a strict explicit path. LSRB
Strict indicates that this LSP must pass through LSRB, which is directly
connected to LSRA. LSRC Strict indicates that this LSP must pass through
LSRC, which is directly connected to LSRB. The rest may be deduced by
analogy. In this way, the path that the LSP passes through is precisely
controlled.
– Loose explicit path
A loose explicit path passes through the specified nodes but allows
intermediate nodes between the specified nodes.
As shown in Figure 5-5, an LSP is set up over a loose explicit path from
LSRA to LSRF. LSRD Loose indicates that this LSP must pass through
LSRD, but LSRD may not be directly connected to LSRA.
● Priority and preemption
Priority and preemption determine resources allocated to MPLS TE tunnels
based on the importance of services to be transmitted on the tunnels.
When the link between LSRB and LSRE fails, LSRA calculates a new path, Path
3 (LSRA->LSRB->LSRF->LSRE), for Tunnel 1. The bandwidth of the link
between LSRB and LSRF is insufficient for tunnels Tunnel 1 and Tunnel 2. As a
result, preemption is triggered, as shown in Figure 5-7.
– Some traffic is dropped when traffic is switched from the original CR-LSP
to the new one.
Path locking can prevent a CR-LSP from changing its path when routes
change. This feature ensures continuity of service traffic and improves service
reliability.
● Affinity attribute
The affinity attribute is a 32-bit vector that specifies the links required for a
TE tunnel. This attribute is configured on the ingress node of a tunnel and
must be used with the link administrative group attribute.
After the affinity attribute is configured for a tunnel, a label switching router
(LSR) compares the affinity attribute with the administrative group attribute
of a link to determine whether to select or avoid the link during MPLS TE
path calculation. A 32-bit mask identifies the bits to be compared in the
affinity and administrative group attributes. An LSR performs an AND
operation on the affinity and administrative group attributes with the mask
and compares the results of the AND operations. If the two results are the
same, the LSR selects the link. If the two results are different, the LSR avoids
the link. The rules for comparing the affinity and administrative group
attributes are as follows:
– Among the bits mapping the 1 bit in the mask, at least one
administrative group bit and the corresponding affinity bit must be 1. The
administrative group bits corresponding to the 0 bits in the affinity
attribute must also be 0.
For example, if the affinity attribute is 0x0000FFFF of a tunnel and the
mask is 0xFFFFFFFF, the administrative group attribute of an available
link must have all 0s in its leftmost 16 bits and at least one 1 bit in its
rightmost 16 bits. Therefore, links with the administrative group values in
the range of 0x00000001 to 0x0000FFFF can be selected for the tunnel.
– An LSR does not check the administrative group bits mapping 0 bits in
the mask.
For example, if the affinity attribute of a tunnel is 0xFFFFFFFF and the
mask is 0xFFFF0000, the administrative group attribute of an available
link must have at least one 1 bit in its leftmost 16 bits. The rightmost 16
bits of the administrative group attribute can be 0 or 1. Therefore, links
with the administrative group values in the range of 0x00010000 to
0xFFFFFFFF can be selected for the tunnel.
NOTE
Devices from different vendors may follow different rules to compare the
administrative group and affinity attributes. When using devices from different
vendors on your network, understand their implementations and ensure that they can
interoperate with one another.
A network administrator can use the administrative group and affinity
attributes to control path selection for tunnels.
● Hop limit
Hop limit is a condition for path selection during CR-LSP setup. Similar to the
administrative group and affinity attributes, hop limit controls the number of
hops allowed on a CR-LSP.
5.2.2 Implementation
Figure 5-8 illustrates the MPLS TE framework.
N Function Description
o.
N Function Description
o.
2 Path Uses the Constrained Shortest Path First (CSPF) algorithm and
calculatio data in the TEDB to calculate a path that satisfies specific
n constraints. CSPF evolves from the Shortest Path First (SPF)
algorithm. It excludes nodes and links that do not satisfy
specific constraints and uses the SPF algorithm to calculate a
path.
NOTE
● A static CR-LSP is manually established and does not require information advertisement
or path calculation.
● A dynamic CR-LSP is set up using a signaling protocol and involves all the four functions
listed in the table.
To deploy MPLS TE on a network, you must configure link and tunnel attributes.
Then MPLS TE sets up tunnels automatically. After a tunnel is set up, traffic is
directed to the tunnel for forwarding.
The Opaque Type field is the leftmost byte that identifies the application type
of an Opaque LSA. The Opaque ID field is the rightmost three bytes that
differentiate LSAs of the same type. Therefore, each type of Opaque LSA has
255 applications, and each application has 16777216 different LSAs within a
flooding scope.
For example, OSPF Graceful Restart LSAs are Type-9 LSAs with the Opaque
Type of 3, and TE LSAs are Type-10 LSAs with the Opaque Type of 1.
The Opaque Information field contains the content to be advertised by an
LSA. The information format is defined by the specific application. The
commonly used format is the extensible Type/Length/Value (TLV) structure.
TE LSAs carry information in TLVs. Two types of TLVs are defined for TE LSAs:
– TLV Type 1
It is a Router Address TLV that uniquely identifies an MPLS node. A
Router Address TLV plays the same role as a router ID in the Constrained
Shortest Path First (CSPF) algorithm.
– TLV Type 2
It is a Link TLV that carries attributes of an MPLS TE capable link. Table
5-2 lists the sub-TLVs that can be carried in a Link TLV.
Sub-TLV Description
Sub-TLV Description
Type 6: IPv4 interface address (with a 4N- Carries one or more local
byte Value field) interface IP addresses. Each IP
address occupies 4 bytes.
Type 8: IPv4 neighbor address (with a 4N- Indicates one or more remote
byte Value field) interface IP addresses. Each IP
address occupies 4 bytes.
● For a point-to-point link,
this sub-TLV is filled with a
remote IP address.
● For a multi-access link, this
sub-TLV is filled with
0.0.0.0.
A device calculates the optimal path to another node in the local area according
to information in the TEDB. MPLS TE then uses this path to set up a CR-LSP.
The TEDB is independent of the link state database (LSDB) of an IGP. Both the
two databases are generated through IGP-based flooding, but they record
different information and provide different functions. The TEDB stores TE
information in addition to all information available in the LSDB. The LSDB is used
to calculate the shortest path, whereas the TEDB is used to calculate the best LSP
for an MPLS TE tunnel.
● Constraints for LSP setup, including the LSP bandwidth, explicit path, setup/
holding priority, and affinity attribute, all of which are configured on the
ingress node
● Traffic engineering database (TEDB)
NOTE
A TEDB can be generated only when OSPF TE or IS-IS TE is configured. On an IGP TE-
incapable network, CR-LSPs are established based on IGP routes, but not calculated using
CSPF.
NOTE
If both OSPF TE and IS-IS TE are deployed, CSPF uses the OSPF TEDB to calculate a CR-LSP.
If a CR-LSP is calculated using the OSPF TEDB, CSPF does not use the IS-IS TEDB. If no CR-
LSP is calculated using the OSPF TEDB, CSPF uses the IS-IS TEDB to calculate a CR-LSP.
Whether OSPF TEDB or IS-IS TEDB is used first in the CSPF calculation is determined by the
administrator.
If there are multiple shortest paths with the same metric, CSPF uses a tie-breaking
policy to select one of them. The following tie-breaking policies are available:
● Most-fill: selects the link with the highest proportion of used bandwidth to
the maximum reservable bandwidth. This policy uses the full bandwidth of a
link.
● Least-fill: selects the link with the lowest proportion of used bandwidth to the
maximum reservable bandwidth. This policy uses consistent bandwidth
resources on links.
● Random: selects a random path among equal-metric paths. This policy sets
LSPs consistently over links, regardless of bandwidth distribution.
When several links have the same proportion of used bandwidth to the maximum
reservable bandwidth, CSPF selects the link discovered first, irrespective of most-
fill or least-fill.
Figure 5-14 shows an example of CSPF calculation. Figure 5-14 shows the color
and bandwidth of some links. The other links are black and have a bandwidth of
100 Mbit/s. A path to LSRE needs to be set up on the network and must pass
through LSRH, with a bandwidth of 80 Mbit/s and an affinity attribute of black.
According to the constraints, CSPF excludes the blue links, 50 Mbit/s links, and
links not connected to LSRH.
After excluding unqualified links, CSPF uses the SPF algorithm to calculate the
path. Figure 5-15 shows the calculation result.
● CSPF uses path constraints such as link bandwidth, link attributes, and affinity
attributes as metrics, while SPF simply uses link costs as metrics.
● CSPF does not support load balancing and uses tie-breaking policies to
determine a path if multiple paths have the same metric.
Overview of RSVP-TE
The Resource Reservation Protocol (RSVP) is designed for the integrated services
model, and reserves resources for nodes along a path. This bandwidth reservation
capability makes RSVP-TE a suitable signaling protocol for establishing MPLS TE
paths.
● Path message: is sent downstream by the sender and saves path information
on the nodes it passes through.
● Resv message: is sent upstream by the receiver to respond to the Path
message and to request resource reservation.
● PathErr message: is sent by an RSVP node to its upstream node if an error
occurs while this node is processing a Path message.
● ResvErr message: is sent by an RSVP node to its downstream node if an error
occurs while this node is processing a Resv message.
● PathTear message: is sent to delete path information and functions in the
opposite way to a Path message.
● ResvTear message: is sent to delete the resource reservation state and
functions in the opposite way to a Resv message.
RSVP-TE Implementation
Table 5-4 describes RSVP-TE implementation.
1. PE1 uses CSPF to calculate a path from PE1 to PE2, on which the IP address of
every hop is specified. PE1 generates an explicit route object (ERO) with the IP
address of each hop and adds the ERO in a Path message. PE1 then creates a
PSB and sends the Path message to P1 according to information in the ERO.
Table 5-5 describes objects carried in the Path message.
Object Value
RSVP_HOP PE1-if1
LABEL LABEL_REQUEST
2. After P1 receives the Path message, it parses the message and creates a PSB
according to information in the message. Then P1 updates the message and
sends it to P2 according to the ERO. Table 5-6 describes objects in the Path
message.
– The RSVP_HOP object specifies the IP address of the outbound interface
through which a Path message is sent. Therefore, PE1 sets the RSVP_HOP
object to the IP address of the outbound interface toward P1, and P1 sets
the RSVP_HOP field to the IP address of the outbound interface toward
P2.
– P1 deletes the local LSR ID and IP addresses of the inbound and
outbound interfaces from the ERO field in the Path message.
Object Value
RSVP_HOP P1-if1
LABEL LABEL_REQUEST
Object Value
RSVP_HOP P2-if1
EXPLICIT_ROUTE PE2-if0
Object Value
LABEL LABEL_REQUEST
4. After PE2 receives the Path message, PE2 knows that it is the egress of the
CR-LSP to be set up according to the Destination field in the Session object.
PE2 then allocates a label and reserves bandwidth, and generates a Resv
message based on the local PSB. The Resv message carries the label allocated
by PE2 and is sent to P2.
PE2 uses the address carried in the RSVP_HOP field of the received Path
message as the destination IP address of the Resv message. The Resv message
does not carry the ERO field because it is forwarded along the reverse path.
Table 5-8 describes objects in the Resv message.
NOTE
If a Resv message carries the RESV_CONFIRM object, the receiver needs to send a
ResvConf message to the sender to confirm the resource reservation request.
Object Value
RSVP_HOP PE2-if0
LABEL 3
RECORD_ROUTE PE2-if0
Object Value
RSVP_HOP P2-if0
LABEL 17
RSVP_HOP P1-if0
LABEL 18
Error Signaling
RSVP-TE uses the following messages to advertise CR-LSP errors:
● PathErr message: is sent by an RSVP node to its upstream node if an error
occurs while this node is processing a Path message. The message is
forwarded upstream by intermediate nodes and finally reaches the ingress
node.
● ResvErr message: is sent by an RSVP node to its downstream node if an error
occurs while this node is processing a Resv message. The message is
forwarded downstream by intermediate nodes and finally reaches the egress
node.
Path Teardown
After the ingress node receives a PathErr message or an instruction to delete a CR-
LSP, it immediately sends a PathTear message downstream. After receiving this
message, the downstream nodes tear down the CR-LSP and reply with a ResvTear
message.
The functions of PathTear and ResvTear messages are as follows:
● PathTear message: is sent to delete path information and functions in the
opposite way to a Path message.
● ResvTear message: is sent to delete the resource reservation state and
functions in the opposite way to a Resv message.
Path Message
RSVP-TE uses Path messages to create RSVP sessions and to maintain path states.
A Path message is sent from the ingress node to the egress node. A path state
block (PSB) is created on each node the Path message passes.
The source IP address of a Path message is the LSR ID of the ingress node and the
destination IP address is the LSR ID of the egress node.
Resv Message
After receiving a Path message, the egress node returns a Resv message. The Resv
message carries resource reservation information and is sent hop-by-hop to the
ingress node. Each intermediate node creates and maintains a reservation state
block (RSB) and allocates a label. When the Resv message reaches the ingress
node, an LSP is set up successfully.
Reservation Styles
A reservation style is the method that an RSVP node uses to reserve resources
after receiving a resource reservation request from the upstream node. The
following reservation styles are supported:
● Fixed Filter (FF) style: creates an exclusive reservation for each sender. A
sender does not share its resource reservation with other senders, and each
CR-LSP on a link has a separate resource reservation.
● Shared Explicit (SE) style: creates a single reservation for a series of selected
upstream senders. CR-LSPs on a link share the same resource reservation.
Static Route
The simplest method to direct traffic to an MPLS TE tunnel is to configure a static
route and specify a TE tunnel interface as the outbound interface.
Tunnel Policy
By default, VPN traffic is forwarded over LSP tunnels but not MPLS TE tunnels.
Either of the following tunnel policies can be used to direct VPN traffic to MPLS TE
tunnels:
● Select-seq policy: selects a TE tunnel to transmit VPN traffic on the public
network by configuring an appropriate tunnel selection sequence.
● Tunnel binding policy: binds a TE tunnel to a destination address to provide
QoS guarantee.
Auto Route
The auto route feature allows a TE tunnel to participate in IGP route calculations
as a logical link. The tunnel interface is used as the outbound interface of the
route. The tunnel is considered a point-to-point (P2P) link with a specified metric.
Two auto route types are available:
● IGP shortcut: An LSP tunnel is not advertised to neighbor nodes, so it will not
be used by other nodes.
● Forwarding adjacency: An LSP tunnel is advertised to neighboring nodes, so it
can be used by these nodes.
The following example shows the differences between IGP shortcut and
forwarding adjacency.
In Figure 5-18, Switch_7 sets up an MPLS TE tunnel to Switch_2 over the path
Switch_7 -> Switch_6 -> Switch_2. The TE metrics of the links are shown in the
figure. On Switch_5 and Switch_7, routes to Switch_2 and Switch_1 differ
depending on the auto route configuration:
● If auto route is not configured, Switch_5 uses Switch_4 as the next hop, and
Switch_7 uses Switch_6 as the next hop.
● If auto route is used:
– When Tunnel1 is advertised using IGP shortcut, Switch_5 uses Switch_4 as
the next hop, and Switch_7 uses Tunnel1 as the next hop. Because
Tunnel1 is not advertised to Switch_5, only Switch_7 selects Tunnel1 using
the IGP.
– When Tunnel1 is advertised using forwarding adjacency, Switch_5 uses
Switch_7 as the next hop, and Switch_7 uses Tunnel1 as the next hop.
Because Tunnel1 is advertised to Switch_5 and Switch_7, both the two
nodes select Tunnel1 using the IGP.
Background
MPLS TE tunnels are used to optimize traffic distribution on a network. An MPLS
TE tunnel is configured using the initial bandwidth required for services and initial
network topology. The network topology often changes, so the ingress node may
not use the optimal path to forward MPLS packets, causing a waste of network
resources. MPLS TE tunnels need to be optimized after being established.
Implementation
A specific event that occurs on the ingress node can trigger optimization of a CR-
LSP. The optimization enables the CR-LSP to be reestablished over the optimal
path with the smallest metric.
NOTE
Background
RSVP uses raw IP to transmit packets. Raw IP has no security mechanism and is
prone to attacks. RSVP authentication verifies packets using keys to prevent
attacks. When the local RSVP router receives a packet with a sequence number
smaller than the local maximum sequence number, the neighbor relationship is
terminated.
Key authentication cannot prevent replay attacks or neighbor relationship
termination resulting from RSVP message mis-sequencing. The RSVP
authentication enhancements are used to address these problems. RSVP
authentication enhancements add authentication lifetime, handshake, and
message window mechanisms to enhance RSVP security. The enhancements also
improve RSVP's capability to verify neighbor relationships in a harsh network
environment, such as a congested network.
Concepts
● Raw IP: Similar to User Datagram Protocol (UDP), raw IP is unreliable because
it has no control mechanism to determine whether raw IP datagrams reach
their destinations.
● Spoofing attack: An unauthorized router establishes a neighbor relationship
with a local router or sends pseudo RSVP messages to attack the local router.
(For example, requesting the local router to reserve a lot of bandwidth.)
● Replay attack: A remote RSVP router continuously sends packets with
sequence numbers smaller than the maximum sequence number on a local
RSVP router. Then the local router terminates the RSVP neighbor relationship
with the remote RSVP router and the established CR-LSP is torn down.
Implementation
● Key authentication
RSVP authentication protects RSVP nodes from spoofing attacks by verifying
keys in packets exchanged between neighboring nodes. The same key must
be configured on two neighboring nodes before they perform RSVP
authentication. A local node uses the configured key and the Keyed-Hashing
for Message Authentication Message Digest 5 (HMAC-MD5) algorithm to
calculate a digest for a message, adds this digest as an integrity object into
the message, and then sends the message to the remote node. After the
remote node receives the message, it uses the same key and algorithm to
calculate a digest and checks whether the local digest is the same as the
received one. If they match, the remote node accepts the message. If they do
not match, the remote node discards the message.
● Authentication lifetime
The authentication lifetime specifies the period during which the RSVP
neighbor relationship is retained and provides the following functions:
– Controls the lifetime of an RSVP neighbor relationship when no CR-LSP
exists between the RSVP neighbors. The RSVP neighbor relationship is
retained until the RSVP authentication lifetime expires. The RSVP-TE
authentication lifetime does not affect the status of existing CR-LSPs.
– Prevents continuous RSVP authentication. For example, after RSVP
authentication is enabled between RTA and RTB, RTA continuously sends
NOTE
By default, the window size is 1. The handshake mechanism works when the window size
is 1. If the window size is not 1, the handshake mechanism is affected. When the local
RSVP node receives an RSVP message with a sequence number smaller than the local
maximum sequence number, either of the following situations occurs:
● If the sequence number of the received RSVP message is larger than the minimum
sequence number in the window and is not saved in the window, the local RSVP node
correctly processes the RSVP message.
● If the sequence number already exists in the window, the local RSVP node discards
the RSVP message.
● If the sequence number is smaller than the minimum sequence number in the
window, RSVP determines whether both ends are enabled with the handshake
mechanism. If either one is not enabled with the handshake mechanism, the system
discards the RSVP message. If both ends are enabled with the handshake mechanism,
the local and remote ends start the handshake process again and discard the RSVP
message.
For example, the window size is 10, and the window stores sequence numbers 71, 75, and
80. If the local RSVP node receives an RSVP message with sequence number 72, it adds the
sequence number to the window and correctly processes the RSVP message. If the local
RSVP node receives an RSVP message with sequence number 75, it directly discards the
RSVP message. If the local RSVP node receives an RSVP message with sequence number
70, RSVP determines whether both ends are enabled with the handshake mechanism. The
local and remote ends start the handshake process again only when they are both enabled
with the handshake mechanism.
Keychain can be used on an RSVP interface or node and supports only HMAC-
MD5.
NOTICE
MD5 key cannot ensure key. You are advised to use Keychain key.
● Neighbor-oriented authentication
You can configure authentication information, such as authentication keys,
based on different neighbor addresses. RSVP then authenticates each
neighbor separately.
A neighbor address can be either of the following:
– IP address of an interface on an RSVP neighboring node
– LSR ID of an RSVP neighboring node
● Interface-oriented authentication
Authentication is configured on interfaces, and RSVP authenticates messages
based on inbound interfaces.
5.2.9.2 Make-Before-Break
The make-before-break mechanism prevents traffic loss during a traffic switchover
between two CR-LSPs. This mechanism improves MPLS TE tunnel reliability.
Background
Any change in link or tunnel attributes causes a CR-LSP to be reestablished using
new attributes. Traffic is then switched from the previous CR-LSP to the new CR-
LSP. If a traffic switchover is triggered before the new CR-LSP is set up, some
traffic is lost. The make-before-break mechanism prevents traffic loss.
Implementation
The make-before-break mechanism sets up a new CR-LSP and switches traffic to it
before the original CR-LSP is torn down. This mechanism helps minimize data loss
and reduces bandwidth consumption. Make-before-break is implemented using
the shared explicit (SE) resource reservation style.
The new CR-LSP may compete with the original CR-LSP for bandwidth on some
shared links. The new CR-LSP cannot be established if it fails the competition. The
make-before-break mechanism allows the system to reserve bandwidth used by
the original CR-LSP for the new one, without calculating the reserved bandwidth
on shared links. Additional bandwidth is required if links on the new path do not
overlap the links on the original path.
A new CR-LSP needs to be set up along Path 2 (Switch_1 -> Switch_5 -> Switch_3 -
> Switch_4) to forward data through the lightly loaded Switch_5. The available
bandwidth of the link Switch_3 -> Switch_4 is only 20 Mbit/s, not enough for the
new path. The make-before-break mechanism can be used in this situation to
allow the new CR-LSP to use the bandwidth of the link between Switch_3 and
Switch_4 reserved for the original CR-LSP. After the new CR-LSP is established,
traffic switches to the new CR-LSP, and the original CR-LSP is torn down.
A new CR-LSP needs to be set up along Path 2 to forward data through the lightly
loaded Switch_5, and the path bandwidth needs to increase to 40 Mbit/s. The
available bandwidth of the link Switch_3 -> Switch_4 is only 30 Mbit/s. The make-
before-break mechanism can be used in this situation. This mechanism allows the
new CR-LSP to use the bandwidth of the link between Switch_3 and Switch_4
reserved for the original CR-LSP, and reserves an additional bandwidth of 10
Mbit/s for the new path. After the new CR-LSP is set up, traffic is switched to the
new CR-LSP, and the original CR-LSP is torn down.
Background
RSVP Refresh messages can synchronize PSB and RSB between nodes, monitor
reachability between RSVP neighbors, and maintain RSVP neighbor relationships.
This soft state mechanism detects neighbor relationships using Path and Resv
messages. The detection speed is low and a link failure cannot promptly trigger a
service traffic switchover. RSVP Hello is introduced to solve this problem.
Implementation
RSVP Hello is implemented as follows:
1. Hello handshake
NOTE
Usage Scenario
RSVP Hello applies to scenarios with TE FRR or RSVP GR enabled.
Concepts
CR-LSP backup functions include hot standby, ordinary backup, and the best-effort
path:
● Hot standby: A hot-standby CR-LSP is set up immediately after the primary
CR-LSP is set up. When the primary CR-LSP fails, traffic switches to the hot-
standby CR-LSP.
● Ordinary backup: An ordinary backup CR-LSP can be set up only after a
primary CR-LSP fails. The ordinary backup CR-LSP takes over traffic when the
primary CR-LSP fails.
● Best-effort path: If both the primary and backup CR-LSPs fail, a best-effort
path is set up and takes over traffic.
In Figure 5-21, the primary CR-LSP is set up over the path PE1 -> P1 -> P2 ->
PE2, and the backup CR-LSP is set up over the path PE1 -> P3 -> PE2. When
both CR-LSPs fail, PE1 sets up a best-effort path PE1 -> P4 -> PE2 to take over
traffic.
NOTE
A best-effort path has no bandwidth reserved for traffic, but has an affinity and a hop
limit configured to control the nodes it passes.
Implementation
The process of CR-LSP backup is as follows:
1. CR-LSP backup deployment
Determine the paths, bandwidth values, and deployment modes. Table 5-15
lists CR-LSP backup deployment items.
Currently, switches support the following backup modes and you can choose
one as required.
– Hot standby (manually configured)
– Hot standby (manually configured) and best-effort path
– Hot standby (configured using a TE attribute template)
– Hot standby (configured using a TE attribute template) and ordinary
backup (configured using a TE attribute template)
– Hot standby (configured using a TE attribute template) and best-effort
path
– Hot standby (configured using a TE attribute template), ordinary backup
(configured using a TE attribute template), and best-effort path
– Ordinary backup (manually configured)
– Ordinary backup (configured using a TE attribute template)
– Ordinary backup (configured using a TE attribute template) and best-
effort path
– Best-effort path
3. Backup CR-LSP attribute modification
If attributes of a backup CR-LSP are modified, the ingress node uses the
make-before-break mechanism to reestablish the backup CR-LSP with the
updated attributes. After that backup CR-LSP has been successfully
reestablished, traffic on the original backup CR-LSP (if it is transmitting
traffic) switches to this new backup CR-LSP, and then the original backup CR-
LSP is torn down.
4. Fault detection
CR-LSP backup supports the following fault detection functions:
– Default error signaling mechanism of RSVP-TE: The fault detection speed
is relatively slow.
– Bidirectional forwarding detection (BFD) for CR-LSP: This function is
recommended because it implements fast fault detection.
5. Traffic switchover
After the primary CR-LSP fails, the ingress node attempts to switch traffic
from the primary CR-LSP to a hot-standby CR-LSP. If the hot-standby CR-LSP
is unavailable, the ingress node attempts to switch traffic to an ordinary
backup CR-LSP. If the ordinary backup CR-LSP is unavailable, the ingress
attempts to switch traffic to a best-effort path.
6. Traffic switchback
Traffic switches back to a path based on priorities of the available CR-LSPs.
Traffic will first switch to the primary CR-LSP. If the primary CR-LSP is
unavailable, traffic will switch to the hot-standby CR-LSP. The ordinary CR-LSP
has the lowest priority.
primary CR-LSP. This function improves bandwidth efficiency and reduces network
costs.
Dynamic bandwidth protection ensures that the hot-standby CR-LSP does not use
bandwidth when the primary CR-LSP is transmitting traffic. The dynamic
bandwidth protection process is as follows:
1. If the primary CR-LSP fails, traffic immediately switches to the hot-standby
CR-LSP with 0 bit/s bandwidth. The ingress node uses the make-before-break
mechanism to establish a hot-standby CR-LSP.
2. After the new hot-standby CR-LSP has been successfully established, the
ingress node switches traffic to this CR-LSP and tears down the hot-standby
CR-LSP with 0 bit/s bandwidth.
3. After the primary CR-LSP recovers, traffic switches back to the primary CR-LSP.
The hot-standby CR-LSP then releases the bandwidth, and the ingress node
establishes another hot-standby CR-LSP with 0 bit/s bandwidth.
5.2.9.5 TE FRR
Traffic engineering fast reroute (TE FRR) provides link protection and node
protection for MPLS TE tunnels. If a link or node fails, TE FRR rapidly switches
traffic to a backup path, minimizing traffic loss.
Background
A link or node failure triggers a primary/backup CR-LSP switchover. The switchover
is not completed until the IGP routes of the backup path converge, CSPF calculates
a new path, and a new CR-LSP is established. Traffic is lost during this process.
TE FRR technology can prevent traffic loss during a primary/backup CR-LSP
switchover. After a link or node fails, TE FRR establishes a CR-LSP that bypasses
the faulty link or node. The bypass CR-LSP can then rapidly take over traffic to
minimize loss. At the same time, the ingress node reestablishes a primary CR-LSP.
Concepts
Concept Description
Pro Link In Figure 5-23 below, the primary CR-LSP passes through the
tect protecti direct link between the PLR (LSRB) and MP (LSRC). Bypass LSP
ed on 1 can protect this link, which is called link protection.
obj
ect Node In Figure 5-23 below, the primary CR-LSP passes through LSRC
protecti between the PLR (LSRB) and MP (LSRD). Bypass LSP 2 can
on protect LSRC, which is called node protection.
Non- A bypass CR-LSP has no bandwidth and protects only the path
bandwi of the primary CR-LSP.
dth
protecti
on
NOTE
A bypass CR-LSP supports the combination of protection modes. For example, manual
protection, node protection, and bandwidth protection can be implemented together on a
bypass CR-LSP.
Implementation
TE FRR is implemented as follows:
1. Setup of a primary CR-LSP
A primary CR-LSP is set up in the same way as a common CR-LSP except that
the ingress node adds flags into the SESSION_ATTRIBUTE object in a Path
message. For example, the local protection desired flag indicates that the
primary CR-LSP requires a bypass CR-LSP, and the bandwidth protection
desired flag indicates that the primary CR-LSP requires bandwidth protection.
2. Binding between a bypass CR-LSP and the primary CR-LSP
FRR TE searches for a suitable bypass CR-LSP for the primary CR-LSP. A bypass
CR-LSP can be bound to a primary CR-LSP only if the primary CR-LSP has a
local protection desired flag. The binding process is completed before a CR-
LSP switchover.
Before binding a bypass CR-LSP to a primary CR-LSP, the PLR must obtain the
following from the Record Route Object (RRO) in the received Resv message:
the outbound interface of the bypass CR-LSP, the next hop label forwarding
entry (NHLFE), the label switching router (LSR) ID of the MP, the label
allocated by the MP, and the protection type.
The PLR on the primary CR-LSP already knows its next hop (NHOP) and next
NHOP (NNHOP). If the egress LSR ID of the bypass CR-LSP is the same as the
NHOP LSR ID, the bypass CR-LSP provides link protection. If the egress LSR ID
of the bypass CR-LSP is the same as the NNHOP LSR ID, the bypass CR-LSP
provides node protection. In Figure 5-24, bypass LSP 1 protects the link
between LSRB and LSRC, and bypass LSP 2 protects the node between LSRB
and LSRD.
If multiple bypass CR-LSPs are established, the PLR checks whether the bypass
CR-LSP protect bandwidth, their implementations, and protected objects in
sequence. Bypass CR-LSPs providing bandwidth protection are preferred over
those that do not provide bandwidth protection. Manual bypass CR-LSPs are
preferred over auto bypass CR-LSPs. Bypass CR-LSPs providing node protection
are preferred over those providing link protection. Figure 5-24 shows two
bypass CR-LSPs. If both the bypass CR-LSPs provide bandwidth protection and
are manually configured, bypass LSP 2 is bound to the primary CR-LSP.
(Bypass LSP 2 provides node protection, and bypass LSP 1 provides link
protection.) If bypass LSP 1 provides bandwidth protection but bypass LSP 2
does not, bypass LSP 1 is bound to the primary CR-LSP.
After the binding is complete, the primary CR-LSP's NHLFE records the bypass
CR-LSP's NHLFE index and an inner label that the MP allocates to the
upstream node on the primary CR-LSP. This label is used to forward traffic
during a primary/backup CR-LSP switchover.
3. Fault detection
– Link protection uses a link layer protocol to detect and report faults. The
speed of fault detection at the link layer depends on the link type.
– Node protection uses a link layer protocol to detect link faults. If no fault
occurs on a link, RSVP Hello or BFD for RSVP is used to detect faults on
the protected node.
As soon as a link or node fault is detected, an FRR switchover is triggered.
NOTE
● In node protection, only the link between the protected node and the PLR is
protected. The PLR cannot detect faults on the link between the protected node
and the MP.
● Link fault detection, BFD, and RSVP Hello mechanisms detect a failure at
descending speeds.
4. Switchover
When the primary CR-LSP fails, service traffic and RSVP messages are
switched to the bypass CR-LSP, and the switchover event is advertised to the
upstream nodes. Upon receiving a data packet, the PLR pushes an inner label
and an outer label into the packet. The inner label is allocated by the MP to
the upstream node on the primary CR-LSP, and the outer label is allocated by
the next hop on the bypass CR-LSP to the PLR. The penultimate hop of the
bypass CR-LSP pops the outer label and forwards the packet with only the
inner label to the MP. The MP forwards the packet to the next hop along the
primary CR-LSP according to the inner label.
Figure 5-25 shows nodes on the primary and bypass CR-LSPs, labels allocated
to the nodes, and behavior that the nodes perform. The bypass CR-LSP
provides node protection. If LSRC or the link between LSRB and LSRC fails, the
PLR (LSRB) swaps the inner label 1024 to 1022, pushes the outer label 34 into
a packet, and forwards the packet to the next hop along the bypass CR-LSP.
The lower part of Figure 5-25 shows the packet forwarding process after a TE
FRR switchover.
5. Switchback
After a TE FRR switchover is complete, the ingress node of the primary CR-LSP
reestablishes the primary CR-LSP using the make-before-break mechanism.
Service traffic and RSVP messages are switched back to the primary CR-LSP
after the primary CR-LSP is successfully reestablished. The reestablished
primary CR-LSP is called a modified CR-LSP. The make-before-break
mechanism allows the original primary CR-LSP to be torn down only after the
modified CR-LSP is set up successfully.
NOTE
FRR does not take effect if multiple nodes fail simultaneously. After data is switched from
the primary CR-LSP to the bypass CR-LSP, the bypass CR-LSP must remain Up to ensure
data forwarding. If the bypass CR-LSP fails, the protected data cannot be forwarded using
MPLS, and the FRR function fails. Even if the bypass CR-LSP is reestablished, it cannot
forward data. Data forwarding will be restored only after the primary CR-LSP restores or is
reestablished.
Other Functions
● N:1 protection
TE FRR supports N:1 protection mode, in which a bypass CR-LSP protects
multiple primary CR-LSPs.
the ingress node starts to set up a backup CR-LSP only when the primary CR-
LSP is in FRR-in-use state. No more bandwidth is occupied when the primary
CR-LSP is working properly. Therefore, association between CR-LSP ordinary
backup and TE FRR is recommended.
5.2.9.6 SRLG
Shared risk link group (SRLG) is a constraint to calculating a backup or a bypass
CR-LSP on a network with CR-LSP hot standby or TE FRR configured. SRLG
prevents bypass and primary CR-LSPs from being set up on links with the same
risk level, which enhances TE tunnel reliability.
Background
A network administrator often uses CR-LSP hot standby or TE FRR technology to
ensure MPLS TE tunnel reliability. However, CR-LSP hot standby or TE FRR may fail
in real-world application.
In Figure 5-26, Path 1 is the primary CR-LSP and Path 2 is the bypass CR-LSP. The
link between P1 and P2 requires TE FRR protection.
Core nodes P1, P2, and P3 on the backbone network are connected by a transport
network device. In Figure 5-26, the top diagram is an abstract version of the
actual topology below. NE1 is a transport network device. During network
construction and deployment, two core nodes may share links on the transport
network. For example, the yellow links in Figure 5-26 are shared by P1, P2, and
P3. A shared link failure affects primary and bypass CR-LSPs and makes FRR
protection invalid. To enable TE FRR to protect the CR-LSP, bypass and primary CR-
LSPs must be set up over links of different risk levels. SRLG technology can be
deployed to meet this requirement.
However, an SRLG is a set of links that share the same risks. If one of the links
fails, other links in the group may fail as well. Therefore, protection fails even if
other links in the group function as the hot standby or bypass CR-LSP for the
failed link.
Implementation
SRLG is a link attribute, expressed by a numeric value. Links with the same SRLG
value belong to a single SRLG.
The SRLG value is advertised to the entire MPLS TE domain using IGP TE. Nodes in
a domain can then obtain SRLG values of all the links in the domain. The SRLG
value is used in CSPF calculations together with other constraints such as
bandwidth.
● Strict mode: The SRLG value is a mandatory constraint when CSPF calculates
paths for hot standby and bypass CR-LSPs.
● Preferred mode: The SRLG value is an optional constraint when CSPF
calculates paths for hot standby and bypass CR-LSPs. If CSPF fails to calculate
a path based on the SRLG value, CSPF excludes the SRLG value when
recalculating the path.
Usage Scenario
SRLG applies to networks with CR-LSP hot standby or TE FRR configured.
Benefits
SRLG constraints the path calculation for hot standby and bypass CR-LSPs, which
avoids primary and bypass CR-LSPs with the same risk level.
Concepts
Tunnel protection group concepts are as follows:
Implementation
A tunnel protection group uses a configured protection tunnel to protect a
working tunnel, improving tunnel reliability. Configuring working and protection
tunnels over separate links is recommended.
Table 5-19 describes the process of implementing a tunnel protection group.
Step Description
Switchba After the working tunnel is restored, the ingress node determines
ck whether to switch traffic back to the working tunnel according to
the configured switchback policy.
Table 5-20 Differences between CR-LSP backup and tunnel protection group
LSP attributes The primary and backup CR- Attributes of tunnels in a tunnel
LSPs have the same protection group are
attributes (such as independent from each other.
bandwidth, setup priority, For example, a protection tunnel
and holding priority), except without bandwidth can protect a
the TE FRR attributes. working tunnel requiring
bandwidth protection.
Background
In most cases, MPLS TE uses TE FRR, CR-LSP backup, and TE tunnel protection
group to enhance network reliability. These technologies detect faults using the
RSVP Hello or RSVP Srefresh mechanism, but the detection speed is slow. When a
Layer 2 device such as a switch or hub exists between two nodes, the traffic
switchover speed is even slower, leading to traffic loss. BFD uses the fast packet
transmission mode to quickly detect faults on MPLS TE tunnels, so that a service
traffic switchover can be triggered quickly to better protect the MPLS TE service.
Concepts
Based on BFD session setup modes, BFD is classified into the following types:
● Static BFD: Local and remote discriminators of BFD sessions are manually
configured.
● Dynamic BFD: Local and remote discriminators of BFD sessions are
automatically allocated by the system.
NOTE
For details about BFD, see BFD Configuration in the S2720, S5700, and S6700 V200R019C00
Configuration Guide - Reliability.
Implementation
In MPLS TE, BFD is implemented in the following methods for different detection
scenarios:
● BFD for RSVP
BFD for Resource Reservation Protocol (RSVP) detects faults on links between
RSVP nodes in milliseconds. BFD for RSVP applies to TE FRR networking
where a Layer 2 device exists between the PLR and its RSVP neighbor along
the primary CR-LSP.
● BFD for CR-LSP
BFD for CR-LSP can rapidly detect faults on CR-LSPs and notify the forwarding
plane of the faults to ensure a fast traffic switchover. BFD for CR-LSP is
usually used together with a hot-standby CR-LSP or a tunnel protection
group.
● BFD for TE Tunnel
When an MPLS TE tunnel functions as a virtual private network (VPN) tunnel
on the public network, BFD for TE tunnel detects faults in the entire TE
tunnel. This triggers traffic switchovers for VPN applications including VPN
FRR and virtual leased line (VLL) FRR.
BFD for RSVP detects faults in milliseconds on links between RSVP neighboring
nodes. BFD for RSVP applies to the TE FRR networking where Layer 2 devices exist
between the PLR and its RSVP neighbor along the primary CR-LSP, as shown in
Figure 5-29.
BFD for RSVP can share BFD sessions with BFD for OSPF, BFD for IS-IS, or BFD for
Border Gateway Protocol (BGP). Therefore, the local node selects the minimum
parameter values among the shared BFD session as the local BFD parameters. The
parameters include the transmit interval, the receive interval, and the local
detection multiplier.
Figure 5-30 BFD for CR-LSP before and after a link fault occurs
Differences
Table 5-21 lists differences among BFD for RSVP, BFD for CR-LSP, and BFD for TE
tunnel.
5.2.9.9 RSVP GR
RSVP Graceful Restart (GR) ensures uninterrupted traffic transmission on the
forwarding plane when traffic is switched to the control plane upon a node failure.
Background
GR is typically applied to provider edge (PE) routers, especially when users
connect to the backbone network through a single PE router. If an MPLS TE tunnel
deployed on such a PE router for traffic engineering or as a VPN tunnel on the
public network, traffic on the tunnel is interrupted when the PE router fails or
undergoes an active/standby switchover for maintenance (software upgrade, for
example). As shown in Figure 5-31, RSVP GR can be deployed on PE3 to ensure
uninterrupted service forwarding when PE3 fails.
Concepts
RSVP GR is a fast state recovery mechanism for RSVP-TE. As one of the high-
reliability technologies, RSVP GR is designed based on non-stop forwarding (NSF).
Implementation
RSVP GR detects the GR status of a neighbor using RSVP Hello extensions.
In Figure 5-32, after the GR restarter triggers a GR, it stops sending Hello
messages to its neighbors. If a GR helper does not receive Hello messages for
three consecutive intervals, it considers that the neighbor is performing a GR and
retains all forwarding information. Meanwhile, the device continues to transmit
services and wait for the GR restarter to complete the process.
After the GR restarter starts, it receives Hello messages from neighbors and sends
Hello messages in response. Upstream and downstream nodes process Hello
messages in different ways:
When receiving the GR Path message and the Recovery Path message, the GR
restarter reestablishes the path state block (PSB) and reservation state block (RSB)
of the CR-LSP based on the two messages. Information about the CR-LSP on the
local control plane is restored.
If the downstream GR helper cannot send Recovery Path messages, the GR
restarter reestablishes the local PSB and RSB using only GR Path messages.
Usage Scenario
RSVP GR can be deployed to improve device-level reliability for nodes when an
MPLS TE tunnel is set up using RSVP TE.
Benefits
When an active/standby switchover occurs on the control plane, RSVP GR ensures
uninterrupted data transmission, improving device-level reliability.
VoIP ● Bandwidth
guarantee:
required
● QoS
guarantee:
high
Business ● Bandwidth
VPN guarantee:
required
● QoS
guarantee:
medium
Networking Description
Currently, an IP MAN consists of a MAN backbone and a MAN access network,
which deliver services to users. Figure 5-33 and Figure 5-34 show end-to-end
service models for individual and enterprise subscribers.
Feature Deployment
Enterprise or individual services are core services that have bandwidth, QoS, and
reliability requirements. MPLS TE tunnels are recommended as VPN tunnels on the
public network to meet service requirements. For detailed deployment, see Table
5-23.
Key deployment points are as follows: Explicit paths are configured to separately
establish primary and backup CR-LSPs. The two paths do not overlap in important
areas.
License Requirements
MPLS TE is a basic feature of a switch and is not under license control.
NOTE
For details about software mappings, visit Hardware Query Tool and search for the desired
product model.
Feature Limitations
When configuring MPLS TE on the switch, pay attention to the following
points:
● In V200R003 and earlier versions, only VLANIF interfaces support MPLS TE. In
V200R005 and later versions, both VLANIF interfaces and Layer 3 Ethernet
interfaces support MPLS TE.
● On the S5720-EI switch, if hardware support for MPLS is displayed as NO in
the output of the display device capability command, the switch does not
support MPLS. In this case, you need to pay attention to the following points:
– MPLS cannot be enabled on the S5720-EI switch. If the switch has been
added to a stack, MPLS cannot be enabled on the stack.
– The S5720-EI switch cannot be added to a stack running MPLS.
When configuring TE FRR on the switch, pay attention to the following
points:
● Dynamic TE tunnels using bandwidth reserved in Shared Explicit (SE) style
support TE FRR, but static TE tunnels do not.
● For the S5720-EI, S6720-EI, and S6720S-EI, if TE FRR is enabled in a scenario
where MPLS TE tunnels transmit VPN services, you must configure PHP when
the MP node is the egress node of the primary CR-LSP.
● In V200R005 and earlier versions, TE 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's upstream node, an MP, or
the MP's downstream node, while 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.
When configuring tunnel protection groups on the switch, pay attention to
the following points:
● A tunnel protection group works in either 1:1 or N:1 mode. The 1:1 mode
enables a protection tunnel to protect only one working tunnel. The N:1 mode
enables a protection tunnel to protect multiple working tunnels. In a tunnel
protection group, a maximum of 16 primary tunnels can be protected.
● Tunnel-specific attributes in a tunnel protection group are independent from
each other. For example, a protection tunnel with the bandwidth 50 Mbit/s
can protect a working tunnel with the bandwidth 100 Mbit/s.
● Besides configuring a tunnel protection group to protect the working tunnel,
you can configure TE FRR on the working tunnel in the protection group for
dual protection to the working tunnel.
NOTE
MPLS TE Disabled
RSVP TE Disabled
Pre-configuration Tasks
Before configuring a static MPLS TE tunnel, complete the following tasks:
After a static CR-LSP is bound to a tunnel interface, the static CR-LSP takes effect without
an IP route configured.
Configuration Procedure
Except that configuring link bandwidth is optional, all the other configurations are
mandatory.
Procedure
Step 1 Run system-view
NOTE
Only the S5720-EI, S5720-HI, S5730-HI, S5731-H, S5731-S, S5731S-H, S5731S-S, S5732-H,
S6720-EI, S6720-HI, S6720S-EI, S6730-H, S6730-S, and S6730S-S support switching between
Layer 2 and Layer 3 modes.
----End
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.
Procedure
Step 1 Run system-view
Step 3 To configure the IP address of the tunnel interface, select one of the following
commands.
● Run ip address ip-address { mask | mask-length } [ sub ]
The IP address of the tunnel interface is configured.
The secondary IP address of the tunnel interface can be configured only after
the primary IP address is configured.
● Or run ip address unnumbered interface interface-type interface-number
The tunnel interface is configured to borrow an IP address from other
interfaces.
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 protocols, the configured destination
address is deleted automatically and you need to configure an address again.
NOTE
If MPLS TE parameters on a tunnel interface are modified, run the mpls te commit
command to activate them.
----End
NOTE
The configured bandwidth takes effect only during tunnel establishment and protocol
negotiation, and does not limit the bandwidth for traffic forwarding. (S5720-HI does not
have this restriction.)
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run interface interface-type interface-number
The MPLS-TE-enabled interface view is displayed.
Step 3 (Optional) On an Ethernet interface, run undo portswitch
The interface is switched to Layer 3 mode.
By default, an Ethernet interface works in Layer 2 mode.
NOTE
Only the S5720-EI, S5720-HI, S5730-HI, S5731-H, S5731-S, S5731S-H, S5731S-S, S5732-H,
S6720-EI, S6720-HI, S6720S-EI, S6730-H, S6730-S, and S6730S-S support switching between
Layer 2 and Layer 3 modes.
NOTE
● 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.
● Neither the BC0 bandwidth nor the BC1 bandwidth can be greater than the maximum
reservable bandwidth of the link.
----End
NOTE
After static CR-LSPs are configured, you can execute commands again to modify CR-LSP
parameters.
Procedure
● Configure the ingress node.
Perform the following operations on the ingress node of a static MPLS TE
tunnel.
a. Run system-view
The system view is displayed.
b. Run static-cr-lsp ingress { tunnel-interface tunnel interface-number |
tunnel-name } destination destination-address { nexthop next-hop-
address | outgoing-interface interface-type interface-number } * out-
label out-label [ bandwidth [ ct0 | ct1 ] bandwidth ]
The static CR-LSP is configured on the ingress node.
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.
tunnel-name must be the same as the tunnel name created by using the
interface tunnel interface-number command. tunnel-name is a case-
sensitive character string in which spaces are not supported.
The next hop or outbound interface is determined by the route from the
ingress to the egress. For the difference between the next hop and
outbound interface, refer to Creating IPv4 Static Routes in "Static Route
Configuration" in the S2720, S5700, and S6700 V200R019C00
Configuration Guide - IP Unicast Routing.
If an Ethernet interface is used as an outbound interface of an LSP, the
nexthop next-hop-address parameter must be configured.
NOTE
The configured bandwidth takes effect only during tunnel establishment and
protocol negotiation, and does not limit the bandwidth for traffic forwarding.
(S5720-HI does not have this restriction.)
● Configure a transit node.
Perform the following operations on the transit node of a static MPLS TE
tunnel.
a. Run system-view
The system view is displayed.
b. Run static-cr-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 [ bandwidth [ ct0 | ct1 ] bandwidth ] [ description description ]
The static CR-LSP is configured on the transit node.
lsp-name cannot be specified as the same as the name of an existing
tunnel on the node. The name of the MPLS TE tunnel interface associated
with the static CR-LSP can be used, such as Tunnel1.
If an Ethernet interface is used as an outbound interface of an LSP, the
nexthop next-hop-address parameter must be configured.
NOTE
The configured bandwidth takes effect only during tunnel establishment and
protocol negotiation, and does not limit the bandwidth for traffic forwarding.
(S5720-HI does not have this restriction.)
● Configure the egress node.
Perform the following operations on the egress node of a static MPLS TE
tunnel.
a. Run system-view
The system view is displayed.
b. Run static-cr-lsp egress lsp-name [ incoming-interface interface-type
interface-number ] in-label in-label
The static CR-LSP is configured on the egress node.
lsp-name cannot be specified as the same as the name of an existing
tunnel on the node. The name of the MPLS TE tunnel interface associated
with the static CR-LSP can be used, such as Tunnel1.
----End
Procedure
● 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.
● 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 ] [ verbose ] command
to check tunnel information.
● Run the display mpls te tunnel statistics or display mpls lsp statistics
command to check the tunnel statistics.
● Run the display mpls te tunnel-interface [ tunnel interface-number ]
command to check information about the tunnel interface on the ingress
node.
----End
Pre-configuration Tasks
Before configuring a dynamic MPLS TE tunnel, complete the following tasks:
● Configure an IGP to ensure reachable routes between nodes.
● Configure an LSR ID for each node.
● Enable MPLS globally on each node.
● Enable MPLS on each interface of each node.
Configuration Procedure
Except that configuring link bandwidth, referencing the CR-LSP attribute template
to set up a CR-LSP, and configuring tunnel constraints are optional, all the other
configurations are mandatory.
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run mpls
The MPLS view is displayed.
Step 3 Run mpls te
MPLS TE is enabled on the node globally.
Step 4 Run mpls rsvp-te
RSVP-TE is enabled on the node.
Step 5 Run quit
The system view is displayed.
Step 6 Run interface interface-type interface-number
The MPLS TE interface view is displayed.
Step 7 (Optional) On an Ethernet interface, run undo portswitch
The interface is switched to Layer 3 mode.
By default, an Ethernet interface works in Layer 2 mode.
NOTE
Only the S5720-EI, S5720-HI, S5730-HI, S5731-H, S5731-S, S5731S-H, S5731S-S, S5732-H,
S6720-EI, S6720-HI, S6720S-EI, S6730-H, S6730-S, and S6730S-S support switching between
Layer 2 and Layer 3 modes.
----End
NOTE
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run interface tunnel interface-number
A tunnel interface is created and the tunnel interface view is displayed.
NOTICE
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:
● 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.
● To configure the tunnel interface to borrow an IP address of another
interface, run ip address unnumbered interface interface-type interface-
number
An MPLS TE tunnel can be established even if the tunnel interface is assigned no
IP address. The tunnel interface must obtain an IP address before forwarding
traffic. An MPLS TE tunnel is unidirectional and does not need to configure a
separate IP address for the tunnel interface. Generally, a loopback interface is
created on the ingress node and a 32-bit address that is the same as the LSR ID is
assigned to the loopback interface. Then the tunnel interface borrows the IP
address of the loopback interface.
A tunnel ID is set.
By default, the tunnel interface name such as Tunnel1 is used as the name of the
TE tunnel.
Do not perform the constraint shortest path first (CSPF) calculation when an
MPLS TE tunnel is being set up.
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
When a non-Huawei device as the ingress node of an MPLS TE tunnel initiates a
request for setting up a CR-LSP with bandwidth constraints, configure link
bandwidth on the connected Huawei device for negotiation so that the CR-LSP
can be set up and network resources are used efficiently.
NOTE
The configured bandwidth takes effect only during tunnel establishment and protocol
negotiation, and does not limit the bandwidth for traffic forwarding. (S5720-HI does not
have this restriction.)
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run interface interface-type interface-number
The MPLS-TE-enabled interface view is displayed.
Step 3 (Optional) On an Ethernet interface, run undo portswitch
The interface is switched to Layer 3 mode.
By default, an Ethernet interface works in Layer 2 mode.
NOTE
Only the S5720-EI, S5720-HI, S5730-HI, S5731-H, S5731-S, S5731S-H, S5731S-S, S5732-H,
S6720-EI, S6720-HI, S6720S-EI, S6730-H, S6730-S, and S6730S-S support switching between
Layer 2 and Layer 3 modes.
NOTE
● 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.
● Neither the BC0 bandwidth nor the BC1 bandwidth can be greater than the maximum
reservable bandwidth of the link.
----End
calculate paths for MPLS TE tunnels. Current, the device can use two methods to
advertise TE information to generate TEDBs.
● OSPF TE
OSPF TE is an OSPF extension used on an MPLS TE network. LSRs on the
MPLS area exchange Opaque Type 10 LSAs that carry TE link information to
generate TEDBs for CSPF calculation.
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
Use the mode in which TE information is advertised according to the IGP used on
the backbone network. Perform the following operations on each node of an
MPLS TE tunnel.
Procedure
● Configure OSPF TE.
a. Run system-view
NOTE
This step is performed only on an area border router (ABR) connected to multiple
OSPF areas.
e. Run area area-id
a. Run system-view
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.
d. Run traffic-eng [ level-1 | level-2 | level-1-2 ]
IS-IS TE is enabled.
----End
Context
You can create a CR-LSP by using the following methods:
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.
Procedure
● Configure a CR-LSP attribute template.
a. Run system-view
The system view is displayed.
b. Run lsp-attribute lsp-attribute-name
A CR-LSP attribute template is created and the LSP attribute view is
displayed.
NOTICE
If resources are insufficient, setting the setup and holding priority values
helps a device release resources used by LSPs with lower priorities and
use the released resources to establish LSPs with higher priorities.
g. (Optional) Run hop-limit hop-limit
The hop limit is set for the CR-LSP attribute template.
By default, the hop limit is 32.
h. (Optional) Run fast-reroute [ bandwidth ]
FRR is enabled for the CR-LSP attribute template.
By default, FRR is disabled.
FRR is recommended for networks requiring high reliability.
NOTE
Before enabling or disabling FRR for the CR-LSP attribute template, note the
following:
● After FRR is enabled, the system automatically records routes for the CR-LSP.
● After FRR is disabled, attributes of the bypass tunnel are automatically
deleted.
● The undo mpls te record-route command can take effect only when FRR is
disabled.
i. (Optional) Run record-route [ label ]
The system is configured to record routes for the CR-LSP attribute
template.
By default, the system does not record routes for the CR-LSP attribute
template.
Perform this step to view label information and the number of hops on a
path over which a TE tunnel is established.
j. (Optional) Run bypass-attributes { bandwidth bandwidth | priority
setup_priority_value [ hold_priority_value ] }*
The bypass tunnel attributes are configured for the CR-LSP attribute
template.
By default, the bypass tunnel attributes are not configured.
k. Run commit
Configurations of the CR-LSP attribute template are committed.
When the CR-LSP attribute template is used to set up a CR-LSP:
a. Run system-view
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
NOTE
Before running this command, you must run the mpls te ordinary-lsp-constraint
command to reference the CR-LSP attribute template to set up an ordinary
backup CR-LSP.
h. Run mpls te commit
----End
Context
Constraints such as bandwidth and explicit path attributes can be configured on
the ingress to accurately and flexibly establish an RSVP-TE tunnel.
Procedure
● Configure an MPLS TE explicit path.
a. Run system-view
The system view is displayed.
b. Run explicit-path path-name
An explicit path is created and the explicit path view is displayed.
c. Run next hop ip-address [ include [ [ loose | strict ] | [ incoming |
outgoing ] ] * | exclude ]
A next-hop address is specified for the explicit path.
By default, the include strict parameter is configured, meaning that a
hop and its next hop must be directly connected. An explicit path can be
configured to pass through a specified node or not to pass through a
specified node.
Either of the following parameters can be configured:
NOTE
The configured bandwidth takes effect only during tunnel establishment and
protocol negotiation, and does not limit the bandwidth for traffic forwarding.
(S5720-HI does not have this restriction.)
d. Run mpls te path explicit-path path-name
An explicit path is configured for the tunnel.
Ignore this step if only the bandwidth needs to be specified.
e. Run mpls te commit
The configuration is committed.
----End
NOTE
Procedure
Step 1 Run system-view
----End
Prerequisites
The configurations of a dynamic MPLS TE tunnel are complete.
Procedure
● Run the display mpls te link-administration bandwidth-allocation
[ interface interface-type interface-number ] command to check information
about the allocated link bandwidth.
● Run the display ospf [ process-id ] mpls-te [ area area-id ] [ self-
originated ] command to check information about OSPF TE.
● Run one of the following commands to check IS-IS TE information:
Pre-configuration Tasks
Before importing traffic to the MPLS TE tunnel, complete one of the following
tasks:
● Configure a static MPLS TE tunnel. For details, see 5.7 Configuring a Static
MPLS TE Tunnel.
● Configure a dynamic MPLS TE tunnel. For details, see 5.8 Configuring a
Dynamic MPLS TE Tunnel.
Configuration Procedure
To direct traffic to the MPLS TE tunnel, perform one of the following operations
according to the network planning. You are advised to use the auto route
mechanism.
Procedure
Static routes in an MPLS TE tunnel are similar to common static routes. You only
need to configure a static route with a TE tunnel interface as the outbound
interface. For detailed instructions, see Configuring IPv4 Static Routes in "Static
Route Configuration" in the S2720, S5700, and S6700 V200R019C00 Configuration
Guide - IP Unicast Routing.
Procedure
You can configure either of the following types of tunnel policies according to
service requirements:
● Tunnel type prioritizing policy: Such a policy specifies the sequence in which
different types of tunnels are selected by the VPN. For example, you can
specify the VPN to select the TE tunnel first.
● Tunnel binding policy: This policy binds a TE tunnel to a specified VPN by
binding a specified destination address to the TE tunnel to provide QoS
guarantee.
For detailed instructions, see Configuring and Applying a Tunnel Policy in "BGP/
MPLS IP VPN Configuration" in the S2720, S5700, and S6700 V200R019C00
Configuration Guide - VPN.
Procedure
● Configuring IGP Shortcut
a. Run system-view
By default, the IGP shortcut is not configured. If the IGP type is not
specified when the IGP shortcut is configured, both IS-IS and OSPF are
supported by default.
d. Run mpls te igp metric { absolute absolute-value | relative relative-
value }
The IGP metric value for the tunnel is configured.
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.
NOTE
The IGP metric value must be set properly to ensure that LSP information is
advertised and used correctly. For example, the metric of a TE tunnel must be
less than that of IGP routes to ensure that the TE tunnel is used as a route link.
If relative is configured and IS-IS is used as an IGP, this step cannot modify the
IS-IS metric value. To change the IS-IS metric value, configure absolute in this
step.
e. Run mpls te commit
The current tunnel configuration is committed.
f. You can select either of the following modes to enable the forwarding
adjacency.
Procedure
● Run the display current-configuration command to view the configuration
for importing traffic to an MPLS TE tunnel.
● Run the display ip routing-table command to view the routes with an MPLS
TE tunnel interface as the outbound interface.
----End
Pre-configuration Tasks
Before adjusting RSVP-TE signaling parameters, complete the following task:
● Configure a dynamic MPLS TE tunnel. For details, see 5.8 Configuring a
Dynamic MPLS TE Tunnel.
Configuration Procedure
The following configurations are optional and can be performed in any sequence.
Context
If multiple CR-LSPs pass through the same node, the ingress nodes can be
configured with an RSVP resource reservation style to allow the CR-LSPs to share
reserved resources or use separate reserved resources on the overlapping node.
Procedure
Step 1 Run system-view
----End
Context
Receiving an ResvConf message does not mean that the resource reservation
succeeds. It means that resources are reserved successfully only on the farthest
upstream node where this Resv message arrives. These resources, however, may be
preempted by other applications later. You can enable reservation confirmation
mechanism to prevent this problem.
Procedure
Step 1 Run system-view
----End
Context
If an RSVP node does not receive any Refresh message within a specified period, it
deletes the path or reservation state. You can set the interval for sending Path/
Resv messages and retry count by setting RSVP timers to change the timeout
interval. The default interval and retry count are recommended. The timeout
interval is calculated using the following formula:
In the formula, keep-multiplier-number specifies the retry count allowed for RSVP
Refresh messages; refresh-interval specifies the interval for sending RSVP Refresh
messages.
Procedure
Step 1 Run system-view
If the interval is modified, the modification takes effect after the timer expires.
You are not advised to set a long interval or modify the interval frequently.
----End
Context
Enabling Srefresh in 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 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.
NOTE
The Srefresh mechanism in MPLS view is applied to the TE FRR networking. Srefresh is enabled
globally on the Point of Local Repair (PLR) and Merge Point (MP) over an FRR bypass tunnel.
This allows efficient use of network resources and improves Srefresh reliability.
Procedure
● Perform the following steps in the MPLS view.
a. Run system-view
The system view is displayed.
b. Run mpls
The MPLS view is displayed.
c. Run mpls rsvp-te srefresh
Srefresh is enabled.
By default, Srefresh is disabled globally.
● Perform the following steps in the interface view.
a. Run system-view
The system view is displayed.
b. Run interface interface-type interface-number
The interface view is displayed.
c. (Optional) On an Ethernet interface, run undo portswitch
The interface is switched to Layer 3 mode.
By default, an Ethernet interface works in Layer 2 mode.
NOTE
NOTE
For details about the RSVP Hello extension mechanism, see RFC 3209.
Procedure
Step 1 Run system-view
When the RSVP Hello extension is enabled, by default, Hello ACK messages
cannot be received for consecutive three times, exceeding which the link is
regarded as faulty, and the TE tunnel is torn down.
When the RSVP Hello extension is enabled, by default, the interval of Hello
message is 3 seconds.
If the interval is modified, the modification takes effect after the timer expires.
NOTE
Only the S5720-EI, S5720-HI, S5730-HI, S5731-H, S5731-S, S5731S-H, S5731S-S, S5732-H,
S6720-EI, S6720-HI, S6720S-EI, S6730-H, S6730-S, and S6730S-S support switching between
Layer 2 and Layer 3 modes.
----End
You can configure the transit and egress nodes to add the down-reason object in
an RSVP message to be sent, facilitating fault locating.
Procedure
● Configure the formats of objects in an RSVP message.
a. Run system-view
NOTICE
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:
● To enter the interface view of an MPLS TE tunnel, run interface interface-type
interface-number
RSVP key authentication configured in the interface view takes effect only on
the current interface and has the lowest preference.
NOTE
On an Ethernet interface, run the undo portswitch command to switch the working mode
of the interface to Layer 3 mode.
● 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, 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.
NOTE
If a neighbor node is identified by its LSR-ID, CSPF must be enabled on two neighboring
devices where RSVP authentication is required.
NOTICE
NOTE
If you run the mpls rsvp-te authentication lifetime lifetime command after configuring
the handshake function, note that the RSVP authentication lifetime must be greater than
the interval for sending RSVP refresh messages configured by mpls rsvp-te timer refresh
command.
If the RSVP authentication lifetime is smaller than the interval for sending RSVP refresh
messages, the RSVP authentication relationship will 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 will cause RSVP tunnels unable to be set up or cause RSVP tunnels to
be deleted.
When window-size is larger than 1, it means that a device accepts several valid
sequence numbers.
NOTE
----End
Procedure
● Run the display mpls rsvp-te command to check related information about
RSVP-TE.
● Run the display default-parameter mpls rsvp-te command to check default
parameters of RSVP-TE.
● Run the display mpls rsvp-te session ingress-lsr-id tunnel-id egress-lsr-id
command to check information about the specified RSVP session.
● Run the display mpls rsvp-te psb-content [ ingress-lsr-id tunnel-id lsp-id ]
command to check information about RSVP-TE PSB.
● Run the display mpls rsvp-te rsb-content [ ingress-lsr-id tunnel-id lsp-id ]
command to check information about RSVP-TE RSB.
● Run the display mpls rsvp-te statistics { global | interface [ interface-type
interface-number ] } command to check RSVP-TE statistics.
● 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
Pre-configuration Tasks
Before adjusting the path of a CR-LSP, complete the following task:
● Configure a dynamic MPLS TE tunnel. For details, see 5.8 Configuring a
Dynamic MPLS TE Tunnel.
Configuration Procedure
The following configurations are optional and can be performed in any sequence.
Context
You can configure the CSPF tie-breaking function to select a path from multiple
paths with the same weight value.
Procedure
Step 1 Run system-view
NOTE
The maximum reservable bandwidth is the bandwidth configured by the command mpls te
bandwidth max-reservable-bandwidth bw-value.
NOTE
The tunnel preferentially takes the tie-breaking policy configured in its tunnel interface
view. If the tie-breaking policy is not configured in the tunnel interface view, the
configuration in the MPLS view is used.
----End
Procedure
● Specifying the metric type used by the tunnel
Perform the following configurations on the ingress node of an MPLS TE
tunnel.
a. Run system-view
The system view is displayed.
b. Run interface tunnel interface-number
The tunnel interface view is displayed.
c. Run mpls te path metric-type { igp | te }
The metric type for path computation is configured.
d. Run mpls te commit
The current configuration of the tunnel is committed.
e. Run quit
Return to the system view.
f. (Optional) Run mpls
The MPLS view is displayed.
g. (Optional) Run mpls te path metric-type { igp | te }
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.
● (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 outbound interface of the ingress and the transit
node by performing the following configurations.
a. Run system-view
The system view is displayed.
b. Run interface interface-type interface-number
The view of the MPLS-TE-enabled interface is displayed.
c. (Optional) On an Ethernet interface, run undo portswitch
The interface is switched to Layer 3 mode.
By default, an Ethernet interface works in Layer 2 mode.
NOTE
NOTE
If the IGP is OSPF and the current device is a stub router, the mpls te metric
command does not take effect.
----End
Context
Similar to the administrative group and the affinity property, the hop limit is a
condition for CR-LSP path selection and is used to specify the number of hops
along a CR-LSP to be set up.
Procedure
Step 1 Run system-view
The number of hops along the CR-LSP is set. The hop-limit-value is an integer
ranging from 1 to 32.
----End
Context
By configuring the route pinning function, you can use the path that is originally
selected, rather than another eligible path, to set up a CR-LSP.
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
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run interface interface-type interface-number
The interface view of the MPLS-TE-enabled interface is displayed.
Step 3 (Optional) On an Ethernet interface, run undo portswitch
The interface is switched to Layer 3 mode.
By default, an Ethernet interface works in Layer 2 mode.
NOTE
Only the S5720-EI, S5720-HI, S5730-HI, S5731-H, S5731-S, S5731S-H, S5731S-S, S5732-H,
S6720-EI, S6720-HI, S6720S-EI, S6730-H, S6730-S, and S6730S-S support switching between
Layer 2 and Layer 3 modes.
----End
Procedure
● Configuring SRLG for the link
Perform the following configurations on the links which are in the same SRLG.
a. Run system-view
The system view is displayed.
b. Run interface interface-type interface-number
The interface view is displayed.
c. (Optional) On an Ethernet interface, run undo portswitch
The interface is switched to Layer 3 mode.
By default, an Ethernet interface works in Layer 2 mode.
NOTE
a. Run system-view
If you specify the strict keyword, CSPF avoids the following links when
calculating the bypass CR-LSP or backup CR-LSP:
▪ Link with the same SRLG attributes as SRLG attributes of the primary
CR-LSP
▪ All links along the primary CR-LSP regardless of whether the links are
configured with SRLG attributes
CSPF does not exclude the nodes that the primary CR-LSP passes.
NOTE
● If you specify the strict keyword, CSPF always considers the SRLG as a
constraint when calculating the path for the bypass CR-LSP or the backup CR-
LSP.
● If you specify the preferred keyword, CSPF tries to calculate the path which
avoids the links in the same SRLG as protected interfaces; if the calculation
fails, CSPF does not consider the SRLG as a constraint.
● Delete the member interfaces of all SRLGs.
a. Run system-view
The member interfaces of all SRLGs are deleted from the MPLS TE node.
NOTE
The undo mpls te srlg all-config does not delete an SRLG-based path
calculation mode configured in the mpls te srlg path-calculation command in
the MPLS view.
----End
Context
A node becomes overloaded in the following situations:
● When the node is transmitting a large number of services and its system
resources are exhausted, the node marks itself overloaded.
● 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.
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
----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.
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
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
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run interface interface-type interface-number
The view of the MPLS-TE-enabled interface is displayed.
Step 3 (Optional) On an Ethernet interface, run undo portswitch
The interface is switched to Layer 3 mode.
By default, an Ethernet interface works in Layer 2 mode.
NOTE
Only the S5720-EI, S5720-HI, S5730-HI, S5731-H, S5731-S, S5731S-H, S5731S-S, S5732-H,
S6720-EI, S6720-HI, S6720S-EI, S6730-H, S6730-S, and S6730S-S support switching between
Layer 2 and Layer 3 modes.
----End
Prerequisites
The configurations of adjusting the path of a CR-LSP are complete.
Procedure
● Run the display mpls te tunnel verbose command to check information
about the MPLS TE tunnel.
● Run the display mpls te srlg { srlg-number | all } command to check the
SRLG configuration and interfaces in the SRLG.
● Run the display mpls te link-administration srlg-information [ interface
interface-type interface-number ] command to check the SRLG that interfaces
belong to.
● Run the display mpls te tunnel c-hop [ tunnel-name ] [ lsp-id ingress-lsr-id
session-id lsp-id ] command to check path computation results of tunnels.
● Run the display default-parameter mpls te cspf command to check default
CSPF settings.
----End
Pre-configuration Tasks
Before adjusting establishment of an MPLS TE tunnel, complete the following task:
● Configure a dynamic MPLS TE tunnel. For details, see 5.8 Configuring a
Dynamic MPLS TE Tunnel.
Configuration Procedure
The following configurations are optional and can be performed in any sequence.
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run interface tunnel interface-number
The tunnel interface view of the MPLS TE tunnel is displayed.
Step 3 Run mpls te loop-detection
The loop detection on tunnel creation is enabled.
By default, loop detection is disabled.
Step 4 Run mpls te commit
The current tunnel configuration is committed.
----End
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run interface tunnel interface-number
The tunnel interface view of the MPLS TE tunnel is displayed.
Step 3 Run mpls te record-route [ label ]
The route and label are recorded when establishing the tunnel.
By default, routes and labels are not recorded.
----End
NOTE
● If the re-optimization is enabled, the route pinning cannot be used at the same time.
● The CR-LSP re-optimization cannot be configured when the resource reservation style is
FF.
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run interface tunnel interface-number
The tunnel interface view of the MPLS TE tunnel is displayed.
Step 3 Run mpls te reoptimization [ frequency interval ]
Periodic re-optimization is enabled.
By default, re-optimization is disabled. The default periodic re-optimization
interval is 3600 seconds.
Step 4 Run mpls te commit
The current tunnel configuration is committed.
Step 5 Run quit
The system view is displayed.
Step 6 (Optional) Set the switching and deletion delays.
1. Run mpls
The MPLS view is displayed.
2. Run mpls te switch-delay switch-time delete-delay delete-time
After you configure the automatic re-optimization in the tunnel interface view,
you can return to the user view and run the mpls te reoptimization command to
immediately re-optimize all tunnels or the specified tunnel on which the
automatic re-optimization is enabled. After you perform the manual re-
optimization, the timer of the automatic re-optimization is reset and counts again.
----End
Context
By configuring the tunnel reestablishment function, you can periodically
recompute the route for a CR-LSP. If the route in recomputation is better than the
route in use, a new CR-LSP is then established according to the recomputed route.
In addition, services are switched to the new CR-LSP, and the previous CR-LSP is
deleted.
Procedure
Step 1 Run system-view
----End
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run mpls
The MPLS view is displayed.
Step 3 Run mpls te signaling-delay-trigger enable
The RSVP signaling delay-trigger function is enabled.
By default, the RSVP signaling delay-trigger function is not enabled.
----End
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run interface tunnel interface-number
The tunnel interface view of the MPLS TE tunnel is displayed.
Step 3 Run mpls te priority setup-priority [ hold-priority ]
The priority for the tunnel is configured.
Both the setup priority and the holding priority range from 0 to 7. The smaller the
value is, the higher the priority is.
By default, both the setup priority and the holding priority are 7. If only the setup
priority value is set, the holding priority value is the same as the setup priority
value.
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.
----End
Procedure
● Run the display mpls te tunnel-interface [ tunnel interface-number ]
command to check information about the tunnel interface.
----End
Pre-configuration Tasks
Before configuring CR-LSP backup, complete the following tasks:
● Configure a dynamic MPLS TE or DS-TE tunnel. For details, see 5.8
Configuring a Dynamic MPLS TE Tunnel.
● Enable MPLS, MPLS TE, and RSVP-TE globally and on interfaces of each node
along a backup CR-LSP.
NOTE
If CR-LSP hot standby is configured, perform the operation of 5.19 Configuring Static BFD for
CR-LSPs or 5.20 Configuring Dynamic BFD for CR-LSPs to implement fast switching at the
millisecond level.
Configuration Procedure
Configuring forcible switchover, locking a backup CR-LSP attribute template,
configuring dynamic bandwidth for hot-standby CR-LSPs, and configuring a best-
effort path are optional.
Context
CR-LSP backup can be configured to allow traffic to switch from a primary CR-LSP
to a backup CR-LSP, providing end-to-end protection.
Procedure
Step 1 Run system-view
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. For details on how to create a bypass CR-LSP,
see Configuring Manual TE FRR or Configuring Auto TE FRR.
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. For details on how to create
a protection tunnel, see Configuring a Tunnel Protection Group.
After hot standby or ordinary backup is configured, the system selects a path for a
backup CR-LSP. To specify a path for a backup CR-LSP, repeatedly perform one or
more of steps 4 to 6. When hot standby is configured, repeatedly perform one or
more of steps 7 to 9.
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 path-name command in the
system view, and the nodes on the path are specified.
By default, the affinity property used by the backup CR-LSP is 0x0 and the mask is
0x0.
After the path overlapping function is configured, the path of the hot-standby CR-
LSP partially overlaps the path of the primary CR-LSP when the hot-standby CR-
LSP cannot exclude paths of the primary CR-LSP.
By default, the WTR time for switching traffic from a hot-standby CR-LSP to a
primary CR-LSP is 10 seconds.
Step 9 (Optional) Run mpls te backup hot-standby mode { revertive [ wtr interval ] |
non-revertive }
----End
Context
If a backup CR-LSP has been established and a primary CR-LSP needs to be
adjusted, configure the forcible switchover function to switch traffic from the
primary CR-LSP to the backup CR-LSP. After adjusting the primary CR-LSP, switch
traffic back to the primary CR-LSP. This process prevents traffic loss during the
primary CR-LSP adjustment.
Procedure
● Before adjusting a primary CR-LSP, perform the following configurations.
a. Run system-view
NOTICE
To prevent traffic loss, check that a backup CR-LSP has been established
before running the hotstandby-switch force command.
----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.
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run interface tunnel tunnel-number
The tunnel interface view is displayed.
Step 3 Run mpls te primary-lsp-constraint { dynamic | lsp-attribute lsp-attribute-
name }
An attribute template is specified for setting up a primary CR-LSP.
Step 4 Run either of the following commands as needed to establish a backup CR-LSP:
● To establish an ordinary backup CR-LSP, run mpls te ordinary-lsp-constraint
number { dynamic | lsp-attribute lsp-attribute-name }
● To establish a hot-standby CR-LSP, run mpls te hotstandby-lsp-constraint
number { dynamic | lsp-attribute lsp-attribute-name }
Step 5 Run either of the following commands as needed to lock a backup CR-LSP
attribute template:
● To lock an attribute template for an ordinary backup CR-LSP, run mpls te
backup ordinary-lsp-constraint lock
● To lock an attribute template for a hot-standby CR-LSP, run mpls te backup
hotstandby-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.
----End
Procedure
● Perform the following configurations to enable the dynamic bandwidth
function for hot-standby CR-LSPs that are established not using attribute
templates.
a. Run system-view
NOTE
NOTE
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run interface tunnel tunnel-number
The tunnel interface view is displayed.
Step 3 Run mpls te backup ordinary best-effort
A best-effort path is configured.
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 4 (Optional) Run mpls te affinity property properties [ mask mask-value ] best-
effort
The affinity property of the best-effort path is configured.
By default, the affinity property used by the best-effort path is 0x0 and the mask
is 0x0.
Step 5 (Optional) Run mpls te hop-limit hop-limit-value best-effort
The hop limit of the best-effort path is set.
----End
Procedure
● Run the display mpls te tunnel-interface [ tunnel tunnel-number ]
command to check information about the tunnel interface.
● Run the display mpls te hot-standby state { all [ verbose ] | interface
tunnel interface-number } command to check information about the hot-
standby status.
● 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 ] [ verbose ] command
to check CR-LSP information.
----End
Pre-configuration Tasks
Before configuring manual MPLS TE FRR, complete the following tasks:
● Configure a dynamic MPLS TE tunnel. For details, see 5.8 Configuring a
Dynamic MPLS TE Tunnel.
● Enable MPLS, MPLS TE and RSVP-TE in the system view and interface view of
each node along a bypass tunnel.
● Enable CSPF on a PLR.
NOTE
Perform the operation of 5.18 Configuring Dynamic BFD for RSVP to implement fast switching
at the millisecond level.
Configuration Procedure
Except that configuring a TE FRR scanning timer and changing the PSB and RSB
timeout multiplier are optional, other configurations are mandatory.
Context
TE FRR must be enabled for a primary tunnel before a bypass tunnel is
established.
Procedure
Step 1 Run system-view
TE FRR is enabled.
NOTE
Only the primary tunnel in a tunnel protection group can be configured together with TE
FRR on the ingress node. 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, Tunnel1 and Tunnel2 are tunnel interfaces on MPLS TE tunnels and the tunnel
named Tunnel2 has a tunnel ID of 200. The mpls te protection tunnel 200 and mpls te
fast-reroute commands cannot be configured simultaneously on Tunnel1. That is, the
tunnel protection group and TE FRR cannot be used together on Tunnel1. A configuration
failure will occur if the mpls te protection tunnel 200 command is run on Tunnel1 and the
mpls te fast-reroute command is run on Tunnel2.
----End
Context
A bypass tunnel provides protection for a link or node on a primary tunnel. An
explicit path and attributes must be specified for a bypass tunnel when TE manual
FRR is being configured.
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
● 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.
● 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
The system view is displayed.
Step 2 Run interface tunnel tunnel-number
The tunnel interface view of a bypass tunnel is displayed.
Step 3 Run either of the following commands to configure the IP address for the tunnel
interface:
● To configure an IP address for the interface, run ip address ip-address { mask
| mask-length } [ sub ]
● To configure the tunnel interface to borrow an IP address of another
interface, run ip address unnumbered interface interface-type interface-
number
A tunnel interface must have an IP address to forward traffic. An MPLS TE tunnel
is unidirectional and does not 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
MPLS TE is configured as a tunnel protocol.
Step 5 Run destination ip-address
The LSR ID of an MP is specified as the destination address of the bypass tunnel.
Step 6 Run mpls te tunnel-id tunnel-id
The tunnel ID is set for the bypass tunnel.
Step 7 (Optional) Run mpls te path explicit-path path-name
An explicit path is specified for the bypass tunnel.
Before using this command, ensure that the explicit path has been created using
the explicit-path command. Note that physical links of a bypass tunnel cannot
overlap protected physical links of the primary tunnel.
Step 8 Run mpls te bypass-tunnel
The bypass tunnel function is enabled.
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 bypass-tunnel and mpls te backup
commands are both configured on the tunnel interface.
● A tunnel interface cannot be used for both a bypass tunnel and a primary tunnel. A
protection failure will occur if the mpls te bypass-tunnel and mpls te fast-reroute
commands are both configured 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 bypass-tunnel
and mpls te protection tunnel commands are both configured on the tunnel interface.
NOTE
----End
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run mpls
The MPLS view is displayed.
Step 3 Run mpls te timer fast-reroute [ weight ]
Set the interval at which the binding between a bypass CR-LSP and a primary CR-
LSP is refreshed.
By default, the time weight used to calculate the interval is 300. And the actual
interval at which the binding between a bypass CR-LSP and a primary LSP is
refreshed depends on device performance and the maximum number of LSPs that
can be established on the device.
----End
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run mpls
The MPLS view is displayed.
Step 3 Run mpls rsvp-te keep-multiplier keep-multiplier-number
The PSB and RSB timeout multiplier is set.
The default timeout multiplier is 3.
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
Procedure
● Run the display mpls lsp lsp-id ingress-lsr-id session-id lsp-id [ verbose ]
command to check information about a specified primary tunnel.
● Run the display mpls lsp attribute bypass-inuse { inuse | not-exists | exists-
not-used } command to check information about the attribute of a specified
bypass LSP.
Pre-configuration Tasks
Before configuring auto TE FRR, complete the following task:
● Configure a dynamic MPLS TE tunnel. For details, see 5.8 Configuring a
Dynamic MPLS TE Tunnel.
● Enable MPLS, MPLS TE and RSVP-TE in the system view and interface view of
each node along a bypass tunnel.
● Enable CSPF on a PLR.
NOTE
Perform the operation of 5.18 Configuring Dynamic BFD for RSVP to implement fast switching
at the millisecond level.
Configuration Procedure
Except that configuring a TE FRR scanning timer, changing the PSB and RSB
timeout multiplier, configuring auto bypass tunnel re-optimization, and
configuring interworking with other vendors are optional, other configurations are
mandatory.
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run mpls
The MPLS view is displayed.
Step 3 Run mpls te auto-frr
Auto TE FRR is enabled globally.
After auto TE FRR is enabled globally, link protection is enabled on all interfaces
enabled with MPLS TE.
Step 4 (Optional) Configure MPLS TE Auto FRR in the interface view.
1. Run quit
Return to the system view.
2. Run interface interface-type interface-number
The interface view of the outbound interface of the primary tunnel is
displayed.
3. (Optional) On an Ethernet interface, run undo portswitch
The interface is switched to Layer 3 mode.
By default, an Ethernet interface works in Layer 2 mode.
NOTE
NOTE
After mpls te auto-frr is used in the MPLS view, the mpls te auto-frr default or mpls
te auto-frr node command used on an interface protects only nodes. When 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
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run interface tunnel interface-number
The tunnel interface view of the primary tunnel is displayed.
Step 3 Run mpls te fast-reroute [ bandwidth ]
The TE FRR is enabled.
To guarantee the tunnel bandwidth, you must specify the parameter bandwidth.
Step 4 (Optional) Run mpls te bypass-attributes [ bandwidth bandwidth ] [ priority
setup-priority [ hold-priority ] ]
The attributes of the bypass tunnel are configured.
NOTE
● The bypass tunnel attributes can be configured only after the mpls te fast-reroute
bandwidth command is run on the primary tunnel.
● The bandwidth of the bypass tunnel cannot be greater than the bandwidth of the
primary tunnel.
● 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.
● 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.
● When the bandwidth of the primary tunnel is changed or the FRR is disabled, the
attributes of the bypass tunnel are cleared automatically.
----End
bypass CR-LSP and binds it to a primary CR-LSP. A TE FRR scanning timer is set to
determine the interval at which the binding between a bypass CR-LSP and a
primary CR-LSP is refreshed.
Procedure
Step 1 Run system-view
Set the interval at which the binding between a bypass CR-LSP and a primary CR-
LSP is refreshed.
By default, the time weight used to calculate the interval is 300. And the actual
interval at which the binding between a bypass CR-LSP and a primary LSP is
refreshed depends on device performance and the maximum number of LSPs that
can be established on the device.
----End
Context
To help allow TE FRR to operate during the RSVP GR process, the timeout
multiplier of the Path State Block (PSB) and Reservation State Block (RSB) can be
set. The setting prevents the situation where information in PSBs and RSBs is
dropped due to a timeout before the GR processes are complete for a large
number of CR-LSPs.
Procedure
Step 1 Run system-view
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
Context
Network changes often cause the changes in optimal paths. Auto Bypass tunnel
re-optimization allows paths to be recalculated at certain intervals for an auto
bypass tunnel. If an optimal path to the same destination is found due to some
reasons, such as the changes in the cost, a new auto bypass tunnel will be set up
over this optimal path. In this manner, network resources are optimized.
Procedure
Step 1 Run system-view
----End
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run mpls
The MPLS view is displayed.
Step 3 Run mpls rsvp-te fast-reroute-bandwidth compatible
The device is configured to save the bandwidth of FRR objects in integer mode.
By default, the bandwidth of FRR objects is saved in the float point mode.
----End
Procedure
● Run the display mpls te tunnel verbose command to check binding
information about the primary tunnel and the auto bypass tunnel.
● Run the display mpls lsp attribute bypass-inuse { inuse | not-exists | exists-
not-used } command to check information about the attribute of a specified
bypass LSP.
● Run the display mpls lsp attribute bypass-tunnel tunnel-name command to
check information about the attribute of a bypass tunnel.
● Run the display mpls te tunnel-interface [ tunnel interface-number | auto-
bypass-tunnel [ tunnel-name ] ] command to check detailed information
about the tunnel interface of a specified primary or bypass tunnel.
● 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.
● Run the display mpls rsvp-te statistics fast-reroute command to check TE
FRR statistics.
Pre-configuration Tasks
Before configuring association between TE FRR and CR-LSP backup, complete the
following tasks:
● Configure CR-LSP backup (except for the best-effort path) in either hot
standby mode or ordinary backup mode. For details, see 5.13 Configuring
CR-LSP Backup.
● Configure manual TE FRR or auto TE FRR. For details, see 5.14 Configuring
Manual TE FRR or 5.15 Configuring Auto TE FRR.
Context
Association between TE FRR and CR-LSP backup protects the entire CR-LSP.
Perform the following configurations on the ingress node of the primary MPLS TE
tunnel.
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run interface tunnel interface-number
The tunnel interface view of the MPLS TE tunnel is displayed.
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 bypass CR-LSP and tries to restore the primary CR-
LSP. At the same time, the system attempts to set up a backup CR-LSP.
Step 4 Run mpls te commit
The tunnel configurations are committed.
----End
Pre-configuration Tasks
Before configuring a tunnel protection group, complete the following tasks:
● Create a working tunnel. For details, see 5.7 Configuring a Static MPLS TE
Tunnel or 5.8 Configuring a Dynamic MPLS TE Tunnel.
● Create a protection tunnel. For details, see 5.7 Configuring a Static MPLS TE
Tunnel or 5.8 Configuring a Dynamic MPLS TE Tunnel.
NOTE
Configuration Procedure
Except that configuring the protection switching trigger mechanism is optional,
other configurations are mandatory.
NOTE
You can also perform the following steps to modify a tunnel protection group.
Perform the following configurations on the ingress node of the primary MPLS TE
tunnel.
Procedure
Step 1 Run system-view
The system view is displayed.
Step 3 Run mpls te protection tunnel tunnel-id [ holdoff holdoff-time ] [ mode { non-
revertive | revertive [ wtr wtr-time ] } ]
----End
Context
After configuring a tunnel protection group, you can configure a trigger
mechanism of protection switching to force traffic to switch to the primary LSP or
the backup LSP. Alternatively, you can perform switchover manually.
The device performs protection switching based on the following rules, see Table
5-26. ↑ in this table indicates that the priority level in the upper line is higher than
that in a lower line.
Perform the following configurations on the ingress node of the primary MPLS TE
tunnel.
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run interface tunnel interface-number
The tunnel interface view of the primary tunnel is displayed.
Step 3 Select one of the following protection switching trigger methods as required:
● To forcibly switch traffic from the working tunnel to the protection tunnel, run
mpls te protect-switch force
● To prevent traffic from switching on the working tunnel, run mpls te protect-
switch lock
----End
Prerequisites
All configurations of a tunnel protection group are complete.
Procedure
Step 1 Run the display mpls te protection tunnel { all | tunnel-id | interface tunnel
interface-number } [ verbose ] command to check information about a tunnel
protection group.
----End
Before configuring dynamic BFD for RSVP, complete one of the following tasks:
● Configure a dynamic MPLS TE tunnel. For details, see 5.8 Configuring a
Dynamic MPLS TE Tunnel.
● Configure manual TE FRR. For details, see 5.14 Configuring Manual TE FRR.
● Configure auto TE FRR. For details, see 5.15 Configuring Auto TE FRR.
Configuration Procedure
Except that adjusting BFD parameters is optional, other configurations are
mandatory.
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run bfd
BFD is enabled globally.
----End
Procedure
● Enable BFD for RSVP globally.
a. Run system-view
The system view is displayed.
b. Run mpls
The MPLS view is displayed.
c. Run mpls rsvp-te bfd all-interfaces enable
BFD for RSVP is enabled globally.
After this command is run in the MPLS view, BFD for RSVP is enabled on
all RSVP interfaces except the interfaces with BFD for RSVP that are
blocked.
d. (Optional) Disable BFD for RSVP on the RSVP interfaces that does not
need to be enabled with BFD for RSVP.
i. Run quit
Return to the system view.
ii. Run interface interface-type interface-number
The view of the RSVP-TE-enabled interface is displayed.
iii. On an Ethernet interface, run undo portswitch
The interface is switched to Layer 3 mode.
By default, an Ethernet interface works in Layer 2 mode.
iv. Run mpls rsvp-te bfd block
BFD for RSVP is disabled on the interface.
● Enable BFD for RSVP on the RSVP interface.
a. Run system-view
The system view is displayed.
b. Run interface interface-type interface-number
The view of the RSVP-TE-enabled interface is displayed.
c. Run mpls rsvp-te bfd enable
BFD for RSVP is enabled on the RSVP interface.
----End
Procedure
● Adjust global BFD parameters globally.
a. Run system-view
The system view is displayed.
b. Run mpls
The MPLS view is displayed.
▪ tx-interval indicates the Desired Min Tx Interval (DMTI), that is, the
desired minimum interval for the local end sending BFD control
packets.
▪ rx-interval indicates the Required Min Rx Interval (RMRI), that is, the
supported minimum interval for the local end receiving BFD control
packets.
BFD detection parameters that take effect on the local node may be
different from the configured parameters:
NOTE
----End
Procedure
● 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.
● Run the display mpls rsvp-te command to check the RSVP-TE configuration.
● Run the display mpls rsvp-te interface [ interface-type interface-number ]
command to check the RSVP-TE configuration on the interface.
● Run the display mpls rsvp-te peer [ interface interface-type interface-
number ] command to check information about the RSVP neighbor.
● Run the display mpls rsvp-te statistics { global | interface [ interface-type
interface-number ] } command to check RSVP-TE statistics.
----End
Pre-configuration Tasks
Before configuring static BFD for CR-LSPs, complete one of the following tasks:
● Configure a static MPLS TE tunnel. For details, see 5.7 Configuring a Static
MPLS TE Tunnel.
● Configure a dynamic MPLS TE tunnel. For details, see 5.8 Configuring a
Dynamic MPLS TE Tunnel.
● Configure CR-LSP backup. For details, see 5.13 Configuring CR-LSP Backup.
● 5.17 Configuring a Tunnel Protection Group
Configuration Procedure
The following configurations are mandatory.
Perform the following configurations on the ingress and egress nodes of an MPLS
TE tunnel.
Procedure
Step 1 Run system-view
----End
Context
The BFD parameters configured on the ingress node include the local and remote
discriminators, local intervals at which BFD packets are sent and received, and BFD
detection multiplier, which determine the establishment of a BFD session.
Procedure
Step 1 Run system-view
Step 2 Run bfd cfg-name bind mpls-te interface tunnel interface-number te-lsp
[ backup ]
----End
Procedure
Step 1 Run system-view
Step 2 Configure a reverse tunnel to inform the ingress node of a fault if the fault occurs.
The reverse tunnel can be the IP link, LSP, or TE tunnel. To ensure that the forward
and reverse paths are over the same link, a CR-LSP is preferentially selected to
notify the ingress node of an LSP fault. Run the following commands as required.
● For an IP link, run bfd session-name bind peer-ip ip-address [ vpn-instance
vpn-name ] [ interface interface-type interface-number] [ source-ip ip-
address ]
● For an LDP LSP, run bfd session-name bind ldp-lsp peer-ip ip-address
nexthop ip-address [ interface interface-type interface-number ]
● For a static LSP, run bfd session-name bind static-lsp lsp-name
● For a CR-LSP, run bfd session-name bind mpls-te interface tunnel interface-
number te-lsp [ backup ]
● For a TE tunnel, run bfd session-name bind mpls-te interface tunnel
interface-number
NOTE
When an IP link is used as the reverse tunnel, you do not need to perform steps 8 and 9.
neighbor Down event within the detection time, the BFD session on the local
end directly notifies the upper layer protocol of the neighbor Down event.
When you use a BFD session to detect faults on an LSP, you need only be
concerned about whether a fault occurs on the link from the local end to remote
end. In this situation, run the notify neighbor-down command to configure the
BFD session to notify the upper layer protocol only when the BFD session detects
a neighbor Down event. This configuration prevents the BFD session from
notifying the upper layer protocol when the BFD detection time expires and
ensures that services are not interrupted.
Step 10 Run commit
The current configuration is committed.
----End
Procedure
● Run the display bfd configuration mpls-te interface tunnel interface-
number te-lsp [ verbose ] command to check BFD configurations on the
ingress.
● 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.
● Run the display bfd session mpls-te interface tunnel interface-number te-
lsp [ verbose ] command to check BFD session configurations on the ingress.
– 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.
● 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.
– Run the display bfd statistics session mpls-te interface tunnel
interface-number command to check statistics on BFD sessions for TE
tunnels.
----End
Pre-configuration Tasks
Before configuring dynamic BFD for CR-LSPs, complete one of the following tasks:
● Configure a static MPLS TE tunnel. For details, see 5.7 Configuring a Static
MPLS TE Tunnel.
● Configure a dynamic MPLS TE tunnel. For details, see 5.8 Configuring a
Dynamic MPLS TE Tunnel.
● Configure CR-LSP backup. For details, see 5.13 Configuring CR-LSP Backup.
● 5.17 Configuring a Tunnel Protection Group
Configuration Procedure
Except that adjusting BFD parameters is optional, other configurations are
mandatory.
Context
To configure dynamic BFD for CR-LSP, enable BFD globally on the ingress node
and the egress node of a tunnel.
Perform the following configurations on the ingress and egress nodes of an MPLS
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:
Procedure
● Enable MPLS TE BFD globally.
a. 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 is blocked.
d. (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.
i. Run quit
Return to the system view.
ii. Run interface tunnel interface-number
The TE tunnel interface view is displayed.
iii. Run mpls te bfd block
The capability of dynamically creating BFD sessions on the tunnel
interface is blocked.
iv. Run mpls te commit
The current configuration on this tunnel interface is committed.
● Enable MPLS TE BFD on a tunnel interface.
a. Run system-view
The command configured in the tunnel interface view takes effect only
on the current tunnel interface.
d. Run mpls te commit
----End
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run bfd
The BFD view is displayed.
Step 3 Run mpls-passive
The capability of passively creating BFD sessions is enabled.
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
parameters are the minimum configurable values on the egress node. Therefore,
the BFD detection interval on the ingress and that on the egress node of a CR-LSP
are as follows:
● Actual detection interval on the ingress = Configured receiving interval on the
ingress node x 3
● Actual detection interval on the egress = Configured sending interval on the
ingress x Configured detection multiplier on the ingress node
Perform the following configurations on the ingress node of an MPLS TE tunnel.
Procedure
● Adjust global BFD parameters.
a. Run system-view
The system view is displayed.
b. Run mpls
The MPLS view is displayed.
c. Run mpls te bfd { min-tx-interval tx-interval | min-rx-interval rx-
interval | detect-multiplier multiplier } *
BFD time parameters are adjusted globally.
● Adjust BFD parameters on the tunnel interface.
a. Run system-view
The system view is displayed.
b. Run interface tunnel interface-number
The TE tunnel interface view is displayed.
c. Run mpls te bfd { min-tx-interval tx-interval | min-rx-interval rx-
interval | detect-multiplier multiplier } *
BFD time parameters are adjusted.
If min-tx-interval tx-interval configured on a local end is different from
min-rx-interval rx-interval configured on a remote end, the larger value
takes effect.
The detect-multiplier multiplier value configured on the remote end
takes effect.
d. Run mpls te commit
The current configurations of the TE tunnel interface are committed.
----End
Procedure
● Run the display bfd configuration dynamic [ verbose ] command to check
the configuration of dynamic BFD on the ingress.
● 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.
● Run the display bfd session dynamic [ verbose ] command to check
information about the BFD session on the ingress.
● Run the display bfd session passive-dynamic [ peer-ip peer-ip remote-
discriminator remote-discr-value ] [ verbose ] command to check
information about the BFD session passively created on the egress.
● 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.
● Run the display mpls bfd session [ fec fec-address | monitor | nexthop ip-
address | outgoing-interface interface-type interface-number | statistics |
verbose ] or display mpls bfd session protocol { cr-static | rsvp-te } [ lsp-id
ingress-lsr-id session-id lsp-id [ verbose ] ] command to check information
about BFD sessions.
----End
Pre-configuration Tasks
Before configuring static BFD for TE tunnels, complete one of the following tasks:
● Configure a static MPLS TE tunnel. For details, see 5.7 Configuring a Static
MPLS TE Tunnel.
● Configure a dynamic MPLS TE tunnel. For details, see 5.8 Configuring a
Dynamic MPLS TE Tunnel.
● Configure a tunnel protection group. For details, see 5.17 Configuring a
Tunnel Protection Group.
Configuration Procedure
The following configurations are mandatory.
Perform the following configurations on the ingress and egress nodes of an MPLS
TE tunnel.
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run bfd
BFD is enabled globally.
----End
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run bfd cfg-name bind mpls-te interface tunnel interface-number
BFD is configured to detect faults in a specified tunnel.
NOTE
If the status of the tunnel to be checked is Down, the BFD session cannot be set up.
notifying the upper layer protocol when the BFD detection time expires and
ensures that services are not interrupted.
Step 10 Run commit
The current configuration is committed.
----End
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Configure a reverse tunnel to inform the ingress node of a fault if the fault occurs.
The reverse tunnel can be the IP link, LSP, or TE tunnel. To ensure that the forward
and reverse paths are over the same link, a TE tunnel is preferentially selected to
notify the ingress node of an LSP fault. Run the following commands as required.
● For an IP link, run bfd session-name bind peer-ip ip-address [ vpn-instance
vpn-name ] [ interface interface-type interface-number] [ source-ip ip-
address ]
● For an LDP LSP, run bfd session-name bind ldp-lsp peer-ip ip-address
nexthop ip-address [ interface interface-type interface-number ]
● For a static LSP, run bfd session-name bind static-lsp lsp-name
● For a TE tunnel, run bfd session-name bind mpls-te interface tunnel
interface-number
NOTE
When an IP link is used as the reverse tunnel, you do not need to perform steps 8 and 9.
neighbor Down event within the detection time, the BFD session on the local
end directly notifies the upper layer protocol of the neighbor Down event.
When you use a BFD session to detect faults on an LSP, you need only be
concerned about whether a fault occurs on the link from the local end to remote
end. In this situation, run the notify neighbor-down command to configure the
BFD session to notify the upper layer protocol only when the BFD session detects
a neighbor Down event. This configuration prevents the BFD session from
notifying the upper layer protocol when the BFD detection time expires and
ensures that services are not interrupted.
Step 10 Run commit
The current configuration is committed.
----End
Procedure
● Run the display bfd configuration mpls-te interface tunnel interface-
number [ verbose ] command to check BFD configurations on the ingress.
● 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.
● Run the display bfd session mpls-te interface tunnel interface-number
[ verbose ] command to check BFD session configurations on the ingress.
– 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.
● 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.
– Run the display bfd statistics session mpls-te interface tunnel
interface-number command to check statistics on BFD sessions for TE
tunnels.
----End
Pre-configuration Tasks
Before configuring RSVP GR, complete the following tasks:
● Configure a dynamic MPLS TE tunnel. For details, see 5.8 Configuring a
Dynamic MPLS TE Tunnel.
● Configure IS-IS GR or OSPF GR on each LSR.
Configuration Procedure
Enabling the RSVP GR support function and modifying the basic time and
configuring Hello sessions between RSVP GR nodes are optional.
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run mpls
The MPLS view is displayed.
Step 3 Run mpls rsvp-te hello
The RSVP Hello extension function is enabled globally.
Step 4 Run quit
The system view is displayed.
Step 5 Run interface interface-type interface-number
The RSVP-TE interface view is displayed.
Step 6 (Optional) On an Ethernet interface, run undo portswitch
The interface is switched to Layer 3 mode.
By default, an Ethernet interface works in Layer 2 mode.
NOTE
Only the S5720-EI, S5720-HI, S5730-HI, S5731-H, S5731-S, S5731S-H, S5731S-S, S5732-H,
S6720-EI, S6720-HI, S6720S-EI, S6730-H, S6730-S, and S6730S-S support switching between
Layer 2 and Layer 3 modes.
By default, although the RSVP Hello extension function has been enabled globally,
it is disabled on RSVP-enabled interfaces.
----End
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run mpls
The MPLS view is displayed.
Step 3 Run mpls rsvp-te hello full-gr
The RSVP GR function and the RSVP GR helper function are enabled.
By default, the RSVP GR function and the RSVP GR helper function are disabled.
----End
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run mpls
The MPLS view is displayed.
Step 3 Run mpls rsvp-te hello support-peer-gr
----End
Procedure
Step 1 Run system-view
The system view is displayed.
Step 2 Run mpls
The MPLS view is displayed.
Step 3 Run mpls rsvp-te hello nodeid-session ip-address
A Hello session is set up between a restarting node and a neighbor node.
ip-address is the LSR ID of the RSVP neighbor.
----End
Procedure
Step 1 Run system-view
----End
Prerequisites
The configurations of RSVP GR are complete.
Procedure
● Run the display mpls rsvp-te graceful-restart command to check the status
of the local RSVP GR.
● 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
Procedure
● 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 | primary ] [ draft6 ] command to check the
connectivity of the TE tunnel between the ingress and egress.
Procedure
● Configure the RSVP trap function.
a. Run the system-view command to enter the system view.
b. Run the snmp-agent trap enable feature-name mpls_rsvp [ trap-name
trap-name ] command to enable the trap function for the RSVP module.
By default, the trap function is disabled for the RSVP module.
● Configure the alarm function for LSPM.
a. Run the system-view command to enter the system view.
b. Run the snmp-agent trap enable feature-name mpls_lspm trap-name
trapname command to enable the trap function for the LSPM module.
By default, the trap function is disabled for the LSPM module.
c. Run the snmp-agent trap suppress feature-name lsp trap-name
{ mplsxcup | mplsxcdown } trap-interval trap-interval [ max-trap-
number max-trap-number ] command to set the interval for suppressing
excess LSP traps.
By default, the interval for suppressing the display of excessive LSP traps
is 300 seconds, and a maximum of three LSP traps can be sent in the
suppression interval.
d. Run the mpls command to enter the MPLS view.
By default, the upper limit is 80%, and the lower limit is 70%, which are
recommended.
NOTE
● Each command only configures the trigger conditions for an alarm and its
clear alarm. Although trigger conditions are met, the alarm and its clear
alarm can be generated only after the snmp-agent trap enable feature-
name mpls_lspm trap-name { hwMplsDynamicLabelThresholdExceed |
hwMplsDynamicLabelThresholdExceedClear } command is run to enable
the device to generate a dynamic label insufficiency alarm and its clear alarm.
● After the snmp-agent trap enable feature-name mpls_lspm trap-name
{ hwMplsDynamicLabelTotalCountExceed |
hwMplsDynamicLabelTotalCountExceedClear } command is run to enable
the device to generate limit-reaching alarms and their clear alarms, the
following situations occur:
● If the number of dynamic labels reaches the maximum number of
dynamic labels supported by a device, a limit-reaching alarm is
generated.
● If the number of dynamic labels falls below 95% of the maximum
number of dynamic labels supported by the device, a clear alarm is
generated.
f. Run the mpls rsvp-lsp-number [ ingress | transit | egress ] threshold-
alarm upper-limit upper-limit-value lower-limit lower-limit-value
command to configure the upper and lower thresholds of alarms for
RSVP LSP usage.
NOTE
● This command configures the alarm threshold for RSVP LSP usage. The alarm
that the number of RSVP LSPs reached the upper threshold is generated only
when the command snmp-agent trap enable feature-name mpls_lspm
trap-name hwmplslspthresholdexceed is configured, and the actual RSVP
LSP usage reaches the upper limit of the alarm threshold. The alarm that the
number of RSVP LSPs fell below the lower threshold is generated only when
the command snmp-agent trap enable feature-name mpls_lspm trap-
name hwmplslspthresholdexceedclear is configured, and the actual RSVP
LSP usage falls below the lower limit of the clear alarm threshold.
● After the snmp-agent trap enable feature-name mpls_lspm trap-name
{ hwmplslsptotalcountexceed | hwmplslsptotalcountexceedclear }
command is run to enable LSP limit-crossing alarm and LSP limit-crossing
clear alarm, an alarm is generated in the following situations:
● If the total number of RSVP LSPs reaches the upper limit, a limit-crossing
alarm is generated.
● If the total number of RSVP LSPs falls below 95% of the upper limit, a
limit-crossing clear alarm is generated.
g. Run the mpls total-crlsp-number [ ingress | transit | egress ]
threshold-alarm upper-limit upper-limit-value lower-limit lower-limit-
value command to configure the upper and lower thresholds of alarms
for total CR-LSP usage.
The parameters in this command are described as follows:
NOTE
● This command configures the alarm threshold for total CR-LSP usage. The
alarm that the number of total CR-LSPs reached the upper threshold is
generated only when the command snmp-agent trap enable feature-name
mpls_lspm trap-name hwmplslspthresholdexceed is configured, and the
actual total CR-LSP usage reaches the upper limit of the alarm threshold. The
alarm that the number of total CR-LSPs fell below the lower threshold is
generated only when the command snmp-agent trap enable feature-name
mpls_lspm trap-name hwmplslspthresholdexceedclear is configured, and
the actual total CR-LSP usage falls below the lower limit of the clear alarm
threshold.
● After the snmp-agent trap enable feature-name mpls_lspm trap-name
{ hwmplslsptotalcountexceed | hwmplslsptotalcountexceedclear }
command is run to enable LSP limit-crossing alarm and LSP limit-crossing
clear alarm, an alarm is generated in the following situations:
● If the total number of CR-LSPs reaches the upper limit, a limit-crossing
alarm is generated.
● If the total number of CR-LSPs falls below 95% of the upper limit, a
limit-crossing clear alarm is generated.
● Configure MPLS resource threshold-related alarms.
a. Run the system-view command to enter the system view.
b. Run the mpls command to enter the MPLS view.
c. Run the mpls rsvp-peer-number threshold-alarm upper-limit upper-
limit-value lower-limit lower-limit-value command to configure the
conditions that trigger the threshold-reaching alarm and its clear alarm
for RSVP neighbors.
Note the following issues when configuring trigger conditions:
NOTE
By default, the upper alarm threshold is 80%, and the lower alarm
threshold is 75%, which are recommended.
NOTE
● Each command only configures the trigger conditions for an alarm and its
clear alarm. Although trigger conditions are met, the alarm and its clear
alarm can be generated only after the snmp-agent trap enable feature-
name mpls_lspm trap-name { hwmplsresourcethresholdexceed |
hwmplsresourcethresholdexceedclear } command is run to enable the
device to generate an MPLS resource insufficiency alarm and its clear alarm.
● After the snmp-agent trap enable feature-name mpls_lspm trap-name
{ hwmplsresourcetotalcountexceed |
hwmplsresourcetotalcountexceedclear } command is run to enable the
device to generate limit-reaching alarms and their clear alarms, the following
situations occur:
● If the number of used TE resources reaches the maximum number of TE
resources supported by a device, a limit-reaching alarm is generated.
● If the number of used TE resources falls below 95% of the maximum
number of TE resources supported by a device, a clear alarm is
generated.
NOTE
● Each command only configures the trigger conditions for an alarm and its
clear alarm. Although trigger conditions are met, the alarm and its clear
alarm can be generated only after the snmp-agent trap enable feature-
name mpls_lspm trap-name { hwmplsresourcethresholdexceed |
hwmplsresourcethresholdexceedclear } command is run to enable the
device to generate an MPLS resource insufficiency alarm and its clear alarm.
● After the snmp-agent trap enable feature-name mpls_lspm trap-name
{ hwmplsresourcetotalcountexceed |
hwmplsresourcetotalcountexceedclear } command is run to enable the
device to generate limit-reaching alarms and their clear alarms, the following
situations occur:
● If the number of used TE resources reaches the maximum number of TE
resources supported by a device, a limit-reaching alarm is generated.
● If the number of used TE resources falls below 95% of the maximum
number of TE resources supported by a device, a clear alarm is
generated.
----End
Procedure
Step 1 Run the system-view command to enter the system view.
NOTE
● The mpls cspf threshold-alarm command only configures the trigger conditions for
alarms and clear alarms. Although trigger conditions are met, an alarm and its clear
alarm can be generated only after the snmp-agent trap enable feature-name
mpls_lspm trap-name { hwmplsresourcethresholdexceed |
hwmplsresourcethresholdexceedclear } command is run to enable the device to
generate an MPLS resource insufficiency alarm and its clear alarm.
● After the snmp-agent trap enable feature-name mpls_lspm trap-name
{ hwmplsresourcetotalcountexceed | hwmplsresourcetotalcountexceedclear }
command is run to enable the device to generate maximum number-reaching alarms
and their clear alarms, the following situations occur:
– If the number of used CSPF resources reaches the maximum number of CSPF
resources supported by a device, a maximum number-reaching alarm is generated.
– If the number of used CSPF resources falls to 95% or below of the maximum
number of CSPF resources supported by a device, a clear alarm is generated.
----End
NOTE
Only the S5720-HI, S5730-HI, S5731-H, S5731S-H, S5732-H, S6720-HI, and S6730-H
support MPLS TE traffic statistics collection.
Procedure
Step 1 Run system-view
The system view is displayed.
----End
NOTICE
Cleared statistics cannot be restored. Exercise caution when you use the command.
Procedure
● Run the reset mpls rsvp-te statistics { global | interface [ interface-type
interface-number ] } command in the user view to clear statistics about RSVP-
TE.
● Run the reset mpls stale-interface [ interface-index ] command in the user
view to delete the information about MPLS interfaces in the Stale state.
----End
Procedure
● Run the display default-parameter mpls te management command to
check default parameters of MPLS TE management.
● Run the display mpls te tunnel statistics or display mpls lsp statistics
command to check tunnel statistics.
● Run the display mpls te tunnel-interface last-error [ tunnel-name ]
command to check information about tunnel faults.
● Run the display mpls te tunnel-interface failed command to check MPLS TE
tunnels that fail to be established or are being established.
● Run the display mpls te tunnel-interface traffic-state [ tunnel-name ]
command to check traffic on the tunnel interface of the local node.
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
● Run the reset mpls te tunnel-interface tunnel interface-number command
to reset the tunnel interface.
----End
NOTICE
Resetting the RSVP process results in the release and reestablishment of all RSVP
CR-LSPs.
To reestablish all RSVP CR-LSPs or verify the operation process of RSVP, run the
following reset command in the user view.
Procedure
● Run the reset mpls rsvp-te command to reset the RSVP process.
----End
Procedure
● 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
Configuration Roadmap
The configuration roadmap is as follows:
1. Assign an IP address to each interface on each LSR and configure OSPF to
ensure that there are reachable routes between LSRs.
2. Configure an ID for each LSR and globally enable MPLS and MPLS TE on each
LSR and interface.
3. Create a tunnel interface on the ingress node and set the tunnel type to static
CR-LSP.
4. Configure the static LSP bound to the tunnel; specify the next hop address
and outgoing label on the ingress node; specify the inbound interface,
incoming label, next hop address, and outgoing label on the transit node;
specify the incoming label and inbound interface on the egress node.
NOTE
● The value of the outgoing label of each node is the value of the incoming label of its
next node.
● When running the static-cr-lsp ingress { tunnel-interface tunnel interface-number |
tunnel-name } destination destination-address { nexthop next-hop-address | outgoing-
interface interface-type interface-number } * out-label out-label command to configure
the ingress node of a CR-LSP, ensure that tunnel-name must be the same as the tunnel
name created by using the interface tunnel interface-number command. tunnel-name
is a case-sensitive character string without spaces. For example, the name of the tunnel
created by using the interface tunnel 1 command is Tunnel1. In this case, the
parameter of the ingress node of the static CR-LSP is Tunnel1; otherwise, the tunnel
cannot be created. There is no such limitation on the transit node and egress node.
Procedure
Step 1 Configure an IP address and routing protocol for each interface.
# Configure LSRA. Configure IP addresses for interfaces of LSRB and LSRC and
OSPF according to Figure 5-35. The configurations of LSRB and LSRC are similar
to the configuration of LSRA, and are not mentioned here.
<HUAWEI> system-view
[HUAWEI] sysname LSRA
[LSRA] vlan batch 100
[LSRA] interface vlanif 100
[LSRA-Vlanif100] ip address 172.1.1.1 255.255.255.0
[LSRA-Vlanif100] quit
[LSRA] interface gigabitethernet 0/0/1
[LSRA-GigabitEthernet0/0/1] port link-type trunk
[LSRA-GigabitEthernet0/0/1] port trunk allow-pass vlan 100
[LSRA-GigabitEthernet0/0/1] quit
[LSRA] interface loopback 1
[LSRA-LoopBack1] ip address 1.1.1.9 255.255.255.255
[LSRA-LoopBack1] quit
[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 172.1.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] quit
[LSRA-ospf-1] quit
After the configurations are complete, OSPF neighbor relationships can be set up
between LSRA, LSRB, and LSRC. Run the display ospf peer command. You can see
that the neighbor status is Full. Run the display ip routing-table command. You
can see that LSRs have learnt the routes to Loopback1 of each other.
Step 2 Configure basic MPLS functions and enable MPLS TE.
# Configure LSRA. The configurations of LSRB and LSRC are similar to the
configuration of LSRA, and are not mentioned here.
[LSRA] mpls lsr-id 1.1.1.9
[LSRA] mpls
[LSRA-mpls] mpls te
[LSRA-mpls] quit
[LSRA] interface vlanif 100
[LSRA-Vlanif100] mpls
[LSRA-Vlanif100] mpls te
[LSRA-Vlanif100] quit
Run the display mpls te tunnel command on each LSR to view the MPLS TE
tunnel status.
The display on LSRA is used as an example.
[LSRA] display mpls te tunnel
------------------------------------------------------------------------------
Run the display mpls lsp or display mpls static-cr-lsp command on each LSR to
view the static CR-LSP status.
When a static CR-LSP is used to establish an MPLS TE tunnel, the transit node and
the egress node do not forward packets according to the specified incoming label
and outgoing label. Therefore, no EFC information is displayed on LSRB or LSRC.
----End
Configuration Files
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100
#
mpls lsr-id 1.1.1.9
mpls
mpls te
#
interface Vlanif100
ip address 172.1.1.1 255.255.255.0
mpls
mpls te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
#
interface Tunnel1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.9
mpls te signal-protocol cr-static
mpls te tunnel-id 100
mpls te commit
#
ospf 1
area 0.0.0.0
network 1.1.1.9 0.0.0.0
network 172.1.1.0 0.0.0.255
#
static-cr-lsp ingress tunnel-interface Tunnel1 destination 3.3.3.9 nexthop 172.1.1.2 out-label 20
bandwidth ct0 0
static-cr-lsp egress LSRC2LSRA incoming-interface Vlanif100 in-label 130
#
return
destination 1.1.1.9
mpls te signal-protocol cr-static
mpls te tunnel-id 200
mpls te commit
#
ospf 1
area 0.0.0.0
network 3.3.3.9 0.0.0.0
network 172.2.1.0 0.0.0.255
#
static-cr-lsp egress LSRA2LSRC incoming-interface Vlanif200 in-label 30
static-cr-lsp ingress tunnel-interface Tunnel1 destination 1.1.1.9 nexthop 172.2.1.1 out-label 120
bandwidth ct0 0
#
return
Configuration Roadmap
The configuration roadmap is as follows:
1. On the MPLS backbone network, MPLS LDP and MPLS TE tunnels can carry
L2VPN or L3VPN services. Configure an MPLS TE tunnel to ensure stable data
transmission upon frequent topology changes on the enterprise network.
2. Configure IS-IS to ensure that there are reachable routes between devices on
the MPLS backbone network.
3. Enable MPLS TE and RSVP-TE on each node so that an MPLS TE tunnel can be
set up.
4. Enable IS-IS TE and change the cost type so that TE information can be
advertised to other nodes through IS-IS.
5. Create a tunnel interface on the ingress node, configure tunnel attributes, and
enable MPLS TE CSPF to create a dynamic MPLS TE tunnel.
Procedure
Step 1 Assign IP addresses to interfaces.
# 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 100
[LSRA-Vlanif100] isis enable 1
[LSRA-Vlanif100] 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 100
[LSRB-Vlanif100] isis enable 1
[LSRB-Vlanif100] quit
[LSRB] interface vlanif 200
[LSRB-Vlanif200] isis enable 1
[LSRB-Vlanif200] 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 200
[LSRC-Vlanif200] isis enable 1
[LSRC-Vlanif200] quit
[LSRC] interface loopback 1
[LSRC-LoopBack1] isis enable 1
[LSRC-LoopBack1] quit
After the configurations are complete, run the display ip routing-table command
on each LSR. You can see that the LSRs have learned the routes from each other.
The display on LSRA is used as an example.
[LSRA] display ip routing-table
Route Flags: R - relay, D - download to fib, T - to vpn-instance
------------------------------------------------------------------------------
Routing Tables: Public
Destinations : 8 Routes : 8
Step 3 Configure basic MPLS functions and enable MPLS TE and RSVP-TE.
Enable MPLS, MPLS TE, and RSVP-TE globally on each node and interfaces along
the tunnel.
# Configure LSRA. The configurations of LSRB and LSRC are similar to the
configuration of LSRA, and are not mentioned here.
[LSRA] mpls lsr-id 1.1.1.9
[LSRA] mpls
[LSRA-mpls] mpls te
[LSRA-mpls] mpls rsvp-te
[LSRA-mpls] quit
[LSRA] interface vlanif 100
[LSRA-Vlanif100] mpls
[LSRA-Vlanif100] mpls te
[LSRA-Vlanif100] mpls rsvp-te
[LSRA-Vlanif100] quit
[LSRA] mpls
[LSRA-mpls] mpls te cspf
[LSRA-mpls] quit
Run the display mpls te tunnel-interface command on LSRA. You can view
tunnel interface information.
[LSRA] display mpls te tunnel-interface
----------------------------------------------------------------
Tunnel1
----------------------------------------------------------------
Tunnel State Desc : UP
Active LSP : Primary LSP
Session ID : 100
Ingress LSR ID : 1.1.1.9 Egress LSR ID: 3.3.3.9
Admin State : UP Oper State : UP
Primary LSP State : UP
Main LSP State : READY LSP ID : 3
Run the display mpls te tunnel verbose command on LSRA. You can view
detailed information about the tunnel.
[LSRA] display mpls te tunnel verbose
No : 1
Tunnel-Name : Tunnel1
Tunnel Interface Name : Tunnel1
TunnelIndex : 1 LSP Index : 2048
Session ID : 100 LSP ID : 3
LSR Role : Ingress LSP Type : Primary
Ingress LSR ID : 1.1.1.9
Egress LSR ID : 3.3.3.9
In-Interface : -
Out-Interface : Vlanif100
Sign-Protocol : RSVP TE Resv Style : SE
IncludeAnyAff : 0x0 ExcludeAnyAff : 0x0
IncludeAllAff : 0x0
LspConstraint : -
ER-Hop Table Index : - AR-Hop Table Index: -
C-Hop Table Index : -
PrevTunnelIndexInSession: - NextTunnelIndexInSession: -
PSB Handle : 16388
Created Time : 2013-09-16 11:51:21+00:00
RSVP LSP Type : -
--------------------------------
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 : 7 Hold-Priority : 7
--------------------------------
FRR Information
--------------------------------
Primary LSP Info
TE Attribute Flag : 0x3 Protected Flag : 0x0
Run the display mpls te cspf tedb all command on LSRA. You can view link
information in the TEDB.
[LSRA] display mpls te cspf tedb all
Maximum Nodes Supported: 512 Current Total Node Number: 3
Maximum Links Supported: 2048 Current Total Link Number: 4
Maximum SRLGs supported: 5120 Current Total SRLG Number: 0
ID Router-ID IGP Process-ID Area Link-Count
1 1.1.1.9 ISIS 1 Level-2 1
2 2.2.2.9 ISIS 1 Level-2 2
3 3.3.3.9 ISIS 1 Level-2 1
----End
Configuration Files
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100
#
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 Vlanif100
ip address 172.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
isis enable 1
#
interface Tunnel1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.9
mpls te tunnel-id 100
mpls te commit
#
return
● LSRB configuration file
#
sysname LSRB
#
vlan batch 100 200
#
mpls lsr-id 2.2.2.9
mpls
mpls te
mpls rsvp-te
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0002.00
traffic-eng level-2
#
interface Vlanif100
ip address 172.1.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 200
#
interface LoopBack1
ip address 2.2.2.9 255.255.255.255
isis enable 1
#
return
● LSRC configuration file
#
sysname LSRC
#
vlan batch 200
#
mpls lsr-id 3.3.3.9
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 Vlanif200
ip address 172.2.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 200
#
interface LoopBack1
ip address 3.3.3.9 255.255.255.255
isis enable 1
#
return
NOTE
In this scenario, to avoid loops, ensure that all connected interfaces have STP disabled and
connected interfaces are removed from VLAN 1. If STP is enabled and VLANIF interfaces of
switches are used to construct a Layer 3 ring network, an interface on the network will be
blocked. As a result, Layer 3 services on the network cannot run normally.
Configuration Roadmap
The configuration roadmap is as follows:
Procedure
Step 1 Assign IP addresses to interfaces and configure OSPF on the LSRs.
# Configure LSRA. Assign IP addresses to interfaces of LSRB, LSRC, LSRE, and LSRF
according to Figure 5-37. The configurations on these LSRs are similar to the
configuration on LSRA, and are not mentioned here.
<HUAWEI> system-view
[HUAWEI] sysname LSRA
[LSRA] vlan batch 100 400 600
[LSRA] interface vlanif 100
[LSRA-Vlanif100] ip address 172.1.1.1 255.255.255.0
[LSRA-Vlanif100] quit
[LSRA] interface vlanif 400
[LSRA-Vlanif400] ip address 172.4.1.1 255.255.255.0
[LSRA-Vlanif400] quit
[LSRA] interface vlanif 600
[LSRA-Vlanif600] ip address 172.6.1.1 255.255.255.0
[LSRA-Vlanif600] quit
[LSRA] interface gigabitethernet 0/0/1
[LSRA-GigabitEthernet0/0/1] port link-type trunk
[LSRA-GigabitEthernet0/0/1] port trunk allow-pass vlan 100
[LSRA-GigabitEthernet0/0/1] quit
[LSRA] interface gigabitethernet 0/0/2
[LSRA-GigabitEthernet0/0/2] port link-type trunk
[LSRA-GigabitEthernet0/0/2] port trunk allow-pass vlan 600
[LSRA-GigabitEthernet0/0/2] quit
[LSRA] interface gigabitethernet 0/0/3
[LSRA-GigabitEthernet0/0/3] port link-type trunk
[LSRA-GigabitEthernet0/0/3] port trunk allow-pass vlan 400
[LSRA-GigabitEthernet0/0/3] quit
[LSRA] interface loopback 1
[LSRA-LoopBack1] ip address 1.1.1.9 255.255.255.255
[LSRA-LoopBack1] quit
[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 172.1.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] network 172.4.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] network 172.6.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] quit
[LSRA-ospf-1] quit
After the configurations are complete, run the display ip routing-table command
on the LSRs. You can see that the LSRs learn the routes of Loopback1 from each
other. The command output on LSRA is provided as an example:
[LSRA] display ip routing-table
Route Flags: R - relay, D - download to fib, T - to vpn-instance
------------------------------------------------------------------------------
Routing Tables: Public
Destinations : 16 Routes : 18
Step 2 Configure basic MPLS capabilities and enable MPLS TE, RSVP-TE, and CSPF.
# Configure LSRA. The configurations on LSRB, LSRC, LSRE, and LSRF 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] 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 100
[LSRA-Vlanif100] mpls
[LSRA-Vlanif100] mpls te
[LSRA-Vlanif100] mpls rsvp-te
[LSRA-Vlanif100] quit
[LSRA] interface vlanif 400
[LSRA-Vlanif400] mpls
[LSRA-Vlanif400] mpls te
[LSRA-Vlanif400] mpls rsvp-te
[LSRA-Vlanif400] quit
[LSRA] interface vlanif 600
[LSRA-Vlanif600] mpls
[LSRA-Vlanif600] mpls te
[LSRA-Vlanif600] mpls rsvp-te
[LSRA-Vlanif600] quit
# Configure LSRA. The configurations on LSRB, LSRC, LSRE, and LSRF are similar
to the configuration on LSRA, and are not mentioned here.
[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
Step 4 Configure CR-LSP attribute templates and specify explicit paths for the CR-LSPs.
# Configure the CR-LSP attribute template used for setting up the primary CR-LSP.
[LSRA] lsp-attribute lsp_attribute_pri
[LSRA-lsp-attribute-lsp_attribute_pri] explicit-path pri-path
[LSRA-lsp-attribute-lsp_attribute_pri] commit
[LSRA-lsp-attribute-lsp_attribute_pri] quit
# Configure the CR-LSP attribute template used for setting up the hot-standby CR-
LSP.
[LSRA] lsp-attribute lsp_attribute_hotstandby
[LSRA-lsp-attribute-lsp_attribute_hotstandby] explicit-path hotstandby-path
[LSRA-lsp-attribute-lsp_attribute_hotstandby] hop-limit 12
[LSRA-lsp-attribute-lsp_attribute_hotstandby] commit
[LSRA-lsp-attribute-lsp_attribute_hotstandby] quit
# Configure the CR-LSP attribute template used for setting up the ordinary backup
CR-LSP.
[LSRA] lsp-attribute lsp_attribute_ordinary
[LSRA-lsp-attribute-lsp_attribute_ordinary] explicit-path ordinary-path
[LSRA-lsp-attribute-lsp_attribute_ordinary] hop-limit 15
[LSRA-lsp-attribute-lsp_attribute_ordinary] commit
[LSRA-lsp-attribute-lsp_attribute_ordinary] quit
Step 5 On the ingress node LSRA, create the MPLS TE tunnel on the primary CR-LSP.
# Specify an MPLS TE tunnel interface for the primary CR-LSP and apply the
primary CR-LSP attribute template to set up this CR-LSP.
[LSRA] interface tunnel 1
[LSRA-Tunnel1] ip address unnumbered interface loopBack 1
[LSRA-Tunnel1] tunnel-protocol mpls te
[LSRA-Tunnel1] destination 3.3.3.9
[LSRA-Tunnel1] mpls te tunnel-id 100
[LSRA-Tunnel1] mpls te primary-lsp-constraint lsp-attribute lsp_attribute_pri
[LSRA-Tunnel1] mpls te commit
[LSRA-Tunnel1] quit
Run the display interface tunnel 1 command on LSRA to check the tunnel status.
The tunnel is in Up state.
[LSRA] display interface tunnel 1
Tunnel1 current state : UP
Line protocol current state : UP
Last line protocol up time : 2013-01-22 16:57:00
Description:
...
Step 6 Configure hot-standby and common backup CR-LSPs on the ingress node.
# On LSRA, apply CR-LSP attribute templates to create hot-standby and common
backup CR-LSPs.
[LSRA] interface tunnel 1
[LSRA-Tunnel1] mpls te hotstandby-lsp-constraint 1 lsp-attribute lsp_attribute_hotstandby
[LSRA-Tunnel1] mpls te ordinary-lsp-constraint 1 lsp-attribute lsp_attribute_ordinary
[LSRA-Tunnel1] mpls te commit
[LSRA-Tunnel1] quit
# Run the display mpls te tunnel verbose command on LSRA to view detailed
tunnel information. You can see that the primary and hot-standby CR-LSPs have
been set up using the attribute templates.
[LSRA] display mpls te tunnel verbose
No : 1
Tunnel-Name : Tunnel1
Tunnel Interface Name : Tunnel1
TunnelIndex : 1 LSP Index : 2048
Session ID : 100 LSP ID : 5
LSR Role : Ingress LSP Type : Primary
Ingress LSR ID : 1.1.1.9
Egress LSR ID : 3.3.3.9
In-Interface : -
Out-Interface : Vlanif100
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 : 1
PrevTunnelIndexInSession: 2 NextTunnelIndexInSession: -
PSB Handle : 8194
Created Time : 2013-09-16 14:53:15+00:00
RSVP LSP Type : -
--------------------------------
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 : 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)
No : 2
Tunnel-Name : Tunnel1
Tunnel Interface Name : Tunnel1
TunnelIndex : 2 LSP Index : 2050
Session ID : 100 LSP ID : 32772
LSR Role : Ingress LSP Type : Hot-Standby
Ingress LSR ID : 1.1.1.9
Egress LSR ID : 3.3.3.9
In-Interface : -
Out-Interface : Vlanif400
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 : 2
PrevTunnelIndexInSession: - NextTunnelIndexInSession: 1
PSB Handle : 8195
Created Time : 2013-09-16 14:53:15+00:00
RSVP LSP Type : -
--------------------------------
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 : 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 : -
# Run the display mpls te tunnel verbose command on LSRA. You can see that
an ordinary CR-LSP has been set up using the attribute template.
[LSRA] display mpls te tunnel verbose
No : 1
Tunnel-Name : Tunnel1
Tunnel Interface Name : Tunnel1
TunnelIndex : 2 LSP Index : 2048
Session ID : 100 LSP ID : 32774
LSR Role : Ingress LSP Type : Ordinary
Ingress LSR ID : 1.1.1.9
Egress LSR ID : 3.3.3.9
In-Interface : -
Out-Interface : Vlanif600
Sign-Protocol : RSVP TE Resv Style : SE
IncludeAnyAff : 0x0 ExcludeAnyAff : 0x0
IncludeAllAff : 0x0
LspConstraint : 1
ER-Hop Table Index : 2 AR-Hop Table Index: 1
C-Hop Table Index : 2
PrevTunnelIndexInSession: - NextTunnelIndexInSession: -
PSB Handle : 8196
Created Time : 2013-09-16 15:00:08+00:00
RSVP LSP Type : -
--------------------------------
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 : 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 File
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100 400 600
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path hotstandby-path
next hop 172.4.1.2
next hop 172.5.1.2
next hop 3.3.3.9
#
explicit-path ordinary-path
next hop 172.6.1.2
next hop 172.7.1.2
next hop 3.3.3.9
#
explicit-path pri-path
next hop 172.1.1.2
next hop 172.2.1.2
next hop 3.3.3.9
#
lsp-attribute lsp_attribute_hotstandby
explicit-path hotstandby-path
hop-limit 12
commit
#
lsp-attribute lsp_attribute_ordinary
explicit-path ordinary-path
hop-limit 15
commit
#
lsp-attribute lsp_attribute_pri
explicit-path pri-path
commit
#
interface Vlanif100
ip address 172.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif600
ip address 172.6.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
ospf 1
opaque-capability enable
area 0.0.0.0
network 2.2.2.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.2.1.0 0.0.0.255
mpls-te enable
#
return
● LSRC configuration file
#
sysname LSRC
#
vlan batch 200 500 700
#
mpls lsr-id 3.3.3.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif500
ip address 172.5.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif700
ip address 172.7.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 200
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 500
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 700
#
interface LoopBack1
ip address 3.3.3.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 3.3.3.9 0.0.0.0
network 172.2.1.0 0.0.0.255
network 172.5.1.0 0.0.0.255
network 172.7.1.0 0.0.0.255
mpls-te enable
#
return
● LSRE configuration file
#
sysname LSRE
#
vlan batch 400 500
#
mpls lsr-id 5.5.5.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif500
ip address 172.5.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 400
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 500
#
interface LoopBack1
ip address 5.5.5.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 5.5.5.9 0.0.0.0
network 172.4.1.0 0.0.0.255
network 172.5.1.0 0.0.0.255
mpls-te enable
#
return
● LSRF configuration file
#
sysname LSRF
#
vlan batch 600 700
#
mpls lsr-id 6.6.6.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif600
ip address 172.6.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif700
ip address 172.7.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 600
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 700
#
interface LoopBack1
ip address 6.6.6.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 6.6.6.9 0.0.0.0
network 172.6.1.0 0.0.0.255
network 172.7.1.0 0.0.0.255
mpls-te enable
#
return
NOTE
After IGP shortcut is configured on the tunnel interface of LSRA, LSRA does not advertise
the MPLS TE tunnel to its peers as a route. The MPLS TE tunnel is used only for local route
calculation.
NOTE
In this scenario, to avoid loops, ensure that all connected interfaces have STP disabled and
connected interfaces are removed from VLAN 1. If STP is enabled and VLANIF interfaces of
switches are used to construct a Layer 3 ring network, an interface on the network will be
blocked. As a result, Layer 3 services on the network cannot run normally.
Configuration Roadmap
The configuration roadmap is as follows:
1. Assign an IP address to each interface, configure OSPF to ensure that there
are reachable routes between LSRs, and configure the OSPF cost.
2. On LSRA, create an MPLS TE tunnel over the path LSRA -> LSRB -> LSRC. This
example uses RSVP-TE to establish a dynamic MPLS TE tunnel. Configure an
ID for each LSR, enable MPLS TE, RSVP-TE, and CSPF on each node and
interface, and enable OSPF TE. On the ingress node of the primary tunnel,
create a tunnel interface, and specify the IP address, tunneling protocol,
destination IP address, tunnel ID, and dynamic signaling protocol RSVP-TE for
the tunnel interface.
3. Enable IGP shortcut on the TE tunnel interface of LSRA and configure an IGP
metric for the TE tunnel.
Procedure
Step 1 Assign an IP address to each interface, configure OSPF, and set the OSPF cost.
# Configure LSRA. Configure IP addresses for interfaces of LSRB, LSRC, LSRD, and
LSRE according to Figure 5-38. The configurations on LSRB, LSRC, LSRD, and LSRE
are similar to the configuration of LSRA, and are not mentioned here.
<HUAWEI> system-view
[HUAWEI] sysname LSRA
[LSRA] vlan batch 100 400
[LSRA] interface vlanif 100
[LSRA-Vlanif100] ip address 172.1.1.1 255.255.255.0
[LSRA-Vlanif100] ospf cost 15
[LSRA-Vlanif100] quit
[LSRA] interface vlanif 400
After the configurations are complete, run the display ip routing-table command
on LSRA, LSRB, and LSRC. You can see that PE1 and PE2 have learned the routes
to Loopback1 of each other.
Step 2 Configure basic MPLS functions and enable MPLS TE, RSVP-TE, and CSPF.
To set up a TE tunnel from LSRA to LSRC, perform the following configurations on
LSRA, LSRB, and LSRC.
# Configure LSRA. The configurations on LSRB and LSRC are similar to the
configuration of LSRA, and are not mentioned here. CSPF only needs to be
configured on the ingress node of the primary tunnel.
[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 100
[LSRA-Vlanif100] mpls
[LSRA-Vlanif100] mpls te
[LSRA-Vlanif100] mpls rsvp-te
[LSRA-Vlanif100] quit
----End
Configuration Files
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100 400
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path pri-path
next hop 172.1.1.2
next hop 172.2.1.2
next hop 3.3.3.9
#
interface Vlanif100
ip address 172.1.1.1 255.255.255.0
ospf cost 15
mpls
mpls te
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.1 255.255.255.0
ospf cost 10
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 400
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
#
interface Tunnel1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.9
mpls te tunnel-id 100
mpls te path explicit-path pri-path
mpls te igp shortcut ospf
mpls te igp metric absolute 10
mpls te commit
#
ospf 1
opaque-capability enable
enable traffic-adjustment
area 0.0.0.0
network 1.1.1.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.4.1.0 0.0.0.255
mpls-te enable
#
return
● LSRB configuration file
#
sysname LSRB
#
vlan batch 100 200
#
mpls lsr-id 2.2.2.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif100
ip address 172.1.1.2 255.255.255.0
ospf cost 15
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.1 255.255.255.0
ospf cost 10
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
Networking Requirements
An MPLS TE tunnel does not automatically direct traffic. To direct traffic to an
MPLS TE tunnel, configure forwarding adjacency. Forwarding adjacency enables a
device to use a TE tunnel as a logical link for IGP route calculation. Unlike IGP
shortcut, forwarding adjacency advertises a TE tunnel to its peers as an IGP route.
You can set a proper metric for an MPLS TE tunnel to ensure that the route
passing through the MPLS TE tunnel is preferred, allowing traffic to be directed to
the MPLS TE tunnel.
As shown in Figure 5-39, devices use OSPF to communicate with each other. An
MPLS TE tunnel is established from LSRA and LSRC. The MPLS TE tunnel passes
through LSRB. The number marked on each link indicates the link cost. If LSRA
and LSRE have traffic destined for LSRC, traffic from the two LSRs is forwarded by
GE0/0/1 on LSRD based on the OSPF route selection result. If LSRA requires 10
Mbit/s bandwidth to send traffic to LSRC, and LSRE requires 100 Mbit/s bandwidth
to send traffic to LSRC, but the link between LSRC and LSRD has only 100 Mbit/s
of bandwidth, the link is congested. Congestion on the link causes traffic
transmission delay or packet loss.
To resolve this problem, configure forwarding adjacency on the MPLS TE tunnel
interface of LSRA. Then all traffic from LSRA to LSRC is forwarded over the MPLS
TE tunnel, whereas only some of traffic from LSRE to LSRC is forwarded over the
MPLS TE tunnel. The rest of traffic is forwarded by LSRD. Therefore, traffic
congestion is prevented over the link between LSRC and LSRD.
NOTE
After you configure forwarding adjacency, LSRA advertises the MPLS TE tunnel to its peer as
an OSPF route. Because OSPF requires bidirectional link detection, the MPLS TE tunnel from
LSRC to LSRA must be established and forwarding adjacency must be configured on the
tunnel interface.
NOTE
In this scenario, to avoid loops, ensure that all connected interfaces have STP disabled and
connected interfaces are removed from VLAN 1. If STP is enabled and VLANIF interfaces of
switches are used to construct a Layer 3 ring network, an interface on the network will be
blocked. As a result, Layer 3 services on the network cannot run normally.
Configuration Roadmap
The configuration roadmap is as follows:
1. Assign an IP address to each interface, configure OSPF to ensure that there
are reachable routes between LSRs, and configure the OSPF cost.
2. On LSRA, create an MPLS TE tunnel over the path LSRA -> LSRB -> LSRC. On
LSRC, create an MPLS TE tunnel over the path LSRC -> LSRB -> LSRA. This
example uses RSVP-TE to establish a dynamic MPLS TE tunnel. Configure an
ID for each LSR, enable MPLS TE, RSVP-TE, and CSPF on each node and
interface, and enable OSPF TE. On the ingress node of the primary tunnel,
create a tunnel interface, and specify the IP address, tunneling protocol,
destination IP address, tunnel ID, and dynamic signaling protocol RSVP-TE for
the tunnel interface.
3. Enable forwarding adjacency on the TE tunnel interfaces of LSRA and LSRC,
and configure the IGP metric for the TE tunnels.
Procedure
Step 1 Assign an IP address to each interface, configure OSPF, and set the OSPF cost.
# Configure LSRA. Configure IP addresses for interfaces of LSRB, LSRC, LSRD, and
LSRE according to Figure 5-39. The configurations on LSRB, LSRC, LSRD, and LSRE
are similar to the configuration of LSRA, and are not mentioned here.
<HUAWEI> system-view
[HUAWEI] sysname LSRA
[LSRA] vlan batch 100 400 600
[LSRA] interface vlanif 100
[LSRA-Vlanif100] ip address 172.1.1.1 255.255.255.0
[LSRA-Vlanif100] ospf cost 15
[LSRA-Vlanif100] quit
[LSRA] interface vlanif 400
[LSRA-Vlanif400] ip address 172.4.1.1 255.255.255.0
[LSRA-Vlanif400] ospf cost 10
[LSRA-Vlanif400] quit
[LSRA] interface vlanif 600
[LSRA-Vlanif600] ip address 172.6.1.1 255.255.255.0
[LSRA-Vlanif600] ospf cost 10
[LSRA-Vlanif600] quit
[LSRA] interface gigabitethernet 0/0/1
[LSRA-GigabitEthernet0/0/1] port link-type trunk
[LSRA-GigabitEthernet0/0/1] port trunk allow-pass vlan 100
[LSRA-GigabitEthernet0/0/1] quit
[LSRA] interface gigabitethernet 0/0/2
[LSRA-GigabitEthernet0/0/2] port link-type trunk
[LSRA-GigabitEthernet0/0/2] port trunk allow-pass vlan 400
[LSRA-GigabitEthernet0/0/2] quit
[LSRA] interface gigabitethernet 0/0/3
[LSRA-GigabitEthernet0/0/3] port link-type trunk
[LSRA-GigabitEthernet0/0/3] port trunk allow-pass vlan 600
[LSRA-GigabitEthernet0/0/3] quit
[LSRA] interface loopback 1
[LSRA-LoopBack1] ip address 1.1.1.9 255.255.255.255
[LSRA-LoopBack1] quit
[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 172.1.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] network 172.4.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] network 172.6.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] quit
[LSRA-ospf-1] quit
After the configurations are complete, run the display ip routing-table command
on LSRA, LSRB, and LSRC. You can see that PE1 and PE2 have learned the routes
to Loopback1 interfaces of each other.
Step 2 Configure basic MPLS functions and enable MPLS TE, RSVP-TE, and CSPF.
To create TE tunnels on LSRA and LSRC, perform the following configurations on
LSRA, LSRB, and LSRC.
# Configure LSRA. The configurations on LSRB and LSRC are similar to the
configuration of LSRA, and are not mentioned here. CSPF only needs to be
configured on the ingress node of the primary tunnel.
[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 100
[LSRA-Vlanif100] mpls
[LSRA-Vlanif100] mpls te
[LSRA-Vlanif100] mpls rsvp-te
[LSRA-Vlanif100] quit
# Configure LSRC.
[LSRC] explicit-path pri-path
[LSRC-explicit-path-pri-path] next hop 172.2.1.1
[LSRC-explicit-path-pri-path] next hop 172.1.1.1
[LSRC-explicit-path-pri-path] next hop 1.1.1.9
[LSRC-explicit-path-pri-path] quit
# Configure LSRC.
[LSRC] interface tunnel 1
[LSRC-Tunnel1] mpls te igp advertise
[LSRC-Tunnel1] mpls te igp metric absolute 10
[LSRC-Tunnel1] mpls te commit
[LSRC-Tunnel1] quit
[LSRC] ospf 1
[LSRC-ospf-1] enable traffic-adjustment advertise
[LSRC-ospf-1] quit
Run the display ip routing-table 3.3.3.9 command on LSRE. You can see that
there are two equal-cost routes to LSRC (3.3.3.9). Some traffic destined for LSRC is
forwarded by LSRD and some traffic is sent to the LSRA and forwarded over the
MPLS TE tunnel.
[LSRE] display ip routing-table 3.3.3.9
Route Flags: R - relay, D - download to fib, T - to vpn-instance
------------------------------------------------------------------------------
Routing Table : Public
Summary Count : 2
Destination/Mask Proto Pre Cost Flags NextHop Interface
----End
Configuration Files
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100 400 600
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path pri-path
next hop 172.1.1.2
next hop 172.2.1.2
next hop 3.3.3.9
#
interface Vlanif100
ip address 172.1.1.1 255.255.255.0
ospf cost 15
mpls
mpls te
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.1 255.255.255.0
ospf cost 10
#
interface Vlanif600
ip address 172.6.1.1 255.255.255.0
ospf cost 10
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 400
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 600
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
#
interface Tunnel1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.9
mpls te tunnel-id 100
mpls te path explicit-path pri-path
mpls te igp advertise
mpls te igp metric absolute 10
mpls te commit
#
ospf 1
opaque-capability enable
enable traffic-adjustment advertise
area 0.0.0.0
network 1.1.1.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.4.1.0 0.0.0.255
network 172.6.1.0 0.0.0.255
mpls-te enable
#
return
● LSRB configuration file
#
sysname LSRB
#
vlan batch 100 200
#
mpls lsr-id 2.2.2.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif100
ip address 172.1.1.2 255.255.255.0
ospf cost 15
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.1 255.255.255.0
ospf cost 10
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 200
#
interface LoopBack1
ip address 2.2.2.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 2.2.2.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.2.1.0 0.0.0.255
mpls-te enable
#
return
● LSRC configuration file
#
sysname LSRC
#
vlan batch 200 300
#
mpls lsr-id 3.3.3.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path pri-path
next hop 172.2.1.1
next hop 172.1.1.1
next hop 1.1.1.9
#
interface Vlanif200
ip address 172.2.1.2 255.255.255.0
ospf cost 10
mpls
mpls te
mpls rsvp-te
#
interface Vlanif300
ip address 172.3.1.1 255.255.255.0
ospf cost 10
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 200
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 300
#
interface LoopBack1
ip address 3.3.3.9 255.255.255.255
#
interface Tunnel1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 1.1.1.9
mpls te tunnel-id 101
mpls te path explicit-path pri-path
mpls te igp advertise
mpls te igp metric absolute 10
mpls te commit
#
ospf 1
opaque-capability enable
enable traffic-adjustment advertise
area 0.0.0.0
network 3.3.3.9 0.0.0.0
network 172.2.1.0 0.0.0.255
network 172.3.1.0 0.0.0.255
mpls-te enable
#
return
● LSRD configuration file
#
sysname LSRD
#
vlan batch 300 400 500
#
interface Vlanif300
ip address 172.3.1.2 255.255.255.0
ospf cost 10
#
interface Vlanif400
ip address 172.4.1.2 255.255.255.0
ospf cost 10
#
interface Vlanif500
ip address 172.5.1.1 255.255.255.0
ospf cost 10
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 300
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 400
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 500
#
ospf 1
area 0.0.0.0
network 172.3.1.0 0.0.0.255
network 172.4.1.0 0.0.0.255
network 172.5.1.0 0.0.0.255
#
return
NOTE
In this scenario, to avoid loops, ensure that all connected interfaces have STP disabled and
connected interfaces are removed from VLAN 1. If STP is enabled and VLANIF interfaces of
switches are used to construct a Layer 3 ring network, an interface on the network will be
blocked. As a result, Layer 3 services on the network cannot run normally.
Configuration Roadmap
The configuration roadmap is as follows:
1. Assign an IP address to each interface and configure OSPF to ensure that
there are reachable routes between LSRs.
2. Configure an ID for each LSR and globally enable MPLS TE, RSVP-TE, CSPF on
each node and interface, and enable OSPF TE.
3. Configure the administrative group attribute of the outbound interface of the
tunnel on each LSR.
4. On the ingress node of the primary tunnel, create a tunnel interface, and
specify the IP address, tunneling protocol, destination IP address, tunnel ID,
and dynamic signaling protocol RSVP-TE for the tunnel interface.
5. Determine and configure the affinity attribute and mask for each tunnel
according to the administrative group attribute and networking requirements.
Procedure
Step 1 Assign an IP address to each interface and configure OSPF.
# Configure LSRA. Configure IP addresses for interfaces of LSRB, LSRC, LSRD, and
LSRE according to Figure 5-40. The configurations of LSRB, LSRC, LSRD, and LSRE
are similar to the configuration of LSRA, and are not mentioned here.
<HUAWEI> system-view
[HUAWEI] sysname LSRA
[LSRA] vlan batch 100
[LSRA] interface vlanif 100
[LSRA-Vlanif100] ip address 172.1.1.1 255.255.255.0
[LSRA-Vlanif100] quit
[LSRA] interface gigabitethernet 0/0/1
[LSRA-GigabitEthernet0/0/1] port link-type trunk
[LSRA-GigabitEthernet0/0/1] port trunk allow-pass vlan 100
[LSRA-GigabitEthernet0/0/1] quit
[LSRA] interface loopback 1
[LSRA-LoopBack1] ip address 1.1.1.9 255.255.255.255
[LSRA-LoopBack1] quit
[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 172.1.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] quit
[LSRA-ospf-1] quit
After the configurations are complete, run the display ip routing-table command
on each LSR. You can see that the LSRs have learned the routes to Loopback1
interfaces of each other. The display on LSRA is used as an example.
[LSRA] display ip routing-table
Route Flags: R - relay, D - download to fib, T - to vpn-instance
------------------------------------------------------------------------------
Routing Tables: Public
Destinations : 13 Routes : 13
Step 2 Configure basic MPLS functions and enable MPLS TE, RSVP-TE, and CSPF.
# Configure LSRA. The configurations of LSRB, LSRC, LSRD, and LSRE are similar to
the configuration of LSRA, and are not mentioned here. CSPF only needs to be
configured on the ingress node of the primary tunnel.
[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 100
[LSRA-Vlanif100] mpls
[LSRA-Vlanif100] mpls te
[LSRA-Vlanif100] mpls rsvp-te
[LSRA-Vlanif100] quit
[LSRA-ospf-1-area-0.0.0.0] quit
[LSRA-ospf-1] quit
After the configurations are complete, check the TEDB including the Color field of
each link. The Color field indicates the administrative group attribute. The display
on LSRA is used as an example.
[LSRA] display mpls te cspf tedb node
Router ID: 1.1.1.9
IGP Type: OSPF Process ID: 1
MPLS-TE Link Count: 1
Link[1]:
OSPF Router ID: 1.1.1.9 Opaque LSA ID: 1.0.0.1
Interface IP Address: 172.1.1.1
DR Address: 172.1.1.1
IGP Area: 0
Link Type: Multi-access Link Status: Active
IGP Metric: 1 TE Metric: 1 Color: 0x10001
...
After the configurations are complete, run the display mpls te tunnel-interface
command to view the tunnel status on LSRA. You can see that both Tunnel1 and
Tunnel2 are Up.
[LSRA] display mpls te tunnel-interface
----------------------------------------------------------------
Tunnel1
----------------------------------------------------------------
Tunnel State Desc : UP
Active LSP : Primary LSP
Session ID : 100
Ingress LSR ID : 1.1.1.9 Egress LSR ID: 4.4.4.9
Admin State : UP Oper State : UP
Primary LSP State : UP
Main LSP State : READY LSP ID : 47
----------------------------------------------------------------
Tunnel2
----------------------------------------------------------------
Tunnel State Desc : UP
Active LSP : Primary LSP
Session ID : 101
Ingress LSR ID : 1.1.1.9 Egress LSR ID: 4.4.4.9
Admin State : UP Oper State : UP
Primary LSP State : UP
Main LSP State : READY LSP ID : 4
Run the display mpls te tunnel path command to view the path of the tunnel.
You can see that the affinity attribute and mask of the tunnel match the
administrative group attribute of each link.
[LSRA] display mpls te tunnel path
Tunnel Interface Name : Tunnel1
Lsp ID : 1.1.1.9 :100 :47
Hop Information
Hop 0 172.1.1.1
Hop 1 172.1.1.2 Label 1065
Hop 2 2.2.2.9 Label 1065
Hop 3 172.2.1.1
Hop 4 172.2.1.2 Label 1075
Hop 5 3.3.3.9 Label 1075
Hop 6 172.3.1.1
Hop 7 172.3.1.2 Label 3
Hop 8 4.4.4.9 Label 3
----End
Configuration Files
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
interface Vlanif100
ip address 172.1.1.1 255.255.255.0
mpls
mpls te
mpls te link administrative group 10001
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
#
interface Tunnel1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 4.4.4.9
mpls te tunnel-id 100
mpls te record-route label
mpls te affinity property 10101 mask 11011
mpls te commit
#
interface Tunnel2
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 4.4.4.9
mpls te tunnel-id 101
mpls te record-route label
mpls te affinity property 10011 mask 11101
mpls te commit
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 1.1.1.9 0.0.0.0
network 172.1.1.0 0.0.0.255
mpls-te enable
#
return
mpls te
mpls rsvp-te
#
interface Vlanif100
ip address 172.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.1 255.255.255.0
mpls
mpls te
mpls te link administrative group 10101
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.1 255.255.255.0
mpls
mpls te
mpls te link administrative group 10011
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 200
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 400
#
interface LoopBack1
ip address 2.2.2.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 2.2.2.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.2.1.0 0.0.0.255
network 172.4.1.0 0.0.0.255
mpls-te enable
#
return
● LSRC configuration file
#
sysname LSRC
#
vlan batch 200 300 500
#
mpls lsr-id 3.3.3.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif300
ip address 172.3.1.1 255.255.255.0
mpls
mpls te
#
sysname LSRE
#
vlan batch 400 500
#
mpls lsr-id 5.5.5.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif500
ip address 172.5.1.1 255.255.255.0
mpls
mpls te
mpls te link administrative group 10011
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 400
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 500
#
interface LoopBack1
ip address 5.5.5.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 5.5.5.9 0.0.0.0
network 172.4.1.0 0.0.0.255
network 172.5.1.0 0.0.0.255
mpls-te enable
#
return
NOTE
In this scenario, to avoid loops, ensure that all connected interfaces have STP disabled and
connected interfaces are removed from VLAN 1. If STP is enabled and VLANIF interfaces of
switches are used to construct a Layer 3 ring network, an interface on the network will be
blocked. As a result, Layer 3 services on the network cannot run normally.
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure manual TE FRR.
2. Configure Srefresh on the PLR and MP along a tunnel to enhance
transmission reliability of RSVP messages and improve resource use efficiency.
Procedure
Step 1 Configure manual TE FRR.
Configure the primary and bypass MPLS TE tunnels according to 5.24.13 Example
for Configuring Manual TE FRR, and then bind the two tunnels.
Step 2 Configure the Srefresh function on LSRB and LSRC.
# Configure the Srefresh function on LSRB.
[LSRB] mpls
[LSRB-mpls] mpls rsvp-te srefresh
[LSRB-mpls] quit
[LSRC] mpls
[LSRC-mpls] mpls rsvp-te srefresh
[LSRC-mpls] quit
# Run the display mpls rsvp-te statistics global command on LSRB. You can
view the status of the Srefresh function. If the command output shows that the
values of SendSrefreshCounter, RecSrefreshCounter, SendAckMsgCounter, and
RecAckMsgCounter are not zero, Srefresh packets are successfully transmitted.
[LSRB] display mpls rsvp-te statistics global
LSR ID: 2.2.2.9 LSP Count: 2
PSB Count: 2 RSB Count: 2
RFSB Count: 1
Run the display interface tunnel 1 command on LSRA. You can view the status of
the primary CR-LSP and that the status of the tunnel interface is still Up.
[LSRA] display interface tunnel 1
Tunnel1 current state : UP
Line protocol current state : UP
Last line protocol up time : 2013-01-21 10:58:49
Description:
...
Run the tracert lsp te tunnel 1 command on LSRA. You can view the path that
the tunnel passes.
[LSRA] tracert lsp te tunnel 1
LSP Trace Route FEC: TE TUNNEL IPV4 SESSION QUERY Tunnel1 , press CTRL_C t
o break.
TTL Replier Time Type Downstream
0 Ingress 172.1.1.2/[1034 ]
1 172.1.1.2 1 ms Transit 172.4.1.2/[1042 1025 ]
2 172.4.1.2 1 ms Transit 172.5.1.2/[3 ]
3 172.5.1.2 2 ms Transit 172.3.1.2/[3 ]
4 4.4.4.9 2 ms Egress
The preceding information shows that services on the link have been switched to
the bypass CR-LSP.
Run the display mpls te tunnel name Tunnel1 verbose command on LSRB. You
can see that the bypass CR-LSP is in use.
[LSRB] display mpls te tunnel name Tunnel1 verbose
No : 1
Tunnel-Name : Tunnel1
Tunnel Interface Name : -
TunnelIndex : 1 LSP Index : 2048
Session ID : 100 LSP ID : 5
LSR Role : Transit
Ingress LSR ID : 1.1.1.9
Egress LSR ID : 4.4.4.9
In-Interface : Vlanif100
Out-Interface : Vlanif200
Sign-Protocol : RSVP TE Resv Style : SE
IncludeAnyAff : 0x0 ExcludeAnyAff : 0x0
IncludeAllAff : 0x0
ER-Hop Table Index : - AR-Hop Table Index: 0
C-Hop Table Index : -
PrevTunnelIndexInSession: - NextTunnelIndexInSession: -
PSB Handle : 8421
Created Time : 2013-09-16 18:27:55+00:00
RSVP LSP Type : -
--------------------------------
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 : 7 Hold-Priority : 7
--------------------------------
FRR Information
--------------------------------
Primary LSP Info
TE Attribute Flag : 0x63 Protected Flag : 0x1
Bypass In Use : In Use
Bypass Tunnel Id : 1225021547
BypassTunnel : Tunnel Index[Tunnel2], InnerLabel[1042]
Bypass LSP ID : 2 FrrNextHop : 172.5.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 statistics global command on LSRB to view
Srefresh statistics.
[LSRB] display mpls rsvp-te statistics global
LSR ID: 2.2.2.9 LSP Count: 2
PSB Count: 2 RSB Count: 2
RFSB Count: 1
Because the Srefresh function is configured globally on LSRB and LSRC, the
Srefresh function takes effect on LSRB and LSRC when the primary tunnel fails.
----End
Configuration Files
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path pri-path
next hop 172.1.1.2
next hop 172.2.1.2
next hop 172.3.1.2
next hop 4.4.4.9
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0001.00
traffic-eng level-2
#
interface Vlanif100
ip address 172.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface LoopBack1
#
interface LoopBack1
ip address 3.3.3.9 255.255.255.255
isis enable 1
#
return
● LSRD configuration file
#
sysname LSRD
#
vlan batch 300
#
mpls lsr-id 4.4.4.9
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 Vlanif300
ip address 172.3.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 300
#
interface LoopBack1
ip address 4.4.4.9 255.255.255.255
isis enable 1
#
return
● LSRE configuration file
#
sysname LSRE
#
vlan batch 400 500
#
mpls lsr-id 5.5.5.9
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 Vlanif400
ip address 172.4.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif500
ip address 172.5.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 400
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 500
#
interface LoopBack1
ip address 5.5.5.9 255.255.255.255
isis enable 1
#
return
Configuration Roadmap
The configuration roadmap is as follows:
1. Assign an IP address to each interface on each LSR and configure OSPF to
ensure that there are reachable routes between LSRs.
2. Configure an ID for each LSR and globally enable MPLS, MPLS TE, and RSVP-
TE on each node and interface.
3. On the ingress node, create a tunnel interface, and specify the IP address,
tunneling protocol, destination IP address, tunnel ID, and dynamic signaling
protocol RSVP-TE, and enable CSPF.
4. Configure RSVP authentication on LSRA and LSRB of the tunnel.
5. Configure the Handshake function on LSRA and LSRB to prevent forged Resv
messages from consuming network resources.
6. Configure the sliding window function on LSRA and LSRB to solve the
problem of RSVP packet mis-sequencing.
NOTE
It is recommended that the window size be larger than 32. If the window size is too small,
some received RSVP messages may be discarded, which can terminate the RSVP neighbor
relationships.
Procedure
Step 1 Assign an IP address to each interface and configure OSPF.
After the configurations are complete, run the display ip routing-table command
on each LSR. You can see that the LSRs have learned the routes to Loopback1
interfaces of each other.
Step 2 Configure basic MPLS functions and enable MPLS TE, RSVP-TE, and CSPF.
# Configure LSRA. The configurations of LSRB and LSRC are similar to the
configuration of LSRA, and are not mentioned here. CSPF only needs to be
configured on the ingress node of the primary tunnel.
[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 100
[LSRA-Vlanif100] mpls
[LSRA-Vlanif100] mpls te
[LSRA-Vlanif100] mpls rsvp-te
[LSRA-Vlanif100] quit
# Configure LSRA. The configurations of LSRB and LSRC are similar to the
configuration of LSRA, and are not mentioned here.
[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
After the configurations are complete, run the display interface tunnel command
on LSRA. You can see that the tunnel interface status is Up.
[LSRA] display interface tunnel 1
Tunnel1 current state : UP
Line protocol current state : UP
Last line protocol up time : 2013-02-22 14:28:37
Description:...
Step 5 On LSRA and LSRB, configure RSVP authentication on the interfaces on the MPLS
TE link.
# Configure LSRA.
[LSRA] interface vlanif 100
[LSRA-Vlanif100] mpls rsvp-te authentication cipher Huawei@1234
[LSRA-Vlanif100] mpls rsvp-te authentication handshake
[LSRA-Vlanif100] mpls rsvp-te authentication window-size 32
[LSRA-Vlanif100] quit
# Configure LSRB.
[LSRB] interface vlanif 100
[LSRB-Vlanif100] mpls rsvp-te authentication cipher Huawei@1234
[LSRB-Vlanif100] mpls rsvp-te authentication handshake
[LSRB-Vlanif100] mpls rsvp-te authentication window-size 32
[LSRB-Vlanif100] quit
Run the reset mpls rsvp-te command, and then run the display interface tunnel
command on LSRA. You can see that the tunnel interface is Up.
Run the display mpls rsvp-te interface command on LSRA or LSRB to view
information about RSVP authentication.
[LSRA] display mpls rsvp-te interface vlanif 100
Interface: Vlanif100
Interface Address: 172.1.1.1
Interface state: UP Interface Index: 0x36
Total-BW: 0 Used-BW: 0
Hello configured: NO Num of Neighbors: 1
SRefresh feature: DISABLE SRefresh Interval: 30 sec
Mpls Mtu: 1500 Retransmit Interval: 5000 msec
Increment Value: 1 Authentication: ENABLE
Challenge: ENABLE WindowSize: 32
Next Seq # to be sent:2767789282 0 Key ID: 0xa4ff1cdc0000
----End
Configuration Files
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
interface Vlanif100
ip address 172.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
mpls rsvp-te authentication cipher %^%#P>Z{S["[&0D+~^McJ#GX~ij}D%N|y;w4*D;M!WJE%^%#
mpls rsvp-te authentication handshake
mpls rsvp-te authentication window-size 32
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 100
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
#
interface Tunnel1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.9
mpls te tunnel-id 101
mpls te commit
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 1.1.1.9 0.0.0.0
network 172.1.1.0 0.0.0.255
mpls-te enable
#
return
mpls
mpls te
mpls rsvp-te
mpls rsvp-te authentication cipher %^%#DbqR!4[#1)#D0,Gv*|(<^`B>1},"k2[QT}T)*C5+%^%#
mpls rsvp-te authentication handshake
mpls rsvp-te authentication window-size 32
#
interface Vlanif200
ip address 172.2.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 200
#
interface LoopBack1
ip address 2.2.2.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 2.2.2.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.2.1.0 0.0.0.255
mpls-te enable
#
return
● LSRC configuration file
#
sysname LSRC
#
vlan batch 200
#
mpls lsr-id 3.3.3.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 200
#
interface LoopBack1
ip address 3.3.3.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 3.3.3.9 0.0.0.0
network 172.2.1.0 0.0.0.255
mpls-te enable
#
return
NOTE
In this scenario, to avoid loops, ensure that all connected interfaces have STP disabled and
connected interfaces are removed from VLAN 1. If STP is enabled and VLANIF interfaces of
switches are used to construct a Layer 3 ring network, an interface on the network will be
blocked. As a result, Layer 3 services on the network cannot run normally.
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure manual TE FRR.
Procedure
Step 1 Configure MPLS TE FRR.
Configure the primary and bypass MPLS TE tunnels according to 5.24.13 Example
for Configuring Manual TE FRR, and then bind the two tunnels.
Step 2 Configure RSVP authentication on LSRB and LSRC.
The Handshake function and local password are configured to check whether
RSVP authentication is configured successfully.
NOTE
The neighbor node is identified by its LSR-ID, therefore, you must enable CSPF on two
neighboring devices where RSVP authentication is required.
SendResvTearCounter: 1 RecResvTearCounter: 1
SendSrefreshCounter: 3 RecSrefreshCounter: 6
SendAckMsgCounter: 3 RecAckMsgCounter: 3
SendChallengeMsgCounter: 1 RecChallengeMsgCounter: 1
SendResponseMsgCounter: 1 RecResponseMsgCounter: 1
SendErrMsgCounter: 0 RecErrMsgCounter: 0
SendRecoveryPathMsgCounter: 0 RecRecoveryPathMsgCounter: 0
SendGRPathMsgCounter: 0 RecGRPathMsgCounter: 0
ResourceReqFaultCounter: 0 RecGRPathMsgFromLSPMCounter: 0
Bfd neighbor count: 3 Bfd session count: 0
Run the display interface tunnel 1 command on LSRA. You can view the status of
the primary CR-LSP and that the status of the tunnel interface is still Up.
[LSRA] display interface tunnel 1
Tunnel1 current state : UP
Line protocol current state : UP
Last line protocol up time : 2013-01-21 10:58:49
Description:
...
Run the tracert lsp te tunnel 1 command on LSRA. You can view the path that
the tunnel passes.
[LSRA] tracert lsp te tunnel 1
LSP Trace Route FEC: TE TUNNEL IPV4 SESSION QUERY Tunnel1 , press CTRL_C t
o break.
TTL Replier Time Type Downstream
0 Ingress 172.1.1.2/[1037 ]
1 172.1.1.2 1 ms Transit 172.4.1.2/[1045 1027 ]
2 172.4.1.2 1 ms Transit 172.5.1.2/[3 ]
3 172.5.1.2 2 ms Transit 172.3.1.2/[3 ]
4 4.4.4.9 2 ms Egress
The preceding information shows that services on the link have been switched to
the bypass CR-LSP.
Run the display mpls te tunnel name Tunnel1 verbose command on LSRB. You
can see that the bypass CR-LSP is in use.
[LSRB] display mpls te tunnel name Tunnel1 verbose
No : 1
Tunnel-Name : Tunnel1
Tunnel Interface Name : -
TunnelIndex : 1 LSP Index : 2049
Session ID : 100 LSP ID : 8
LSR Role : Transit
Ingress LSR ID : 1.1.1.9
Egress LSR ID : 4.4.4.9
In-Interface : Vlanif100
Out-Interface : Vlanif200
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 : 8562
Created Time : 2013-09-16 19:14:37+00:00
RSVP LSP Type : -
--------------------------------
DS-TE Information
--------------------------------
Bandwidth Reserved Flag : Unreserved
# Run the display mpls rsvp-te peer command to check whether the bypass CR-
LSP is successfully set up.
[LSRB] display mpls rsvp-te peer
Remote Node id Neighbor
Neighbor Addr: -----
SrcInstance: 0x60128590 NbrSrcInstance: 0x0
PSB Count: 1 RSB Count: 0
Hello Type Sent: NONE
SRefresh Enable: NO
Last valid seq # rcvd: NULL
Interface: Vlanif100
Neighbor Addr: 172.1.1.1
SrcInstance: 0x60128590 NbrSrcInstance: 0x0
PSB Count: 1 RSB Count: 0
Hello Type Sent: NONE
SRefresh Enable: NO
Last valid seq # rcvd: NULL
Interface: Vlanif400
Neighbor Addr: 172.4.1.2
SrcInstance: 0x60128590 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 neighbor of LSRB is not
zero. This indicates that RSVP authentication is successful on LSRB and its
neighbor LSRC, and resources are successfully reserved.
----End
Configuration Files
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path pri-path
next hop 172.1.1.2
next hop 172.2.1.2
next hop 172.3.1.2
next hop 4.4.4.9
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0001.00
traffic-eng level-2
#
interface Vlanif100
ip address 172.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
isis enable 1
#
interface Tunnel1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 4.4.4.9
mpls te tunnel-id 100
mpls te record-route label
mpls te path explicit-path pri-path
mpls te fast-reroute
mpls te commit
#
return
mpls te
mpls te timer fast-reroute 120
mpls rsvp-te
mpls te cspf
#
explicit-path by-path
next hop 172.4.1.2
next hop 172.5.1.2
next hop 3.3.3.9
#
mpls rsvp-te peer 3.3.3.9
mpls rsvp-te authentication cipher %^%#P>Z{S["[&0D+~^McJ#GX~ij}D%N|y;w4*D;M!WJE%^%#
mpls rsvp-te authentication handshake
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0002.00
traffic-eng level-2
#
interface Vlanif100
ip address 172.1.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 200
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 400
#
interface LoopBack1
ip address 2.2.2.9 255.255.255.255
isis enable 1
#
interface Tunnel2
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.9
mpls te tunnel-id 300
mpls te record-route
mpls te path explicit-path by-path
mpls te bypass-tunnel
mpls te protected-interface Vlanif200
mpls te commit
#
return
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 Vlanif300
ip address 172.3.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 300
#
interface LoopBack1
ip address 4.4.4.9 255.255.255.255
isis enable 1
#
return
● LSRE configuration file
#
sysname LSRE
#
vlan batch 400 500
#
mpls lsr-id 5.5.5.9
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 Vlanif400
ip address 172.4.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif500
ip address 172.5.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 400
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 500
#
interface LoopBack1
ip address 5.5.5.9 255.255.255.255
isis enable 1
#
return
Networking Requirements
As shown in Figure 5-44, An MPLS TE tunnel is set up between LSRA and LSRC,
with the path LSRA -> LSRB -> LSRC.
The link LSRA -> LSRB and link LSRA -> LSRE belong to the same SRLG (SRLG1 is
used here).
To improve reliability, auto TE FRR needs to be configured and the links of the
bypass CR-LSP and primary tunnel must be in different SRLGs. If no path is
available, SRLG attributes can be ignored.
NOTE
In this scenario, to avoid loops, ensure that all connected interfaces have STP disabled and
connected interfaces are removed from VLAN 1. If STP is enabled and VLANIF interfaces of
switches are used to construct a Layer 3 ring network, an interface on the network will be
blocked. As a result, Layer 3 services on the network cannot run normally.
Configuration Roadmap
The configuration roadmap is as follows:
2. Configure an ID for each LSR and globally enable MPLS, MPLS TE, RSVP-TE,
CSPF on each node and interface, and enable OSPF TE.
3. On the ingress node of the primary tunnel, create a tunnel interface, and
specify the IP address, tunneling protocol, destination IP address, tunnel ID,
and dynamic signaling protocol RSVP-TE for the tunnel interface. The explicit
path is LSRA -> LSRB -> LSRC.
4. Configure SRLG numbers for SRLG member interfaces.
5. Configure the SRLG path calculation mode on the ingress node of the primary
tunnel.
6. Configure auto TE FRR on the ingress node of the primary tunnel to protect
LSRB.
Procedure
Step 1 Assign an IP address to each interface and configure OSPF.
# Configure LSRA. Configure IP addresses for interfaces of LSRB, LSRC, LSRE, and
LSRF according to Figure 5-44. The configurations of LSRB, LSRC, LSRE, and LSRF
are similar to the configuration of LSRA, and are not mentioned here.
<HUAWEI> system-view
[HUAWEI] sysname LSRA
[LSRA] vlan batch 100 400 600
[LSRA] interface vlanif 100
[LSRA-Vlanif100] ip address 172.1.1.1 255.255.255.0
[LSRA-Vlanif100] quit
[LSRA] interface vlanif 400
[LSRA-Vlanif400] ip address 172.4.1.1 255.255.255.0
[LSRA-Vlanif400] quit
[LSRA] interface vlanif 600
[LSRA-Vlanif600] ip address 172.6.1.1 255.255.255.0
[LSRA-Vlanif600] quit
[LSRA] interface gigabitethernet 0/0/1
[LSRA-GigabitEthernet0/0/1] port link-type trunk
[LSRA-GigabitEthernet0/0/1] port trunk allow-pass vlan 100
[LSRA-GigabitEthernet0/0/1] quit
[LSRA] interface gigabitethernet 0/0/2
[LSRA-GigabitEthernet0/0/2] port link-type trunk
[LSRA-GigabitEthernet0/0/2] port trunk allow-pass vlan 600
[LSRA-GigabitEthernet0/0/2] quit
[LSRA] interface gigabitethernet 0/0/3
[LSRA-GigabitEthernet0/0/3] port link-type trunk
[LSRA-GigabitEthernet0/0/3] port trunk allow-pass vlan 400
[LSRA-GigabitEthernet0/0/3] quit
[LSRA] interface loopback 1
[LSRA-LoopBack1] ip address 1.1.1.9 255.255.255.255
[LSRA-LoopBack1] quit
[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 172.1.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] network 172.4.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] network 172.6.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] quit
[LSRA-ospf-1] quit
After the configurations are complete, run the display ip routing-table command
on each LSR. You can see that the LSRs learn the routes to Loopback1 of each
other. The display on LSRA is used as an example.
[LSRA] display ip routing-table
Route Flags: R - relay, D - download to fib, T - to vpn-instance
------------------------------------------------------------------------------
Routing Tables: Public
Destinations : 16 Routes : 18
Step 2 Configure basic MPLS functions and enable MPLS TE, RSVP-TE, and CSPF.
# Configure LSRA. The configurations of LSRB, LSRC, LSRE, and LSRF are similar to
the configuration of LSRA, and are not mentioned here. CSPF only needs to be
configured on the ingress node of the primary tunnel.
[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 100
[LSRA-Vlanif100] mpls
[LSRA-Vlanif100] mpls te
[LSRA-Vlanif100] mpls rsvp-te
[LSRA-Vlanif100] quit
[LSRA] interface vlanif 400
[LSRA-Vlanif400] mpls
[LSRA-Vlanif400] mpls te
[LSRA-Vlanif400] mpls rsvp-te
[LSRA-Vlanif400] quit
[LSRA] interface vlanif 600
[LSRA-Vlanif600] mpls
[LSRA-Vlanif600] mpls te
[LSRA-Vlanif600] mpls rsvp-te
[LSRA-Vlanif600] quit
# Configure LSRA. The configurations of LSRB, LSRC, LSRE, and LSRF are similar to
the configuration of LSRA, and are not mentioned here.
[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
Run the display interface tunnel 1 command on LSRA. You can see that the
tunnel status is Up.
[LSRA] display interface tunnel 1
Tunnel1 current state : UP
Line protocol current state : UP
Last line protocol up time : 2013-01-22 16:57:00
Description:
...
Run the display mpls te srlg all command to view SRLG information and the
interfaces that belong to the SRLG. The display on LSRA is used as an example.
[LSRA] display mpls te srlg all
Total SRLG supported : 1024
Total SRLG configured : 2
SRLG 1: Vlanif100 Vlanif400
SRLGs on Vlanif100 :
1
SRLGs on Vlanif400 :
1
Run the display mpls te cspf tedb srlg command to view TEDB information of
the specified SRLG.
Run the display mpls te tunnel command on LSRA. You can see that the bypass
CR-LSP has been established.
[LSRA] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
1.1.1.9 3.3.3.9 1 --/1024 I Tunnel1
1.1.1.9 3.3.3.9 4 --/1025 I Tunnel2048
Run the display mpls te tunnel path Tunnel1 command on LSRA. You can see
that local protection is enabled on the outbound interface (172.1.1.1) of the
primary tunnel on LSRA.
[LSRA] display mpls te tunnel path Tunnel1
Tunnel Interface Name : Tunnel1
Lsp ID : 1.1.1.9 :100 :1
Hop Information
Hop 0 172.1.1.1 Local-Protection available | node
Hop 1 172.1.1.2 Label 1024
Hop 2 2.2.2.9 Label 1024
Hop 3 172.2.1.1
Hop 4 172.2.1.2 Label 3
Hop 5 3.3.3.9 Label 3
# Run the display mpls te tunnel path Tunnel2048 command on LSRA to check
the path of the bypass CR-LSP. You can see that the path of the bypass CR-LSP is
LSRA -> LSRF -> LSRC.
[LSRA] display mpls te tunnel path Tunnel2048
Tunnel Interface Name : Tunnel2048
Lsp ID : 1.1.1.9 :1025 :4
Hop Information
Hop 0 172.6.1.1
Hop 1 172.6.1.2 Label 1025
Hop 2 6.6.6.9 Label 1025
Hop 3 172.7.1.1
Hop 4 172.7.1.2 Label 3
Hop 5 3.3.3.9 Label 3
# Run the display mpls te tunnel name Tunnel1 verbose command on LSRA.
You can see that the primary tunnel is bound to Tunnel2049 and the FRR next hop
is 172.5.1.2.
[LSRA] display mpls te tunnel name Tunnel1 verbose
No : 1
Tunnel-Name : Tunnel1
Tunnel Interface Name : Tunnel1
TunnelIndex : 0 LSP Index : 2048
Session ID : 100 LSP ID : 1
# Run the display mpls te tunnel path Tunnel2049 command to check the path
of the bypass CR-LSP.
[LSRA] display mpls te tunnel path Tunnel2049
Tunnel Interface Name : Tunnel2049
Lsp ID : 1.1.1.9 :1026 :4
Hop Information
Hop 0 172.4.1.1
Hop 1 172.4.1.2 Label 1026
Hop 2 5.5.5.9 Label 1026
Hop 3 172.5.1.1
Hop 4 172.5.1.2 Label 3
Hop 5 3.3.3.9 Label 3
You can see that the path of the bypass CR-LSP is LSRA -> LSRE -> LSRC. This is
because the SRLG path calculation mode is configured as preferred. CSPF tries to
calculate the path of the bypass tunnel to avoid the links in the same SRLG as the
protected interface(s). If calculation fails, CSPF does not take the SRLG as a
constraint.
----End
Configuration Files
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100 400 600
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls te auto-frr
mpls te srlg path-calculation preferred
mpls rsvp-te
mpls te cspf
#
explicit-path pri-path
next hop 172.1.1.2
next hop 172.2.1.2
next hop 3.3.3.9
#
interface Vlanif100
ip address 172.1.1.1 255.255.255.0
mpls
mpls te
mpls te srlg 1
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.1 255.255.255.0
mpls
mpls te
mpls te srlg 1
mpls rsvp-te
#
interface Vlanif600
ip address 172.6.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 600
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 400
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
#
interface Tunnel1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.9
mpls te tunnel-id 100
mpls te record-route label
mpls te path explicit-path pri-path
mpls te fast-reroute
mpls te commit
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 1.1.1.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.4.1.0 0.0.0.255
network 172.6.1.0 0.0.0.255
mpls-te enable
#
return
● LSRB configuration file
#
sysname LSRB
#
vlan batch 100 200
#
mpls lsr-id 2.2.2.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif100
ip address 172.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 200
#
interface LoopBack1
ip address 2.2.2.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 2.2.2.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.2.1.0 0.0.0.255
mpls-te enable
#
return
● LSRC configuration file
#
sysname LSRC
#
vlan batch 200 500 700
#
mpls lsr-id 3.3.3.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 500
#
interface LoopBack1
ip address 5.5.5.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 5.5.5.9 0.0.0.0
network 172.4.1.0 0.0.0.255
network 172.5.1.0 0.0.0.255
mpls-te enable
#
return
NOTE
In this scenario, to avoid loops, ensure that all connected interfaces have STP disabled and
connected interfaces are removed from VLAN 1. If STP is enabled and VLANIF interfaces of
switches are used to construct a Layer 3 ring network, an interface on the network will be
blocked. As a result, Layer 3 services on the network cannot run normally.
Figure 5-45 Networking for configuring SRLG based on CR-LSP hot standby
Configuration Roadmap
The configuration roadmap is as follows:
1. Assign an IP address to each interface and configure OSPF to ensure that
there are reachable routes between LSRs.
2. Configure an ID for each LSR and globally enable MPLS, MPLS TE, RSVP-TE,
CSPF on each node and interface, and enable OSPF TE.
3. On the ingress node of the primary tunnel, create a tunnel interface, and
specify the IP address, tunneling protocol, destination IP address, tunnel ID,
and dynamic signaling protocol RSVP-TE for the tunnel interface. The explicit
path is LSRA -> LSRB -> LSRC.
4. Configure SRLG numbers for SRLG member interfaces.
5. Configure the SRLG path calculation mode on the ingress node of the primary
tunnel.
6. Configure a hot-standby CR-LSP on the ingress node of the primary tunnel.
Procedure
Step 1 Assign an IP address to each interface and configure OSPF.
# Configure LSRA. Configure IP addresses for interfaces of LSRB, LSRC, LSRE, and
LSRF according to Figure 5-45. The configurations of LSRB, LSRC, LSRE, and LSRF
are similar to the configuration of LSRA, and are not mentioned here.
<HUAWEI> system-view
[HUAWEI] sysname LSRA
[LSRA] vlan batch 100 400 600
[LSRA] interface vlanif 100
[LSRA-Vlanif100] ip address 172.1.1.1 255.255.255.0
[LSRA-Vlanif100] quit
[LSRA] interface vlanif 400
[LSRA-Vlanif400] ip address 172.4.1.1 255.255.255.0
[LSRA-Vlanif400] quit
[LSRA] interface vlanif 600
[LSRA-Vlanif600] ip address 172.6.1.1 255.255.255.0
[LSRA-Vlanif600] quit
[LSRA] interface gigabitethernet 0/0/1
[LSRA-GigabitEthernet0/0/1] port link-type trunk
[LSRA-GigabitEthernet0/0/1] port trunk allow-pass vlan 100
[LSRA-GigabitEthernet0/0/1] quit
[LSRA] interface gigabitethernet 0/0/2
[LSRA-GigabitEthernet0/0/2] port link-type trunk
[LSRA-GigabitEthernet0/0/2] port trunk allow-pass vlan 600
[LSRA-GigabitEthernet0/0/2] quit
[LSRA] interface gigabitethernet 0/0/3
[LSRA-GigabitEthernet0/0/3] port link-type trunk
[LSRA-GigabitEthernet0/0/3] port trunk allow-pass vlan 400
[LSRA-GigabitEthernet0/0/3] quit
[LSRA] interface loopback 1
[LSRA-LoopBack1] ip address 1.1.1.9 255.255.255.255
[LSRA-LoopBack1] quit
[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 172.1.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] network 172.4.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] network 172.6.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] quit
[LSRA-ospf-1] quit
After the configurations are complete, run the display ip routing-table command
on each LSR. You can see that the LSRs learn the routes to Loopback1 of each
other. The display on LSRA is used as an example.
[LSRA] display ip routing-table
Route Flags: R - relay, D - download to fib, T - to vpn-instance
------------------------------------------------------------------------------
Routing Tables: Public
Destinations : 16 Routes : 18
Step 2 Configure basic MPLS functions and enable MPLS TE, RSVP-TE, and CSPF.
# Configure LSRA. The configurations of LSRB, LSRC, LSRE, and LSRF are similar to
the configuration of LSRA, and are not mentioned here. CSPF only needs to be
configured on the ingress node of the primary tunnel.
[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 100
[LSRA-Vlanif100] mpls
[LSRA-Vlanif100] mpls te
[LSRA-Vlanif100] mpls rsvp-te
[LSRA-Vlanif100] quit
[LSRA] interface vlanif 400
[LSRA-Vlanif400] mpls
[LSRA-Vlanif400] mpls te
[LSRA-Vlanif400] mpls rsvp-te
[LSRA-Vlanif400] quit
[LSRA] interface vlanif 600
[LSRA-Vlanif600] mpls
[LSRA-Vlanif600] mpls te
[LSRA-Vlanif600] mpls rsvp-te
[LSRA-Vlanif600] quit
Run the display interface tunnel 1 command on LSRA. You can see that the
tunnel status is Up.
[LSRA] display interface tunnel 1
Tunnel1 current state : UP
Line protocol current state : UP
Last line protocol up time : 2013-01-22 16:57:00
Description:
...
# Configure LSRB.
[LSRB] interface vlanif 200
[LSRB-Vlanif200] mpls te srlg 2
[LSRB-Vlanif200] quit
# Configure LSRE.
[LSRE] interface vlanif 500
[LSRE-Vlanif500] mpls te srlg 2
[LSRE-Vlanif500] quit
Run the display mpls te srlg all command to view SRLG information and the
interfaces that belong to the SRLG. The display on LSRA is used as an example.
[LSRA] display mpls te srlg all
Total SRLG supported : 1024
Total SRLG configured : 2
SRLG 1: Vlanif100 Vlanif400
SRLGs on Vlanif100 :
1
SRLGs on Vlanif400 :
1
Run the display mpls te cspf tedb srlg command to view TEDB information of
the specified SRLG.
[LSRA] display mpls te cspf tedb srlg 1
Interface-Address IGP-Type Area
172.1.1.1 OSPF 0
172.4.1.1 OSPF 0
[LSRA] display mpls te cspf tedb srlg 2
Interface-Address IGP-Type Area
172.2.1.1 OSPF 0
172.5.1.1 OSPF 0
Run the display mpls te tunnel-interface command on LSRA. You can see that
the hot-standby CR-LSP has been established.
[LSRA] display mpls te tunnel-interface
----------------------------------------------------------------
Tunnel1
----------------------------------------------------------------
Tunnel State Desc : UP
Active LSP : Primary LSP
Session ID : 100
Ingress LSR ID : 1.1.1.9 Egress LSR ID: 3.3.3.9
Admin State : UP Oper State : UP
Primary LSP State : UP
Main LSP State : READY LSP ID : 54
Hot-Standby LSP State : UP
Main LSP State : READY LSP ID : 32780
----End
Configuration Files
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100 400 600
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls te srlg path-calculation strict
mpls rsvp-te
mpls te cspf
#
explicit-path pri-path
next hop 172.1.1.2
next hop 172.2.1.2
next hop 3.3.3.9
#
interface Vlanif100
ip address 172.1.1.1 255.255.255.0
mpls
mpls te
mpls te srlg 1
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.1 255.255.255.0
mpls
mpls te
mpls te srlg 1
mpls rsvp-te
#
interface Vlanif600
ip address 172.6.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 600
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 400
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
#
interface Tunnel1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.9
mpls te tunnel-id 100
mpls te record-route
mpls te path explicit-path pri-path
mpls te backup hot-standby
mpls te commit
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 1.1.1.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.4.1.0 0.0.0.255
network 172.6.1.0 0.0.0.255
mpls-te enable
#
return
● LSRB configuration file
#
sysname LSRB
#
vlan batch 100 200
#
mpls lsr-id 2.2.2.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif100
ip address 172.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.1 255.255.255.0
mpls
mpls te
mpls te srlg 2
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 200
#
interface LoopBack1
ip address 2.2.2.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 2.2.2.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.2.1.0 0.0.0.255
mpls-te enable
#
return
● LSRC configuration file
#
sysname LSRC
#
vlan batch 200 500 700
#
mpls lsr-id 3.3.3.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif500
ip address 172.5.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif700
ip address 172.7.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 200
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 500
#
interface GigabitEthernet0/0/3
port link-type trunk
mpls rsvp-te
#
interface Vlanif600
ip address 172.6.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif700
ip address 172.7.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 600
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 700
#
interface LoopBack1
ip address 6.6.6.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 6.6.6.9 0.0.0.0
network 172.6.1.0 0.0.0.255
network 172.7.1.0 0.0.0.255
mpls-te enable
#
return
NOTE
In this scenario, to avoid loops, ensure that all connected interfaces have STP disabled and
connected interfaces are removed from VLAN 1. If STP is enabled and VLANIF interfaces of
switches are used to construct a Layer 3 ring network, an interface on the network will be
blocked. As a result, Layer 3 services on the network cannot run normally.
Configuration Roadmap
The configuration roadmap is as follows:
1. Assign an IP address to each interface and configure OSPF to ensure that
there are reachable routes between LSRs.
2. Configure an ID for each LSR and globally enable MPLS, MPLS TE, RSVP-TE,
CSPF on each node and interface, and enable OSPF TE.
3. Specify explicit paths for the primary and backup CR-LSPs on LSRA.
4. Create a tunnel interface with LSRC as the egress node on LSRA, specify an
explicit path, configure the hot-standby CR-LSP and best-effort path, and set
the WTR time to 15 seconds.
Procedure
Step 1 Assign an IP address to each interface and configure OSPF.
# Configure LSRA. Configure IP addresses for interfaces of LSRB, LSRC, and LSRD
according to Figure 5-46. The configurations on LSRB, LSRC, and LSRD are similar
to the configuration of LSRA, and are not mentioned here.
<HUAWEI> system-view
[HUAWEI] sysname LSRA
[LSRA] vlan batch 100 500
[LSRA] interface vlanif 100
[LSRA-Vlanif100] ip address 172.1.1.1 255.255.255.0
[LSRA-Vlanif100] quit
After the configurations are complete, run the display ip routing-table command
on the LSRs. You can see that the LSRs learn the routes to Loopback1 of each
other.
Step 2 Configure basic MPLS functions and enable MPLS TE, RSVP-TE, and CSPF.
On each node, enable MPLS TE and RSVP-TE in the MPLS view and in the interface
view. Enable CSPF on the ingress node.
# Configure LSRA. The configurations on LSRB, LSRC, and LSRD are similar to the
configuration of LSRA, and are not mentioned here. CSPF only needs to be
configured on the ingress nodes of the primary tunnel and bypass tunnel. That is,
CSPF needs to be enabled on only 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 100
[LSRA-Vlanif100] mpls
[LSRA-Vlanif100] mpls te
[LSRA-Vlanif100] mpls rsvp-te
[LSRA-Vlanif100] quit
[LSRA] interface vlanif 500
[LSRA-Vlanif500] mpls
[LSRA-Vlanif500] mpls te
[LSRA-Vlanif500] mpls rsvp-te
[LSRA-Vlanif500] quit
Step 4 Configure the explicit paths for the primary and backup CR-LSPs.
# Configure the explicit path of the primary CR-LSP on LSRA.
After the configurations are complete, you can view explicit paths through
commands.
[LSRA] display explicit-path pri-path
Path Name : pri-path Path Status : Enabled
1 172.1.1.2 Strict Include
2 172.2.1.2 Strict Include
3 3.3.3.9 Strict Include
[LSRA] display explicit-path backup-path
Path Name : backup-path Path Status : Enabled
1 172.5.1.2 Strict Include
2 172.3.1.1 Strict Include
3 3.3.3.9 Strict Include
# Configure CR-LSP hot standby on the tunnel interface, set the WTR time to 15
seconds, specify an explicit path, and configure the best-effort path.
[LSRA-Tunnel1] mpls te backup hot-standby wtr 15
[LSRA-Tunnel1] mpls te path explicit-path backup-path secondary
[LSRA-Tunnel1] mpls te backup ordinary best-effort
[LSRA-Tunnel1] mpls te commit
[LSRA-Tunnel1] quit
After the configurations are complete, run the display mpls te tunnel-interface
tunnel 1 command on LSRA. You can see that the primary and backup CR-LSPs
are successfully established.
[LSRA] display mpls te tunnel-interface tunnel 1
----------------------------------------------------------------
Tunnel1
----------------------------------------------------------------
Tunnel State Desc : UP
Active LSP : Primary LSP
Session ID : 100
Ingress LSR ID : 1.1.1.9 Egress LSR ID: 3.3.3.9
Admin State : UP Oper State : UP
Primary LSP State : UP
Main LSP State : READY LSP ID : 10
Hot-Standby LSP State : UP
Main LSP State : READY LSP ID : 32773
Run the ping lsp te command on LSRA to detect connectivity of the hot-standby
CR-LSP.
[LSRA] ping lsp te tunnel 1 hot-standby
LSP PING FEC: TE TUNNEL IPV4 SESSION QUERY Tunnel1 : 100 data bytes, press CTRL_C to break
Reply from 3.3.3.9: bytes=100 Sequence=1 time=11 ms
Reply from 3.3.3.9: bytes=100 Sequence=2 time=2 ms
Reply from 3.3.3.9: bytes=100 Sequence=3 time=2 ms
Reply from 3.3.3.9: bytes=100 Sequence=4 time=2 ms
Reply from 3.3.3.9: bytes=100 Sequence=5 time=2 ms
--- FEC: TE TUNNEL IPV4 SESSION QUERY Tunnel1 ping statistics ---
5 packet(s) transmitted
5 packet(s) received
0.00% packet loss
round-trip min/avg/max = 2/3/11 ms
Run the tracert lsp te command on LSRA to check the path of the hot-standby
CR-LSP.
[LSRA] tracert lsp te tunnel 1 hot-standby
LSP Trace Route FEC: TE TUNNEL IPV4 SESSION QUERY Tunnel1 , press CTRL_C to break.
TTL Replier Time Type Downstream
0 Ingress 172.5.1.2/[1027 ]
1 172.5.1.2 9 ms Transit 172.3.1.1/[3 ]
2 3.3.3.9 10 ms Egress
Run the display mpls te tunnel-interface tunnel 1 command on LSRA. You can
see that traffic switches to the backup CR-LSP.
[LSRA] display mpls te tunnel-interface tunnel 1
----------------------------------------------------------------
Tunnel1
----------------------------------------------------------------
Tunnel State Desc : UP
Active LSP : Hot-Standby LSP
Session ID : 100
Ingress LSR ID : 1.1.1.9 Egress LSR ID: 3.3.3.9
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 : 32773
After attaching the cable into GE0/0/1 (running the undo shutdown command on
GE0/0/1 of LSRA), you can see that traffic switches back to the primary CR-LSP in
15 seconds.
After you remove the cable from GE0/0/1 on LSRA or LSRB and the cable from
GE0/0/1 on LSRC or LSRD, the tunnel interface goes Down and then Up. This
means that the best-effort path has been set up successfully, allowing traffic to
switch to the best-effort path.
# Run the shutdown command on GE0/0/1 of LSRA, and then run the shutdown
command on GE0/0/1 of LSRC.
[LSRA] interface gigabitethernet 0/0/1
[LSRA-GigabitEthernet0/0/1] shutdown
[LSRA-GigabitEthernet0/0/1] quit
[LSRC] interface gigabitethernet 0/0/1
[LSRC-GigabitEthernet0/0/1] shutdown
[LSRC-GigabitEthernet0/0/1] quit
----End
Configuration Files
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100 500
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path backup-path
next hop 172.5.1.2
next hop 172.3.1.1
next hop 3.3.3.9
#
explicit-path pri-path
next hop 172.1.1.2
next hop 172.2.1.2
next hop 3.3.3.9
#
interface Vlanif100
ip address 172.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif500
ip address 172.5.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 500
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
#
interface Tunnel1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.9
mpls te tunnel-id 100
mpls te record-route
mpls te path explicit-path pri-path
mpls te path explicit-path backup-path secondary
mpls te backup hot-standby mode revertive wtr 15
mpls te backup ordinary best-effort
mpls te commit
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 1.1.1.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.5.1.0 0.0.0.255
mpls-te enable
#
return
● LSRB configuration file
#
sysname LSRB
#
vlan batch 100 200 400
#
mpls lsr-id 2.2.2.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif100
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 200
#
interface LoopBack1
ip address 3.3.3.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 3.3.3.9 0.0.0.0
network 172.2.1.0 0.0.0.255
network 172.3.1.0 0.0.0.255
mpls-te enable
#
return
#
return
Networking Requirements
As shown in Figure 5-47, the primary CR-LSP is along the path LSRA -> LSRB ->
LSRC -> LSRD, and the link between LSRB and LSRC needs to be protected by FRR.
A bypass CR-LSP is set up along the path LSRB -> LSRE -> LSRC. LSRB functions as
the PLR and LSRC functions as the MP.
The primary and bypass MPLS TE tunnels need to be set up by using explicit paths.
RSVP-TE is used as the signaling protocol.
NOTE
In this scenario, to avoid loops, ensure that all connected interfaces have STP disabled and
connected interfaces are removed from VLAN 1. If STP is enabled and VLANIF interfaces of
switches are used to construct a Layer 3 ring network, an interface on the network will be
blocked. As a result, Layer 3 services on the network cannot run normally.
Configuration Roadmap
The configuration roadmap is as follows:
2. Configure an ID for each LSR and globally enable MPLS, MPLS TE, RSVP-TE,
and CSPF on each node and interface. Enable IS-IS TE and change the cost
type.
3. On the ingress node of the primary tunnel, create a tunnel interface, and
specify the IP address, tunneling protocol, destination IP address, tunnel ID,
and dynamic signaling protocol RSVP-TE for the tunnel interface.
4. Enable TE FRR on the interface of the primary tunnel on the ingress node.
5. Create a tunnel interface on the ingress node LSRB of the bypass tunnel of
the protected link, set the IP address, tunnel protocol, destination IP address,
tunnel ID, and RSVP-TE for the tunnel interface, and specify the interface of
the protected link.
Procedure
Step 1 Assign IP addresses to interfaces.
# Configure LSRA. Configure IP addresses for interfaces of LSRB, LSRC, LSRD, and
LSRE according to Figure 5-47. The configurations of LSRB, LSRC, LSRD, and LSRE
are similar to the configuration of LSRA, and are not mentioned here.
<HUAWEI> system-view
[HUAWEI] sysname LSRA
[LSRA] vlan batch 100
[LSRA] interface vlanif 100
[LSRA-Vlanif100] ip address 172.1.1.1 255.255.255.0
[LSRA-Vlanif100] quit
[LSRA] interface gigabitethernet 0/0/1
[LSRA-GigabitEthernet0/0/1] port link-type trunk
[LSRA-GigabitEthernet0/0/1] port trunk allow-pass vlan 100
[LSRA-GigabitEthernet0/0/1] quit
[LSRA] interface loopback 1
[LSRA-LoopBack1] ip address 1.1.1.9 255.255.255.255
[LSRA-LoopBack1] quit
After the configurations are complete, run the display ip routing-table command
on each LSR. You can see that the LSRs learn the routes from each other. The
display on LSRA is used as an example.
[LSRA] display ip routing-table
Route Flags: R - relay, D - download to fib, T - to vpn-instance
------------------------------------------------------------------------------
Routing Tables: Public
Destinations : 13 Routes : 13
Step 3 Configure basic MPLS functions and enable MPLS TE, CSPF, RSVP-TE, and IS-IS TE.
# Configure LSRA. The configurations of LSRB, LSRC, LSRD, and LSRE are similar to
the configuration of 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 LSRB
of the bypass tunnel (LSRB); CSPF does not need to be enabled on LSRC, LSRD, or
LSRE.
[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 100
[LSRA-Vlanif100] mpls
[LSRA-Vlanif100] mpls te
[LSRA-Vlanif100] mpls rsvp-te
[LSRA-Vlanif100] quit
[LSRA] isis
[LSRA-isis-1] cost-style wide
[LSRA-isis-1] traffic-eng level-2
[LSRA-isis-1] quit
# Enable TE FRR.
[LSRA-Tunnel1] mpls te fast-reroute
[LSRA-Tunnel1] mpls te commit
[LSRA-Tunnel1] quit
After the configurations are complete, run the display interface tunnel command
on LSRA. You can see that the status of Tunnel1 is Up.
[LSRA] display interface tunnel 1
Tunnel1 current state : UP
Run the display mpls te tunnel verbose command on LSRA. You can view
detailed information about the tunnel interface.
[LSRA] display mpls te tunnel verbose
No : 1
Tunnel-Name : Tunnel1
Tunnel Interface Name : Tunnel1
TunnelIndex : 0 LSP Index : 2048
Session ID : 100 LSP ID : 3
LSR Role : Ingress LSP Type : Primary
Ingress LSR ID : 1.1.1.9
Egress LSR ID : 4.4.4.9
In-Interface : -
Out-Interface : Vlanif100
Sign-Protocol : RSVP TE Resv Style : SE
IncludeAnyAff : 0x0 ExcludeAnyAff : 0x0
IncludeAllAff : 0x0
LspConstraint : -
ER-Hop Table Index : 1 AR-Hop Table Index: 0
C-Hop Table Index : 1
PrevTunnelIndexInSession: - NextTunnelIndexInSession: -
PSB Handle : 8253
Created Time : 2013-09-16 17:57:06+00:00
RSVP LSP Type : -
--------------------------------
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 : 7 Hold-Priority : 7
--------------------------------
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 configurations are complete, run the display interface tunnel command
on LSRB. You can see that the status of Tunnel2 is Up.
Run the display mpls lsp command on all the LSRs. 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.9/32 NULL/1032 -/Vlanif100
Run the display mpls te tunnel command on all the LSRs. You can view tunnel
establishment and that two tunnels pass through LSRB and LSRC.
[LSRA] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
1.1.1.9 4.4.4.9 3 --/1032 I Tunnel1
[LSRB] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
1.1.1.9 4.4.4.9 3 1032/1040 T Tunnel1
2.2.2.9 3.3.3.9 2 --/1025 I Tunnel2
[LSRC] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
1.1.1.9 4.4.4.9 3 1040/3 T Tunnel1
2.2.2.9 3.3.3.9 2 3/-- E Tunnel2
[LSRD] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
1.1.1.9 4.4.4.9 3 3/-- E Tunnel1
[LSRE] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
2.2.2.9 3.3.3.9 2 1025/3 T Tunnel2
Run the display mpls te tunnel name Tunnel1 verbose command on LSRB. You
can see that the bypass tunnel is bound to the outbound interface VLANIF200 and
not in use.
Run the display interface tunnel 1 command on LSRA. You can view the status of
the primary CR-LSP and that the status of the tunnel interface is still Up.
[LSRA] display interface tunnel 1
Tunnel1 current state : UP
Line protocol current state : UP
Run the tracert lsp te tunnel 1 command on LSRA. You can view the path that
the tunnel passes.
[LSRA] tracert lsp te tunnel 1
LSP Trace Route FEC: TE TUNNEL IPV4 SESSION QUERY Tunnel1 , press CTRL_C to break.
TTL Replier Time Type Downstream
0 Ingress 172.1.1.2/[1032 ]
1 172.1.1.2 2 ms Transit 172.4.1.2/[1040 1025 ]
2 172.4.1.2 2 ms Transit 172.5.1.2/[3 ]
3 172.5.1.2 1 ms Transit 172.3.1.2/[3 ]
4 4.4.4.9 11 ms Egress
The preceding information shows that services on the link have been switched to
the bypass CR-LSP.
NOTE
Run the display mpls te tunnel-interface command to view detailed information about
tunnel interfaces. You can view two CR-LSPs in Up state. This is because FRR establishes a
new LSP by using the make-before-break mechanism. The original LSP is deleted only after
the new LSP is established successfully.
Run the display mpls te tunnel name Tunnel1 verbose command on LSRB. You
can see that the bypass CR-LSP is in use.
[LSRB] display mpls te tunnel name Tunnel1 verbose
No : 1
Tunnel-Name : Tunnel1
Tunnel Interface Name : -
TunnelIndex : 1 LSP Index : 4098
Session ID : 100 LSP ID : 3
LSR Role : Transit
Ingress LSR ID : 1.1.1.9
Egress LSR ID : 4.4.4.9
In-Interface : Vlanif100
Out-Interface : Vlanif200
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 : 8247
Created Time : 2013-09-16 18:17:06+00:00
RSVP LSP Type : -
--------------------------------
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 : 7 Hold-Priority : 7
--------------------------------
FRR Information
--------------------------------
Primary LSP Info
TE Attribute Flag : 0x63 Protected Flag : 0x1
Bypass In Use : In Use
Bypass Tunnel Id : 18221014254
BypassTunnel : Tunnel Index[Tunnel2], InnerLabel[1040]
Bypass LSP ID : 2 FrrNextHop : 172.5.1.2
ReferAutoBypassHandle : -
FrrPrevTunnelTableIndex : - FrrNextTunnelTableIndex: -
Run the display interface tunnel 1 command on LSRA. You can view the primary
CR-LSP status and that the tunnel interface status is Up.
After a period of time, run the display mpls te tunnel name Tunnel1 verbose
command on LSRB. You can see that Tunnel1 is bound to VLANIF200 and remains
unused.
----End
Configuration Files
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path pri-path
next hop 172.1.1.2
next hop 172.2.1.2
next hop 172.3.1.2
next hop 4.4.4.9
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0001.00
traffic-eng level-2
#
interface Vlanif100
ip address 172.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
isis enable 1
#
interface Tunnel1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 4.4.4.9
mpls te tunnel-id 100
mpls te record-route label
mpls te path explicit-path pri-path
mpls te fast-reroute
mpls te commit
#
return
● LSRB configuration file
#
sysname LSRB
#
vlan batch 100 200 400
#
mpls lsr-id 2.2.2.9
mpls
mpls te
mpls te timer fast-reroute 120
mpls rsvp-te
mpls te cspf
#
explicit-path by-path
next hop 172.4.1.2
next hop 172.5.1.2
next hop 3.3.3.9
#
isis 1
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0002.00
traffic-eng level-2
#
interface Vlanif100
ip address 172.1.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 200
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 400
#
interface LoopBack1
ip address 2.2.2.9 255.255.255.255
isis enable 1
#
interface Tunnel2
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.9
mpls te tunnel-id 300
mpls te record-route
mpls te path explicit-path by-path
mpls te bypass-tunnel
mpls te protected-interface Vlanif200
mpls te commit
#
return
● LSRC configuration file
#
sysname LSRC
#
vlan batch 200 300 500
#
mpls lsr-id 3.3.3.9
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 Vlanif200
ip address 172.2.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif300
ip address 172.3.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface Vlanif500
ip address 172.5.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 200
#
interface GigabitEthernet0/0/2
port link-type trunk
interface Vlanif500
ip address 172.5.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 400
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 500
#
interface LoopBack1
ip address 5.5.5.9 255.255.255.255
isis enable 1
#
return
NOTE
In this scenario, to avoid loops, ensure that all connected interfaces have STP disabled and
connected interfaces are removed from VLAN 1. If STP is enabled and VLANIF interfaces of
switches are used to construct a Layer 3 ring network, an interface on the network will be
blocked. As a result, Layer 3 services on the network cannot run normally.
Configuration Roadmap
The configuration roadmap is as follows:
1. Assign an IP address to each interface and configure OSPF to ensure that
there are reachable routes between LSRs.
2. Configure an ID for each LSR and globally enable MPLS, MPLS TE, RSVP-TE,
CSPF on each node and interface, and enable OSPF TE.
3. Enable auto TE FRR in the MPLS view of the ingress node of the primary
tunnel and configure node protection. Enable auto TE FRR in the MPLS view
of the ingress node of the bypass tunnel and configure link protection.
4. On the ingress node of the primary tunnel, create a tunnel interface, and
specify the IP address, tunneling protocol, destination IP address, tunnel ID,
and RSVP-TE for the tunnel interface.
5. Enable TE FRR on the tunnel interface of the ingress node of the primary
tunnel.
Procedure
Step 1 Assign an IP address to each interface and configure OSPF.
# Configure LSRA. Configure IP addresses for interfaces on LSRB, LSRC, LSRD,
LSRE, and LSRF according to Figure 5-48. The configurations of LSRB, LSRC, LSRD,
LSRE, and LSRF are similar to the configuration of LSRA, and are not mentioned
here.
<HUAWEI> system-view
[HUAWEI] sysname LSRA
[LSRA] vlan batch 100 600
After the configurations are complete, run the display ip routing-table command
on each LSR. You can see that the LSRs learn the routes to Loopback1 of each
other. The display on LSRA is used as an example.
[LSRA] display ip routing-table
Route Flags: R - relay, D - download to fib, T - to vpn-instance
------------------------------------------------------------------------------
Routing Tables: Public
Destinations : 17 Routes : 21
Step 2 Configure basic MPLS functions and enable MPLS TE, RSVP-TE, and CSPF.
# Configure LSRA. The configurations of LSRB, LSRC, LSRD, LSRE, and LSRF are
similar to the configuration of LSRA, and are not mentioned here. CSPF only needs
to be configured on the ingress nodes of the primary tunnel and bypass tunnel.
That is, CSPF needs to be enabled on only LSRA and LSRB.
[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 100
[LSRA-Vlanif100] mpls
[LSRA-Vlanif100] mpls te
[LSRA-Vlanif100] mpls rsvp-te
[LSRA-Vlanif100] quit
[LSRA] interface vlanif 600
[LSRA-Vlanif600] mpls
[LSRA-Vlanif600] mpls te
[LSRA-Vlanif600] mpls rsvp-te
[LSRA-Vlanif600] quit
# Configure LSRA. The configurations of LSRB, LSRC, LSRD, LSRE, and LSRF are
similar to the configuration of LSRA, and are not mentioned here.
[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
# Configure LSRA.
[LSRA] mpls
[LSRA-mpls] mpls te auto-frr
[LSRA-mpls] quit
# Configure LSRB.
[LSRB] mpls
[LSRB-mpls] mpls te auto-frr
[LSRB-mpls] quit
[LSRB] interface vlanif 200
[LSRB-Vlanif200] mpls te auto-frr link
[LSRB-Vlanif200] quit
Run the display mpls te tunnel command on all the LSRs. You can view tunnel
establishment, and that two tunnels pass through LSRA and LSRB and three
tunnels (one primary tunnel and two bypass tunnels) pass through LSRC.
[LSRA] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
1.1.1.9 4.4.4.9 34 --/1055 I Tunnel1
1.1.1.9 3.3.3.9 3 --/1024 I Tunnel2048
[LSRB] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
1.1.1.9 4.4.4.9 34 1055/1063 T Tunnel1
2.2.2.9 3.3.3.9 1 --/1033 I Tunnel2048
[LSRC] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
1.1.1.9 4.4.4.9 34 1063/3 T Tunnel1
1.1.1.9 3.3.3.9 3 3/-- E Tunnel2048
2.2.2.9 3.3.3.9 1 3/-- E Tunnel2048
[LSRD] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
1.1.1.9 4.4.4.9 34 3/-- E Tunnel1
[LSRE] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
2.2.2.9 3.3.3.9 1 1033/3 T Tunnel2048
[LSRF] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
1.1.1.9 3.3.3.9 3 1024/3 T Tunnel2048
Run the display mpls te tunnel name Tunnel1 verbose command on LSRA and
LSRB to view LSP information. You can view information about the primary tunnel
and bound bypass tunnels.
[LSRA] display mpls te tunnel name Tunnel1 verbose
No : 1
Tunnel-Name : Tunnel1
Tunnel Interface Name : Tunnel1
TunnelIndex : 3 LSP Index : 2050
Session ID : 100 LSP ID : 34
LSR Role : Ingress LSP Type : Primary
Ingress LSR ID : 1.1.1.9
Egress LSR ID : 4.4.4.9
In-Interface : -
Out-Interface : Vlanif100
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 : 8205
Created Time : 2013-09-16 16:11:50+00:00
RSVP LSP Type : -
--------------------------------
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 : 4 Hold-Priority : 3
--------------------------------
FRR Information
--------------------------------
Primary LSP Info
TE Attribute Flag : 0x63 Protected Flag : 0x2
Bypass In Use : Not Used
Bypass Tunnel Id : 1200144821
BypassTunnel : Tunnel Index[Tunnel2048], InnerLabel[1063]
Bypass LSP ID : 3 FrrNextHop : 172.7.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 : -
You can see that the primary tunnel on LSRA is bound to Tunnel2048 and the
primary tunnel on LSRB is bound to Tunnel2048.
Run the display mpls te tunnel name Tunnel2048 verbose command on LSRA
and the display mpls te tunnel name Tunnel2048 verbose command on LSRB.
You can view details of auto bypass tunnels.
[LSRA] display mpls te tunnel name Tunnel2048 verbose
No : 1
Tunnel-Name : Tunnel2048
Tunnel Interface Name : Tunnel2048
TunnelIndex : 1 LSP Index : 2048
Session ID : 1025 LSP ID : 3
LSR Role : Ingress LSP Type : Primary
Ingress LSR ID : 1.1.1.9
Egress LSR ID : 3.3.3.9
In-Interface : -
Out-Interface : Vlanif600
Sign-Protocol : RSVP TE Resv Style : SE
IncludeAnyAff : 0x0 ExcludeAnyAff : 0x0
IncludeAllAff : 0x0
LspConstraint : -
ER-Hop Table Index : - AR-Hop Table Index: 0
C-Hop Table Index : 1
PrevTunnelIndexInSession: - NextTunnelIndexInSession: -
PSB Handle : 8206
Created Time : 2013-09-16 16:11:50+00:00
RSVP LSP Type : -
--------------------------------
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 : 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: -
NextSessionTunnelIndex : - PrevSessionTunnelIndex: -
NextLspId : - PrevLspId : -
You can see that the outbound interface VLANIF100 is protected by the auto
bypass tunnel on LSRA, and LSRB is protected. You can see that the outbound
interface VLANIF200 is protected by the auto bypass tunnel on LSRB, and the link
between LSRB and LSRC is protected.
Run the display mpls te tunnel path command on LSRA and LSRB. You can view
path information of the primary tunnel and the auto bypass tunnel, and view that
node protection and link protection are provided for the outbound interface on the
primary tunnel.
[LSRA] display mpls te tunnel path
Tunnel Interface Name : Tunnel1
Lsp ID : 1.1.1.9 :100 :34
Hop Information
Hop 0 172.1.1.1 Local-Protection available | node
Hop 1 172.1.1.2 Label 1055
Hop 2 2.2.2.9 Label 1055
Hop 3 172.2.1.1 Local-Protection available
Hop 4 172.2.1.2 Label 1063
Hop 5 3.3.3.9 Label 1063
Hop 6 172.3.1.1
Hop 7 172.3.1.2 Label 3
Hop 8 4.4.4.9 Label 3
----End
Configuration Files
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100 600
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls te auto-frr
mpls rsvp-te
mpls te cspf
#
explicit-path pri-path
next hop 172.1.1.2
next hop 172.2.1.2
next hop 172.3.1.2
next hop 4.4.4.9
#
interface Vlanif100
ip address 172.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif600
ip address 172.6.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 600
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
#
interface Tunnel1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 4.4.4.9
mpls te tunnel-id 100
mpls te record-route label
mpls te priority 4 3
mpls te path explicit-path pri-path
mpls te fast-reroute
mpls te commit
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 1.1.1.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.6.1.0 0.0.0.255
mpls-te enable
#
return
● LSRB configuration file
#
sysname LSRB
#
vlan batch 100 200 400
#
mpls lsr-id 2.2.2.9
mpls
mpls te
mpls te auto-frr
mpls rsvp-te
mpls te cspf
#
interface Vlanif100
ip address 172.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.1 255.255.255.0
mpls
mpls te
mpls te auto-frr link
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 200
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 400
#
interface LoopBack1
ip address 2.2.2.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 2.2.2.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.2.1.0 0.0.0.255
network 172.4.1.0 0.0.0.255
mpls-te enable
#
return
● LSRC configuration file
#
sysname LSRC
#
vlan batch 200 300 500 700
#
mpls lsr-id 3.3.3.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif300
ip address 172.3.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif500
ip address 172.5.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif700
ip address 172.7.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 200
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 300
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 500
#
interface GigabitEthernet0/0/4
port link-type trunk
port trunk allow-pass vlan 700
#
interface LoopBack1
ip address 3.3.3.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 3.3.3.9 0.0.0.0
network 172.2.1.0 0.0.0.255
network 172.3.1.0 0.0.0.255
network 172.5.1.0 0.0.0.255
network 172.7.1.0 0.0.0.255
mpls-te enable
#
return
● LSRD configuration file
#
sysname LSRD
#
vlan batch 300
#
mpls lsr-id 4.4.4.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif300
ip address 172.3.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 300
#
interface LoopBack1
ip address 4.4.4.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 4.4.4.9 0.0.0.0
network 172.3.1.0 0.0.0.255
mpls-te enable
#
return
● LSRE configuration file
#
sysname LSRE
#
vlan batch 400 500
#
mpls lsr-id 5.5.5.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif500
ip address 172.5.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 400
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 500
#
interface LoopBack1
ip address 5.5.5.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 5.5.5.9 0.0.0.0
network 172.4.1.0 0.0.0.255
network 172.5.1.0 0.0.0.255
mpls-te enable
#
return
● LSRF configuration file
#
sysname LSRF
#
vlan batch 600 700
#
mpls lsr-id 6.6.6.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif600
ip address 172.6.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif700
ip address 172.7.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 600
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 700
#
interface LoopBack1
ip address 6.6.6.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 6.6.6.9 0.0.0.0
network 172.6.1.0 0.0.0.255
network 172.7.1.0 0.0.0.255
mpls-te enable
#
return
NOTE
In this scenario, to avoid loops, ensure that all connected interfaces have STP disabled and
connected interfaces are removed from VLAN 1. If STP is enabled and VLANIF interfaces of
switches are used to construct a Layer 3 ring network, an interface on the network will be
blocked. As a result, Layer 3 services on the network cannot run normally.
Configuration Roadmap
The configuration roadmap is as follows:
1. Assign an IP address to each interface and configure OSPF to ensure that
there are reachable routes between LSRs.
2. Configure an ID for each LSR and globally enable MPLS, MPLS TE, RSVP-TE,
CSPF on each node and interface, and enable OSPF TE.
3. On the ingress node of the primary tunnel, create a tunnel interface, and
specify the IP address, tunneling protocol, destination IP address, tunnel ID,
and dynamic signaling protocol RSVP-TE for the tunnel interface.
4. Enable TE FRR on the interface of the primary tunnel on the ingress node.
5. On the ingress node LSRB, configure a bypass tunnel along the path LSRB ->
LSRE -> LSRC to protect the link between LSRB and LSRC.
6. On the ingress node, set up an ordinary backup CR-LSP along the path LSRA -
> LSRF -> LSRC -> LSRD.
7. On the ingress node, configure association between the bypass tunnel and the
backup CR-LSP in the view of the interface of the primary tunnel.
Procedure
Step 1 Assign an IP address to each interface and configure OSPF.
# Configure LSRA. Configure IP addresses for interfaces on LSRB, LSRC, LSRD,
LSRE, and LSRF according to Figure 5-49. The configurations of LSRB, LSRC, LSRD,
LSRE, and LSRF are similar to the configuration of LSRA, and are not mentioned
here.
<HUAWEI> system-view
[HUAWEI] sysname LSRA
[LSRA] vlan batch 100 600
[LSRA] interface vlanif 100
[LSRA-Vlanif100] ip address 172.1.1.1 255.255.255.0
[LSRA-Vlanif100] quit
[LSRA] interface vlanif 600
[LSRA-Vlanif600] ip address 172.6.1.1 255.255.255.0
[LSRA-Vlanif600] quit
[LSRA] interface gigabitethernet 0/0/1
[LSRA-GigabitEthernet0/0/1] port link-type trunk
[LSRA-GigabitEthernet0/0/1] port trunk allow-pass vlan 100
[LSRA-GigabitEthernet0/0/1] quit
[LSRA] interface gigabitethernet 0/0/2
[LSRA-GigabitEthernet0/0/2] port link-type trunk
[LSRA-GigabitEthernet0/0/2] port trunk allow-pass vlan 600
[LSRA-GigabitEthernet0/0/2] quit
[LSRA] interface loopback 1
[LSRA-LoopBack1] ip address 1.1.1.9 255.255.255.255
[LSRA-LoopBack1] quit
[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 172.1.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] network 172.6.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] quit
[LSRA-ospf-1] quit
After the configurations are complete, run the display ip routing-table command
on each LSR. You can see that the LSRs learn the routes to Loopback1 of each
other. The display on LSRA is used as an example.
[LSRA] display ip routing-table
Route Flags: R - relay, D - download to fib, T - to vpn-instance
------------------------------------------------------------------------------
Routing Tables: Public
Destinations : 17 Routes : 21
Step 2 Configure basic MPLS functions and enable MPLS TE, RSVP-TE, and CSPF.
# Configure LSRA. The configurations of LSRB, LSRC, LSRD, LSRE, and LSRF are
similar to the configuration of LSRA, and are not mentioned here. CSPF only needs
to be configured on the ingress nodes of the primary tunnel and bypass tunnel.
That is, CSPF needs to be enabled on only LSRA and LSRB.
# Configure LSRA. The configurations of LSRB, LSRC, LSRD, LSRE, and LSRF are
similar to the configuration of LSRA, and are not mentioned here.
[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
# Enable TE FRR.
[LSRA-Tunnel1] mpls te fast-reroute
[LSRA-Tunnel1] mpls te commit
[LSRA-Tunnel1] quit
After the configurations are complete, run the display interface tunnel command
on LSRA. You can see that the status of Tunnel1 is Up.
[LSRA] display interface tunnel 1
Tunnel1 current state : UP
Line protocol current state : UP
Last line protocol up time : 2013-01-21 10:58:49
Description:
...
Run the display mpls lsp command on all the LSRs. You can view the LSP entry
and that two LSPs pass through LSRB and LSRC. The display on LSRB is used as an
example.
[LSRB] display mpls lsp
-------------------------------------------------------------------------------
LSP Information: RSVP LSP
-------------------------------------------------------------------------------
FEC In/Out Label In/Out IF Vrf Name
4.4.4.9/32 1059/1068 Vlanif100/Vlanif200
3.3.3.9/32 NULL/1036 -/Vlanif400
Run the display mpls te tunnel command on all the LSRs. You can view tunnel
establishment and that two tunnels pass through LSRB and LSRC. The display on
LSRB is used as an example.
[LSRB] display mpls te tunnel
------------------------------------------------------------------------------
Ingress LsrId Destination LSPID In/Out Label R Tunnel-name
------------------------------------------------------------------------------
1.1.1.9 4.4.4.9 40 1059/1068 T Tunnel1
2.2.2.9 3.3.3.9 4 --/1036 I Tunnel2
Run the display mpls te tunnel name Tunnel1 verbose command on LSRB. You
can see that the bypass tunnel is bound to the outbound interface VLANIF200 and
not in use.
[LSRB] display mpls te tunnel name Tunnel1 verbose
No : 1
Tunnel-Name : Tunnel1
Tunnel Interface Name : -
TunnelIndex : 3 LSP Index : 2048
Session ID : 100 LSP ID : 40
LSR Role : Transit
Ingress LSR ID : 1.1.1.9
Egress LSR ID : 4.4.4.9
In-Interface : Vlanif100
Out-Interface : Vlanif200
Sign-Protocol : RSVP TE Resv Style : SE
IncludeAnyAff : 0x0 ExcludeAnyAff : 0x0
IncludeAllAff : 0x0
ER-Hop Table Index : 3 AR-Hop Table Index: 1
C-Hop Table Index : -
PrevTunnelIndexInSession: - NextTunnelIndexInSession: -
PSB Handle : 8200
Created Time : 2013-09-16 12:52:03+00:00
Step 6 On LSRA, create an MPLS TE tunnel for the ordinary backup CR-LSP.
Step 7 Configure association between TE FRR and CR-LSP on the ingress node of the
primary CR-LSP.
# Configure LSRA.
[LSRA] interface tunnel 1
[LSRA-Tunnel1] mpls te backup frr-in-use
[LSRA-Tunnel1] mpls te commit
[LSRA-Tunnel1] quit
Run the display mpls te tunnel-interface command on the ingress node LSRA.
You can see that the tunnel status is Up. That is, the primary is in FRR in-use state
and the ordinary CR-LSP is being set up.
[LSRA] display mpls te tunnel-interface
----------------------------------------------------------------
Tunnel1
----------------------------------------------------------------
Tunnel State Desc : UP
Active LSP : Ordinary LSP
Session ID : 100
Ingress LSR ID : 1.1.1.9 Egress LSR ID: 4.4.4.9
Admin State : UP Oper State : UP
Primary LSP State : UP
Main LSP State : READY LSP ID : 40
Modify LSP State : SETTING UP
Ordinary LSP State : UP
Main LSP State : READY LSP ID : 32774
When the primary CR-LSP is faulty (that is, the primary CR-LSP is in FRR in-use
state), the system uses the TE FRR bypass tunnel and attempts to restore the
primary CR-LSP. At the same time, the system attempts to set up a backup CR-LSP.
----End
Configuration Files
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100 600
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path backup-path
next hop 172.6.1.2
next hop 172.7.1.2
next hop 172.3.1.2
next hop 4.4.4.9
#
explicit-path pri-path
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 200
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 400
#
interface LoopBack1
ip address 2.2.2.9 255.255.255.255
#
interface Tunnel2
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.9
mpls te tunnel-id 300
mpls te record-route
mpls te path explicit-path by-path
mpls te bypass-tunnel
mpls te protected-interface Vlanif200
mpls te commit
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 2.2.2.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.2.1.0 0.0.0.255
network 172.4.1.0 0.0.0.255
mpls-te enable
#
return
● LSRC configuration file
#
sysname LSRC
#
vlan batch 200 300 500 700
#
mpls lsr-id 3.3.3.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif300
ip address 172.3.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif500
ip address 172.5.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif700
ip address 172.7.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 200
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 300
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 500
#
interface GigabitEthernet0/0/4
port link-type trunk
port trunk allow-pass vlan 700
#
interface LoopBack1
ip address 3.3.3.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 3.3.3.9 0.0.0.0
network 172.2.1.0 0.0.0.255
network 172.3.1.0 0.0.0.255
network 172.5.1.0 0.0.0.255
network 172.7.1.0 0.0.0.255
mpls-te enable
#
return
● LSRD configuration file
#
sysname LSRD
#
vlan batch 300
#
mpls lsr-id 4.4.4.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif300
ip address 172.3.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 300
#
interface LoopBack1
ip address 4.4.4.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 4.4.4.9 0.0.0.0
network 172.3.1.0 0.0.0.255
mpls-te enable
#
return
● LSRE configuration file
#
sysname LSRE
#
vlan batch 400 500
#
mpls lsr-id 5.5.5.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif500
ip address 172.5.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 400
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 500
#
interface LoopBack1
ip address 5.5.5.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 5.5.5.9 0.0.0.0
network 172.4.1.0 0.0.0.255
network 172.5.1.0 0.0.0.255
mpls-te enable
#
return
● LSRF configuration file
#
sysname LSRF
#
vlan batch 600 700
#
mpls lsr-id 6.6.6.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif600
ip address 172.6.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif700
ip address 172.7.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 600
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 700
#
interface LoopBack1
ip address 6.6.6.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 6.6.6.9 0.0.0.0
network 172.6.1.0 0.0.0.255
network 172.7.1.0 0.0.0.255
mpls-te enable
#
return
NOTE
In this scenario, to avoid loops, ensure that all connected interfaces have STP disabled and
connected interfaces are removed from VLAN 1. If STP is enabled and VLANIF interfaces of
switches are used to construct a Layer 3 ring network, an interface on the network will be
blocked. As a result, Layer 3 services on the network cannot run normally.
Configuration Roadmap
The configuration roadmap is as follows:
1. Assign IP addresses to interfaces and configure OSPF to ensure that public
network routes between the nodes are reachable.
2. Configure two MPLS TE tunnels for tunnel protection.
3. Configure an MPLS TE tunnel protection group. Specify the working tunnel
and protection tunnel.
Procedure
Step 1 Assign IP addresses to interfaces and configure OSPF on the LSRs.
# Configure LSRA. Assign IP addresses to interfaces of LSRB, LSRC, and LSRE
according to Figure 5-50. The configurations on these LSRs are similar to the
configuration on LSRA, and are not mentioned here.
<HUAWEI> system-view
[HUAWEI] sysname LSRA
[LSRA] vlan batch 100 400
[LSRA] interface vlanif 100
[LSRA-Vlanif100] ip address 172.1.1.1 255.255.255.0
[LSRA-Vlanif100] quit
[LSRA] interface vlanif 400
[LSRA-Vlanif400] ip address 172.4.1.1 255.255.255.0
[LSRA-Vlanif400] quit
[LSRA] interface gigabitethernet 0/0/1
[LSRA-GigabitEthernet0/0/1] port link-type trunk
[LSRA-GigabitEthernet0/0/1] port trunk allow-pass vlan 100
[LSRA-GigabitEthernet0/0/1] quit
[LSRA] interface gigabitethernet 0/0/3
[LSRA-GigabitEthernet0/0/3] port link-type trunk
[LSRA-GigabitEthernet0/0/3] port trunk allow-pass vlan 400
[LSRA-GigabitEthernet0/0/3] quit
[LSRA] interface loopback 1
[LSRA-LoopBack1] ip address 1.1.1.9 255.255.255.255
[LSRA-LoopBack1] quit
[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 172.1.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] network 172.4.1.0 0.0.0.255
[LSRA-ospf-1-area-0.0.0.0] quit
[LSRA-ospf-1] quit
After the configurations are complete, run the display ip routing-table command
on the LSRs. You can see that the LSRs learn the routes of Loopback1 from each
other.
Step 2 Configure basic MPLS capabilities and enable MPLS TE, RSVP-TE, and CSPF.
# Configure LSRA. The configurations on LSRB, LSRC, and LSRE are similar to the
configuration on LSRA, and are not mentioned here. CSPF needs to be enabled
only on the ingress of the working tunnel.
[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 100
[LSRA-Vlanif100] mpls
[LSRA-Vlanif100] mpls te
[LSRA-Vlanif100] mpls rsvp-te
[LSRA-Vlanif100] quit
[LSRA] interface vlanif 400
[LSRA-Vlanif400] mpls
[LSRA-Vlanif400] mpls te
[LSRA-Vlanif400] mpls rsvp-te
[LSRA-Vlanif400] quit
Run the display interface tunnel command on LSRA to check the tunnel status.
The tunnel is in Up state.
[LSRA] display interface tunnel 1
Tunnel1 current state : UP
Line protocol current state : UP
Last line protocol up time : 2013-09-17 21:00:21
Description:
...
# Run the tracert lsp te tunnel 1 command on LSRA to check the path of the
working tunnel.
[LSRA] tracert lsp te tunnel 1
LSP Trace Route FEC: TE TUNNEL IPV4 SESSION QUERY Tunnel1 , press CTRL_C to break.
TTL Replier Time Type Downstream
0 Ingress 172.1.1.2/[4101 ]
1 172.1.1.2 7 ms Transit 172.2.1.2/[3 ]
2 3.3.3.9 3 ms Egress
Run the display mpls te protection tunnel all command on LSRA to check
information about the tunnel protection group.
[LSRA] display mpls te protection tunnel all
------------------------------------------------------------------------
No. Work-tunnel status /id Protect-tunnel status /id Switch-Result
------------------------------------------------------------------------
1 non-defect /100 non-defect /101 work-tunnel
After 5 seconds, run the tracert lsp te tunnel 1 command on LSRA again. You can
see that traffic has been switched to the protection tunnel.
[LSRA] tracert lsp te tunnel 1
LSP Trace Route FEC: TE TUNNEL IPV4 SESSION QUERY Tunnel1 , press CTRL_C to break.
TTL Replier Time Type Downstream
0 Ingress 172.4.1.2/[1028 ]
1 172.4.1.2 4 ms Transit 172.5.1.2/[3 ]
2 3.3.3.9 3 ms Egress
Run the display mpls te protection tunnel all command on LSRA to check
information about the tunnel protection group.
[LSRA] display mpls te protection tunnel all
------------------------------------------------------------------------
No. Work-tunnel status /id Protect-tunnel status /id Switch-Result
------------------------------------------------------------------------
1 in defect /100 non-defect /101 protect-tunnel
----End
Configuration File
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100 400
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path backup-path
next hop 172.4.1.2
next hop 172.5.1.2
next hop 3.3.3.9
#
explicit-path pri-path
#
interface Vlanif200
ip address 172.2.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 200
#
interface LoopBack1
ip address 2.2.2.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 2.2.2.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.2.1.0 0.0.0.255
mpls-te enable
#
return
#
return
NOTE
In this scenario, to avoid loops, ensure that all connected interfaces have STP disabled and
connected interfaces are removed from VLAN 1. If STP is enabled and VLANIF interfaces of
switches are used to construct a Layer 3 ring network, an interface on the network will be
blocked. As a result, Layer 3 services on the network cannot run normally.
Figure 5-51 Networking of dynamic BFD for an MPLS TE tunnel protection group
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure an MPLS TE tunnel protection group.
2. On the ingress node of the working tunnel, enable active BFD session setup
on the tunnel interface. On the egress node of the working tunnel, enable
passive BFD session setup in the MPLS view.
Procedure
Step 1 Configure an MPLS TE tunnel protection group.
Configure an MPLS TE tunnel protection group by referring to 5.24.16 Example
for Configuring an MPLS TE Tunnel Protection Group.
Step 2 Configure dynamic BFD for the MPLS TE tunnel protection group.
# Configure LSRA.
[LSRA] bfd
[LSRA-bfd] quit
[LSRA] interface tunnel 1
[LSRA-Tunnel1] mpls te bfd enable
[LSRA-Tunnel1] mpls te bfd min-tx-interval 100 min-rx-interval 100 detect-multiplier 3
[LSRA-Tunnel1] mpls te commit
[LSRA-Tunnel1] quit
# Configure LSRC.
[LSRC] bfd
[LSRC-bfd] mpls-passive
[LSRC-bfd] quit
# Run the tracert lsp te tunnel 1 command on LSRA to check the path of the
working tunnel.
[LSRA] tracert lsp te tunnel 1
LSP Trace Route FEC: TE TUNNEL IPV4 SESSION QUERY Tunnel1 , press CTRL_C to br
eak.
TTL Replier Time Type Downstream
0 Ingress 172.1.1.2/[4101 ]
1 172.1.1.2 7 ms Transit 172.2.1.2/[3 ]
2 3.3.3.9 3 ms Egress
Run the display mpls te protection tunnel all command on LSRA to check
information about the tunnel protection group.
[LSRA] display mpls te protection tunnel all
------------------------------------------------------------------------
No. Work-tunnel status /id Protect-tunnel status /id Switch-Result
------------------------------------------------------------------------
1 non-defect /100 non-defect /101 work-tunnel
Run the display bfd session all command on LSRA. You can see that the BFD
session is in Up state.
[LSRA] display bfd session all
--------------------------------------------------------------------------------
Local Remote PeerIpAddr State Type InterfaceName
--------------------------------------------------------------------------------
8252 8245 3.3.3.9 Up D_TE_LSP Tunnel1
--------------------------------------------------------------------------------
Total UP/DOWN Session Number : 1/0
Run the tracert lsp te tunnel 1 command on LSRA again. You can see that traffic
has been switched to the protection tunnel.
[LSRA] tracert lsp te tunnel 1
LSP Trace Route FEC: TE TUNNEL IPV4 SESSION QUERY Tunnel1 , press CTRL_C to br
eak.
TTL Replier Time Type Downstream
0 Ingress 172.4.1.2/[1028 ]
1 172.4.1.2 4 ms Transit 172.5.1.2/[3 ]
2 3.3.3.9 3 ms Egress
Run the display mpls te protection tunnel all command on LSRA to check
information about the tunnel protection group.
[LSRA] display mpls te protection tunnel all
------------------------------------------------------------------------
No. Work-tunnel status /id Protect-tunnel status /id Switch-Result
------------------------------------------------------------------------
1 in defect /100 non-defect /101 protect-tunnel
----End
Configuration File
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100 400
#
bfd
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path backup-path
next hop 172.4.1.2
next hop 172.5.1.2
next hop 3.3.3.9
#
explicit-path pri-path
next hop 172.1.1.2
next hop 172.2.1.2
next hop 3.3.3.9
#
interface Vlanif100
ip address 172.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 400
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
#
interface Tunnel1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.9
mpls te tunnel-id 100
mpls te protection tunnel 101 mode revertive wtr 4
mpls te bfd enable
mpls te bfd min-tx-interval 100 min-rx-interval 100
mpls te path explicit-path pri-path
mpls te commit
#
interface Tunnel2
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.9
mpls te tunnel-id 101
mpls te path explicit-path backup-path
mpls te commit
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 1.1.1.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.4.1.0 0.0.0.255
mpls-te enable
#
return
● LSRB configuration file
#
sysname LSRB
#
vlan batch 100 200
#
mpls lsr-id 2.2.2.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif100
ip address 172.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 200
#
interface LoopBack1
ip address 2.2.2.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 2.2.2.9 0.0.0.0
interface Vlanif500
ip address 172.5.1.1 255.255.255.0
mpls
mpls te
mpls te srlg 2
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 400
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 500
#
interface LoopBack1
ip address 5.5.5.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 5.5.5.9 0.0.0.0
network 172.4.1.0 0.0.0.255
network 172.5.1.0 0.0.0.255
mpls-te enable
#
return
Networking Requirements
Figure 5-52 shows an MPLS network. A TE tunnel with LSRA as the ingress node
and LSRC as the egress node needs to be established on LSRA. A hot-standby CR-
LSP and best-effort path also need to be configured.
● The path of the primary CR-LSP is LSRA -> LSRB -> LSRC.
● The path of the backup CR-LSP is LSRA -> LSRD -> LSRC.
When the primary CR-LSP fails, traffic switches to the backup CR-LSP. After the
primary CR-LSP recovers, traffic switches back to the primary CR-LSP in 15
seconds. If both the primary CR-LSP and backup CR-LSP fail, traffic switches to the
best-effort path. Explicit paths can be configured for the primary and backup CR-
LSPs. A best-effort path can be generated automatically. In this example, the best-
effort path is LSRA -> LSRD -> LSRB -> LSRC. The calculated best-effort path
varies according to the faulty node.
Two static BFD sessions need to be configured to detect primary and backup CR-
LSPs:
● When the primary CR-LSP fails, traffic fast switches to the backup CR-LSP.
● When the backup CR-LSP fails within 15 seconds after the primary CR-LSP
recovers, traffic switches back to the primary CR-LSP.
NOTE
In this scenario, to avoid loops, ensure that all connected interfaces have STP disabled and
connected interfaces are removed from VLAN 1. If STP is enabled and VLANIF interfaces of
switches are used to construct a Layer 3 ring network, an interface on the network will be
blocked. As a result, Layer 3 services on the network cannot run normally.
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure a hot-standby CR-LSP and best-effort path.
2. Create two BFD sessions on the ingress node and bind them to CR-LSPs to
detect primary and backup CR-LSPs. Configure two BFD sessions on the egress
node and bind them to IP addresses (ensure that the route from LSRC to LSRA
is reachable).
Procedure
Step 1 Configure a hot-standby CR-LSP and best-effort path.
Configure the primary CR-LSP, backup CR-LSP, and best-effort path according to
5.24.12 Example for Configuring CR-LSP Hot Standby.
Step 2 Configure static BFD for CR-LSPs.
Establish BFD sessions between LSRA and LSRC to detect faults on primary and
backup CR-LSPs. Bind the BFD session on LSRA to the CR-LSP and BFD session on
LSRC to the IP address. Set the intervals for sending and receiving BFD packets to
500 ms and the local detection multiplier of BFD to 3.
# Configure LSRA.
[LSRA] bfd
[LSRA-bfd] quit
# Configure LSRC.
[LSRC] bfd
[LSRC-bfd] quit
[LSRC] bfd reversepri2lsra bind peer-ip 1.1.1.9
[LSRC-bfd-session-reversepri2lsra] discriminator local 239
[LSRC-bfd-session-reversepri2lsra] discriminator remote 139
[LSRC-bfd-session-reversepri2lsra] min-tx-interval 500
[LSRC-bfd-session-reversepri2lsra] min-rx-interval 500
[LSRC-bfd-session-reversepri2lsra] detect-multiplier 3
[LSRC-bfd-session-reversepri2lsra] commit
[LSRC-bfd-session-reversepri2lsra] quit
[LSRC] bfd reversebac2lsra bind peer-ip 1.1.1.9
[LSRC-bfd-session-reversebac2lsra] discriminator local 439
[LSRC-bfd-session-reversebac2lsra] discriminator remote 339
[LSRC-bfd-session-reversebac2lsra] min-tx-interval 500
[LSRC-bfd-session-reversebac2lsra] min-rx-interval 500
[LSRC-bfd-session-reversebac2lsra] detect-multiplier 3
[LSRC-bfd-session-reversebac2lsra] commit
[LSRC-bfd-session-reversebac2lsra] quit
After the configurations are complete, run the display bfd session discriminator
command on LSRA and LSRC. You can see that the BFD session status is Up.
Connect two interfaces, Port 1 and Port 2, on a tester to LSRA and LSRC
respectively. On Port 1, inject MPLS traffic and send traffic to Port 2. After the
cable attached to GE0/0/1 on LSRA or LSRB is removed, traffic fast switches to the
backup CR-LSP at the millisecond level.
After the cable is inserted into GE0/0/1, run the display mpls te tunnel-interface
tunnel 1 command to view tunnel information until the primary CR-LSP is set up.
Then remove the cable from GE0/0/2 on LSRA or LSRD within 15s. You can see
that traffic switches back to the primary CR-LSP at the millisecond level.
----End
Configuration Files
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100 500
#
bfd
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path backup-path
next hop 172.5.1.2
next hop 172.3.1.1
next hop 3.3.3.9
#
explicit-path pri-path
next hop 172.1.1.2
next hop 172.2.1.2
next hop 3.3.3.9
#
interface Vlanif100
ip address 172.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif500
ip address 172.5.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 500
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
#
interface Tunnel1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.9
mpls te tunnel-id 100
mpls te record-route
mpls te path explicit-path pri-path
mpls te path explicit-path backup-path secondary
mpls te backup hot-standby mode revertive wtr 15
mpls te backup ordinary best-effort
mpls te commit
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 1.1.1.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.5.1.0 0.0.0.255
mpls-te enable
#
bfd backuplsp2lsrc bind mpls-te interface Tunnel1 te-lsp backup
discriminator local 339
discriminator remote 439
min-tx-interval 500
min-rx-interval 500
process-pst
notify neighbor-down
commit
#
bfd prilsp2lsrc bind mpls-te interface Tunnel1 te-lsp
discriminator local 139
discriminator remote 239
min-tx-interval 500
min-rx-interval 500
process-pst
notify neighbor-down
commit
#
return
● LSRB configuration file
#
sysname LSRB
#
vlan batch 100 200 400
#
mpls lsr-id 2.2.2.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif100
ip address 172.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 200
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 400
#
interface LoopBack1
ip address 2.2.2.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 2.2.2.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.2.1.0 0.0.0.255
network 172.4.1.0 0.0.0.255
mpls-te enable
#
return
● LSRC configuration file
#
sysname LSRC
#
vlan batch 200 300
#
bfd
#
mpls lsr-id 3.3.3.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif300
ip address 172.3.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 300
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 200
#
interface LoopBack1
ip address 3.3.3.9 255.255.255.255
#
bfd reversebac2lsra bind peer-ip 1.1.1.9
discriminator local 439
discriminator remote 339
min-tx-interval 500
min-rx-interval 500
commit
#
bfd reversepri2lsra bind peer-ip 1.1.1.9
discriminator local 239
discriminator remote 139
min-tx-interval 500
min-rx-interval 500
commit
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 3.3.3.9 0.0.0.0
network 172.2.1.0 0.0.0.255
network 172.3.1.0 0.0.0.255
mpls-te enable
#
return
Networking Requirements
Figure 5-53 shows an MPLS network. A TE tunnel with LSRA as the ingress node
and LSRC as the egress node needs to be established on LSRA. A hot-standby CR-
LSP and best-effort path also need to be configured.
● The path of the primary CR-LSP is LSRA -> LSRB -> LSRC.
● The path of the backup CR-LSP is LSRA -> LSRD -> LSRC.
When the primary CR-LSP fails, traffic switches to the backup CR-LSP. After the
primary CR-LSP recovers, traffic switches back to the primary CR-LSP in 15
seconds. If both the primary CR-LSP and backup CR-LSP fail, traffic switches to the
best-effort path. Explicit paths can be configured for the primary and backup CR-
LSPs. A best-effort path can be generated automatically. In this example, the best-
effort path is LSRA -> LSRD -> LSRB -> LSRC. The calculated best-effort path
varies according to the faulty node.
Dynamic BFD for CR-LSPs needs to be configured to detect primary and backup
CR-LSPs:
● When the primary CR-LSP fails, traffic fast switches to the backup CR-LSP.
● When the backup CR-LSP fails within 15 seconds after the primary CR-LSP
recovers, traffic switches back to the primary CR-LSP.
NOTE
In this scenario, to avoid loops, ensure that all connected interfaces have STP disabled and
connected interfaces are removed from VLAN 1. If STP is enabled and VLANIF interfaces of
switches are used to construct a Layer 3 ring network, an interface on the network will be
blocked. As a result, Layer 3 services on the network cannot run normally.
NOTE
Compared with static BFD, dynamic BFD is much easier to configure. In addition, dynamic
BFD can reduce the number of BFD sessions, and use less network resources because only
one BFD session can be created on a tunnel interface.
Configuration Roadmap
The configuration roadmap is as follows:
1. Configure a hot-standby CR-LSP and best-effort path.
2. Enable BFD on the ingress node, configure dynamic BFD for CR-LSPs, and set
the intervals for sending and receiving BFD packets and local BFD detection
multiplier.
3. Enable the capability to passively create BFD sessions on the egress node.
Procedure
Step 1 Configure a hot-standby CR-LSP and best-effort path.
Configure the primary CR-LSP, backup CR-LSP, and best-effort path according to
5.24.12 Example for Configuring CR-LSP Hot Standby.
Step 2 Configure dynamic BFD for CR-LSPs on the ingress node.
Configure dynamic BFD for CR-LSPs, and set the intervals for sending and
receiving BFD packets to 500 ms and local BFD detection multiplier to 3.
# Configure LSRA.
[LSRA] bfd
[LSRA-bfd] quit
[LSRA] interface tunnel 1
[LSRA-Tunnel1] mpls te bfd enable
[LSRA-Tunnel1] mpls te bfd min-tx-interval 500 min-rx-interval 500 detect-multiplier 3
[LSRA-Tunnel1] mpls te commit
Step 3 Enable the capability to passively create BFD sessions on the egress node.
# Configure LSRC.
[LSRC] bfd
[LSRC-bfd] mpls-passive
[LSRC-bfd] quit
After the configurations are complete, run the display bfd session mpls-te
interface Tunnel 1 te-lsp command on LSRA. You can see that the BFD session
status is Up.
[LSRA] display bfd session mpls-te interface Tunnel 1 te-lsp
--------------------------------------------------------------------------------
Local Remote PeerIpAddr State Type InterfaceName
--------------------------------------------------------------------------------
8192 8192 3.3.3.9 Up D_TE_LSP Tunnel1
--------------------------------------------------------------------------------
Total UP/DOWN Session Number : 1/0
Run the display bfd session passive-dynamic command on LSRC. You can see
that a BFD session is created passively.
[LSRC] display bfd session passive-dynamic
--------------------------------------------------------------------------------
----End
Configuration Files
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100 500
#
bfd
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls rsvp-te
mpls te cspf
#
explicit-path backup-path
next hop 172.5.1.2
next hop 172.3.1.1
next hop 3.3.3.9
#
explicit-path pri-path
next hop 172.1.1.2
next hop 172.2.1.2
next hop 3.3.3.9
#
interface Vlanif100
ip address 172.1.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif500
ip address 172.5.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 500
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
#
interface Tunnel1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.9
mpls te tunnel-id 100
mpls te bfd enable
mpls te bfd min-tx-interval 500 min-rx-interval 500
mpls te record-route
mpls te path explicit-path pri-path
mpls te path explicit-path backup-path secondary
mpls te backup hot-standby mode revertive wtr 15
mpls te backup ordinary best-effort
mpls te commit
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 1.1.1.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.5.1.0 0.0.0.255
mpls-te enable
#
return
● LSRB configuration file
#
sysname LSRB
#
vlan batch 100 200 400
#
mpls lsr-id 2.2.2.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif100
ip address 172.1.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 200
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 400
#
interface LoopBack1
ip address 2.2.2.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 2.2.2.9 0.0.0.0
network 172.1.1.0 0.0.0.255
network 172.2.1.0 0.0.0.255
network 172.4.1.0 0.0.0.255
mpls-te enable
#
return
● LSRC configuration file
#
sysname LSRC
#
vlan batch 200 300
#
bfd
mpls-passive
#
mpls lsr-id 3.3.3.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif200
ip address 172.2.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif300
ip address 172.3.1.1 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 300
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 200
#
interface LoopBack1
ip address 3.3.3.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 3.3.3.9 0.0.0.0
network 172.2.1.0 0.0.0.255
network 172.3.1.0 0.0.0.255
mpls-te enable
#
return
● LSRD configuration file
#
sysname LSRD
#
vlan batch 300 400 500
#
mpls lsr-id 4.4.4.9
mpls
mpls te
mpls rsvp-te
#
interface Vlanif300
ip address 172.3.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif400
ip address 172.4.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface Vlanif500
ip address 172.5.1.2 255.255.255.0
mpls
mpls te
mpls rsvp-te
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 300
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 500
#
interface GigabitEthernet0/0/3
port link-type trunk
port trunk allow-pass vlan 400
#
interface LoopBack1
ip address 4.4.4.9 255.255.255.255
#
ospf 1
opaque-capability enable
area 0.0.0.0
network 4.4.4.9 0.0.0.0
network 172.3.1.0 0.0.0.255
network 172.4.1.0 0.0.0.255
network 172.5.1.0 0.0.0.255
mpls-te enable
#
return
Configuration Roadmap
RSVP GR can be configured on the network to ensure uninterrupted data
forwarding during an active/standby switchover.
The configuration roadmap is as follows:
1. Configure IS-IS to ensure that routes between backbone nodes are reachable.
2. Enable MPLS TE and RSVP TE on the backbone nodes so that they can set up
MPLS TE tunnels.
3. Enable IS-IS TE and change the cost type to enable the nodes to advertise TE
information using IS-IS.
4. On the ingress node, create a tunnel interface and configure tunnel attributes
on the tunnel interface. Enable MPLS TE CSPF to dynamically set up MPLS TE
tunnels.
5. Configure IS-IS GR and RSVP GR on each node to ensure uninterrupted data
forwarding during an active/standby switchover.
Procedure
Step 1 Assign IP addresses to interfaces.
# Configure LSRA. Assign IP addresses to interfaces of LSRB and LSRC according to
Figure 5-54. The configurations on LSRB and LSRC are similar to the configuration
on LSRA, and are not mentioned here.
<HUAWEI> system-view
[HUAWEI] sysname LSRA
[LSRA] vlan batch 100
[LSRA] interface vlanif 100
[LSRA-Vlanif100] ip address 172.1.1.1 255.255.255.0
[LSRA-Vlanif100] quit
[LSRA] interface gigabitethernet 0/0/1
[LSRA-GigabitEthernet0/0/1] port link-type trunk
[LSRA-GigabitEthernet0/0/1] port trunk allow-pass vlan 100
[LSRA-GigabitEthernet0/0/1] quit
[LSRA] interface loopback 1
[LSRA-LoopBack1] ip address 1.1.1.9 255.255.255.255
[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 100
[LSRB-Vlanif100] isis enable 1
[LSRB-Vlanif100] quit
[LSRB] interface vlanif 200
[LSRB-Vlanif200] isis enable 1
[LSRB-Vlanif200] 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 200
[LSRC-Vlanif200] isis enable 1
[LSRC-Vlanif200] quit
[LSRC] interface loopback 1
[LSRC-LoopBack1] isis enable 1
[LSRC-LoopBack1] quit
Run the display ip routing-table command on the LSRs, and you can see that
they learn the routes from each other. The command output on LSRA is provided
as an example:
[LSRA] display ip routing-table
Route Flags: R - relay, D - download to fib, T - to vpn-instance
------------------------------------------------------------------------------
Routing Tables: Public
Destinations : 8 Routes : 8
Step 3 Configure basic MPLS capabilities, enable MPLS TE and RSVP TE.
Enable MPLS, MPLS TE, RSVP-TE globally on the LSRs and on the interfaces that
the tunnel passes through.
# Configure LSRA. The configurations on LSRB and LSRC are similar to the
configuration on LSRA, and are not mentioned here.
[LSRA] mpls lsr-id 1.1.1.9
[LSRA] mpls
[LSRA-mpls] mpls te
[LSRA-mpls] mpls rsvp-te
[LSRA-mpls] quit
[LSRA] interface vlanif 100
[LSRA-Vlanif100] mpls
[LSRA-Vlanif100] mpls te
[LSRA-Vlanif100] mpls rsvp-te
[LSRA-Vlanif100] quit
Run the display interface tunnel command on LSRA. You can see that the tunnel
interface is Up.
[LSRA] display interface tunnel
Tunnel1 current state : UP
Line protocol current state : UP
Last line protocol up time : 2013-01-14 09:18:46
Description:
...
Run the display mpls rsvp-te graceful-restart peer command on LSRA to view
the GR status of the neighboring node.
[LSRA] display mpls rsvp-te graceful-restart peer
Neighbor on Interface Vlanif100
Neighbor Addr: 172.1.1.2 Last Attribute: Added Usually
SrcInstance: 0x7C832B3D NbrSrcInstance: 0x6A48E0F5
Neighbor Capability:
Can Do Self GR
Can Support GR
GR Status: Normal
Restart Time: 90015 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
P2MP PSB Count: 0 P2MP RSB Count: 0
Total to be Recover P2MP PSB Count: 0 Recovered P2MP PSB Count: 0
Total to be Recover P2MP RSB Count: 0 Recovered P2MP RSB Count: 0
----End
Configuration File
● LSRA configuration file
#
sysname LSRA
#
vlan batch 100
#
mpls lsr-id 1.1.1.9
mpls
mpls te
mpls rsvp-te
mpls rsvp-te hello
mpls rsvp-te hello full-gr
mpls te cspf
#
isis 1
graceful-restart
is-level level-2
cost-style wide
network-entity 00.0005.0000.0000.0001.00
traffic-eng level-2
#
interface Vlanif100
ip address 172.1.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
mpls rsvp-te hello
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface LoopBack1
ip address 1.1.1.9 255.255.255.255
isis enable 1
#
interface Tunnel1
ip address unnumbered interface LoopBack1
tunnel-protocol mpls te
destination 3.3.3.9
mpls te tunnel-id 100
mpls te commit
#
return
● LSRB configuration file
#
sysname LSRB
#
vlan batch 100 200
#
mpls lsr-id 2.2.2.9
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
network-entity 00.0005.0000.0000.0002.00
traffic-eng level-2
#
interface Vlanif100
ip address 172.1.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
mpls rsvp-te hello
#
interface Vlanif200
ip address 172.2.1.1 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
mpls rsvp-te hello
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 100
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 200
#
interface LoopBack1
ip address 2.2.2.9 255.255.255.255
isis enable 1
#
return
● LSRC configuration file
#
sysname LSRC
#
vlan batch 200
#
mpls lsr-id 3.3.3.9
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
network-entity 00.0005.0000.0000.0003.00
traffic-eng level-2
#
interface Vlanif200
ip address 172.2.1.2 255.255.255.0
isis enable 1
mpls
mpls te
mpls rsvp-te
mpls rsvp-te hello
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 200
#
interface LoopBack1
ip address 3.3.3.9 255.255.255.255
isis enable 1
#
return