MPLS, RSVP-TE - Part 1 - www.ipcisco.com : www.ipcisco.com
You can Reach Our "CCNA Lab Courses with Packet Tracer" on Udemy.!!!
cisco-packet-tracer-ccna-adventure-1- cisco-packet-tracer-ccna-adventure-2-
Content Protection by DMCA.com

RSVP-TE

(Resource Reservation Protocol-Traffic

Engineering)

RSVP-TE(Resource Reservation Protocol-Traffic Engineering) is the enhanced RSVP for MPLS. RSVP-TE is not a real routing protocol, but it works with routing protocols.

For RSVP-TE, bidirectional flow is required. To provide this, there must be two RSVP sessions. Because RSVP-TE is unidirectional.

RSVP-TE brings some benefits to MPLS. These benefits are:

Ability to define LSP paths, path choice by administrator.
Advanced cost calculation, not restricted to IGP cost values.
Rich set of traffic protection (secondary paths and fast reroute).
Ability to make resource reservation functionality.

RSVP-TE Main Characteristics

As we talked about before in LDP articles, there are also some main characteristics for RSVP-TE. Some of these characteristics are different than LDP. What are these characteristics? Let’s check:

– Downstream on demand : LSPs signalled when requested. ( This was unsolicited downstream in LDP, which send labels without any requests).

– Ordered control : Label distribution process follows a hierarchical order (Same as LDP).

– Conservative label retention : Labels are cleared if not needed. ( This was liberal label retention in LDP, which stores all the labels).

I am highlighting these characteristic in this article and in the past two articles, because I sometimes confused about the name od these characteristic. And you can be like me ;) So I tought that to make more emphasize, will help you.

LSP Definition and RSVP-TE Messages

RSVP-TE based LSP can have multiple associated LSP-Paths. One of these LSP-Paths must be Primary and other can be Secondary up to 7. One LSP-Path is active at any time.

To define an LSP there are some needs. These are minimum:

A tunnel destination

A path definition

In RSVP-TE, PATH and RESV Messages are used to signal LSPs. Along the LSP, session states are maintained on all routers.

PATH Messages are used for label request through downstream direction.

RSVP PATH Messages, RSVP Label Request Messages

RSVP PATH Messages (Label Request Messages)

RESV Messages are used to send labels through upstream direction.

RSVP RESV Messages, RSVP Label Reservation Messages

RSVP RESV Messages (Label Reservation Messages)


As a Tunnel Destination, the “system address” of the Egress router fort hat LSP path can be used.

For Path Definition, hops must be defined as “strict” or “loose”. Strict means that “exact hop”. In other words, “go through this hop”. It is directly connected. But Loose means that, path goes according to the routing protocol. It does not need to be directly connected.

If there is no hops defined in RSVP-TE, IGP forwarding table is used.

Paths are passive definitions. To become active it must be configured under an LSP.

When an LSP enable, PATH Messages are sent downstream, as an attemp to signal the LSP.
After receiving the PATH Message, egress router sends RESV Message to the upstream router. And this continues till it reaches to the ingress. This RESV Message contains Label in it. All routers throuhg the opposite direction of the LSP, send a label with RESV Message to its upstream router. This label says, “come to me with this label”.

Here, as we discussed, because of Downstream on Demand, the egress router only send RESV Message to the requested upstream peer. Not all of them like LDP.

Other RSVP messages :
– PATH Tear
– RESV Tear
– PATH Error
– RESV Error
– Hello
– ACK
– Summary Refresh

If the LSP is shut downed administratively, PATH Tear Message is sent to clear the RSVP session.

RESV Tear Message is used to inform Ingress router about any failure to clear the RSVP session. Think about, if failure between two link, the last router before the failure link sends RESV Tear Message to the Ingress router. This prevent traffic being “black holed”.

PATH Error Message, send through upstream if a router can not forward the PATH message any further, because of destination unreachable or insufficient resource etc. When Ingress router get this message, it sends PATH Tear Message and clear RSVP session.

RESV Error Message is sent when a neighbour can not forward RESV Mssage anymore. Reservation failures and reservation status change can be the cause.

RSVP sessions must be constantly refreshed. PATH and RESV messages are exchanged between all RSVP neighbors at a periodic interval. If not, sessions time out. If session times out on a router due to missing PATH and RESV messages, router clears RSVP session. It sends PATH Tear Message to the downstream router and RESV Tear Message to the upstream router.

Refresh-time can be confgured and aplied to all RSVP sessions. Reducing this time to a low value can cause CPU overload. This must be balanced. The default refresh time is 30 seconds.

Refreshing all the RSVP sessions must be avoided. There is also a randomization mechanism for this.

MPLS, RSVP-TE – Part 1
MPLS, RSVP-TE – Part 2(Alcatel-Lucent Configuration)


…YOU CAN REACH ALL THE “MPLS” ARTICLES AND CONFIGURATIONS BELOW…

MPLS Basics
What is MPLS?
Enabling MPLS on Cisco Router

MPLS Label Distribution Protocol, LDP
MPLS Label Distribution Protocol, LDP – Part 1
MPLS Label Distribution Protocol, LDP – Part 2
MPLS Label Distribution Protocol, LDP – Part 3 (Configuration on ALU)
MPLS Label Distribution Protocol, LDP – Part 4 (ECMP)
MPLS Label Distribution Protocol, LDP – Part 5 (Export and Import Policy, Prefix Aggregation)
MPLS Label Distribution Protocol, LDP – Part 6 (T-LDP)
MPLS Label Distribution Protocol, LDP – Part 7 (CR-LDP)

MPLS, RSVP-TE
MPLS, RSVP-TE – Part 1
MPLS, RSVP-TE – Part 2(Alcatel-Lucent Configuration)

MPLS Protection And Restoration
MPLS Protection and Restoration – Part 1
MPLS Protection and Restoration – Part 2 (End-to-End Protection, Secondary Paths)
MPLS Protection and Restoration – Part 3 (Path Diversity in Secondary Paths)
MPLS Protection and Restoration – Part 4 (Local Protection, Fast Reroute)
MPLS Protection and Restoration – Part 5 (Fast Reroute Protection Types)
MPLS Protection and Restoration – Part 6 (RSVP Objects Used for MPLS Fast Reroute)
MPLS Protection and Restoration – Part 7 (Verification Commands on Alcatel-Lucent Routers)
MPLS Protection and Restoration – Part 8 (Actions After the Failure)
MPLS Protection and Restoration – Part 9 (Convergence Factors)
MPLS Protection and Restoration – Part 10 (Juniper Configuration Samples)
MPLS Protection and Restoration – Part 11 (Juniper Configuration Samples)
MPLS Protection and Restoration – Part 12 (Juniper Configuration Samples)
MPLS Protection and Restoration – Part 13 (Juniper Configuration Samples)


…You Can Join Our “IPCisco” Groups Below!!!…

You can Reach Our "CCNA Lab Courses with Packet Tracer" on Udemy.!!!
cisco-packet-tracer-ccna-adventure-1- cisco-packet-tracer-ccna-adventure-2-



About the Author
Gokhan Kosem is a telecommunation and network engineer. His ambition to IP networks and end-to-end system installation made him to prepare this web-site. By sharing his experiences about various networking protocols beside different system installation experiences and Cisco, Juniper, Alcatel-Lucent devices configurations, he is aimed to be helpful for his collegues in all over the world. He is currently lives in Istanbul, Turkey.

Leave a Reply


Copy Protected by Chetan's WP-Copyprotect.