Internet DRAFT - draft-rasool-lsr-flex-algo-yang

draft-rasool-lsr-flex-algo-yang







LSR                                                       M. Rasool, Ed.
Internet-Draft                                       S. Sreenivasan, Ed.
Intended status: Standards Track                            M. Negi, Ed.
Expires: July 12, 2020                               Huawei Technologies
                                                         January 9, 2020


                 YANG Model for IGP Flexible Algorithm
                   draft-rasool-lsr-flex-algo-yang-01

Abstract

   This document describes a YANG data model for IGP Flexible Algorithm.
   The model serves as a base framework for configuring and managing
   Flexible Algorithms which is used by IGPs to compute constraint based
   paths over the network.

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 https://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 July 12, 2020.

Copyright Notice

   Copyright (c) 2020 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
   (https://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.



Rasool, et al.            Expires July 12, 2020                 [Page 1]

Internet-Draft                  FLEX-YANG                   January 2020


Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  Requirements Language . . . . . . . . . . . . . . . . . . . .   3
   3.  Terminology and Notation  . . . . . . . . . . . . . . . . . .   3
   4.  Design of Data Model  . . . . . . . . . . . . . . . . . . . .   3
     4.1.  Overview  . . . . . . . . . . . . . . . . . . . . . . . .   3
     4.2.  Flex-Algorithm Types  . . . . . . . . . . . . . . . . . .   4
     4.3.  Flex-Algorithm Data Model . . . . . . . . . . . . . . . .   4
       4.3.1.  YANG Model Tree . . . . . . . . . . . . . . . . . . .   4
       4.3.2.  Notifications . . . . . . . . . . . . . . . . . . . .   7
   5.  Interaction with Other YANG Modules . . . . . . . . . . . . .   7
   6.  Flex-Algorithm YANG Module  . . . . . . . . . . . . . . . . .   8
   7.  Acknowledgements  . . . . . . . . . . . . . . . . . . . . . .  16
   8.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .  16
   9.  Security Considerations . . . . . . . . . . . . . . . . . . .  16
   10. References  . . . . . . . . . . . . . . . . . . . . . . . . .  16
     10.1.  Normative References . . . . . . . . . . . . . . . . . .  16
     10.2.  Informative References . . . . . . . . . . . . . . . . .  18
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .  18

1.  Introduction

   The Network Configuration Protocol (NETCONF) [RFC6241] is one of the
   network management protocols that defines mechanisms to manage
   network devices.  YANG [RFC6020] is a modular language that
   represents data structures in an XML tree format, and is used as a
   data modeling language for the NETCONF.

   IGP Flexible Algorithm as defined in [I-D.ietf-lsr-flex-algo],
   proposes a solution that allows IGPs themselves to compute constraint
   based paths over the network.  It also specifies a way of using
   Segment Routing Prefix-SIDs to steer packets along the constraint-
   based paths.

   This document describes a YANG [RFC7950] data model for IGP Flexible
   Algorithms.  The model serves as a base framework for configuring and
   managing Flexible Algorithm which is used by IGPs to compute
   constraint based paths over the network.

   IGP protocols like IS-IS and OSPF uses this Flexible algorithm
   definition in their YANG models defined in :

   o  [I-D.hu-lsr-ospf-srv6-yang]

   o  [I-D.hu-isis-srv6-yang]

   o  [I-D.ietf-isis-sr-yang],



Rasool, et al.            Expires July 12, 2020                 [Page 2]

Internet-Draft                  FLEX-YANG                   January 2020


   o  [I-D.ietf-ospf-sr-yang].

   The model currently defines the following constructs that are used
   for managing Flexible Algorithm:

   o  Configuration

   o  Operational State

   o  Notifications

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

3.  Terminology and Notation

   This document uses the terminology defined in
   [I-D.ietf-lsr-flex-algo] . In particular, it uses the following
   acronyms.

   o  FAD: Flexible Algorithm Definition is the set consisting of (a)
      calculation-type, (b) metric-type and (c) a set of constraints.

   o  Flexible Algorithm (Flex-Algorithm) - a numeric identifier in the
      range 128-255 that is associated via provisioning with the
      Flexible-Algorithm Definition.

   o  IGP Algorithm - value from the the "IGP Algorithm Types" registry
      defined under "Interior Gateway Protocol (IGP) Parameters" IANA
      registries.  IGP Algorithms represents the triplet (Calculation
      Type, Metric, Constraints).

   o  EAG : Extended Administrative Group: as defined in [RFC7308].

4.  Design of Data Model

4.1.  Overview

   This document defines the following new YANG module:

   o  ietf-flex-algo: This defines common and basic types related to
      Flex-Algorithm.
      and specifies configuration and management model for Flex-
      Algorithm.




Rasool, et al.            Expires July 12, 2020                 [Page 3]

Internet-Draft                  FLEX-YANG                   January 2020


   The modeling in this document complies with the Network Management
   Datastore Architecture (NMDA) defined in [RFC8342].  The operational
   state data is combined with the associated configuration data in the
   same hierarchy [RFC8407].  When protocol states are retrieved from
   the NMDA operational state datastore, the returned states cover all
   "config true" (rw) and "config false" (ro) nodes defined in the
   schema.

   In this document, when a simplified graphical representation of YANG
   model is presented in a tree diagram, the meaning of the symbols in
   these tree diagrams is defined in [RFC8340].

4.2.  Flex-Algorithm Types

   Flex-Algorithm common types and definitions are defined in this
   module.  The main types defined in this module include:

   o  flex-algo-id: Flexible-Algorithm is single octet value between 128
      and 255 both inclusive.

   o  flex-algo-metric-type: Type of metric to be used during the
      calculation.

   o  flex-algo-calc-type: Calculation type value from 0 to 127
      inclusive from the "IGP Algorithm Types" registry defined under
      "Interior Gateway Protocol (IGP) Parameters" IANA registries.

   The above fields are described in details in
   [I-D.ietf-lsr-flex-algo].

4.3.  Flex-Algorithm Data Model

   The Flex-Algorithm model is captured by ietf-flex-algo module.  This
   data model specifies the configuration, operational state, and
   notification events required to manage Flex-Algorithm.

   The associated YANG specification for this module is captured in
   Section Flex-Algorithm YANG Module.

4.3.1.  YANG Model Tree

   The module defines some fundamental items required to configure and
   maintain FAD.

   The operational state is included in the same tree as configuration
   consistent with Network Management Datastore Architecture [RFC8342].





Rasool, et al.            Expires July 12, 2020                 [Page 4]

Internet-Draft                  FLEX-YANG                   January 2020


   fad-bindings: This is used for configuring the FAD in the IGP.  IGP
   advertises this information.

   fad-tlvs: This is used to display the received information from the
   IGP Peers.

   Following is a simplified graphical representation of the data model
   for Flex Algorithm configuration:


   module: ietf-flex-algo
     augment /rt:routing:
       +--rw flex-algos
          +--rw flex-algo* [flex-algo-id]
             +--rw flex-algo-id             flex-algo-id
             +--rw metric-type?             identityref
             +--rw calc-type?               flex-algo-calc-type
             +--rw priority?                uint8
             +--rw extended-admin-groups
             |  +--rw extended-admin-group* [eag-val]
             |     +--rw eag-val    te-types:extended-admin-group
             +--ro routing-protocols* []
             |  +--ro routing-protocol?   leafref
             +--ro flex-algo-counters
                +--ro igp-use-count?   yang:counter64
     augment /rt:routing/rt:control-plane-protocols
               /rt:control-plane-protocol/isis:isis/isis:database
               /isis:levels/isis:lsp/isis:router-capabilities:
       +--ro fad-tlvs
          +--ro fad-tlv* [flex-algo-id]
             +--ro flex-algo-id             flex-algo-id
             +--ro metric-type?             identityref
             +--ro calc-type?               flex-algo-calc-type
             +--ro priority?                uint8
             +--ro extended-admin-groups
                +--ro extended-admin-group* [eag-val]
                   +--ro eag-val    te-types:extended-admin-group
     augment /rt:routing/rt:control-plane-protocols
               /rt:control-plane-protocol/isis:isis:
       +--rw fad-bindings* [flex-algo-id]
          +--rw flex-algo-id
          |       -> /rt:routing/flex-algos/flex-algo/flex-algo-id
          +--rw is-level?       isis:level
     augment /rt:routing/srv6:srv6/srv6:locators/srv6:locator:
       +--rw flex-algo-id?
               -> /rt:routing/flex-algos/flex-algo/flex-algo-id
     augment /rt:routing/rt:control-plane-protocols
               /rt:control-plane-protocol/ospf:ospf:



Rasool, et al.            Expires July 12, 2020                 [Page 5]

Internet-Draft                  FLEX-YANG                   January 2020


       +--rw fad-bindings
          +--rw flex-algo-id*
                  -> /rt:routing/flex-algos/flex-algo/flex-algo-id
     augment /rt:routing/rt:control-plane-protocols
               /rt:control-plane-protocol/ospf:ospf/ospf:areas
               /ospf:area:
       +--rw fad-bindings
          +--rw flex-algo-id*
                  -> /rt:routing/flex-algos/flex-algo/flex-algo-id
     augment /rt:routing/rt:control-plane-protocols
               /rt:control-plane-protocol/ospf:ospf/ospf:database
               /ospf:as-scope-lsa-type/ospf:as-scope-lsas
               /ospf:as-scope-lsa/ospf:version/ospf:ospfv2/ospf:ospfv2
               /ospf:body/ospf:opaque:
       +--ro fad-tlvs
          +--ro fad-tlv* [flex-algo-id]
             +--ro flex-algo-id             flex-algo-id
             +--ro metric-type?             identityref
             +--ro calc-type?               flex-algo-calc-type
             +--ro priority?                uint8
             +--ro extended-admin-groups
                +--ro extended-admin-group* [eag-val]
                   +--ro eag-val    te-types:extended-admin-group
     augment /rt:routing/rt:control-plane-protocols
               /rt:control-plane-protocol/ospf:ospf/ospf:areas
               /ospf:area/ospf:database/ospf:area-scope-lsa-type
               /ospf:area-scope-lsas/ospf:area-scope-lsa/ospf:version
               /ospf:ospfv2/ospf:ospfv2/ospf:body/ospf:opaque:
       +--ro fad-tlvs
          +--ro fad-tlv* [flex-algo-id]
             +--ro flex-algo-id             flex-algo-id
             +--ro metric-type?             identityref
             +--ro calc-type?               flex-algo-calc-type
             +--ro priority?                uint8
             +--ro extended-admin-groups
                +--ro extended-admin-group* [eag-val]
                   +--ro eag-val    te-types:extended-admin-group
     augment /rt:routing/rt:control-plane-protocols
               /rt:control-plane-protocol/ospf:ospf/ospf:database
               /ospf:as-scope-lsa-type/ospf:as-scope-lsas
               /ospf:as-scope-lsa/ospf:version/ospf:ospfv3/ospf:ospfv3
               /ospf:body/ospf:router-information:
       +--ro fad-tlvs
          +--ro fad-tlv* [flex-algo-id]
             +--ro flex-algo-id             flex-algo-id
             +--ro metric-type?             identityref
             +--ro calc-type?               flex-algo-calc-type
             +--ro priority?                uint8



Rasool, et al.            Expires July 12, 2020                 [Page 6]

Internet-Draft                  FLEX-YANG                   January 2020


             +--ro extended-admin-groups
                +--ro extended-admin-group* [eag-val]
                   +--ro eag-val    te-types:extended-admin-group
     augment /rt:routing/rt:control-plane-protocols
               /rt:control-plane-protocol/ospf:ospf/ospf:areas
               /ospf:area/ospf:database/ospf:area-scope-lsa-type
               /ospf:area-scope-lsas/ospf:area-scope-lsa/ospf:version
               /ospf:ospfv3/ospf:ospfv3/ospf:body
               /ospf:router-information:
       +--ro fad-tlvs
          +--ro fad-tlv* [flex-algo-id]
             +--ro flex-algo-id             flex-algo-id
             +--ro metric-type?             identityref
             +--ro calc-type?               flex-algo-calc-type
             +--ro priority?                uint8
             +--ro extended-admin-groups
                +--ro extended-admin-group* [eag-val]
                   +--ro eag-val    te-types:extended-admin-group


                    Figure 1: Flex-Algorithm Tree


4.3.2.  Notifications

   To be updated if any notification is required.

5.  Interaction with Other YANG Modules

   The "flex-algo" module augments the "/rt:routing/" container of the
   ietf-routing [RFC8349] module by defining flex-algorithm specific
   parameters.

   The "flex-algo" module augments the "/rt:routing/rt:control-plane-
   protocols/rt:control-plane-protocol/isis:isis" container and
   "/rt:routing/rt:control-plane-protocols/rt:control-plane-protocol/
   ospf:ospf" for advertisement of the FAD in the IGP protocols.  It
   also augments the specified modules for displaying the received flex-
   algorithm information in the database.

   The "flex-algo" module also augments the "/rt:routing/srv6:srv6/
   srv6:locators/" for attaching the flex-algorithm to the srv6
   locators.








Rasool, et al.            Expires July 12, 2020                 [Page 7]

Internet-Draft                  FLEX-YANG                   January 2020


6.  Flex-Algorithm YANG Module

   Following are actual YANG definition for Flexible Algorithm modules
   defined earlier in the document.


   <CODE BEGINS> file "ietf-flex-algo@2019-04-26.yang" -->

   module ietf-flex-algo {
     yang-version 1.1;
     namespace "urn:ietf:params:xml:ns:yang:ietf-flex-algo";
     prefix flex-algo;

     import ietf-routing {
       prefix rt;
     }
     import ietf-yang-types {
       prefix yang;
     }
     import ietf-ospf {
       prefix ospf;
     }
     import ietf-isis {
       prefix isis;
     }
     import ietf-srv6-base {
       prefix srv6;
     }

     /* Import TE generic types */
     import ietf-te-types {
       prefix te-types;
     }

     organization
       "IETF LSR Working Group";
     contact
       "WG Web:   <http://tools.ietf.org/wg/lsr/>
        WG List:  <mailto:lsr@ietf.org>

        Editor:
        <mailto:mobash.rasool@gmail.com>
        <mailto:sreekanths@huawei.com>
        <mailto:mahendrasingh@huawei.com>
       ";
     description
       "This YANG module defines the essential types for the
        management of Flex-Algorithm for IGP. It also defines the



Rasool, et al.            Expires July 12, 2020                 [Page 8]

Internet-Draft                  FLEX-YANG                   January 2020


        module for configuration and management of IGP Flex-Algorithms.

        Copyright (c) 2019 IETF Trust and the persons identified as
        authors of the code.  All rights reserved.

        Redistribution and use in source and binary forms, with or
        without modification, is permitted pursuant to, and subject
        to the license terms contained in, the Simplified BSD License
        set forth in Section 4.c of the IETF Trust's Legal Provisions
        Relating to IETF Documents
        (http://trustee.ietf.org/license-info).";
     reference "RFC XXXX";

     // RFC Editor: replace XXXX with actual RFC number and remove
     // this note

     revision 2019-04-26 {
       description
         "Initial revision.";
       reference "RFC XXXX";
     }

     /* Types definitions */

     identity flex-metric-type {
       description
         "Identity from which Metric type for Flex-algorithm are
          derived";
     }

     identity igp {
       base flex-metric-type;
       description
         "IGP metric to be used during the calculation.";
     }

     identity link-delay {
       base flex-metric-type;
       description
         "Min Unidirectional Link Delay as defined in [RFC7810] to
          be used during the calculation.";
     }

     identity te {
       base flex-metric-type;
       description
         "TE default metric as defined in [RFC5305] to be used during
          the calculation.";



Rasool, et al.            Expires July 12, 2020                 [Page 9]

Internet-Draft                  FLEX-YANG                   January 2020


     }

     typedef flex-algo-id {
       type uint8 {
         range "128 .. 255";
       }
       description
         "Flex-Algorithm value is a single octet value between
          128 and 255 both inclusive.";
     }

     typedef flex-algo-calc-type {
       type uint8 {
         range "0 .. 127";
       }
       default "0";
       description
         "Calculation type value ranges from 0 to 127 both inclusive
          from the IGP Algorithm Types registry defined under
          Interior Gateway Protocol (IGP)
          Parameters IANA registries.
          If the required calculation type is Shortest Path First,
          the value 0 SHOULD appear in this field.";
     }

     /* Groupings */

     grouping fad-definition {
       description
         "Flexible Algorithm Definition";
       leaf flex-algo-id {
         type flex-algo-id;
         mandatory true;
         description
           "Flex Algorithm Identifier";
       }
       leaf metric-type {
         type identityref {
           base flex-metric-type;
         }
         description
           "Indicates which is the corresponding metric type for
            this algorithm, default is IGP";
       }
       leaf calc-type {
         type flex-algo-calc-type;
         description
           "Indicates the calculation type";



Rasool, et al.            Expires July 12, 2020                [Page 10]

Internet-Draft                  FLEX-YANG                   January 2020


       }
       leaf priority {
         type uint8;
         description
           "Indicates the priority for this algorithm";
       }
       container extended-admin-groups {
         description
           "Extended Admin group configuration for this
            flex algorithm";
         list extended-admin-group {
           key "eag-val";
           description
             "Configure an Extended admin group";
           leaf eag-val {
             type te-types:extended-admin-group;
             description
               "The Flexible-Algorithm definition can specify
                'colors' that are used by the operator to include
                or exclude links during the Flex-Algorithm
                path computation.";
           }
         }
       }
     }

     grouping fad-tlvs {
       description
         "Flexible Algorithm Definition TLV";
       container fad-tlvs {
         description
           "Flex Algorithms Definition TLV";
         list fad-tlv {
           key "flex-algo-id";
           description
             "List of FAD TLVs.";
           uses fad-definition;
         }
       }
     }

     /* Configuration and State Info */

     augment "/rt:routing" {
       description
         "This augments routing-instance configuration with
          Flexible Algorithm.";
       container flex-algos {



Rasool, et al.            Expires July 12, 2020                [Page 11]

Internet-Draft                  FLEX-YANG                   January 2020


         description
           "Flex Algorithms";
         list flex-algo {
           key "flex-algo-id";
           description
             "Configure a Flex Algorithm";
           uses fad-definition;
           list routing-protocols {
             config false;
             description
               "Details of Routing Protocols using this Flexible
                algorithm";
             leaf routing-protocol {
               type leafref {
                 path "/rt:routing/rt:control-plane-protocols"
                 + "/rt:control-plane-protocol/rt:name";
               }
               config false;
               description
                 "Indicates which routing protocol used this flex
                  algorithm";
             }
           }
           container flex-algo-counters {
             config false;
             description
               "Flex Algorithm Counters";
             leaf igp-use-count {
               type yang:counter64;
               config false;
               description
                 "This counter helps to find the number of IGP instances
                  using this FAD";
             }
           }
         }
       }
     }

     /* Configuration and state information for ISIS */
       augment "/rt:routing/" +
           "rt:control-plane-protocols/rt:control-plane-protocol"+
           "/isis:isis/isis:database/isis:levels/isis:lsp"+
           "/isis:router-capabilities" {
       when "/rt:routing/rt:control-plane-protocols/"+
            "rt:control-plane-protocol/rt:type = 'isis:isis'" {
         description
           "This augment ISIS routing protocol when used";



Rasool, et al.            Expires July 12, 2020                [Page 12]

Internet-Draft                  FLEX-YANG                   January 2020


       }
       description
         "This augments ISIS protocol LSDB router capability.";
       uses fad-tlvs;
     }

     augment "/rt:routing/" +
           "rt:control-plane-protocols/rt:control-plane-protocol"+
           "/isis:isis" {
       description
         "This augments isis configuration.";
       list fad-bindings {
         key "flex-algo-id";
         description
           "Flex Algorithm Counters";
         leaf flex-algo-id {
           type leafref {
             path "/rt:routing/flex-algos/flex-algo/flex-algo-id";
           }
           description
             "Flex Algorithm Identifier binded to ISIS";
         }
         leaf is-level {
           type isis:level;
           description
             "ISIS Level associted with this Flex Algorithm";
         }
       }
     }

     /*SRv6 Locator config and state */

     augment "/rt:routing/srv6:srv6/srv6:locators/srv6:locator" {
       description
         "This augments locator configuration in segment-routing
          SRv6.";
       leaf flex-algo-id {
         type leafref {
           path "/rt:routing/flex-algos/flex-algo/flex-algo-id";
         }
         description
           "Flex Algorithm Identifier that is used by this locator";
       }
     }

     /* OSPF configuration */

     augment "/rt:routing/rt:control-plane-protocols"



Rasool, et al.            Expires July 12, 2020                [Page 13]

Internet-Draft                  FLEX-YANG                   January 2020


              + "/rt:control-plane-protocol/ospf:ospf" {
       description
         "Flex Algorithm is binded to OSPF. OSPF then
          advertises FAD TLVs in RI LSA in AS-scope";
       container fad-bindings {
         description
           "Flex Algorithm is binded to OSPF.";
         leaf-list flex-algo-id {
           type leafref {
             path "/rt:routing/flex-algos/flex-algo/flex-algo-id";
           }
           description
             "Flex Algorithm that the router will use and advertise.";
         }
       }
     }

     augment "/rt:routing/rt:control-plane-protocols"
              + "/rt:control-plane-protocol/ospf:ospf"
              + "/ospf:areas/ospf:area" {
       description
         "Flex Algorithm is binded to OSPF area. OSPF then
          advertises FAD TLVs in RI LSA in Area-scope";
       container fad-bindings {
         description
           "Flex Algorithm is binded to OSPF.";
         leaf-list flex-algo-id {
           type leafref {
             path "/rt:routing/flex-algos/flex-algo/flex-algo-id";
           }
           description
             "Flex Algorithm that the router will use and advertise.";
         }
       }
     }

     /* State information for OSPFv2*/
     augment "/rt:routing/"
           + "rt:control-plane-protocols/rt:control-plane-protocol/"
           + "ospf:ospf/ospf:database/"
           + "ospf:as-scope-lsa-type/ospf:as-scope-lsas/"
           + "ospf:as-scope-lsa/ospf:version/ospf:ospfv2/"
           + "ospf:ospfv2/ospf:body/ospf:opaque" {
         when "../../../../../../../../"
           + "rt:type = 'ospf:ospfv2'" {
         description
           "This augmentation is only valid for OSPFv2.";
       }



Rasool, et al.            Expires July 12, 2020                [Page 14]

Internet-Draft                  FLEX-YANG                   January 2020


       description
         "SR specific TLVs for OSPFv2 type 11 opaque LSA.";
       uses fad-tlvs;
     }

     augment "/rt:routing/"
           + "rt:control-plane-protocols/rt:control-plane-protocol/"
           + "ospf:ospf/ospf:areas/"
           + "ospf:area/ospf:database/"
           + "ospf:area-scope-lsa-type/ospf:area-scope-lsas/"
           + "ospf:area-scope-lsa/ospf:version/ospf:ospfv2/"
           + "ospf:ospfv2/ospf:body/ospf:opaque" {
         when "../../../../../../../../../../"
            + "rt:type = 'ospf:ospfv2'" {
         description
           "This augmentation is only valid for OSPFv2.";
       }
       description
         "FAD TLVs for OSPFv2 type 10 opaque LSA.";
       uses fad-tlvs;
     }

     /* State information for OSPFv3 */
     augment "/rt:routing/"
           + "rt:control-plane-protocols/rt:control-plane-protocol/"
           + "ospf:ospf/ospf:database/ospf:as-scope-lsa-type/"
           + "ospf:as-scope-lsas/ospf:as-scope-lsa/"
           + "ospf:version/ospf:ospfv3/ospf:ospfv3/ospf:body/"
           + "ospf:router-information" {
        description "This is augmented only for OSPFv3";
       uses fad-tlvs;
     }

     augment "/rt:routing/"
         + "rt:control-plane-protocols/rt:control-plane-protocol/"
         + "ospf:ospf/ospf:areas/ospf:area/"
         + "ospf:database/"
         + "ospf:area-scope-lsa-type/ospf:area-scope-lsas/"
         + "ospf:area-scope-lsa/ospf:version/ospf:ospfv3/"
         + "ospf:ospfv3/ospf:body/ospf:router-information" {
        when "/rt:routing/rt:control-plane-protocols/"+
           "rt:control-plane-protocol/rt:type = 'ospf:ospfv3'" {
         description
           "This augment OSPFv3 routing protocol when used";
       }
       description
         "This displays FAD TLVs in router capability";
       uses fad-tlvs;



Rasool, et al.            Expires July 12, 2020                [Page 15]

Internet-Draft                  FLEX-YANG                   January 2020


     }

     // RFC Editor: replace XXXX with actual RFC number and remove
     // this note
   }
   <CODE ENDS>


7.  Acknowledgements

   The authors wish to thank Dhruv Dhody and Rohit Ranade for their
   helpful comments and suggestions.

8.  IANA Considerations

   None

9.  Security Considerations

   The configuration, state, and notification data defined using YANG
   data models in this document are likely to be accessed via the
   protocols such as NETCONF [RFC6241] etc.

   Hence, YANG implementations MUST comply with the security
   requirements specified in section 15 of [RFC6020].  Additionally,
   NETCONF implementations MUST comply with the security requirements
   specified in sections 2.2, 2.3 and 9 of [RFC6241] as well as section
   3.7 of [RFC8341].

   The security considerations are same as defined in
   [I-D.ietf-lsr-flex-algo]

10.  References

10.1.  Normative References

   [I-D.hu-isis-srv6-yang]
              Hu, Z., Ye, D., Qu, Y., and J. Dong, "YANG Data Model for
              IS-IS SRv6", draft-hu-isis-srv6-yang-02 (work in
              progress), November 2019.

   [I-D.hu-lsr-ospf-srv6-yang]
              Hu, Z., Raza, K., Qu, Y., and J. Dong, "YANG Data Model
              for OSPF SRv6", draft-hu-lsr-ospf-srv6-yang-01 (work in
              progress), November 2019.






Rasool, et al.            Expires July 12, 2020                [Page 16]

Internet-Draft                  FLEX-YANG                   January 2020


   [I-D.ietf-isis-sr-yang]
              Litkowski, S., Qu, Y., Sarkar, P., Chen, I., and J.
              Tantsura, "YANG Data Model for IS-IS Segment Routing",
              draft-ietf-isis-sr-yang-07 (work in progress), January
              2020.

   [I-D.ietf-ospf-sr-yang]
              Yeung, D., Qu, Y., Zhang, Z., Chen, I., and A. Lindem,
              "YANG Data Model for OSPF SR (Segment Routing) Protocol",
              draft-ietf-ospf-sr-yang-10 (work in progress), August
              2019.

   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119,
              DOI 10.17487/RFC2119, March 1997,
              <https://www.rfc-editor.org/info/rfc2119>.

   [RFC6020]  Bjorklund, M., Ed., "YANG - A Data Modeling Language for
              the Network Configuration Protocol (NETCONF)", RFC 6020,
              DOI 10.17487/RFC6020, October 2010,
              <https://www.rfc-editor.org/info/rfc6020>.

   [RFC6241]  Enns, R., Ed., Bjorklund, M., Ed., Schoenwaelder, J., Ed.,
              and A. Bierman, Ed., "Network Configuration Protocol
              (NETCONF)", RFC 6241, DOI 10.17487/RFC6241, June 2011,
              <https://www.rfc-editor.org/info/rfc6241>.

   [RFC7308]  Osborne, E., "Extended Administrative Groups in MPLS
              Traffic Engineering (MPLS-TE)", RFC 7308,
              DOI 10.17487/RFC7308, July 2014,
              <https://www.rfc-editor.org/info/rfc7308>.

   [RFC7950]  Bjorklund, M., Ed., "The YANG 1.1 Data Modeling Language",
              RFC 7950, DOI 10.17487/RFC7950, August 2016,
              <https://www.rfc-editor.org/info/rfc7950>.

   [RFC8340]  Bjorklund, M. and L. Berger, Ed., "YANG Tree Diagrams",
              BCP 215, RFC 8340, DOI 10.17487/RFC8340, March 2018,
              <https://www.rfc-editor.org/info/rfc8340>.

   [RFC8341]  Bierman, A. and M. Bjorklund, "Network Configuration
              Access Control Model", STD 91, RFC 8341,
              DOI 10.17487/RFC8341, March 2018,
              <https://www.rfc-editor.org/info/rfc8341>.







Rasool, et al.            Expires July 12, 2020                [Page 17]

Internet-Draft                  FLEX-YANG                   January 2020


   [RFC8342]  Bjorklund, M., Schoenwaelder, J., Shafer, P., Watsen, K.,
              and R. Wilton, "Network Management Datastore Architecture
              (NMDA)", RFC 8342, DOI 10.17487/RFC8342, March 2018,
              <https://www.rfc-editor.org/info/rfc8342>.

   [RFC8349]  Lhotka, L., Lindem, A., and Y. Qu, "A YANG Data Model for
              Routing Management (NMDA Version)", RFC 8349,
              DOI 10.17487/RFC8349, March 2018,
              <https://www.rfc-editor.org/info/rfc8349>.

   [RFC8407]  Bierman, A., "Guidelines for Authors and Reviewers of
              Documents Containing YANG Data Models", BCP 216, RFC 8407,
              DOI 10.17487/RFC8407, October 2018,
              <https://www.rfc-editor.org/info/rfc8407>.

10.2.  Informative References

   [I-D.ietf-lsr-flex-algo]
              Psenak, P., Hegde, S., Filsfils, C., Talaulikar, K., and
              A. Gulko, "IGP Flexible Algorithm", draft-ietf-lsr-flex-
              algo-05 (work in progress), November 2019.

Authors' Addresses

   Mobashshera Rasool (editor)
   Huawei Technologies
   Divyashree Techno Park, Whitefield
   Bengaluru, Karnataka  560066
   India

   Email: mobash.rasool@gmail.com


   Sreekanth S (editor)
   Huawei Technologies
   Divyashree Techno Park, Whitefield
   Bengaluru, Karnataka  560066
   India

   Email: sreekanths@huawei.com











Rasool, et al.            Expires July 12, 2020                [Page 18]

Internet-Draft                  FLEX-YANG                   January 2020


   Mahendra Singh Negi (editor)
   Huawei Technologies
   Divyashree Techno Park, Whitefield
   Bengaluru, Karnataka  560066
   India

   Email: mahendrasingh@huawei.com












































Rasool, et al.            Expires July 12, 2020                [Page 19]