SPRING Working Group K. Raza, Ed. Internet-Draft R. Sawaya Intended status: Standards Track Cisco Systems Expires: January 14, 2021 Z. Shunwan Huawei Technologies D. Voyer Bell Canada M. Durrani Equinix S. Matsushima SoftBank V. Beeram Juniper Networks July 13, 2020 YANG Data Model for Segment Routing Policy draft-raza-spring-sr-policy-yang-03.txt Abstract This document defines a YANG data model for Segment Routing (SR) Policy that can be used for configuring, instantiating, and managing SR policies. The model is generic and apply equally to the MPLS and SRv6 instantiations of SR policies. 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 January 14, 2021. Copyright Notice Copyright (c) 2020 IETF Trust and the persons identified as the document authors. All rights reserved. Raza, et al. Expires January 14, 2021 [Page 1] Internet-Draft YANG Data Model for SR Policy July 2020 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. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Specification of Requirements . . . . . . . . . . . . . . . . 3 3. Building Blocks . . . . . . . . . . . . . . . . . . . . . . . 3 4. YANG Model . . . . . . . . . . . . . . . . . . . . . . . . . 4 4.1. Types and Definitions . . . . . . . . . . . . . . . . . . 5 4.2. SR Policy . . . . . . . . . . . . . . . . . . . . . . . . 6 4.2.1. Configuration . . . . . . . . . . . . . . . . . . . . 6 4.2.2. State . . . . . . . . . . . . . . . . . . . . . . . . 10 4.2.3. Notification . . . . . . . . . . . . . . . . . . . . 12 5. Pending Items . . . . . . . . . . . . . . . . . . . . . . . . 13 6. YANG Specification . . . . . . . . . . . . . . . . . . . . . 14 6.1. Types . . . . . . . . . . . . . . . . . . . . . . . . . . 14 6.2. SR Policy . . . . . . . . . . . . . . . . . . . . . . . . 22 7. Security Considerations . . . . . . . . . . . . . . . . . . . 44 8. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 44 9. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 45 10. References . . . . . . . . . . . . . . . . . . . . . . . . . 45 10.1. Normative References . . . . . . . . . . . . . . . . . . 45 10.2. Informative References . . . . . . . . . . . . . . . . . 46 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 46 1. Introduction The Network Configuration Protocol (NETCONF) [RFC6241] 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. Segment Routing (SR), as defined in [RFC8402], allows a headend node to steer a packet flow along any topological path and/or service chain. The headend node is said to steer a flow into a Segment Routing Policy (SR Policy). An SR policy is a framework [I-D.ietf-spring-segment-routing-policy] that enables instantiation of an ordered list of segments on a node for implementing a policy. Raza, et al. Expires January 14, 2021 [Page 2] Internet-Draft YANG Data Model for SR Policy July 2020 This document introduces a YANG data model for SR policy framework for instantiating, configuring and managing SR policies along with its attributes. It is also expected that other companion models, such as BGP SR Policy [I-D.ietf-idr-segment-routing-te-policy], will be defined and/or augmented accordingly in their respective areas. This model defines the following constructs for managing an SR policy: o Configuration o Operational State o Notifications o Executables (Actions) This document expects and requires the reader to be well familiar with the concepts and constructs of an SR policy [I-D.ietf-spring-segment-routing-policy] as well as the YANG modeling language and its presentation [RFC6020]. 2. Specification of Requirements 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 BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here. 3. Building Blocks Before looking into the YANG model for SR policy, it is important to recall and highlight the major building blocks and constructs that constitute and contribute to an SR policy, as described in [I-D.ietf-spring-segment-routing-policy]. o policy: specifies constructs to allow a headend node to setup SR path(s) as an ordered list of segments for a given color and endpoint. The endpoint and the color are used to automate the steering of service or transport routes on an SR Policy. For a given headend, the key for an SR policy is (color, endpoint) where endpoint is an IP address that could be also NULL. o candidate-path: is the unit for signalling of an SR Policy to a headend via protocols (such as PCEP, BGP, CLI etc.). A candidate path is either dynamic or explicit type, where an explicit candidate path is associated with one or more segment-lists and Raza, et al. Expires January 14, 2021 [Page 3] Internet-Draft YANG Data Model for SR Policy July 2020 dynamic candidate path expresses optimization objectives and set of constraints. An SR Policy is associated with one or more candidate paths and the preference of the candidate path is used to select the best candidate path for an SR Policy. A candidate path is valid if it is usable (e.g. when its constituents SIDs are reachable). An "active" candidate path is the selected path (for forwarding) that is valid and determined to be the best path of the SR Policy. A candidate path is keyed by (protocol-origin, originator, discriminator). o segment-list: specifies ordered list of segments to traverse, where a segment can be specified in various forms (refer section 4 of [I-D.ietf-spring-segment-routing-policy]). The list is sorted by the index of the segment. A segment-list is used and referred by an explicit type of candidate-path. A segment-list is keyed by its name. o binding-sid: An SR policy is associated with a BSID to provide benefits of scaling, network opacity and service independence. 4. YANG Model The modeling in this document complies with the Network Management Datastore Architecture (NMDA) [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. For SR policy YANG specification, this document defines following new YANG modules: +----------------------+--------------------------------------------+ | Module Name | Purpose | +----------------------+--------------------------------------------+ | ietf-sr-policy-types | defines common and basic types related to | | | an SR policy and related constructs | | | | | ietf-sr-policy | defines the model for SR policy | | | instantiation, configuration, and | | | management | +----------------------+--------------------------------------------+ Raza, et al. Expires January 14, 2021 [Page 4] Internet-Draft YANG Data Model for SR Policy July 2020 4.1. Types and Definitions SR policy common types and definitions are defined in the new module "ietf-sr-policy-types". The main types defined in this module include: o dataplane-type: A union to specify MPLS or IPv6 as the dataplane type for SR. o sid-value-type: A Union to specify SID value for SR-MPLS or SRv6 type. o binding-sid-alloc-mode: Enum to define explicit or dynamic alloc mode types for a BSID. o protocol-origin-type: Enum to specify protocol origin (e.g. PCEP) for an SR policy. o explicit-binding-sid-rule-type: Enum to specify BSID alloc enforcement/rule when doing explicit alloc request. o binding-sid-oper-state: An Enum representing various operational states for a BSID. o policy-admin-state: An Enum for admin state of an SR policy. o policy-oper-state: An Enum for operational state of an SR policy. o segment-type: An Enum that defines various types for a "segment" of a Segment list. o candidate-path-non-selection-reason: The base identity along with its children to specify reason for not selecting a candidate path as the best/active path. o path-disjointness: The base identity for disjoint path computation. The disjointness types include link, node, srlg, srlg-node etc. o policy-down-reason: The base identity along with its children to specify reason for a policy becoming (or remaining) operationally down. o binding-sid-unavailable-reason: The base identity along with its children to specify reason for a BSID's unavailability. The associated YANG specification for this module is captured in Section 6.1. Raza, et al. Expires January 14, 2021 [Page 5] Internet-Draft YANG Data Model for SR Policy July 2020 4.2. SR Policy The base SR policy model is captured in ietf-sr-policy module. This base module augments "/rt:routing" and specifies the configuration, operational state, executables/rpcs, and notification events required to manage SR policies. The associated YANG specification for this module is captured in Section 6.2. 4.2.1. Configuration In terms of configuration hierarchy, SR policy configuration tree has following two main areas: o attributes: container that defines common constructs that could be used across policies. Examples of such a construct include segment-lists, affinity-map etc. In future revision of this document, it is expected that this container will have more constructs defined. o policies: container that defines list of policies with their attributes such as BSID, candidate-paths etc. Following diagram depicts high level yang organization and hierarchy for an SR policy specification: Raza, et al. Expires January 14, 2021 [Page 6] Internet-Draft YANG Data Model for SR Policy July 2020 segment-routing traffic-engineering + attributes | + affinity-map | | .... | | | + segment-lists | | segment-list* [name] | | segments | | segment* [index] | | ... | + explicit-binding-sid-rules | ... | + policies policy* [color endpoint] + ... | + binding-sid | ... | + candidate-paths candidate-path* [protocol-origin originator discriminator] + ... | + type + explicit | segment-lists | segment-list* [ref] | ... + dynamic constraints ... Figure 1: SR Policy - Hierarchy Using the building blocks described in Section 3, following is the complete graphical representation of the data model for SR policy configuration: module: ietf-sr-policy augment /rt:routing: +--rw segment-routing +--rw traffic-engineering +--rw attributes | +--rw affinity-map Raza, et al. Expires January 14, 2021 [Page 7] Internet-Draft YANG Data Model for SR Policy July 2020 | | +--rw affinity* [name] | | +--rw name string | | +--rw bit-position? uint16 | +--rw segment-lists | | +--rw segment-list* [name] | | +--rw name string | | +--rw segments | | +--rw segment* [index] | | +--rw index uint32 | | +--rw type? sr-policy-types:segment-type | | +--rw segment-types | | | +--rw segment-type-1 | | | | +--rw sid-value? rt-types:mpls-label | | | +--rw segment-type-2 | | | | +--rw sid-value? srv6-types:srv6-sid | | | +--rw segment-type-3 | | | | +--rw ipv4-address? inet:ipv4-address | | | | +--rw algorithm? uint8 | | | +--rw segment-type-4 | | | | +--rw ipv6-address? inet:ipv6-address | | | | +--rw algorithm? uint8 | | | +--rw segment-type-5 | | | | +--rw ipv4-address? inet:ipv4-address | | | | +--rw interface-identifier? uint32 | | | +--rw segment-type-6 | | | | +--rw local-ipv4-address? inet:ipv4-address | | | | +--rw remote-ipv4-address? inet:ipv4-address | | | +--rw segment-type-7 | | | | +--rw local-ipv6-address? inet:ipv6-address | | | | +--rw local-interface-identifier? uint32 | | | | +--rw remote-ipv6-address? inet:ipv6-address | | | | +--rw remote-interface-identifier? uint32 | | | +--rw segment-type-8 | | | | +--rw local-ipv6-address? inet:ipv6-address | | | | +--rw remote-ipv6-address? inet:ipv6-address | | | +--rw segment-type-9 | | | | +--rw ipv6-address? inet:ipv6-address | | | | +--rw algorithm? uint8 | | | +--rw segment-type-10 | | | | +--rw local-ipv6-address? inet:ipv6-address | | | | +--rw local-interface-identifier? uint32 | | | | +--rw remote-ipv6-address? inet:ipv6-address | | | | +--rw remote-interface-identifier? uint32 | | | +--rw segment-type-11 | | | +--rw local-ipv6-address? inet:ipv6-address | | | +--rw remote-ipv6-address? inet:ipv6-address | | +--rw validate? boolean | +--rw explicit-binding-sid-rules* [index] Raza, et al. Expires January 14, 2021 [Page 8] Internet-Draft YANG Data Model for SR Policy July 2020 | +--rw index uint32 | +--rw rule? sr-policy-types:explicit-binding-sid-rule-type +--rw policies +--rw policy* [color endpoint] +--rw color uint32 +--rw endpoint inet:ip-address +--rw name? string +--rw description? string +--rw admin-state? sr-policy-types:policy-admin-state +--rw priority? uint8 +--rw binding-sid | +--rw dataplane? sr-policy-types:dataplane-type | +--rw value? sr-policy-types:sid-value-type +--rw candidate-paths +--rw candidate-path* [protocol-origin originator discriminator] +--rw protocol-origin sr-policy-types:protocol-origin-type +--rw originator string +--rw discriminator uint32 +--rw preference uint32 +--rw name? string +--rw description? string +--rw binding-sid {capability-candidate-path-binding-sid}? | +--rw dataplane? sr-policy-types:dataplane-type | +--rw value? sr-policy-types:sid-value-type +--rw (type)? +--:(explicit) | +--rw segment-lists | +--rw segment-list* [name-ref] | +--rw name-ref -> /rt:routing/sr-policy:segment-routing/traffic-engineering/attributes/segment-lists/segment-list/name | +--rw weight? uint32 +--:(dynamic) +--rw sid-dataplane-type? sr-policy-types:dataplane-type +--rw constraints +--rw affinities | +--rw exclude-any* string | +--rw include-any* string | +--rw include-all* string +--rw bounds | +--rw igp-metric-bound? uint32 | +--rw te-metric-bound? uint32 | +--rw latency-metric-bound? uint32 | +--rw segment-bound? uint32 +--rw segment-rules | +--rw sid-algorithm? uint8 +--rw disjoint-path +--rw group-id? uint32 +--rw disjointness-type? identityref +--rw subgroup-id? uint32 Raza, et al. Expires January 14, 2021 [Page 9] Internet-Draft YANG Data Model for SR Policy July 2020 Figure 2: SR Policy - Config Tree Please take note of the following important points in the above configuration model: o This model supports both MPLS and SRv6 dataplane for SR -- i.e. items like segments and BSID can be defined as MPLS label or SRv6 SIDs. o Specification of a segment supports all the types defined in SR policy base specification document o The above model supports explicit BSID specification on SR policy level as the main mode of specification. The model also allows explicit BSID per candidate-path as an if-feature capability that is optional for implementations o The above model will be extended in future revisions of this document to enhance constraints specification for dynamic type of candidate-path, as well as add traffic-steering controls. 4.2.2. State As per NMDA model, the state related to configuration items specified in earlier Section 4.2.1 can be retrieved from the same tree. This section defines the other operational state items related to SR policy. In addition to configured state, the operational state corresponding to the SR policy includes: o policy operational state o policy up/down timestamps o policy BSID info such as alloc mode, actual value in-use, operational state, and forwarding stats o Per candidate-path info such as: * Whether candidate-path is the best candidate-path * In case of non-best, the reason for such non-selection * Type of candidate-path - explicit or dynamic * Per segment-list information - such as validity of the segment- list, as well as forwarding state for a valid segment-list. Raza, et al. Expires January 14, 2021 [Page 10] Internet-Draft YANG Data Model for SR Policy July 2020 The forwarding state is represented in terms of per forwarding path info that includes nexthop address, outgoing interface, protection information, and encapsulation (label stack or SRv6 SID stack) etc. Following is a simplified graphical representation of the data model for the SR policy (derived) operational state: module: ietf-sr-policy augment /rt:routing: +--rw segment-routing +--rw traffic-engineering +--rw policies +--rw policy* [color endpoint] +--rw color uint32 +--rw endpoint inet:ip-address +--ro oper-state? sr-policy-types:policy-oper-state +--ro transition-count? uint32 +--ro up-time? yang:date-and-time +--ro down-time? yang:date-and-time +--rw binding-sid | +--ro alloc-mode? sr-policy-types:binding-sid-alloc-mode | +--ro allocated-sid? sr-policy-types:sid-value-type | +--ro oper-state? sr-policy-types:binding-sid-oper-state +--ro counters | +--ro pkts? yang:counter64 | +--ro octets? yang:counter64 +--rw candidate-paths +--rw candidate-path* [protocol-origin originator discriminator] +--rw protocol-origin sr-policy-types:protocol-origin-type +--rw originator string +--rw discriminator uint32 +--rw name string +--ro is-best-candidate-path? boolean +--ro non-selection-reason? identityref +--ro is-valid? boolean +--ro forwarding-paths +--ro forwarding-path* [path-id] +--ro path-id uint8 +--ro next-hop-address? inet:ip-address +--ro next-hop-table-id? uint32 +--ro interface? if:interface-ref +--ro sid-list | +--ro (dataplanetype)? | +--:(mpls) | | +--ro labels* [label] | | +--ro label rt-types:mpls-label Raza, et al. Expires January 14, 2021 [Page 11] Internet-Draft YANG Data Model for SR Policy July 2020 | +--:(srv6) | +--ro sids* [sid] | +--ro sid srv6-types:srv6-sid +--ro is-protected? boolean +--ro is-pure-backup? boolean +--ro backup-path-id? uint8 +--ro weight? uint32 Figure 3: SR Policy - State Tree 4.2.3. Notification This model defines a list of notifications to inform an operator of important events detected regarding an SR policy. These events include events related to: o policy status: policy operational state changes o Candidate-path active status and changes o Explicit Binding SID collision/unavailability events Following is a simplified graphical representation of the data model for SR policy notifications: Raza, et al. Expires January 14, 2021 [Page 12] Internet-Draft YANG Data Model for SR Policy July 2020 module: ietf-sr-policy notifications: +---n sr-policy-oper-state-change-event | +--ro policy-name-ref? -> /rt:routing/sr-policy:segment-routing/traffic-engineering/policies/policy/name | +--ro policy-color-ref? -> /rt:routing/sr-policy:segment-routing/traffic-engineering/policies/policy/color | +--ro policy-endpoint-ref? -> /rt:routing/sr-policy:segment-routing/traffic-engineering/policies/policy/endpoint | +--ro policy-new-oper-state? sr-policy-types:policy-oper-state | +--ro policy-down-reason? identityref +---n sr-policy-candidate-path-change-event | +--ro policy-name-ref? -> /rt:routing/sr-policy:segment-routing/traffic-engineering/policies/policy/name | +--ro policy-color-ref? -> /rt:routing/sr-policy:segment-routing/traffic-engineering/policies/policy/color | +--ro policy-endpoint-ref? -> /rt:routing/sr-policy:segment-routing/traffic-engineering/policies/policy/endpoint | +--ro existing-preference? uint32 | +--ro new-preference? uint32 +---n sr-policy-binding-sid-unavailable-event | +--ro policy-name-ref? -> /rt:routing/sr-policy:segment-routing/traffic-engineering/policies/policy/name | +--ro policy-color-ref? -> /rt:routing/sr-policy:segment-routing/traffic-engineering/policies/policy/color | +--ro policy-endpoint-ref? -> /rt:routing/sr-policy:segment-routing/traffic-engineering/policies/policy/endpoint | +--ro policy-binding-sid-value-ref? -> /rt:routing/sr-policy:segment-routing/traffic-engineering/policies/policy/binding-sid/value | +--ro reason? identityref +---n sr-policy-candidate-path-binding-sid-mismatch-event +--ro policy-color-ref? -> /rt:routing/sr-policy:segment-routing/traffic-engineering/policies/policy/color +--ro policy-endpoint-ref? -> /rt:routing/sr-policy:segment-routing/traffic-engineering/policies/policy/endpoint +--ro existing-candidate-path-protocol-origin-ref? -> /rt:routing/sr-policy:segment-routing/traffic-engineering/policies/policy/candidate-paths/candidate-path/protocol-origin +--ro existing-candidate-path-preference-ref? -> /rt:routing/sr-policy:segment-routing/traffic-engineering/policies/policy/candidate-paths/candidate-path/preference +--ro existing-candidate-path-binding-sid-dataplane-ref? -> /rt:routing/sr-policy:segment-routing/traffic-engineering/policies/policy/candidate-paths/candidate-path/binding-sid/dataplane +--ro existing-candidate-path-binding-sid-value-ref? -> /rt:routing/sr-policy:segment-routing/traffic-engineering/policies/policy/candidate-paths/candidate-path/binding-sid/value +--ro conflicting-candidate-path-protocol-origin? uint8 +--ro conflicting-candidate-path-preference? uint32 +--ro conflicting-candidate-path-binding-sid-dataplane? sr-policy-types:dataplane-type +--ro conflicting-candidate-path-binding-sid-value? sr-policy-types:sid-value-type Figure 4: SR Policy - Notification Tree 5. Pending Items Following are the items that will be addressed in future revisions of this document: o Configuration and Specification of: * Traffic steering over SR policy * ODN templates * Spray policy Raza, et al. Expires January 14, 2021 [Page 13] Internet-Draft YANG Data Model for SR Policy July 2020 o Executables (RPC actions) 6. YANG Specification Following are actual YANG definition for the modules defined earlier in the document. 6.1. Types file "ietf-sr-policy-types@2019-11-04.yang" --> module ietf-sr-policy-types { namespace "urn:ietf:params:xml:ns:yang:ietf-sr-policy-types"; prefix "sr-policy-types"; import ietf-inet-types { prefix "inet"; } import ietf-routing-types { prefix "rt-types"; } import ietf-srv6-types { prefix "srv6-types"; } organization "IETF SPRING Working Group"; contact "WG Web: WG List: Editor: Kamran Raza Editor: Zhuang Shunwan Editor: Daniel Voyer Editor: Muhammad Durrani Editor: Satoru Matsushima Editor: Pavan Vishnu Beeram "; Raza, et al. Expires January 14, 2021 [Page 14] Internet-Draft YANG Data Model for SR Policy July 2020 description "This YANG module defines the essential types for the management of SR policy module. 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)."; revision "2019-11-04" { description "New editor added"; reference "draft-raza-spring-sr-policy-yang"; } revision "2019-07-08" { description "Dynamic TE candidate-path support"; reference "draft-raza-spring-sr-policy-yang"; } revision "2018-07-01" { description "Initial version"; reference "draft-raza-spring-sr-policy-yang"; } /* Identities */ identity candidate-path-not-selected-reason { description "Base identity for which reasons for not selecting candidate path are derived from"; } identity candidate-path-not-selected-not-best { base candidate-path-not-selected-reason; description "Higher preference path exists"; } identity candidate-path-not-selected-no-valid-segment-list { base candidate-path-not-selected-reason; description "Candidate path has no valid segment list(s)"; Raza, et al. Expires January 14, 2021 [Page 15] Internet-Draft YANG Data Model for SR Policy July 2020 } identity candidate-path-not-selected-empty-segment-list { base candidate-path-not-selected-reason; description "Candidate path has empty segment list(s)"; } identity candidate-path-not-selected-invalid-binding-sid { base candidate-path-not-selected-reason; description "Candidate path has invalid binding SID"; } identity policy-down-reason { description "Base identity for the reasons why SR policy is operationally down"; } identity policy-down-reason-admin-down { base policy-down-reason; description "Policy is administrately down"; } identity policy-down-reason-no-source-address { base policy-down-reason; description "Policy has no source address"; } identity policy-down-reason-no-endpoint { base policy-down-reason; description "Policy has no end-point"; } identity policy-down-reason-no-candidate-path { base policy-down-reason; description "Policy has no candidate path"; } identity policy-down-reason-no-valid-candidate-path { base policy-down-reason; description "Policy has no valid candidate path"; } identity policy-down-reason-candidate-path-invalid-segment-list { base policy-down-reason; description "Policy's candidate path has invalid segment list"; } identity policy-down-reason-policy-unconfigured { base policy-down-reason; description "Policy is unconfigured"; } identity policy-down-reason-policy-color-endpoint-updated { base policy-down-reason; description "Policy's color and end-point are updated"; } Raza, et al. Expires January 14, 2021 [Page 16] Internet-Draft YANG Data Model for SR Policy July 2020 identity policy-down-reason-local-label-setup-failed { base policy-down-reason; description "Policy's local label setup (allocation/rewrite) failed"; } identity policy-down-reason-forwarding-rewrite-failed { base policy-down-reason; description "Policy's forwarding rewrite installation failed"; } identity policy-down-reason-internal-error { base policy-down-reason; description "Infra related internal error"; } identity binding-sid-unavailable-reason { description "Base identity for binding sid unavailable reason types"; } identity binding-sid-allocation-error { base binding-sid-unavailable-reason; description "SID allocator returned an error"; } identity binding-sid-already-exists { base binding-sid-unavailable-reason; description "Binding sid already exists/allocated"; } identity binding-sid-internal-error { base binding-sid-unavailable-reason; description "Internal error with binding sid allocation"; } identity binding-sid-color-endpoint-conflict { base binding-sid-unavailable-reason; description "Binding sid already allocated by another sr-policy with different color/endpoint"; } identity binding-sid-rewrite-error { base binding-sid-unavailable-reason; description "Binding sid forwarding rewrite error"; } identity binding-sid-outside-srlb-range { base binding-sid-unavailable-reason; description "Binding sid outside SRLB range"; } identity path-disjointness { description "Base identity for the type of path disjointness computation"; } identity path-disjointness-link { base path-disjointness; Raza, et al. Expires January 14, 2021 [Page 17] Internet-Draft YANG Data Model for SR Policy July 2020 description "The computed path is link-disjoint with the existing path"; } identity path-disjointness-node { base path-disjointness; description "The computed path is node-disjoint with the existing path"; } identity path-disjointness-srlg { base path-disjointness; description "The computed path is srlg-disjoint with the existing path"; } identity path-disjointness-srlg-node { base path-disjointness; description "The computed path is node and srlg disjoint with the existing path"; } /* Typdefs */ typedef sid-value-type { type union { type rt-types:mpls-label; type srv6-types:srv6-sid; } description "The SID value type"; } typedef binding-sid-oper-state { type enumeration { enum ALLOC-PENDING { value 1; description "SID allocation pending for Binding SID"; } enum PROGRAMMED { value 3; description "Binding SID is programmed in forwarding"; } enum CONFLICT { value 4; description "Binding SID is in-conflict state with regards to SID allocation. This also means that SID allocation is pending"; } } description "Binding SID operational state type"; } typedef policy-admin-state { type enumeration { enum UP { Raza, et al. Expires January 14, 2021 [Page 18] Internet-Draft YANG Data Model for SR Policy July 2020 value 1; description "SR policy is administratively up"; } enum DOWN { value 2; description "SR policy is administratively down"; } } description "SR policy admin state"; } typedef policy-oper-state { type enumeration { enum UP { value 1; description "SR policy is operationally up"; } enum DOWN { value 2; description "SR policy is operationally down"; } } description "SR policy oper state"; } typedef segment-type { type enumeration { enum segment-type-1 { value 1; description "SR-MPLS Label"; } enum segment-type-2 { value 2; description "SRv6 SID"; } enum segment-type-3 { value 3; description "IPv4 Prefix with optional SR Algorithm"; } enum segment-type-4 { value 4; description "IPv6 Global Prefix with optional SR Algorithm for SR-MPLS"; } enum segment-type-5 { value 5; description "IPv4 Prefix with Local Interface ID"; } enum segment-type-6 { Raza, et al. Expires January 14, 2021 [Page 19] Internet-Draft YANG Data Model for SR Policy July 2020 value 6; description "IPv4 Addresses for link endpoints as Local, Remote pair"; } enum segment-type-7 { value 7; description "IPv6 Prefix and Interface ID for link endpoints as Local, Remote pair for SR-MPLS"; } enum segment-type-8 { value 8; description "IPv6 Addresses for link endpoints as Local, Remote pair for SR-MPLS"; } enum segment-type-9 { value 9; description "IPv6 Global Prefix with optional SR Algorithm for SRv6"; } enum segment-type-10 { value 10; description "IPv6 Prefix and Interface ID for link endpoints as Local, Remote pair for SRv6"; } enum segment-type-11 { value 11; description "IPv6 Addresses for link endpoints as Local, Remote pair for SRv6"; } } description "SR segment type"; } typedef dataplane-type { type enumeration { enum mpls { value 1; description "Segment-routing MPLS"; } enum srv6 { value 2; description "Segment-routing v6"; } } description "Dataplane type of the segments"; } typedef binding-sid-alloc-mode { type enumeration { enum explicit { Raza, et al. Expires January 14, 2021 [Page 20] Internet-Draft YANG Data Model for SR Policy July 2020 value 1; description "Explicitly specified BSID"; } enum dynamic { value 2; description "Dynamically allocated BSID"; } } description "binding SID allocation mode"; } typedef protocol-origin-type { type enumeration { enum pcep { value 10; description "PCEP used as signalling mechanism for the candidate path"; } enum bgp { value 20; description "BGP used as signalling mechanism for the candidate path"; } enum local { value 30; description "CLI, Yang model via Netconf, gRPC, etc used for candidate path instantiation"; } } description "Originating protocol type"; } typedef explicit-binding-sid-rule-type { type enumeration { enum enforce-srlb { value 1; description "Explicit Binding SID is enforced with no fallback if label does not fall in SRLB or if no SRLB is configured"; } enum fallback-dynamic { value 2; description "Explicit Binding SID falls back to dynamic in case explicit label is not available."; } } description "Explicit binding sid rule types"; } Raza, et al. Expires January 14, 2021 [Page 21] Internet-Draft YANG Data Model for SR Policy July 2020 } // module Figure 5: ietf-sr-policy-types.yang 6.2. SR Policy file "ietf-sr-policy@2019-11-04.yang" --> module ietf-sr-policy { namespace "urn:ietf:params:xml:ns:yang:ietf-sr-policy"; prefix "sr-policy"; import ietf-inet-types { prefix "inet"; } import ietf-interfaces { prefix if; } import ietf-routing { prefix "rt"; } import ietf-routing-types { prefix "rt-types"; } import ietf-yang-types { prefix "yang"; } import ietf-srv6-types { prefix "srv6-types"; } import ietf-sr-policy-types { prefix "sr-policy-types"; } organization "IETF SPRING Working Group"; Raza, et al. Expires January 14, 2021 [Page 22] Internet-Draft YANG Data Model for SR Policy July 2020 contact "WG Web: WG List: Editor: Kamran Raza Editor: Zhuang Shunwan Editor: Daniel Voyer Editor: Muhammad Durrani Editor: Satoru Matsushima Editor: Pavan Vishnu Beeram "; description "This module contains a collection of YANG definitions for SR policy module. 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)."; revision "2019-11-04" { description "Changes in keys for policy and its candidate paths"; reference "draft-raza-spring-sr-policy-yang"; } revision "2019-07-08" { description "Dynamic TE candidate-path support"; Raza, et al. Expires January 14, 2021 [Page 23] Internet-Draft YANG Data Model for SR Policy July 2020 reference "draft-raza-spring-sr-policy-yang"; } revision "2018-07-01" { description "Initial version"; reference "draft-raza-spring-sr-policy-yang"; } grouping segment_config { description "Segment properties grouping"; leaf index { type uint32; description "Segment index"; } leaf type { type sr-policy-types:segment-type; description "Segment type"; } container segment-types { description "Types of segments"; container segment-type-1 { description "Segment declared by MPLS label"; leaf sid-value { type rt-types:mpls-label; description "MPLS label value"; } } container segment-type-2 { description "Segment declared by SRv6 SID value"; leaf sid-value { type srv6-types:srv6-sid; description "SRv6 SID value"; } } container segment-type-3 { description "Segment declared by IPv4 Prefix with optional SR Algorithm"; leaf ipv4-address { type inet:ipv4-address; description "Segment IPv4 address"; } leaf algorithm { type uint8; Raza, et al. Expires January 14, 2021 [Page 24] Internet-Draft YANG Data Model for SR Policy July 2020 description "Prefix SID algorithm identifier"; } } container segment-type-4 { description "Segment declared by IPv6 Global Prefix with optional SR Algorithm for SR-MPLS"; leaf ipv6-address { type inet:ipv6-address; description "Segment IPv6 address"; } leaf algorithm { type uint8; description "Prefix SID algorithm identifier"; } } container segment-type-5 { description "Segment declared by IPv4 Prefix with Local Interface ID"; leaf ipv4-address { type inet:ipv4-address; description "Node IPv4 address"; } leaf interface-identifier { type uint32; description "local interface identifier"; } } container segment-type-6 { description "Segment declared by IPv4 Addresses for link endpoints as Local, Remote pair"; leaf local-ipv4-address { type inet:ipv4-address; description "Segment local IPv4 adjacency address"; } leaf remote-ipv4-address { type inet:ipv4-address; description "Segment remote IPv4 adjacency address"; } } container segment-type-7 { description "Segment declared by IPv6 Prefix and Interface ID for link endpoints as Local, Remote pair for SR-MPLS"; leaf local-ipv6-address { type inet:ipv6-address; description "Local link IPv6 address"; Raza, et al. Expires January 14, 2021 [Page 25] Internet-Draft YANG Data Model for SR Policy July 2020 } leaf local-interface-identifier { type uint32; description "Local interface identifier"; } leaf remote-ipv6-address { type inet:ipv6-address; description "Remote link IPv6 address"; } leaf remote-interface-identifier { type uint32; description "Remote interface identifier"; } } container segment-type-8 { description "Segment declared by IPv6 Addresses for link endpoints as Local, Remote pair for SR-MPLS"; leaf local-ipv6-address { type inet:ipv6-address; description "Segment local IPv6 adjacency address"; } leaf remote-ipv6-address { type inet:ipv6-address; description "Segment remote IPv6 adjacency address"; } } container segment-type-9 { description "Segment declared by IPv6 Global Prefix with optional SR Algorithm for SRv6"; leaf ipv6-address { type inet:ipv6-address; description "Segment IPv6 prefix"; } leaf algorithm { type uint8; description "Prefix SID algorithm identifier"; } } container segment-type-10 { description "Segment declared by IPv6 Prefix and Interface ID for link endpoints as Local, Remote pair for SRv6"; leaf local-ipv6-address { type inet:ipv6-address; description "Local link IPv6 address"; } Raza, et al. Expires January 14, 2021 [Page 26] Internet-Draft YANG Data Model for SR Policy July 2020 leaf local-interface-identifier { type uint32; description "Local interface identifier"; } leaf remote-ipv6-address { type inet:ipv6-address; description "Remote link IPv6 address"; } leaf remote-interface-identifier { type uint32; description "Remote interface identifier"; } } container segment-type-11 { description "Segment declared by IPv6 Addresses for link endpoints as Local, Remote pair for SRv6"; leaf local-ipv6-address { type inet:ipv6-address; description "Segment local IPv6 adjacency address"; } leaf remote-ipv6-address { type inet:ipv6-address; description "Segment remote IPv6 adjacency address"; } } } leaf validate { type boolean; default 'false'; description "Indicates whether the segment should be validated. The default applies to all segments other than the first segment. For the first segment, validation is always done."; } } grouping segment-properties { description "SR segment properties grouping"; uses segment_config; } grouping attributes { description "Grouping containing attributes applicable to all SR policies"; container attributes { description Raza, et al. Expires January 14, 2021 [Page 27] Internet-Draft YANG Data Model for SR Policy July 2020 "Attributes applicable to SR policies"; uses affinity-mapping; uses segment-lists; uses explicit-binding-sid-rules; } } grouping segment-lists { description "Segment lists grouping"; container segment-lists { description "Segment-lists properties"; list segment-list { key "name"; description "Segment-list properties"; leaf name { type string; description "Segment-list name"; } container segments { description "Segments for given segment list"; list segment { key "index"; description "Configure Segment/hop at the index"; uses segment-properties; } } } } } grouping binding-sid_config { description "Binding SID configuration properties grouping"; leaf dataplane { type sr-policy-types:dataplane-type; description "Binding SID dataplane type"; } leaf value { type sr-policy-types:sid-value-type; description "Binding SID value"; } } Raza, et al. Expires January 14, 2021 [Page 28] Internet-Draft YANG Data Model for SR Policy July 2020 grouping forwarding-counters { description "Grouping for counters"; container counters { config false; description "Counters containing stats related to forwarding"; leaf pkts { type yang:counter64; description "Number of packets forwarded"; } leaf octets { type yang:counter64; units "byte"; description "Number of bytes forwarded"; } } } grouping binding-sid_state { description "Binding SID state properties grouping"; leaf alloc-mode { type sr-policy-types:binding-sid-alloc-mode; config false; description "Binding SID type"; } leaf allocated-sid { type sr-policy-types:sid-value-type; config false; description "Allocated SID value for the Binding SID"; } leaf oper-state { type sr-policy-types:binding-sid-oper-state; config false; description "Binding SID operational state"; } } grouping binding-sid-properties { description "Binding SID properties grouping"; container binding-sid { description "Binding Segment ID"; uses binding-sid_config; uses binding-sid_state; Raza, et al. Expires January 14, 2021 [Page 29] Internet-Draft YANG Data Model for SR Policy July 2020 } } grouping mpls-label-stack { description "Grouping for MPLS label stack"; list labels { key "label"; description "Stack containing MPLS labels"; leaf label { type rt-types:mpls-label; description "MPLS label value"; } } } grouping srv6-sid-stack { description "Grouping for SRv6 label stack"; list sids { key "sid"; description "Stack containing SRv6 SIDs"; leaf sid { type srv6-types:srv6-sid; description "SRv6 sid value"; } } } grouping path-forwarding_state { description "Policy Forwarding path information"; leaf path-id { type uint8; description "Primary path id"; } leaf next-hop-address { type inet:ip-address; description "Nexthop address"; } leaf next-hop-table-id { Raza, et al. Expires January 14, 2021 [Page 30] Internet-Draft YANG Data Model for SR Policy July 2020 type uint32; description "Table ID for nexthop address"; } leaf interface { type if:interface-ref; description "Outgoing interface handle"; } container sid-list { description "Outgoing sid stack"; choice dataplanetype { description "Outgoing sids dataplane choice"; case mpls { uses mpls-label-stack; } case srv6 { uses srv6-sid-stack; } } } leaf is-protected { type boolean; description "Is this path protected ?"; } leaf is-pure-backup { type boolean; description "Is this path a pure backup ?"; } leaf backup-path-id { type uint8; description "Backup path id"; } leaf weight { type uint32; description "Path's weight for W-ECMP balancing"; } } grouping cpath-cmn-properties { description "Common properties of the candidate path"; leaf is-valid { type boolean; config false; description "True if the segment-list is valid, False otherwise"; Raza, et al. Expires January 14, 2021 [Page 31] Internet-Draft YANG Data Model for SR Policy July 2020 } container forwarding-paths { config false; description "Forwarding state of paths"; list forwarding-path { key "path-id"; description "Forwarding path"; uses path-forwarding_state; } } } grouping explicit-path-properties { description "Explicit path properties of the candidate path"; container segment-lists { description "Path segment list(s) properties"; list segment-list { key "name-ref"; description "SR policy candidate path segment lists"; leaf name-ref { type leafref { path "/rt:routing/sr-policy:segment-routing/sr-policy:traffic-engineering/sr-policy:attributes/sr-policy:segment-lists/sr-policy:segment-list/sr-policy:name"; } description "Reference to segment-list name"; } leaf weight { type uint32; description "Segment-list weighted loadshare"; } } } } grouping affinity-mapping { description "Affinity-map grouping"; container affinity-map { description "Mapping of affinity names to bit position"; list affinity { key "name"; unique "bit-position"; leaf name { Raza, et al. Expires January 14, 2021 [Page 32] Internet-Draft YANG Data Model for SR Policy July 2020 type string; description "Name of the affinity"; } leaf bit-position { type uint16; description "The affinity entry in this list is mapped to the this bit-position in the affinity bitmap"; } description "Affinity"; } } } grouping dynamic-path-properties { description "Dynamic path properties of the candidate path"; leaf sid-dataplane-type { type sr-policy-types:dataplane-type; description "The dataplane type for the sid"; } container constraints { description "Constraints for the dynamic path computation"; container affinities { description "Affinity constraints on the computed dynamic path"; leaf-list exclude-any { type string; description "The link is excluded if it has any of these affinities."; } leaf-list include-any { type string; description "The link is accepted if it has any of these affinities"; } leaf-list include-all { type string; description "The link is accepted if it has all these affinities"; } } container bounds { description "Upper-bound constraints on the computed dynamic path"; leaf igp-metric-bound { Raza, et al. Expires January 14, 2021 [Page 33] Internet-Draft YANG Data Model for SR Policy July 2020 type uint32; description "Path is invalid if its IGP metric exceeds this value"; } leaf te-metric-bound { type uint32; description "Path is invalid if its TE metric exceeds this value"; } leaf latency-metric-bound { type uint32; units "microsecond"; description "Path is invalid if its latency exceeds this value"; } leaf segment-bound { type uint32; description "Path is invalid if it has more segments than this value"; } } container segment-rules { description "Constraints on the segments to be used in the path"; leaf sid-algorithm { type uint8 { range "128..255"; } description "The prefix-sid algorithm to be used in path calculation"; } } container disjoint-path { description "Path disjointness constraints"; leaf group-id { type uint32 { range "1..65535"; } description ""; } leaf disjointness-type { type identityref { base sr-policy-types:path-disjointness; } description "Type of disjointness computation used to find the path"; } leaf subgroup-id { type uint32 { range "1..65535"; } description ""; } } } Raza, et al. Expires January 14, 2021 [Page 34] Internet-Draft YANG Data Model for SR Policy July 2020 } grouping candidate-path_state { description "Candidate path state properties grouping"; leaf is-best-candidate-path { type boolean; default 'false'; config false; description "True if the candidate path is the best candidate path, False otherwise"; } leaf non-selection-reason { type identityref { base sr-policy-types:candidate-path-not-selected-reason; } config false; description "Candidate path not selected reason"; } } grouping policy-properties_config { description "SR policy configuration grouping"; leaf name { type string { length "1..59"; } description "SR policy name"; } leaf color { type uint32 { range "1..4294967295"; } description "Color associated with the policy"; } leaf endpoint { type inet:ip-address; description "Policy end point IP address"; } leaf description { type string; description "Description of the policy"; } leaf admin-state { type sr-policy-types:policy-admin-state; default 'UP'; Raza, et al. Expires January 14, 2021 [Page 35] Internet-Draft YANG Data Model for SR Policy July 2020 description "SR policy administrative state, true for enabled, false for disabled"; } } grouping policy-properties_state { description "SR policy property grouping"; leaf oper-state { type sr-policy-types:policy-oper-state; config false; description "SR policy operational state"; } leaf transition-count { type uint32; config false; description "Indicates number of up/down transitions"; } leaf up-time { type yang:date-and-time; config false; description "Policy up time in seconds"; } leaf down-time { type yang:date-and-time; config false; description "Policy down time in seconds"; } } grouping policy-properties { description "SR policy properties"; uses policy-properties_state; uses binding-sid-properties; uses forwarding-counters; } grouping candidate-path-type { description "Candidate path type grouping"; choice type { description "Type of candidate paths"; case explicit { description "Candidate path with explicitly defined set/s of segment-lists"; uses explicit-path-properties; Raza, et al. Expires January 14, 2021 [Page 36] Internet-Draft YANG Data Model for SR Policy July 2020 } case dynamic { description "Candidate path with dynamic computed segment-lists"; uses dynamic-path-properties; } } } grouping candidate-paths { description "SR policy candidate path grouping"; container candidate-paths { description "SR policy candidate path(s) "; list candidate-path { key "protocol-origin originator discriminator"; unique "preference"; description "SR policy Candidate path(s) list entry"; leaf protocol-origin { type sr-policy-types:protocol-origin-type; description "Instantiation mechanism used to create the candidate path"; } leaf originator { type string; description "Identifier (concatenation of ASN and node-address) of the node that signalled/instantiated the candidate path on headend"; } leaf discriminator { type uint32; description "Candidate path distinguisher"; } leaf preference { type uint32 { range "1..65535"; } mandatory true; description "Candidate path preference"; } leaf name { type string; description "Candidate path name"; } leaf description { type string; Raza, et al. Expires January 14, 2021 [Page 37] Internet-Draft YANG Data Model for SR Policy July 2020 description "Candidate path description"; } container binding-sid { if-feature capability-candidate-path-binding-sid; description "Binding segment ID"; uses binding-sid_config; } uses candidate-path-type; uses candidate-path_state; uses cpath-cmn-properties; } } } grouping policies { description "SR policy grouping"; container policies { description "SR Policy container"; list policy { key "color endpoint"; unique "name"; description "SR Policy properties"; leaf color { type uint32 { range "1..4294967295"; } description "Color associated with the policy"; } leaf endpoint { type inet:ip-address; description "Policy end point IP address"; } leaf name { type string { length "1..59"; } description "SR policy name"; } leaf description { type string; description "Description of the policy"; } leaf admin-state { type sr-policy-types:policy-admin-state; Raza, et al. Expires January 14, 2021 [Page 38] Internet-Draft YANG Data Model for SR Policy July 2020 default 'UP'; description "SR policy administrative state, true for enabled, false for disabled"; } leaf priority { type uint8; default 128; description "Priority considered when policy is recomputed due to topology changes"; } uses policy-properties; uses candidate-paths; } } } grouping explicit-binding-sid-rules { description "Grouping for explicit binding sid rules"; list explicit-binding-sid-rules { key "index"; description "Explicit binding sid rules applicable for all policies"; leaf index { type uint32; description "Explicit binding SID rules list index"; } leaf rule { type sr-policy-types:explicit-binding-sid-rule-type; description "Explicit binding sid rule"; } } } augment "/rt:routing" { description "This augments routing-instance configuration with segment-routing sr-policy."; container segment-routing { description "Main segment routing container"; container traffic-engineering { description "Traffic-engineering container"; uses attributes; uses policies; Raza, et al. Expires January 14, 2021 [Page 39] Internet-Draft YANG Data Model for SR Policy July 2020 } } } /* Notifications */ notification sr-policy-oper-state-change-event { description "Notification event when the operational state of the SR policy changes"; leaf policy-name-ref { type leafref { path "/rt:routing/sr-policy:segment-routing/sr-policy:traffic-engineering/sr-policy:policies/sr-policy:policy/sr-policy:name"; } description "Reference to sr-policy name"; } leaf policy-color-ref { type leafref { path "/rt:routing/sr-policy:segment-routing/sr-policy:traffic-engineering/sr-policy:policies/sr-policy:policy/sr-policy:color"; } description "Reference to sr-policy color"; } leaf policy-endpoint-ref { type leafref { path "/rt:routing/sr-policy:segment-routing/sr-policy:traffic-engineering/sr-policy:policies/sr-policy:policy/sr-policy:endpoint"; } description "Reference to sr-policy endpoint"; } leaf policy-new-oper-state { type sr-policy-types:policy-oper-state; description "New operational state of the SR policy"; } leaf policy-down-reason { type identityref { base sr-policy-types:policy-down-reason; } description "Down reason if the SR policy's new operational state is down"; } } notification sr-policy-candidate-path-change-event { description "Notification event when candidate path changes for SR policy"; Raza, et al. Expires January 14, 2021 [Page 40] Internet-Draft YANG Data Model for SR Policy July 2020 leaf policy-name-ref { type leafref { path "/rt:routing/sr-policy:segment-routing/sr-policy:traffic-engineering/sr-policy:policies/sr-policy:policy/sr-policy:name"; } description "Reference to sr-policy name"; } leaf policy-color-ref { type leafref { path "/rt:routing/sr-policy:segment-routing/sr-policy:traffic-engineering/sr-policy:policies/sr-policy:policy/sr-policy:color"; } description "Reference to sr-policy color"; } leaf policy-endpoint-ref { type leafref { path "/rt:routing/sr-policy:segment-routing/sr-policy:traffic-engineering/sr-policy:policies/sr-policy:policy/sr-policy:endpoint"; } description "Reference to sr-policy endpoint"; } leaf existing-preference { type uint32; description "Existing candidate path preference"; } leaf new-preference { type uint32; description "New candidate path preference"; } } notification sr-policy-binding-sid-unavailable-event { description "Notification event when the binding sid of sr-policy is unavailable"; leaf policy-name-ref { type leafref { path "/rt:routing/sr-policy:segment-routing/sr-policy:traffic-engineering/sr-policy:policies/sr-policy:policy/sr-policy:name"; } description "Reference to sr-policy name"; } leaf policy-color-ref { type leafref { path "/rt:routing/sr-policy:segment-routing/sr-policy:traffic-engineering/sr-policy:policies/sr-policy:policy/sr-policy:color"; } description "Reference to sr-policy color"; Raza, et al. Expires January 14, 2021 [Page 41] Internet-Draft YANG Data Model for SR Policy July 2020 } leaf policy-endpoint-ref { type leafref { path "/rt:routing/sr-policy:segment-routing/sr-policy:traffic-engineering/sr-policy:policies/sr-policy:policy/sr-policy:endpoint"; } description "Reference to sr-policy endpoint"; } leaf policy-binding-sid-value-ref { if-feature capability-candidate-path-binding-sid; type leafref { path "/rt:routing/sr-policy:segment-routing/sr-policy:traffic-engineering/sr-policy:policies/sr-policy:policy/sr-policy:binding-sid/sr-policy:value"; } description "Reference to sr-policy binding-sid value"; } leaf reason { type identityref { base sr-policy-types:binding-sid-unavailable-reason; } description "Reason why the binding sid is unavailable"; } } notification sr-policy-candidate-path-binding-sid-mismatch-event { description "Notification event when binding sid of requested candidate path is different from the binding sid of the existing candidate path"; leaf policy-color-ref { type leafref { path "/rt:routing/sr-policy:segment-routing/sr-policy:traffic-engineering/sr-policy:policies/sr-policy:policy/sr-policy:color"; } description "Reference to sr-policy color"; } leaf policy-endpoint-ref { type leafref { path "/rt:routing/sr-policy:segment-routing/sr-policy:traffic-engineering/sr-policy:policies/sr-policy:policy/sr-policy:endpoint"; } description "Reference to sr-policy endpoint"; } leaf existing-candidate-path-protocol-origin-ref { type leafref { path "/rt:routing/sr-policy:segment-routing/sr-policy:traffic-engineering/sr-policy:policies/sr-policy:policy/sr-policy:candidate-paths/sr-policy:candidate-path/sr-policy:protocol-origin"; Raza, et al. Expires January 14, 2021 [Page 42] Internet-Draft YANG Data Model for SR Policy July 2020 } description "Reference to existing candidate path protocol origin"; } leaf existing-candidate-path-preference-ref { type leafref { path "/rt:routing/sr-policy:segment-routing/sr-policy:traffic-engineering/sr-policy:policies/sr-policy:policy/sr-policy:candidate-paths/sr-policy:candidate-path/sr-policy:preference"; } description "Reference to existing candidate path preference"; } leaf existing-candidate-path-binding-sid-dataplane-ref { if-feature capability-candidate-path-binding-sid; type leafref { path "/rt:routing/sr-policy:segment-routing/sr-policy:traffic-engineering/sr-policy:policies/sr-policy:policy/sr-policy:candidate-paths/sr-policy:candidate-path/sr-policy:binding-sid/sr-policy:dataplane"; } description "Reference to existing candidate path binding sid dataplane type"; } leaf existing-candidate-path-binding-sid-value-ref { if-feature capability-candidate-path-binding-sid; type leafref { path "/rt:routing/sr-policy:segment-routing/sr-policy:traffic-engineering/sr-policy:policies/sr-policy:policy/sr-policy:candidate-paths/sr-policy:candidate-path/sr-policy:binding-sid/sr-policy:value"; } description "Reference to existing candidate path binding sid value"; } leaf conflicting-candidate-path-protocol-origin { type uint8; description "Conflicting candidate path protocol origin"; } leaf conflicting-candidate-path-preference { type uint32; description "Conflicting candidate path preference"; } leaf conflicting-candidate-path-binding-sid-dataplane { type sr-policy-types:dataplane-type; description "Conflicting candidate path binding sid dataplane type"; } leaf conflicting-candidate-path-binding-sid-value { type sr-policy-types:sid-value-type; description "Conflicting candidate path binding sid value"; } } Raza, et al. Expires January 14, 2021 [Page 43] Internet-Draft YANG Data Model for SR Policy July 2020 /* Features */ feature capability-candidate-path-binding-sid { description "This feature enables the capability of specifying binding-sid for a candidate path."; } } // module Figure 6: ietf-sr-policy.yang 7. 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]. 8. IANA Considerations This document requests the registration of the following URIs in the IETF "XML registry" [RFC3688]: +------------------------------------------------+------------+-----+ | URI | Registrant | XML | +------------------------------------------------+------------+-----+ | urn:ietf:params:xml:ns:yang:ietf-sr-policy- | The IESG | N/A | | types | | | | | | | | urn:ietf:params:xml:ns:yang:ietf-sr-policy | The IESG | N/A | +------------------------------------------------+------------+-----+ This document requests the registration of the following YANG modules in the "YANG Module Names" registry [RFC6020]: Raza, et al. Expires January 14, 2021 [Page 44] Internet-Draft YANG Data Model for SR Policy July 2020 +--------------+------------------------------+------------+--------+ | Name | Namespace | Prefix | Refere | | | | | nce | +--------------+------------------------------+------------+--------+ | ietf-sr- | urn:ietf:params:xml:ns:yang | sr-policy- | This d | | policy-types | :ietf-sr-policy-types | types | ocumen | | | | | t | | | | | | | ietf-sr- | urn:ietf:params:xml:ns:yang | sr-policy | This d | | policy | :ietf-sr-policy | | ocumen | | | | | t | +--------------+------------------------------+------------+--------+ 9. Acknowledgments The authors of this document/YANG model would like to acknowledge the contributions/reviews by Johnson Thomas, Clarence Filsfils, Siva Sivabalan, Tarek Saad, Kris Michielsen, Dhanendra Jain, Ketan Talaulikar, Bhupendra Yadav, and Bruno Decraene. 10. References 10.1. Normative References [I-D.ietf-spring-segment-routing-policy] Filsfils, C., Talaulikar, K., Voyer, D., Bogdanov, A., and P. Mattes, "Segment Routing Policy Architecture", draft- ietf-spring-segment-routing-policy-08 (work in progress), July 2020. [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, . [RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, DOI 10.17487/RFC3688, January 2004, . [RFC6020] Bjorklund, M., Ed., "YANG - A Data Modeling Language for the Network Configuration Protocol (NETCONF)", RFC 6020, DOI 10.17487/RFC6020, October 2010, . [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, . Raza, et al. Expires January 14, 2021 [Page 45] Internet-Draft YANG Data Model for SR Policy July 2020 [RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174, May 2017, . [RFC8341] Bierman, A. and M. Bjorklund, "Network Configuration Access Control Model", STD 91, RFC 8341, DOI 10.17487/RFC8341, March 2018, . [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, . [RFC8402] Filsfils, C., Ed., Previdi, S., Ed., Ginsberg, L., Decraene, B., Litkowski, S., and R. Shakir, "Segment Routing Architecture", RFC 8402, DOI 10.17487/RFC8402, July 2018, . [RFC8407] Bierman, A., "Guidelines for Authors and Reviewers of Documents Containing YANG Data Models", BCP 216, RFC 8407, DOI 10.17487/RFC8407, October 2018, . 10.2. Informative References [I-D.ietf-idr-segment-routing-te-policy] Previdi, S., Filsfils, C., Talaulikar, K., Mattes, P., Rosen, E., Jain, D., and S. Lin, "Advertising Segment Routing Policies in BGP", draft-ietf-idr-segment-routing- te-policy-09 (work in progress), May 2020. Authors' Addresses Kamran Raza (editor) Cisco Systems Email: skraza@cisco.com Robert Sawaya Cisco Systems Email: rsawaya@cisco.com Raza, et al. Expires January 14, 2021 [Page 46] Internet-Draft YANG Data Model for SR Policy July 2020 Zhuang Shunwan Huawei Technologies Email: zhuangshunwa@huawei.com Daniel Voyer Bell Canada Email: daniel.voyer@bell.ca Muhammad Durrani Equinix Email: mdurrani@equinix.com Satoru Matsushima SoftBank Email: satoru.matsushima@g.softbank.co.jp Vishnu Pavan Beeram Juniper Networks Email: vbeeram@juniper.net Raza, et al. Expires January 14, 2021 [Page 47]