MPLS Transport Profile (MPLS-TP) Linear Protection to Match the Operational Expectations of Synchronous Digital Hierarchy, Optical Transport Network, and Ethernet Transport Network Operators
RFC 7271

Document Type RFC - Proposed Standard (June 2014; No errata)
Updates RFC 6378
Last updated 2014-06-12
Replaces draft-ryoogray-mpls-tp-psc-itu
Stream IETF
Formats plain text pdf html
Stream WG state Submitted to IESG for Publication
Consensus Yes
Document shepherd Loa Andersson
Shepherd write-up Show (last changed 2014-02-09)
IESG IESG state RFC 7271 (Proposed Standard)
Telechat date
Responsible AD Adrian Farrel
Send notices to mpls-chairs@ietf.org, draft-ietf-mpls-tp-psc-itu@ietf.org
IANA IANA review state Version Changed - Review Needed
IANA action state RFC-Ed-Ack
Internet Engineering Task Force (IETF)                      J. Ryoo, Ed.
Request for Comments: 7271                                          ETRI
Updates: 6378                                               E. Gray, Ed.
Category: Standards Track                                       Ericsson
ISSN: 2070-1721                                          H. van Helvoort
                                                     Huawei Technologies
                                                         A. D'Alessandro
                                                          Telecom Italia
                                                               T. Cheung
                                                                    ETRI
                                                              E. Osborne
                                                               June 2014

    MPLS Transport Profile (MPLS-TP) Linear Protection to Match the
       Operational Expectations of Synchronous Digital Hierarchy,
  Optical Transport Network, and Ethernet Transport Network Operators

Abstract

   This document describes alternate mechanisms to perform some of the
   functions of MPLS Transport Profile (MPLS-TP) linear protection
   defined in RFC 6378, and also defines additional mechanisms.  The
   purpose of these alternate and additional mechanisms is to provide
   operator control and experience that more closely models the behavior
   of linear protection seen in other transport networks.

   This document also introduces capabilities and modes for linear
   protection.  A capability is an individual behavior, and a mode is a
   particular combination of capabilities.  Two modes are defined in
   this document: Protection State Coordination (PSC) mode and Automatic
   Protection Switching (APS) mode.

   This document describes the behavior of the PSC protocol including
   priority logic and state machine when all the capabilities associated
   with the APS mode are enabled.

   This document updates RFC 6378 in that the capability advertisement
   method defined here is an addition to that document.

Ryoo, et al.                 Standards Track                    [Page 1]
RFC 7271                  MPLS-TP LP for ITU-T                 June 2014

Status of This Memo

   This is an Internet Standards Track document.

   This document is a product of the Internet Engineering Task Force
   (IETF).  It represents the consensus of the IETF community.  It has
   received public review and has been approved for publication by the
   Internet Engineering Steering Group (IESG).  Further information on
   Internet Standards is available in Section 2 of RFC 5741.

   Information about the current status of this document, any errata,
   and how to provide feedback on it may be obtained at
   http://www.rfc-editor.org/info/rfc7271.

Copyright Notice

   Copyright (c) 2014 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents
   (http://trustee.ietf.org/license-info) in effect on the date of
   publication of this document.  Please review these documents
   carefully, as they describe your rights and restrictions with respect
   to this document.  Code Components extracted from this document must
   include Simplified BSD License text as described in Section 4.e of
   the Trust Legal Provisions and are provided without warranty as
   described in the Simplified BSD License.

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   4
   2.  Conventions Used in This Document . . . . . . . . . . . . . .   5
   3.  Acronyms  . . . . . . . . . . . . . . . . . . . . . . . . . .   6
   4.  Capability 1: Priority Modification . . . . . . . . . . . . .   6
     4.1.  Motivation for Swapping Priorities of FS and SF-P . . . .   6
     4.2.  Motivation for Raising the Priority of SFc  . . . . . . .   7
     4.3.  Motivation for Introducing the Freeze Command . . . . . .   7
     4.4.  Procedures in Support of Priority Modification  . . . . .   8
   5.  Capability 2: Non-revertive Behavior Modification . . . . . .   8
   6.  Capability 3: Support of the MS-W Command . . . . . . . . . .   8
     6.1.  Motivation for adding MS-W  . . . . . . . . . . . . . . .   8
     6.2.  Terminology to Support MS-W . . . . . . . . . . . . . . .   9
     6.3.  Behavior of MS-P and MS-W . . . . . . . . . . . . . . . .   9
     6.4.  Equal-Priority Resolution for MS  . . . . . . . . . . . .  10
   7.  Capability 4: Support of Protection against SD  . . . . . . .  10
     7.1.  Motivation for Supporting Protection against SD . . . . .  10
     7.2.  Terminology to Support SD . . . . . . . . . . . . . . . .  10

Ryoo, et al.                 Standards Track                    [Page 2]
Show full document text