Internet DRAFT - draft-vgovindan-mpls-extended-bfd-disc-tlv

draft-vgovindan-mpls-extended-bfd-disc-tlv







Internet Engineering Task Force                              V. Govindan
Internet-Draft                                                  N. Akiya
Intended status: Standards Track                           Cisco Systems
Expires: January 5, 2015                                    July 4, 2014


                     Label Switched Path (LSP) Ping
  Extended Bidirectional Forwarding Detection (BFD) Discriminator TLV
             draft-vgovindan-mpls-extended-bfd-disc-tlv-00

Abstract

   This document defines an extended Bidirectional Forwarding Detection
   (BFD) discriminator TLV for the Multiprotocol Label Switching (MPLS)
   Label Switched Path (LSP) Ping mechanism, to allow bootstrapping of
   multiple BFD sessions for a given FEC.

Requirements Language

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
   document are to be interpreted as described in RFC 2119 [RFC2119].

Status of This Memo

   This Internet-Draft is submitted in full conformance with the
   provisions of BCP 78 and BCP 79.

   Internet-Drafts are working documents of the Internet Engineering
   Task Force (IETF).  Note that other groups may also distribute
   working documents as Internet-Drafts.  The list of current Internet-
   Drafts is at http://datatracker.ietf.org/drafts/current/.

   Internet-Drafts are draft documents valid for a maximum of six months
   and may be updated, replaced, or obsoleted by other documents at any
   time.  It is inappropriate to use Internet-Drafts as reference
   material or to cite them other than as "work in progress."

   This Internet-Draft will expire on January 5, 2015.

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



Govindan & Akiya         Expires January 5, 2015                [Page 1]

Internet-Draft       Extended BFD Discriminator TLV            July 2014


   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.  Background  . . . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  Overview  . . . . . . . . . . . . . . . . . . . . . . . . . .   3
   3.  Procedures for BFD session establishment and removal using
       the Extended BFD TLV  . . . . . . . . . . . . . . . . . . . .   3
     3.1.  Procedures for establishing BFD sessions  . . . . . . . .   3
     3.2.  Procedures for removing BFD sessions  . . . . . . . . . .   3
   4.  Extended BFD Discriminator TLV  . . . . . . . . . . . . . . .   4
   5.  Mutually Exclusive: BFD TLVs  . . . . . . . . . . . . . . . .   5
   6.  Backwards Compatibility . . . . . . . . . . . . . . . . . . .   5
   7.  Encapsulation . . . . . . . . . . . . . . . . . . . . . . . .   5
   8.  Security Considerations . . . . . . . . . . . . . . . . . . .   5
   9.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .   6
     9.1.  Extended BFD Discriminator TLV  . . . . . . . . . . . . .   6
   10. Acknowledgements  . . . . . . . . . . . . . . . . . . . . . .   6
   11. Contributing Authors  . . . . . . . . . . . . . . . . . . . .   6
   12. Normative References  . . . . . . . . . . . . . . . . . . . .   6
   Appendix A.  Alternate format for the BFD Extended TLV  . . . . .   6
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .   8

1.  Background

   Bidirectional Forwarding Detection (BFD) [RFC5880] for Multiprotocol
   Label Switching (MPLS) Label Switched Paths (LSPs), [RFC5884],
   describes a mechanism to use BFD to monitor the connectivity in-band
   on the LSPs.  The BFD session on the LSP egress is bootstrapped using
   the LSP Ping mechanism, defined in [RFC4379], carrying the BFD
   Discriminator TLV that describes the BFD discriminator of the BFD
   session on the LSP ingress.

   The BFD Discriminator TLV and defined procedures around this TLV only
   allow one BFD session to be bootstrapped per <MPLS Forwarding
   Equivalent Class (FEC), LSP> There are scenarios where an LSP ingress
   may desire to run multiple BFD sessions to monitor the connectivity
   on an LSP.  To achieve the bootstrapping of multiple BFD sessions per
   FEC, a new TLV and procedures are required.  Two scenarios where this
   is useful are described below:

   o  Entropy labels help achieve load balancing of traffic belonging to
      the same <MPLS FEC, LSP>.  It may be beneficial to track the



Govindan & Akiya         Expires January 5, 2015                [Page 2]

Internet-Draft       Extended BFD Discriminator TLV            July 2014


      individual paths of the multi-path network using separate BFD
      sessions for each non-congruent path.

   o  It may be useful to establish multiple BFD sessions for the same
      <MPLS FEC, LSP> to achieve BFD session redundancy, i.e. protection
      against false positives due to equipment or soft failures inside
      boxes.

2.  Overview

   An LSR ingress wanting to bootstrap one or more BFD sessions on an
   LSP is to include the Extended BFD Discriminator TLV, described in
   Section 4, in the MPLS echo request message for the FEC.  The
   Extended BFD Discriminator TLV is capable of carrying multiple BFD
   discriminators, and each BFD discriminator is accompanied with an an
   instance identifier.  The LSR egress, upon reception of this MPLS
   echo request, is to create requested number of BFD sessions for the
   specified FEC.  Each BFD session object created on the LSR ingress
   and the LSR egress MUST be annotated with corresponding instance
   identifier.  BFD session procedures are to follow those described in
   [RFC5884].

3.  Procedures for BFD session establishment and removal using the
    Extended BFD TLV

3.1.  Procedures for establishing BFD sessions

   There are at least two options possible here:

   1.  BFD session establishment MUST follow the procedure specified in
       [RFC5884].

   2.  The base procedure for BFD session establishment MUST be the same
       as that of [RFC5884].  This procedure can be enhanced by
       specifying additional Operation type field and Operation status
       field in the proposed Extended BFD Discriminator TLV.  See
       Appendix A for a description of Operation types and Operation
       status codes.

3.2.  Procedures for removing BFD sessions

   [RFC5884] does not specify an explicit procedure for deleting BFD
   sessions.  A few options are possible here:

   1.  Specify an explicit delete procedure for the BFD session using
       Operation types field and Operation status field through the
       Extended BFD TLV.  See Appendix A for a description of Operation
       types and Operation status codes.



Govindan & Akiya         Expires January 5, 2015                [Page 3]

Internet-Draft       Extended BFD Discriminator TLV            July 2014


   2.  Specify a timer based deletion procedure: A new purge timer field
       can be introduced within the proposed Extended BFD Discriminator
       TLV.  The ingress specifies the value for the purge timer field.
       Once the BFD session transitions from up to down state, the
       egress is to delete the session after the value specified in the
       purge timer field.  Ed Note: This approach is an open topic for
       discussion.

   3.  No new procedure to delete a BFD session is introduced.
       Assumption by the egress is that BFD sessions can be deleted if
       corresponding FEC is deleted from the system or sometime after
       BFD sessions go down.

   Regardless of the option chosen to proceed, all BFD sessions
   established with the FEC MUST be removed automatically if the FEC is
   removed.

4.  Extended BFD Discriminator TLV

   The Extended BFD Discriminator object is a new TLV that MAY be
   included in the MPLS echo request message.  An MPLS echo request MUST
   NOT include more than one Extended BFD Discriminator object.  The
   Extended BFD Discriminator object describes one or more BFD
   discriminators along with each having an instance identifier.  An
   MPLS echo reply MAY include the Extended BFD Discriminator object,
   but MUST NOT include more than one Extended BFD Discriminator object.

   Extended BFD Discriminator TLV Type is TBD1.  Length is 8 or
   multiples of 8.  Length of (8 x N) implies that there are N entries
   in the Value field of the Extended BFD Discriminator TLV.  Each entry
   in the Value field of the Extended BFD Discriminator TLV has
   following format:

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |           Reserved            |      Instance Identifier      |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                       BFD Discriminator                       |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

                    Figure 1: Extended BFD Discriminator TLV

      Reserved - This field MUST be set to zero on transmit, and ignored
      on receipt.

      Instance Identifier - An instance identifier of the BFD session.
      The instance identifier is a value allocated by the LSP ingress



Govindan & Akiya         Expires January 5, 2015                [Page 4]

Internet-Draft       Extended BFD Discriminator TLV            July 2014


      for corresponding BFD Discriminator, and MUST be unique within the
      FEC on the LSP ingress node.  The instance identifier MUST NOT
      change for the lifetime of the BFD session.

      BFD Discriminator - The BFD discriminator allocated for this BFD
      session by the LSP ingress.

   See Appendix A for a discussion on an alternate format for the TLV.

5.  Mutually Exclusive: BFD TLVs

   The BFD Discriminator TLV and the Extended BFD Discriminator TLV are
   mutually exclusive.  An MPLS echo request/reply message MUST NOT
   include both the BFD Discriminator TLV and the Extended BFD
   Discriminator TLV.  Reception of an MPLS echo request with both the
   BFD Discriminator TLV and the Extended BFD Discriminator TLV is to
   result in the Return Code being set to Malformed echo request
   received (1).

6.  Backwards Compatibility

   If an LSP ingress wishes to bootstrap multiple BFD sessions with the
   Extended BFD Discriminator TLV when an LSP already has a BFD session
   bootstrapped with the BFD Discriminator TLV, following procedures are
   RECOMMENDED.

   The LSP ingress is to send an MPLS echo request carrying the Extended
   BFD Discriminator TLV with the same BFD discriminator of the existing
   BFD session (one bootstrapped previously with the BFD Discriminator
   TLV), giving it an instance identifier.  Once the transition of the
   existing BFD session is completed, then the LSP ingress can generate
   further MPLS echo request messages with the Extended BFD
   Discriminator TLV to bootstrap more BFD sessions.

7.  Encapsulation

   The encapsulation of BFD packets are the same as specified by
   [RFC5884]

8.  Security Considerations

   This document defines a mechanism to bootstrap multiple BFD sessions
   per FEC.  BFD sessions, naturally, use system and network resources.
   More BFD sessions means more resources will be used.  It is highly
   important to ensure only minimum number of BFD sessions are
   provisioned per FEC, and bootstrapped BFD sessions are properly
   deleted when no longer required.  Additionally security measures
   described in [RFC4379] and [RFC5884] are to be followed.



Govindan & Akiya         Expires January 5, 2015                [Page 5]

Internet-Draft       Extended BFD Discriminator TLV            July 2014


9.  IANA Considerations

9.1.  Extended BFD Discriminator TLV

   The IANA is requested to assign new value TBD1 for Extended BFD
   Discriminator TLV from the "Multiprotocol Label Switching
   Architecture (MPLS) Label Switched Paths (LSPs) Ping Parameters -
   TLVs" registry.

      Value   Meaning                                      Reference
      -----   -------                                      ---------
      TBD1    Extended BFD Discriminator TLV               this document

10.  Acknowledgements

   TBD

11.  Contributing Authors

   Girija Rao
   Cisco Systems
   Email: giraghav@cisco.com

   Mallik Mudigonda
   Cisco Systems
   Email: mmudigon@cisco.com

12.  Normative References

   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119, March 1997.

   [RFC4379]  Kompella, K. and G. Swallow, "Detecting Multi-Protocol
              Label Switched (MPLS) Data Plane Failures", RFC 4379,
              February 2006.

   [RFC5880]  Katz, D. and D. Ward, "Bidirectional Forwarding Detection
              (BFD)", RFC 5880, June 2010.

   [RFC5884]  Aggarwal, R., Kompella, K., Nadeau, T., and G. Swallow,
              "Bidirectional Forwarding Detection (BFD) for MPLS Label
              Switched Paths (LSPs)", RFC 5884, June 2010.

Appendix A.  Alternate format for the BFD Extended TLV

   The BFD Extended TLV can be used to carry the Operation Type and the
   Operation Status (Op Status) bits that are defined below:




Govindan & Akiya         Expires January 5, 2015                [Page 6]

Internet-Draft       Extended BFD Discriminator TLV            July 2014


      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     | Operation Type|  Op Status    |      Instance Identifier      |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                       BFD Discriminator                       |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

                    Figure 2: Alternate format of the Extended
                                 BFD Discriminator TLV

      Ed Note: The definitions of Operation Type and Operation Status
      fields are subject to discussion.  Additional codes can be defined
      if this approach is pursued.

      Operation Type - Operation to be performed on the corresponding
      BFD Discriminator.  Valid values are:

         1 - Create: This value MAY be used in the MPLS echo request,
         but MUST NOT be used in the MPLS echo reply.  The operation
         type 1 indicates that receiver (i.e.  LSP egress) is to ensure
         that BFD session for this FEC, with corresponding BFD
         Discriminator in "your discriminator" field, exists or is
         created.

         2 - Delete: This value MAY be used in the MPLS echo request,
         but MUST NOT be used in the MPLS echo reply.  The operation
         type 2 indicates that receiver (i.e.  LSP egress) is to ensure
         that BFD session for this FEC, with corresponding BFD
         Discriminator in "your discriminator" field, does not exist or
         is deleted.

         3 - CreateAck: This value MUST NOT be used in the MPLS echo
         request, but MAY be used in the MPLS echo reply.  The operation
         type 3 indicates that receiver (i.e.  LSP egress) is
         acknowledging received Create(1) request.

         4 - DeleteAck: This value MUST NOT be used in the MPLS echo
         request, but MAY be used in the MPLS echo reply.  The operation
         type 4 indicates that receiver (i.e.  LSP egress) is
         acknowledging received Delete(2) request.

      Op Status

         0 - The operation succeeded.

         1 - Not enough Resources.




Govindan & Akiya         Expires January 5, 2015                [Page 7]

Internet-Draft       Extended BFD Discriminator TLV            July 2014


      BFD Discriminator - When the Extended BFD Discriminator TLV is
      carried in the MPLS echo request, this field describes the BFD
      discriminator allocated for this BFD session by the LSP ingress.
      When the Extended BFD Discriminator TLV is carried in the MPLS
      echo reply, this field describes the BFD discriminator allocated
      for this BFD session by the LSP egress.

   The Extended BFD Discriminator TLV in an MPLS echo request MUST have
   either Create(1) or Delete(2) operation type.  The Extended BFD
   Discriminator TLV in an MPLS echo reply MUST have either CreateAck(3)
   or DeleteACK(4) operation type.

Authors' Addresses

   Vengada Prasad Govindan
   Cisco Systems

   Email: venggovi@cisco.com


   Nobo Akiya
   Cisco Systems

   Email: nobo@cisco.com



























Govindan & Akiya         Expires January 5, 2015                [Page 8]