Node Protection for SR-TE Paths
draft-ietf-spring-node-protection-for-sr-te-paths-00
| Document | Type |
Replaced Internet-Draft
(spring WG)
Expired & archived
|
|
|---|---|---|---|
| Authors | Shraddha Hegde , Chris Bowers , Stephane Litkowski , Xiaohu Xu , Feng Xu | ||
| Last updated | 2020-09-21 | ||
| Replaces | draft-hegde-spring-node-protection-for-sr-te-paths | ||
| Replaced by | draft-ietf-spring-segment-protection-sr-te-paths | ||
| RFC stream | Internet Engineering Task Force (IETF) | ||
| Intended RFC status | (None) | ||
| Formats | |||
| Additional resources | Mailing list discussion | ||
| Stream | WG state | WG Document | |
| Document shepherd | (None) | ||
| IESG | IESG state | Replaced by draft-ietf-spring-segment-protection-sr-te-paths | |
| Consensus boilerplate | Unknown | ||
| Telechat date | (None) | ||
| Responsible AD | (None) | ||
| Send notices to | (None) |
This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:
Abstract
Segment routing supports the creation of explicit paths using adjacency-sids, node-sids, and binding-sids. It is important to provide fast reroute (FRR) mechanisms to respond to failures of links and nodes in the Segment-Routed Traffic-Engineered(SR-TE) path. A point of local repair (PLR) can provide FRR protection against the failure of a link in an SR-TE path by examining only the first (top) label in the SR label stack. In order to protect against the failure of a node, a PLR may need to examine the second label in the stack as well, in order to determine SR-TE path beyond the failed node. This document specifies how a PLR can use the first and second label in the label stack describing an SR-TE path to provide protection against node failures.
Authors
Shraddha Hegde
Chris Bowers
Stephane Litkowski
Xiaohu Xu
Feng Xu
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)