Sign in
Version 5.13.0, 2015-03-25
Report a bug

Expressing Label Set in ERO

Document type: Expired Internet-Draft (individual)
Document stream: No stream defined
Last updated: 2012-09-05 (latest revision 2012-03-04)
Intended RFC status: Unknown
Other versions: (expired, archived): plain text, pdf, html

Stream State:No stream defined
Document shepherd: No shepherd assigned

IESG State: Expired
Responsible AD: (None)
Send notices to: No addresses provided

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found here:


The paths chosen by Generalized MPLS (GMPLS) Traffic Engineering (TE) Label Switched Paths (LSPs) can be constrained using the Explicit Route (ERO) object and related sub-objects. Standard ERO sub-objects can specify the Autonomous System (AS), LSR Node Ids, Numbered or unnumbered TE links, downstream and upstream labels, and PCE path keys thus restricting which resources are to be used by a TE-LSP. The Explicit Label Control (ELC) in the explicit route object (ERO) allows both terminating an LSP on a particular outgoing port and label of an egress node, as well as restricting which label to use on any hop along the path determined by the route. However, currently, its not allowed to specify more than 2 labels (downstream and upstream label), and it is not possible to specify, for a given section or segment of a TE-LSP path, a set of labels to restrict which label to be allocated from a Set of candidate labels. This memo provides extensions to the RSVP-TE and PCEP protocols to support Label Sets in the form of ERO sub-objects, being applicable to ERO and ERO-like (IRO, RRO, XRO) sub-objects, extending the ELC concept to a set of candidate labels.


Cyril Margaria <>
Ramon Casellas <>
Oscar Gonzalez de Dios <>

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid)