Signaling Entropy Label Capability and Entropy Readable Label Depth Using IS-IS
draft-ietf-isis-mpls-elc-06
The information below is for an old version of the document | |||||
---|---|---|---|---|---|
Document | Type | Expired Internet-Draft (lsr WG) | |||
Authors | Xiaohu Xu , Sriganesh Kini , Siva Sivabalan , Clarence Filsfils , Stephane Litkowski | ||||
Last updated | 2019-03-28 (latest revision 2018-09-24) | ||||
Replaces | draft-xu-isis-mpls-elc | ||||
Stream | Internent Engineering Task Force (IETF) | ||||
Formats |
Expired & archived
pdf
htmlized (tools)
htmlized
bibtex
|
||||
Reviews | |||||
Additional Resources |
|
||||
Stream | WG state | WG Document | |||
Document shepherd | No shepherd assigned | ||||
IESG | IESG state | Expired | |||
Consensus Boilerplate | Unknown | ||||
Telechat date | |||||
Responsible AD | (None) | ||||
Send notices to | (None) |
https://www.ietf.org/archive/id/draft-ietf-isis-mpls-elc-06.txt
Abstract
Multiprotocol Label Switching (MPLS) has defined a mechanism to load balance traffic flows using Entropy Labels (EL). An ingress Label Switching Router (LSR) cannot insert ELs for packets going into a given tunnel unless an egress LSR has indicated via signaling that it has the capability of processing ELs, referred to as Entropy Label Capability (ELC), on that tunnel. In addition, it would be useful for ingress LSRs to know each LSR's capability of reading the maximum label stack depth and performing EL-based load-balancing, referred to as Entropy Readable Label Depth (ERLD), in the cases where stacked LSPs are used for whatever reasons. This document defines mechanisms to signal these two capabilities using IS-IS. These mechanisms are useful when the label advertisement is also done via IS-IS. In addition, this document introduces the Non-IGP Functional Capabilities Sub-TLV for advertising IS-IS router's actual non-IGP functional capabilities. ELC is one of such non-IGP functional capabilities.
Authors
Xiaohu Xu
(xiaohu.xxh@alibaba-inc.com)
Sriganesh Kini
(sriganeshkini@gmail.com)
Siva Sivabalan
(msiva@cisco.com)
Clarence Filsfils
(cfilsfil@cisco.com)
Stephane Litkowski
(stephane.litkowski@orange.com)
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)