Label Switched Paths (LSP) Hierarchy with Generalized Multi-Protocol Label Switching (GMPLS) Traffic Engineering (TE), October 2005
- Canonical URL:
- File formats:
- PROPOSED STANDARD
- Updated by:
- RFC 6001, RFC 6107
- K. Kompella
- mpls (rtg)
Discuss this RFC: Send questions or comments to firstname.lastname@example.org
To improve scalability of Generalized Multi-Protocol Label Switching (GMPLS) it may be useful to aggregate Label Switched Paths (LSPs) by creating a hierarchy of such LSPs. A way to create such a hierarchy is by (a) a Label Switching Router (LSR) creating a Traffic Engineering Label Switched Path (TE LSP), (b) the LSR forming a forwarding adjacency (FA) out of that LSP (by advertising this LSP as a Traffic Engineering (TE) link into the same instance of ISIS/OSPF as the one that was used to create the LSP), (c) allowing other LSRs to use FAs for their path computation, and (d) nesting of LSPs originated by other LSRs into that LSP (by using the label stack construct).
This document describes the mechanisms to accomplish this. [PROPOSED STANDARD]
For the definition of Status, see RFC 2026.
For the definition of Stream, see RFC 4844.