Internet DRAFT - draft-xia-sfc-yang-oam

draft-xia-sfc-yang-oam







Network Working Group                                             L. Xia
Internet-Draft                                                     Q. Wu
Intended status: Standards Track                                  Huawei
Expires: June 13, 2016                                          D. Kumar
                                                                   Cisco
                                                            M. Boucadair
                                                          France Telecom
                                                                 Z. Wang
                                                                  Huawei
                                                       December 11, 2015


  YANG Data Model for SFC Operations, Administration, and Maintenance
                                 (OAM)
                       draft-xia-sfc-yang-oam-05

Abstract

   This document defines YANG data model for Service Function Chaining
   (SFC Operations, Administration, and Maintenance (OAM).  It extends
   from the basic YANG data model for Layer independent OAM Management
   defined in [I-D.ietf-lime-yang-oam-model] with SFC technology
   specifics.  It includes SFC OAM related configuration, state, and RPC
   information data.

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 June 13, 2016.

Copyright Notice

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





Xia, et al.               Expires June 13, 2016                 [Page 1]

Internet-Draft             SFC OAM YANG Model              December 2015


   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  . . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  Conventions and Terminology . . . . . . . . . . . . . . . . .   3
     2.1.  Terminologies . . . . . . . . . . . . . . . . . . . . . .   4
   3.  Architecture of OAM YANG Model and Relationship to SFC OAM  .   5
   4.  SFC Extensions to LIME YANG Model . . . . . . . . . . . . . .   6
     4.1.  MEP Address . . . . . . . . . . . . . . . . . . . . . . .   7
     4.2.  Connectivity-Context  . . . . . . . . . . . . . . . . . .   8
     4.3.  SFC Layer For RPC - Path Discovery  . . . . . . . . . . .   9
   5.  SFC OAM YANG Data Hierarchy . . . . . . . . . . . . . . . . .  10
   6.  SFC OAM YANG Module . . . . . . . . . . . . . . . . . . . . .  12
   7.  Security Considerations . . . . . . . . . . . . . . . . . . .  24
   8.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .  24
   9.  References  . . . . . . . . . . . . . . . . . . . . . . . . .  24
     9.1.  Normative References  . . . . . . . . . . . . . . . . . .  24
     9.2.  Informative References  . . . . . . . . . . . . . . . . .  24
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .  25

1.  Introduction

   YANG [RFC6020] is a data modeling language used to model
   configuration and state data manipulated by the Network Configuration
   Protocol (NETCONF) [RFC6241], NETCONF remote procedure calls (RPC),
   and NETCONF notifications.  This document defines the YANG data model
   for Service Function Chaining (SFC) OAM [I-D.ietf-sfc-oam-framework].
   The SFC OAM YANG module involves the OAM configuration, RPCs and
   notifications, etc.

   Currently, [I-D.ietf-lime-yang-oam-model] proposes a basic YANG data
   model for Layer independent OAM Management that can be applied to
   various OAM technologies.  SFC OAM YANG data model can be defined by
   directly extending the basic model with SFC technology specifics.  It
   can bring some obvious benefits such as unified format, reusable
   parts, and correlation of defects, faults, network failure at the
   specific layer.





Xia, et al.               Expires June 13, 2016                 [Page 2]

Internet-Draft             SFC OAM YANG Model              December 2015


   In addition, various components in the SFC technology specific YANG
   data model defined in [I-D.penno-sfc-yang] can be directly reused in
   this draft to define the SFC OAM YANG data model.

   Note that SFC OAM mechanisms are not yet defined or standardized
   although some of the basic concepts and functions (e.g., fault
   detection, fault localization, performance measurement, etc) may be
   similar to traditional OAM mechanisms.  This draft should get
   alignment with the latest development SFC OAM mechanisms.

2.  Conventions and Terminology

   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 [RFC2119].

   The following terms are defined in [RFC6241] and are not redefined
   here:

   o  client

   o  configuration data

   o  server

   o  state data

   The following terms are defined in [RFC6020] and are not redefined
   here:

   o  augment

   o  data model

   o  data node

   The terminology for describing YANG data models is found in
   [RFC6020].

   The following notations are used within the data tree and carry the
   meaning as noted below.

   Each node is printed as:








Xia, et al.               Expires June 13, 2016                 [Page 3]

Internet-Draft             SFC OAM YANG Model              December 2015


   <status> <flags> <name> <opts> <type>

   <status> is one of:
        +  for current
        x  for deprecated
        o  for obsolete


   <flags> is one of:

       rw for configuration data
       ro for non-configuration data
       -x for rpcs
       -n for notifications


   <name> is the name of the node

   If the node is augmented into the tree from another module, its name
   is printed as <prefix>:<name>.

   <opts> is one of:

        ?  for an optional leaf or choice
        !  for a presence container
        *  for a leaf-list or list
        [<keys>] for a list's keys

   <type> is the name of the type for leafs and leaf-lists

   In this document, these words will appear with that interpretation
   only when in ALL CAPS.  Lower case uses of these words are not to be
   interpreted as carrying RFC-2119 significance.

2.1.  Terminologies

   MP Maintenance Point [8021Q]

   MEP  Maintenance End Point [8021Q] [RFC6371]

   MIP  Maintenance Intermediate Point [8021Q] [RFC6371]

   MEG  Maintenance Entity Group [Y1731] [RFC6371]

   ME Maintenance Entity [Y.1731] [RFC6371]

   MD Maintenance Domain [8021Q]




Xia, et al.               Expires June 13, 2016                 [Page 4]

Internet-Draft             SFC OAM YANG Model              December 2015


   OAM  Operations, Administration, and Maintenance [RFC6291]

   LIME  Layer Independent OAM Management [I-D.ietf-lime-yang-oam-
      model]

   SF Service Function [I-D.penno-sfc-yang]

   SFC  Service Function Chaining [I-D.penno-sfc-yang]

   SFF  Service Function Forwarder [I-D.penno-sfc-yang]

   TRILL  Transparent Interconnection of Lots of Links [RFC6325]

   RPC  Remote Process Call

3.  Architecture of OAM YANG Model and Relationship to SFC OAM

   Layer independent OAM YANG model [I-D.ietf-lime-yang-oam-model] is
   used as the basis for all the other OAM YANG models.  This allows
   users to span across OAM tools of different technologies through a
   uniform API.  The following Figure depicts the relationship of SFC
   OAM YANG model to the Layer Independent OAM YANG Model.





























Xia, et al.               Expires June 13, 2016                 [Page 5]

Internet-Draft             SFC OAM YANG Model              December 2015


                          +-+-+-+-+-+
                          |  gen    |
                          |OAM YANG |
                          +-+-+-+-+-+
                               |
                               O
                               |
       +-----------+----------+----------+----------+--------------+
       |           |          |          |          |              |
   +-+-+-+-++ +-+-++--++ +-+-+++-++ +-+--+--++ +-+-+++-++     +-+-+-+-++
   | TRILL  | | NVO3   | | MPLS   | | IP     | |  SFC   |. . .|  foo   |
   |OAM YANG| |OAM YANG| |OAM YANG| |OAM YANG| |OAM YANG|     |OAM YANG|
   +-+-+-+-++ +-+-++--++ +-+-++--++ +-+-++--++ +-+-++--++     +-+-+-+-++
         |         |          |          |          |             |
         |    +-+-++--++ +-+-++--++      |     +-+-++--++     +-+-+-+-++
         |    | NVO3   | | MPLS   |      |     |  SFC   |. . .|  foo   |
         |    |sub tech| |sub tech|      |     |sub tech|     |sub tech|
         |    +-+-++--++ +-+-++--++      |     +-+-++--++     +-+-+-+-++
         |         |          |          |          |             |
         |         |          |          |          |             |
       +--------------------------------------------------------------+
       |                      Uniform API                             |
       +--------------------------------------------------------------+


     Relationship of SFC OAM YANG model to Layer independent OAM YANG
                                   model

4.  SFC Extensions to LIME YANG Model

   A new Technology parameter of SFC is defined here for the purpose of
   identifying the SFC specific YANG model extension:

      identity SFC {

             base goam:technology-types;

             description

               "SFC type";

      }

                             SFC identity type

   Only when the Technology parameter is set to the "SFC" value, the SFC
   specific extensions are applied.




Xia, et al.               Expires June 13, 2016                 [Page 6]

Internet-Draft             SFC OAM YANG Model              December 2015


4.1.  MEP Address

   In SFC, either the SF on service function layer or SF/SFF on SFC
   forwarding layer can be MEP/MIP.  A MEP/MIP cannot be identified
   without specifying service function path.  Therefore the MEP/MIP
   address can only be identified by SF/SFF address plus service
   function path id.  In [I-D.ietf-lime-yang-oam-model], MEP/MIP address
   is defined using a combination of choice and case statement.  We
   augment this to include SFC specific SF/SFF address plus service
   function path id.









































Xia, et al.               Expires June 13, 2016                 [Page 7]

Internet-Draft             SFC OAM YANG Model              December 2015


   augment
   "/goam:domains/goam:domain/goam:MAs/goam:MA/goam:MEP/goam:mp-
   address" {

      case sf-mep-address {

      description
          "Service function (or service function forwarder) address plus
          service function path id to identify one SFC MEP. A SFC MP can
          be a service function or service function forwarder!"

      leaf sf-mep-ref {
        when "/goam:domains/goam:domain/goam:technology='sfc'";
        type sfc-sf:service-function-ref;
      }

      leaf sfp-mep-ref {
        when "/goam:domains/goam:domain/goam:technology='sfc'";
        type sfc-sfp:service-function-path-ref;
      }

      }

      case sff-mep-address {

      description

          "Service function forwarder address plus service function path
          id identify one SFC MEP. A SFC MP can be a service function or
          service function forwarder!"

      leaf sff-mep-ref {
        type sfc-sff:service-function-forwarder-ref;
      }

      leaf sfp-mep-ref {
        type sfc-sfp:service-function-path-ref;
      }
      }
    }

                          Augment SFC MEP address

4.2.  Connectivity-Context

   In SFC, connectivity-context is the service function path id.  [I-
   D.ietf-lime-yang-oam-model] defines a placeholder for connectivity-
   context.  This allows other technologies to easily augment that to



Xia, et al.               Expires June 13, 2016                 [Page 8]

Internet-Draft             SFC OAM YANG Model              December 2015


   include technology specific extensions.  The snippet below depicts an
   example of augmenting connectivity-context to include the SFC
   connectivity- context.

   augment "/goam:domains/goam:domain/goam:MAs/goam:MA/goam:MEP/goam:
      connectivity-context" {

         case connectivity-context-sfc {
         leaf connectivity-context-sfp {
           type sfc-sfp:service-function-path-ref;
         }
         }
      }

                     Augment SFC Connectivity-Context

4.3.  SFC Layer For RPC - Path Discovery

   Path Discovery is used to discover the path that specific service
   traverses in the network.  For SFC, it can be used on both service
   function layer and SFC forwarding layer depending on what is the
   desired degree of path information.





























Xia, et al.               Expires June 13, 2016                 [Page 9]

Internet-Draft             SFC OAM YANG Model              December 2015


      typedef SFC-layer {

         type enumeration {
         enum "Service function layer" {
           value 0;
         }

         enum "SFC forwarding layer" {
           value 1;
         }
         }
      }

      augment "/goam-rpc:path-discovery/goam-rpc:input" {

         description

         "Adding SFC specific items on the input";
         leaf path-discovery-layer {
         type SFC-layer;
         description
           "Identifying which SFC layer to run path discovery";

         }

       }

                 Augment SFC SFC-layer for Path Discovery

5.  SFC OAM YANG Data Hierarchy

   The complete data hierarchy related to the SFC OAM YANG model is
   presented below.

module: ietf-sfc-oam
augment /goam:domains/goam:domain/goam:MAs/goam:MA/goam:connectivity-context:
   +--:(connectivity-context-sfc)
      +--rw connectivity-context-sfp?   sfc-sfp:service-function-path-ref
augment /goam:domains/goam:domain/goam:MAs/goam:MA/goam:MEP/goam:mp-address:
   +--:(sf-mep-address)
   |  +--rw sf-mep-ref?    sfc-sf:service-function-ref
   |  +--rw sfp-mep-ref?   sfc-sfp:service-function-path-ref
   +--:(sff-mep-address)
      +--rw sff-mep-ref?   sfc-sff:service-function-forwarder-ref
      +--rw sfp-mep-ref?   sfc-sfp:service-function-path-ref
augment /goam:domains/goam:domain/goam:MAs/goam:MA/goam:MEP/goam:session/goam:de
stination-mep-address/goam:mp-address:
   +--:(sf-mep-address)



Xia, et al.               Expires June 13, 2016                [Page 10]

Internet-Draft             SFC OAM YANG Model              December 2015


   |  +--rw sf-mep-ref?    sfc-sf:service-function-ref
   |  +--rw sfp-mep-ref?   sfc-sfp:service-function-path-ref
   +--:(sff-mep-address)
      +--rw sff-mep-ref?   sfc-sff:service-function-forwarder-ref
      +--rw sfp-mep-ref?   sfc-sfp:service-function-path-ref
augment /goam:domains/goam:domain/goam:MAs/goam:MA/goam:MEP/goam:session/goam:co
nnectivity-context:
   +--:(connectivity-context-sfc)
      +--rw connectivity-context-sfp?   sfc-sfp:service-function-path-ref
augment /goam:continuity-check/goam:input/goam:destination-mp/goam:mp-address:
   +--:(sf-mep-address)
   |  +--ro sf-mep-ref?    sfc-sf:service-function-ref
   |  +--ro sfp-mep-ref?   sfc-sfp:service-function-path-ref
   +--:(sff-mep-address)
      +--ro sff-mep-ref?   sfc-sff:service-function-forwarder-ref
      +--ro sfp-mep-ref?   sfc-sfp:service-function-path-ref
augment /goam:continuity-verification/goam:input/goam:destination-mp/goam:mp-add
ress:
   +--:(sf-mep-address)
   |  +--ro sf-mep-ref?    sfc-sf:service-function-ref
   |  +--ro sfp-mep-ref?   sfc-sfp:service-function-path-ref
   +--:(sff-mep-address)
      +--ro sff-mep-ref?   sfc-sff:service-function-forwarder-ref
      +--ro sfp-mep-ref?   sfc-sfp:service-function-path-ref
augment /goam:path-discovery/goam:input:
   +--ro path-discovery-layer?   SFC-layer
augment /goam:path-discovery/goam:input/goam:destination-mp/goam:mp-address:
   +--:(sf-mep-address)
   |  +--ro sf-mep-ref?    sfc-sf:service-function-ref
   |  +--ro sfp-mep-ref?   sfc-sfp:service-function-path-ref
   +--:(sff-mep-address)
      +--ro sff-mep-ref?   sfc-sff:service-function-forwarder-ref
      +--ro sfp-mep-ref?   sfc-sfp:service-function-path-ref
augment /goam:path-discovery/goam:output/goam:response/goam:destination-mp/goam:
mp-address:
   +--:(sf-mep-address)
   |  +--ro sf-mep-ref?    sfc-sf:service-function-ref
   |  +--ro sfp-mep-ref?   sfc-sfp:service-function-path-ref
   +--:(sff-mep-address)
      +--ro sff-mep-ref?   sfc-sff:service-function-forwarder-ref
      +--ro sfp-mep-ref?   sfc-sfp:service-function-path-ref

                         Data hierarchy of SFC OAM








Xia, et al.               Expires June 13, 2016                [Page 11]

Internet-Draft             SFC OAM YANG Model              December 2015


6.  SFC OAM YANG Module

<CODE BEGINS> file "ietf-sfc-oam@2015-12-10.yang"
module ietf-sfc-oam {
     namespace "urn:ietf:params:xml:ns:yang:ietf-sfc-oam";
     prefix sfcoam;
     import ietf-gen-oam {
       prefix goam;
     }
     import service-function  {
       prefix sfc-sf;
     }
     import service-function-path  {
       prefix sfc-sfp;
     }
     import service-function-forwarder  {
       prefix sfc-sff;
     }
      organization

       "IETF SFC Working Group";

      contact
          "TBD";
      description
          "The YANG module defines a SFC OAM configuration
          model.";

     revision "2015-12-10" {
       description
       "Initial revision";
           reference
           "foo";
     }

     identity sfc {
       base goam:technology-types;
       description
       "sfc type";
     }

     typedef SFC-layer {
       type enumeration {
       enum "Service function layer" {
         value 0;
                 description
                 "service function layer.";
       }



Xia, et al.               Expires June 13, 2016                [Page 12]

Internet-Draft             SFC OAM YANG Model              December 2015


       enum "SFC forwarding layer" {
         value 1;
                 description
                 "SFC forwarding layer";
       }
       }
           description
           "SFC layer";
     }
    augment
    "/goam:domains/goam:domain/goam:MAs/goam:MA"
    +"/goam:connectivity-context" {
      description
          "augment the generic oam yang";
       case connectivity-context-sfc {
           description
           "connectivity context sfc.";
       leaf connectivity-context-sfp {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
         description
                 "connectivity context sfcp.";
       }
       }

    }
    augment
    "/goam:domains/goam:domain/goam:MAs"
   +"/goam:MA/goam:MEP/goam:mp-address" {
      description
          "augment the generic oam yang";
       case sf-mep-address {
       description

       "Service function (or service function forwarder) address plus
    service function path id to identify one SFC MEP. A SFC MP can be a
    service function or service function forwarder!";
       container sf-mep-addr{
                   description
           "container of sf-mep-addr";
       leaf sf-mep-ref {
         when "/goam:domains/goam:domain/goam:technology='sfc'"{
                 description
         "when technology = sfc.";
                 }
    type leafref {



Xia, et al.               Expires June 13, 2016                [Page 13]

Internet-Draft             SFC OAM YANG Model              December 2015


      path "/sfc-sf:service-functions/sfc-sf:service-function/"
          + "sfc-sf:name";
    }
                 description
                 "sf mep reference.";
       }

       leaf sfp-mep-ref {
         when "/goam:domains/goam:domain/goam:technology='sfc'"{
                 description
         "when technology = sfc.";
                 }
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
                 description
                 "sfp mep reference.";
       }
       }
           }

       case sff-mep-address {
       description

       "Service function address plus service function path id to
       identify one SFC MEP. A SFC MP can be a service function or service
       function forwarder!";

       leaf sff-mep-ref {
     type leafref {
       path "/sfc-sff:service-function-forwarders/sfc-sff:service-function-forwarder/"
           + "sfc-sff:name";
     }
                 description
                 "sff mep reference";
       }

       leaf sfp-mep-ref {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
                 description
                 "sfp mep reference.";
       }
       }
     }



Xia, et al.               Expires June 13, 2016                [Page 14]

Internet-Draft             SFC OAM YANG Model              December 2015


     augment
    "/goam:domains/goam:domain/goam:MAs/goam:MA/goam:MEP/goam:session"
    +"/goam:destination-mep-address/goam:mp-address" {
      description
          "augment the generic oam yang";
       case sf-mep-address {

       leaf sf-mep-ref {
    type leafref {
      path "/sfc-sf:service-functions/sfc-sf:service-function/"
          + "sfc-sf:name";
    }
                 description
                 "sf mep reference";
       }

       leaf sfp-mep-ref {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
                 description
                 "sfp mep reference";
       }
       }

       case sff-mep-address {
       leaf sff-mep-ref {
     type leafref {
       path "/sfc-sff:service-function-forwarders/sfc-sff:service-function-forwarder/"
           + "sfc-sff:name";
     }
                 description
                 "sff mep reference";
       }

       leaf sfp-mep-ref {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
                 description
                 "sfp mep reference";
       }
           description
           "sff mep address";
       }
     }



Xia, et al.               Expires June 13, 2016                [Page 15]

Internet-Draft             SFC OAM YANG Model              December 2015


     augment
    "/goam:domains/goam:domain/goam:MAs/goam:MA/goam:MEP"
   +"/goam:session/goam:connectivity-context" {
      description
          "augment the generic oam yang";
       case connectivity-context-sfc {
      leaf connectivity-context-sfp {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
                 description
                 "connectivity context sfc.";
       }
           description
           "connectivity context sfc.";
       }
     }

     //SFC extension of contiuity-check part

     /*
  augment "/goam:continuity-check/goam:input"
 +"/goam:source-mep/goam:mp-address" {
      description
          "augment the generic oam yang";
       case sf-mep-address {
       leaf sf-mep-ref {
    type leafref {
      path "/sfc-sf:service-functions/sfc-sf:service-function/"
          + "sfc-sf:name";
    }
       }

       leaf sfp-mep-ref {
      type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
       }
       }

       case sff-mep-address {
       leaf sff-mep-ref {
     type leafref {
       path "/sfc-sff:service-function-forwarders/sfc-sff:service-function-forwarder/"
           + "sfc-sff:name";
     }



Xia, et al.               Expires June 13, 2016                [Page 16]

Internet-Draft             SFC OAM YANG Model              December 2015


       }

       leaf sfp-mep-ref {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
       }
       }
     }*/

     augment "/goam:continuity-check/goam:input"
    +"/goam:destination-mp/goam:mp-address" {
      description
          "augment the generic oam yang";
       case sf-mep-address {
       leaf sf-mep-ref {
    type leafref {
      path "/sfc-sf:service-functions/sfc-sf:service-function/"
          + "sfc-sf:name";
    }
                 description
                 "sf mep reference";
       }

       leaf sfp-mep-ref {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
                 description
                 "sfp mep reference";
       }
           description
           "sf mep address";
       }
       case sff-mep-address {

       leaf sff-mep-ref {
     type leafref {
       path "/sfc-sff:service-function-forwarders/sfc-sff:service-function-forwarder/"
           + "sfc-sff:name";
     }
                 description
                 "sff mep reference";
       }
       leaf sfp-mep-ref {
    type leafref {



Xia, et al.               Expires June 13, 2016                [Page 17]

Internet-Draft             SFC OAM YANG Model              December 2015


      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
                 description
                 "sfp mep reference";
       }
           description
           "sff mep address";
       }
     }

     //SFC extension of connectity-verification part
/*
    augment "/goam:connectivity-verification"
    +"/goam:input/goam:source-mep/goam:mp-address" {
      description
          "augment the generic oam yang";
       case sf-mep-address {
       leaf sf-mep-ref {
    type leafref {
      path "/sfc-sf:service-functions/sfc-sf:service-function/"
          + "sfc-sf:name";
    }
       }

       leaf sfp-mep-ref {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
       }
       }

       case sff-mep-address {
       leaf sff-mep-ref {
     type leafref {
       path "/sfc-sff:service-function-forwarders/sfc-sff:service-function-forwarder/"
           + "sfc-sff:name";
     }
       }

       leaf sfp-mep-ref {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
       }
       }



Xia, et al.               Expires June 13, 2016                [Page 18]

Internet-Draft             SFC OAM YANG Model              December 2015


     }*/

     augment "/goam:continuity-verification"
    +"/goam:input/goam:destination-mp/goam:mp-address" {
      description
          "augment the generic oam yang";
       case sf-mep-address {
       leaf sf-mep-ref {
    type leafref {
      path "/sfc-sf:service-functions/sfc-sf:service-function/"
          + "sfc-sf:name";
    }
                description
                "sf mep reference";
       }

       leaf sfp-mep-ref {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
                 description
                 "sfp mep reference";
       }
           description
           "sf mep address";
       }

       case sff-mep-address {
       leaf sff-mep-ref {
     type leafref {
       path "/sfc-sff:service-function-forwarders/sfc-sff:service-function-forwarder/"
           + "sfc-sff:name";
     }
                 description
                 "sff mep reference";
       }

       leaf sfp-mep-ref {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
                 description
                 "sfp mep reference";
       }
           description
           "sff mep address";



Xia, et al.               Expires June 13, 2016                [Page 19]

Internet-Draft             SFC OAM YANG Model              December 2015


       }
     }

     //SFC extension of path-discovery part

    augment "/goam:path-discovery/goam:input" {
       description
       "adds SFC specific items on the input";
       leaf path-discovery-layer {
       type SFC-layer;

       description
         "Identifying which SFC layer to run path discovery";
       }

     }

     /*augment "/goam:path-discovery/goam:input"
     +"/goam:source-mep/goam:mp-address" {
      description
          "augment the generic oam yang";
       case sf-mep-address {
       leaf sf-mep-ref {
    type leafref {
      path "/sfc-sf:service-functions/sfc-sf:service-function/"
          + "sfc-sf:name";
    }
       }

       leaf sfp-mep-ref {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
       }
       }

       case sff-mep-address {
       leaf sff-mep-ref {
     type leafref {
       path "/sfc-sff:service-function-forwarders/sfc-sff:service-function-forwarder/"
           + "sfc-sff:name";
     }
       }

       leaf sfp-mep-ref {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +



Xia, et al.               Expires June 13, 2016                [Page 20]

Internet-Draft             SFC OAM YANG Model              December 2015


        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
       }
       }
     }*/

     augment "/goam:path-discovery/goam:input"
     +"/goam:destination-mp/goam:mp-address" {
      description
          "augment the generic oam yang";
       case sf-mep-address {
       leaf sf-mep-ref {
    type leafref {
      path "/sfc-sf:service-functions/sfc-sf:service-function/"
          + "sfc-sf:name";
    }
                 description
                 "sf mep reference";
       }

       leaf sfp-mep-ref {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
                 description
                 "sfp mep reference";
       }
           description
           "sf mep address";
       }
       case sff-mep-address {
       leaf sff-mep-ref {
     type leafref {
       path "/sfc-sff:service-function-forwarders/sfc-sff:service-function-forwarder/"
           + "sfc-sff:name";
     }
                 description
                 "sff mep reference";
       }

       leaf sfp-mep-ref {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
                 description
                 "sfp mep reference";



Xia, et al.               Expires June 13, 2016                [Page 21]

Internet-Draft             SFC OAM YANG Model              December 2015


       }
       description
           "sff mep address";
       }
     }

    augment "/goam:path-discovery/goam:output"
    +"/goam:response/goam:destination-mp/goam:mp-address" {
      description
          "augment the generic oam yang";
       case sf-mep-address {
       leaf sf-mep-ref {
    type leafref {
      path "/sfc-sf:service-functions/sfc-sf:service-function/"
          + "sfc-sf:name";
    }
                 description
                 "sf mep reference";
       }

       leaf sfp-mep-ref {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
       description
           "sfp mep reference";
           }
           description
           "sf mep address";
       }
       case sff-mep-address {
       leaf sff-mep-ref {
     type leafref {
       path "/sfc-sff:service-function-forwarders/sfc-sff:service-function-forwarder/"
           + "sfc-sff:name";
     }
                 description
                 "sff mep reference";
       }

       leaf sfp-mep-ref {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
                 description
                 "sfp mep reference";



Xia, et al.               Expires June 13, 2016                [Page 22]

Internet-Draft             SFC OAM YANG Model              December 2015


       }
           description
           "sff mep address";
       }
     }

     //SFC extension of performance-measurement part
    /*
    augment "/goam-rpc:initiated-performance-measurement/goam-
    rpc:input/goam-rpc:source-mep/goam-rpc:mp-address" {
      description
          "augment the generic oam yang";
       case sf-mep-address {
       leaf sf-mep-ref {
    type leafref {
      path "/sfc-sf:service-functions/sfc-sf:service-function/"
          + "sfc-sf:name";
    }
       }

       leaf sfp-mep-ref {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
       }
       }

       case sff-mep-address {
       leaf sff-mep-ref {
     type leafref {
       path "/sfc-sff:service-function-forwarders/sfc-sff:service-function-forwarder/"
           + "sfc-sff:name";
     }
       }
       leaf sfp-mep-ref {
    type leafref {
      path "/sfc-sfp:service-function-paths/" +
        "sfc-sfp:service-function-path/sfc-sfp:name";
    }
       }

       }
     }*/
     }
<CODE ENDS>





Xia, et al.               Expires June 13, 2016                [Page 23]

Internet-Draft             SFC OAM YANG Model              December 2015


7.  Security Considerations

   TBD.

8.  IANA Considerations

   TBD.

9.  References

9.1.  Normative References

   [IEEE.802.1Q-2011]
              Institute of Electrical and Electronics Engineers, "Media
              Access Control (MAC) Bridges and Virtual Bridged Local
              Area Networks", IEEE Standard 802.1Q, August 2011.

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

   [RFC2234]  Crocker, D., Ed. and P. Overell, "Augmented BNF for Syntax
              Specifications: ABNF", RFC 2234, DOI 10.17487/RFC2234,
              November 1997, <http://www.rfc-editor.org/info/rfc2234>.

9.2.  Informative References

   [I-D.ietf-lime-yang-oam-model]
              Senevirathne, T., Finn, N., Kumar, D., Salam, S., Wu, Q.,
              and Z. Wang, "Generic YANG Data Model for Operations,
              Administration, and Maintenance (OAM)", draft-ietf-lime-
              yang-oam-model-01 (work in progress), November 2015.

   [I-D.ietf-sfc-oam-framework]
              Aldrin, S., Krishnan, R., Akiya, N., Pignataro, C., and A.
              Ghanwani, "Service Function Chaining Operation,
              Administration and Maintenance Framework", draft-ietf-sfc-
              oam-framework-00 (work in progress), August 2015.

   [I-D.penno-sfc-yang]
              Penno, R., Quinn, P., Zhou, D., and J. Li, "Yang Data
              Model for Service Function Chaining", draft-penno-sfc-
              yang-13 (work in progress), March 2015.

   [RFC6291]  Andersson, L., van Helvoort, H., Bonica, R., Romascanu,
              D., and S. Mansfield, "Guidelines for the Use of the "OAM"
              Acronym in the IETF", BCP 161, RFC 6291,
              DOI 10.17487/RFC6291, June 2011,
              <http://www.rfc-editor.org/info/rfc6291>.



Xia, et al.               Expires June 13, 2016                [Page 24]

Internet-Draft             SFC OAM YANG Model              December 2015


   [Y.1731]   "OAM functions and mechanisms for Ethernet based
              networks", ITU G.8013/Y.1731, July 2011.

Authors' Addresses

   Liang Xia
   Huawei Technologies,Co.,Ltd
   101 Software Avenue, Yuhua District
   Nanjing  210012
   China

   Email: frank.xialiang@huawei.com


   Qin Wu
   Huawei
   101 Software Avenue, Yuhua District
   Nanjing, Jiangsu  210012
   China

   Email: bill.wu@huawei.com


   Deepak Kumar
   Cisco Systems
   510 McCarthy Blvd Milpitas,
   CA  95035
   USA

   Email: dekumar@cisco.com


   Mohamed Boucadair
   France Telecom
   Rennes 35000
   France

   Email: mohamed.boucadair@orange.com


   Zitao Wang
   Huawei Technologies,Co.,Ltd
   101 Software Avenue, Yuhua District
   Nanjing  210012
   China

   Email: wangzitao@huawei.com




Xia, et al.               Expires June 13, 2016                [Page 25]