CCAMP Working Group A. Guo Internet-Draft Futurewei Technologies Intended status: Standards Track L.M. Contreras Expires: 25 April 2023 Telefonica S. Belotti Nokia R. Rokui Ciena Y. Xu CAICT Y. Zhao China Mobile X. Liu IBM Corporation 22 October 2022 Framework and Data Model for OTN Network Slicing draft-ietf-ccamp-yang-otn-slicing-03 Abstract The requirement of slicing network resources with desired quality of service is emerging at every network technology, including the Optical Transport Networks (OTN). As a part of the transport network, OTN can provide hard pipes with guaranteed data isolation and deterministic low latency, which are highly demanded in the Service Level Agreement (SLA). This document describes a framework for OTN network slicing and a YANG data model augmentation of the OTN topology model. Additional YANG data model augmentations will be defined in a future version of this draft. 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." Guo, et al. Expires 25 April 2023 [Page 1] Internet-Draft Framework and YANG of OTN Slices October 2022 This Internet-Draft will expire on 25 April 2023. Copyright Notice Copyright (c) 2022 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 Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 3 1.1. Terminology . . . . . . . . . . . . . . . . . . . . . . . 3 1.2. Prefixes in Data Node Names . . . . . . . . . . . . . . . 3 1.3. Definition of OTN Slice . . . . . . . . . . . . . . . . . 4 2. Use Cases for OTN Network Slicing . . . . . . . . . . . . . . 5 2.1. Leased Line Services with OTN . . . . . . . . . . . . . . 6 2.2. Co-construction and Sharing . . . . . . . . . . . . . . . 6 2.3. Wholesale of optical resources . . . . . . . . . . . . . 6 2.4. Vertical dedicated network with OTN . . . . . . . . . . . 7 2.5. End-to-end network slicing . . . . . . . . . . . . . . . 7 3. Framework for OTN slicing . . . . . . . . . . . . . . . . . . 8 4. Realizing OTN Slices . . . . . . . . . . . . . . . . . . . . 11 5. YANG Data Model for OTN Slicing Configuration . . . . . . . . 14 5.1. OTN Slicing YANG Model for MPI . . . . . . . . . . . . . 14 5.1.1. MPI YANG Model Overview . . . . . . . . . . . . . . . 14 5.1.2. MPI YANG Model Tree . . . . . . . . . . . . . . . . . 14 5.1.3. MPI YANG Code . . . . . . . . . . . . . . . . . . . . 15 5.2. OTN Slicing YANG Model for OTN-SC NBI . . . . . . . . . . 18 5.2.1. NBI YANG Model Overview . . . . . . . . . . . . . . . 18 5.2.2. NBI YANG Model Tree for Transport Network Slice . . . 19 5.2.3. NBI YANG Code for Transport Network Slice . . . . . . 23 5.2.4. NBI YANG Model Tree for OTN slice . . . . . . . . . . 36 5.2.5. NBI YANG Code for OTN Slice . . . . . . . . . . . . . 39 6. Manageability Considerations . . . . . . . . . . . . . . . . 46 7. Security Considerations . . . . . . . . . . . . . . . . . . . 46 8. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 46 9. Normative References . . . . . . . . . . . . . . . . . . . . 47 Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . . 50 Contributors . . . . . . . . . . . . . . . . . . . . . . . . . . 50 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 51 Guo, et al. Expires 25 April 2023 [Page 2] Internet-Draft Framework and YANG of OTN Slices October 2022 1. Introduction The requirement of slicing network resources with desired quality of service is emerging at every network technology, including the Optical Transport Networks (OTN). As a part of the transport network, OTN can provide hard pipes with guaranteed data isolation and deterministic low latency, which are highly demanded in the Service Level Agreement (SLA). This document describes a framework for OTN network slicing and a YANG data model augmentation of the OTN topology model. Additional YANG data model augmentations will be defined in a future version of this draft. 1.1. Terminology The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "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. The terminology for describing YANG data models is found in [RFC7950]. 1.2. Prefixes in Data Node Names In this document, names of data nodes and other data model objects are prefixed using the standard prefix associated with the corresponding YANG imported modules, as shown in Table 1. Guo, et al. Expires 25 April 2023 [Page 3] Internet-Draft Framework and YANG of OTN Slices October 2022 +==========+==============================+===========+ | Prefix | YANG Module | Reference | +==========+==============================+===========+ | yang | ietf-yang-types | [RFC6991] | +----------+------------------------------+-----------+ | inet | ietf-inet-types | [RFC6991] | +----------+------------------------------+-----------+ | nt | ietf-network-topology | [RFC8345] | +----------+------------------------------+-----------+ | nw | ietf-network-topology | [RFC8345] | +----------+------------------------------+-----------+ | tet | ietf-te-topology | [RFC8795] | +----------+------------------------------+-----------+ | te-types | ietf-te-types | [RFC8776] | +----------+------------------------------+-----------+ | otnt | ietf-otn-topology | [RFCYYYY] | +----------+------------------------------+-----------+ | l1-types | ietf-layer1-types | [RFCZZZZ] | +----------+------------------------------+-----------+ | tns | ietf-transport-network-slice | RFCXXXX | +----------+------------------------------+-----------+ | otns | ietf-otn-slice | RFCXXXX | +----------+------------------------------+-----------+ | otns-mpi | ietf-otn-slice-mpi | RFCXXXX | +----------+------------------------------+-----------+ Table 1: Prefixes and Corresponding YANG Modules RFC Editor Note: Please replace XXXX with the RFC number assigned to this document. Please replace YYYY with the RFC number assigned to [I-D.ietf-ccamp-otn-topo-yang]. Please replace ZZZZ with the RFC number assigned to [I-D.ietf-ccamp-layer1-types]. Please remove this note. 1.3. Definition of OTN Slice An OTN slice is an OTN virtual network topology connecting a number of OTN endpoints using a set of shared or dedicated OTN network resources to satisfy specific service level objectives (SLOs). An OTN slice is a technology-specific realization of an IETF network slice [I-D.ietf-teas-ietf-network-slices] in the OTN domain, with the capability of configuring slice resources in the term of OTN technologies. Therefore, all the terms and definitions concerning network slicing as defined in [I-D.ietf-teas-ietf-network-slices] apply to OTN slicing. Guo, et al. Expires 25 April 2023 [Page 4] Internet-Draft Framework and YANG of OTN Slices October 2022 An OTN slice can span multiple OTN administrative domains, encompassing access links, intra-domain paths, and inter-domain links. An OTN slice may include multiple endpoints, each associated with a set of physical or logical resources, e.g. optical port or time slots, at the termination point (TP) of an access link or inter- domain link at an OTN provider edge (PE) equipment. An end-to-end OTN slice may be composed of multiple OTN segment slices in a hierarchical or sequential (or stitched) combination. Figure 1 illustrates the scope of OTN slices in multi-domain environment. <------------------End-to-end OTN Slice----------------> <- OTN Segment Slice 1 ---> <-- OTN Segment Slice 2 --> +-------------------------+ +-----------------------+ | +-----+ +-------+ | | +-------+ +-----+| +----+ | | OTN | | OTN | | | | OTN | | OTN || +----+ | CE +-+-o PE +-...--+ Borde o--+--+-o Borde +-...--+ PE o+--+ CE | +----+||/| | | Node |\ || | | Node | | || |+----+ |||+-----+ +-------+| || | +-------+ +-----+| | ||| OTN Domain 1 | || | OTN Domain 2 | | |++----------------------+-+| +-----------------------+ | | | | | | | +-----+ +-----------+ | | | | | | | V V V V V Access OTN Slice Inter-domain Access Link Endpoint Link Link Figure 1: OTN Slice OTN slices may be pre-configured by the management plane and presented to the customer via the northbound interface (NBI), or be dynamically provisioned by a higher layer slice controller, e.g., an IETF network slice controller (IETF NSC) through the NBI. The OTN slice is provided by a service provider to a customer to be used as though it was part of the customer's own networks. 2. Use Cases for OTN Network Slicing Guo, et al. Expires 25 April 2023 [Page 5] Internet-Draft Framework and YANG of OTN Slices October 2022 2.1. Leased Line Services with OTN For end business customers (like OTT or enterprises), leased lines have the advantage of providing high-speed connections with low costs. On the other hand, the traffic control of leased lines is very challenging due to rapid changes in service demands. Carriers are recommended to provide network-level slicing capabilities to meet this demand. Based on such capabilities, private network users have full control over the sliced resources which have been allocated to them and which could be used to support their leased lines, when needed. Users may formulate policies based on the demand for services and time to schedule the resources from the entire network's perspective flexibly. For example, the bandwidth between any two points may be established or released based on the time or monitored traffic characteristics. The routing and bandwidth may be adjusted at a specific time interval to maximize network resource utilization efficiency. 2.2. Co-construction and Sharing Co-construction and sharing of a network are becoming a popular means among service providers to reduce networking building CAPEX. For Co- construction and sharing case, there are typically multiple co- founders for the same network. For example, one founder may provide optical fibres and another founder may provide OTN equipment, while each occupies a certain percentage of the usage rights of the network resources. In this scenario, the network O&M is performed by a certain founder in each region, where the same founder usually deploys an independent management and control system. The other founders of the network use each other's management and control system to provision services remotely. In this scenario, different founders' network resources need to be automatically (associated) divided, isolated, and visualized. All founders may share or have independent O&M capabilities, and should be able to perform service- level provisioning in their respective slices. 2.3. Wholesale of optical resources In the optical resource wholesale market, smaller, local carriers and wireless carriers may rent resources from larger carriers, or infrastructure carriers instead of building their networks. Likewise, international carriers may rent resources from respective local carriers and local carriers may lease their owned networks to each other to achieve better network utilization efficiency. From the perspective of a resource provider, it is crucial that a network slice is timely configured to meet traffic matrix requirements requested by its tenants. The support for multi-tenancy within the resource provider's network demands that the network slices are Guo, et al. Expires 25 April 2023 [Page 6] Internet-Draft Framework and YANG of OTN Slices October 2022 qualitatively isolated from each other to meet the requirements for transparency, non-interference, and security. Typically, a resource purchaser expects to use the leased network resources flexibly, just like they are self-constructed. Therefore, the purchaser is not only provided with a network slice, but also the full set of functionalities for operating and maintaining the network slice. The purchaser also expects to, flexibly and independently, schedule and maintain physical resources to support their own end-to-end automation using both leased and self-constructed network resources. 2.4. Vertical dedicated network with OTN Vertical industry slicing is an emerging category of network slicing due to the high demand for private high-speed network interconnects for industrial applications. In this scenario, the biggest challenge is to implement differentiated optical network slices based on the requirements from different industries. For example, in the financial industry, to support high-frequency transactions, the slice must ensure to provide the minimum latency along with the mechanism for latency management. For the healthcare industry, online diagnosis network and software capabilities to ensure the delivery of HD video without frame loss. For bulk data migration in data centers, the network needs to support on-demand, large-bandwidth allocation. In each of the aforementioned vertical industry scenarios, the bandwidth shall be adjusted as required to ensure flexible and efficient network resource usage. 2.5. End-to-end network slicing In an end-to-end network slicing scenario such as 5G network slicing [TS.28.530-3GPP], an IETF network slice [I-D.ietf-teas-ietf-network-slices] provides the required connectivity between other different segments of an end-to-end network slice, such as the Radio Access Network (RAN) and the Core Network (CN) segments, with a specific performance commitment. An IETF network slice could be composed of network slices from multiple technological and administrative domains. An IETF network slice can be realized by using or combining multiple underlying OTN slices with OTN resources, e.g., ODU time slots or ODU containers, to achieve end-to-end slicing across the transport domain. Guo, et al. Expires 25 April 2023 [Page 7] Internet-Draft Framework and YANG of OTN Slices October 2022 3. Framework for OTN slicing OTN slices may be abstracted differently depending on the requirement contained in the configuration provided by the slice customer. Whereas the customer requests an OTN slice to provide connectivity between specified endpoints, an OTN slice can be abstracted as a set of endpoint-to-endpoint links, with each link formed by an end-to-end tunnel across the underlying OTN networks. The resources associated with each link of the slice is reserved and commissioned in the underlying physical network upon the completion of configuring the OTN slice and all the links are active. An OTN slice can also be abstracted as an abstract topology when the customer requests the slice to share resources between multiple endpoints and to use the resources on demand. The abstract topology may consist of virtual nodes and virtual links, and their associated resources are reserved but not commissioned across the underlying OTN networks. The customer can later commission resources within the slice dynamically using the NBI provided by the service provider. An OTN slice could use abstract topology to connect endpoints with shared resources to optimize the resource utilization, and connections can be activated within the slice as needed. It is worth noting that those means to abstract an OTN slice are similar to the Virtual Network (VN) abstraction defined for higher- level interfaces in [RFC8453], in which context a connectivity-based slice corresponds to Type 1 VN and a resource-based slice corresponds to Type 2 VN, respectively. A particular resource in an OTN network, such as a port or link, may be sliced with one of the two granularity levels: * Link-based slicing, in which a link and its associated link termination points (LTPs) are dedicatedly allocated to a particular OTN slice. * Tributary-slot based slicing, in which multiple OTN slices share the same link by allocating different OTN tributary slots in different granularities. Furthermore, an OTN switch is typically fully non-blocking switching at the lowest ODU container granularity, it is desirable to specify just the total number of ODU containers in the lowest granularity (e.g. ODU0), when configuring tributary-slot based slicing on links and ports internal to an OTN network. In multi-domain OTN network scenarios where separate OTN slices are created on each of the OTN networks and are stitched at inter-domain OTN links, it is necessary to specify matching tributary slots at the endpoints of the inter- Guo, et al. Expires 25 April 2023 [Page 8] Internet-Draft Framework and YANG of OTN Slices October 2022 domain links. In some real network scenarios, OTN network resources including tributary slots are managed explicitly by network operators for network maintenance considerations. Therefore, an OTN slice controller shall support configuring an OTN slice with both options. An OTN slice controller (OTN-SC) is a logical function responsible for the life-cycle management of OTN slices instantiated within the corresponding OTN network domains. The OTN-SC provides technology- specific interfaces at its northbound (OTN-SC NBI) to allow a higher- layer slice controller, such as an IETF network slice controller (NSC) or an orchestrator, to request OTN slices with OTN-specific requirements. The OTN-SC interfaces at the southbound using the MDSC-to-PNC interface (MPI) with a Physical Network Controller (PNC) or Multi-Domain Service Orchestrator (MDSC), as defined in the ACTN control framework [RFC8453]. The logical function within the OTN-SC is responsible for translating the OTN slice requests into concrete slice realization which can be understood and provisioned at the southbound by the PNC or MDSC. The presence of OTN-SC provides multiple options for a high-level slice controller or an orchestrator to configure and realize slicing in OTN networks, depending on whether a customer's slice request is technology agnostic or technology specific: Option 1[opt.1]: An IETF NSC receives a technology-agnostic slice request from the IETF NSC NBI and realizes full or part of the slice in OTN networks directly through MPI provided by the PNC or MDSC. The IETF NSC is responsible for mapping a technology-agnostic slicing request into an OTN technology-specific realization. In this option, the OTN-SC is not used. Option 2[opt.2]: An IETF NSC receives a technology-agnostic slice request from the IETF NSC NBI and delegates the request to the OTN-SC through the OTN-SC NBI, which is OTN technology specific. The OTN-SC in turn realizes the slice in single or multi domain OTN networks by working with the underlying PNC or MDSC. In this option, the OTN-SC is considered as a realization of IETF NSC, i.e., an NS realizer as per [I-D.draft-contreras-teas-slice-controller-models], when the underlying network is OTN. The OTN-SC is also a subordinate slice controller of the IETF NSC, which is consistent with the hierarchical control of slices defined by the IETF network slice framework. Option 3[opt.3]: An OTN-aware orchestrator may request an OTN technology-specific slice with OTN-specific SLOs through the OTN-SC NBI to the OTN-SC. The OTN-SC in turn realizes the slice in single or multi domain OTN networks by working with the underlying PNC or MDSC Guo, et al. Expires 25 April 2023 [Page 9] Internet-Draft Framework and YANG of OTN Slices October 2022 An OTN slice may be realized by using standard MPI interfaces, control plane, network management system (NMS) or any other proprietary interfaces as needed. Examples of such interfaces include the abstract TE topology [RFC8795], TE tunnel [I-D.ietf-teas-yang-te],L1VPN[RFC4847], or Netconf/YANG based interfaces such as OpenConfig. Some of these interfaces, such as the TE tunnel model, are suitable for creating connectivity-based OTN slices which represent a slice as a set of TE tunnels, while other interfaces such as the TE topology model are more suitable for creating resource-based OTN slices which represent a slice as a topology. The OTN-SC NBI is a technology-specific interface that augments the IETF NSC NBI, which is technology- agnostic. Figure 2 illustrates the OTN slicing control hierarchy , the positioning of the OTN slicing interfaces as well as the options for OTN slice configuration. +--------------------+ | Provider's User | +--------|-----------+ | CMI +-----------------------+----------------------------+ | Orchestrator / E2E Slice Controller | +------------+-----------------------------+---------+ | | NSC-NBI | +---------------------+---------+ | | IETF Network Slice Controller | | +-----+---------------+---------+ | opt.3 | opt.2 | opt.1 | OTN-SC NBI |OTN-SC NBI | +------------+-------------+--------+ | | OTN-SC | | +--------------------------+--------+ | | MPI | MPI +--------------------------+---------------+---------+ | PNC | +--------------------------+-------------------------+ | SBI +-----------+----------+ |OTN Physical Network | +----------------------+ Figure 2: Positioning of OTN Slicing Interfaces Guo, et al. Expires 25 April 2023 [Page 10] Internet-Draft Framework and YANG of OTN Slices October 2022 OTN-SC functionalities may be recursive such that a higher-level OTN- SC may designate the creation of OTN slices to a lower-level OTN-SC in a recursive manner. This scenario may apply to the creation of OTN slices in multi-domain OTN networks, where multiple domain-wide OTN slices provisioned by lower-layer OTN-SCs are stitched to support a multi-domain OTN slice provisioned by the higher-level OTN-SC. Alternatively, the OTN-SC may interface with an MDSC, which in turn interfaces with multiple PNCs through the MPI to realize OTN slices in multi-domain OTN networks without OTN-SC recursion. Figure 3 illustrates both options for OTN slicing in multi-domain. +-------------------+ +-------------------+ | OTN-SC | | OTN-SC | +--------|----------+ +---|----------|----+ |MPI |OTN-SC NBI| +--------|----------+ +---|----+ +---|----+ | MDSC | | OTN-SC | | OTN-SC | +---|----------|----+ +---|----+ +---|----+ |MPI |MPI |MPI |MPI +---|----+ +---|----+ +---|----+ +---|----+ | PNC | | PNC | | PNC | | PNC | +--------+ +--------+ +--------+ +--------+ Multi-domain Option 1 Multi-domain Option 2 Figure 3: OTN-SC for multi-domain OTN-SC functionalities are logically independent and may be deployed in different combinations to cater to the realization needs. In reference to the ACTN control framework [RFC8453], an OTN-SC may be deployed * as an independent network function; * together with a Physical Network Controller (PNC) for single- domain or with a Multi-Domain Service Orchestrator (MDSC)for multi-domain; * together with a higher-level network slice controller to support end-to-end network slicing; 4. Realizing OTN Slices [I-D.ietf-teas-ietf-network-slices] introduces a mechanism for an IETF network slice controller to realize network slices by constructing Network Resource Partitions (NRP). A NRP is a collection of resources identified in the underlay network to facilitate the mapping of network slices onto available network resources. An NRP is a scope view of a topology and may be Guo, et al. Expires 25 April 2023 [Page 11] Internet-Draft Framework and YANG of OTN Slices October 2022 considered as a topology in its own right. Thus, in traffic- engineered (TE) networks including OTN, an NRP may be simply represented as an abstract TE topology defined by [RFC8795]. For OTN networks, An NRP may be represented as an abstract OTN topology defined by [I-D.ietf-ccamp-otn-topo-yang]. The NRP may be used to address the scalability issues where there may be considerable numbers of control and data plane states required to be stored and programmed if network slices are mapped directly to the underlay topology. NRP is internal to a network slice controller, and use of NRPs is optional yet could benefit a network slice realization in large-scale networks, including OTN networks. For connectivity-based OTN slices, a connection within an OTN slice is typically realized by an OTN tunnel in the underlay topology and resources are reserved by the tunnel, thus use of NRP is optional in this case. For resource-based OTN slices, the OTN-SC may map an OTN slice directly onto the underlay TE topology presented by the subtended network controller (MDSC or PNC) without creating NRP topologies. Due to the need for reserving resources, the OTN-SC needs to color corresponding link resources of the underlay topology with a slice identifier and maintain the coloring to keep track of the mapping of OTN slices. The OTN-SC may push the colored topology to the subtended MDSC or PNC using the MPI model defined in this draft. Alternatively, an OTN slice may be mapped to a NRP as an overlay abstract OTN TE topology on top of the underlay topology. The corresponding link resources allocated to the slice is encapsulated in and tracked by the abstract topology, and a given link or port in the NRP topology represents resources that are reserved in the underlay topology. Multiple OTN slices may be mapped to the same NRP, and a single connectivity construct of the slice may be mapped to only one NRP, as per [I-D.ietf-teas-ietf-network-slices]. The resources of an NRP topology are reserved and shared by all the OTN slices mapped to this NRP, and the NRP topology may be pushed directly to the subtended MDSC or PNC, thus eliminating the need for link coloring if using the underlay topology. Figure 4 illustrates the relationship between OTN slices and NRP. Guo, et al. Expires 25 April 2023 [Page 12] Internet-Draft Framework and YANG of OTN Slices October 2022 /---------------/ | /---------------/ / -- -- / | / -- -- / / |N1|---|N3| /---/ | / |N2| |N3| / / --\ -- / / | / -- -- / / \-- / / | / \ --/ / / |N2| / / | / |N4| / / Slice 1 -- / / | / Slice 2 -- / /------------<--/ / | /-----------<---/ / Slice 3 < / | < /--------- <-<--/ | < +-------------<-<--------------V-----------------<------------+ | /--<-<------------/ /-----<-----------/| | / /--\ /--\ / / /--\ / | | / |NE1 |---|NE2 | / / |NE2 | / | | / \--/\ . \--/ / / \--/ / | | / ..\ ........ / /. / | | / . /--\ / . / /--\ /--\/ ./ | | / .|NE4 | / . / |NE3 |---|NE4 | . | | / . \--/ / . / \--/ . \--/ /. | | / NRP Topology 1 / . / NRP Topology 2 / . | | /------------.----/ . /-----------.-----/ . | | ....... . . . | | /------.----.-----------------/ . . | | / /--\ . . /--\ / . . | | / |NE1 |-.----v----|NE2 | / . . | | / ---/\ . /\--/ / . . | | / / \v /<........................ | | / /-/\ \ /--\ / / . | | / |NE3 |------|NE4 |/ / . | | / \--/ ^ \--/ / . | | / Underlay.OTN TE Topology / . | | /-----------.-----------------/ . | | .............................. OTN-SC | +-------------------------------------------------------------+ | ^ |MPI |MPI +----------------V--------------------------------------------+ | | | OTN MDSC/PNC | +-------------------------------------------------------------+ Figure 4: Mapping OTN Slices to NRP Guo, et al. Expires 25 April 2023 [Page 13] Internet-Draft Framework and YANG of OTN Slices October 2022 5. YANG Data Model for OTN Slicing Configuration 5.1. OTN Slicing YANG Model for MPI 5.1.1. MPI YANG Model Overview For the configuration of connectivity-based OTN slices, existing models such as the TE tunnel interface [I-D.ietf-teas-yang-te] may be used and no addition is needed. This model is addressing the case for configuring resource-based OTN slices, where the model permits to reserve resources exploiting the common knowledge of an underlying virtual topology between the OTN-SC and the subtended network controller (MDSC or PNC). The slice is configured by marking corresponding link resources on the TE topology received from the underlying MDSC or PNC with a slice identifier and OTN-specific resource requirements, e.g. the number of ODU time slots or the type/ number of ODU containers. The MDSC or PNC, based on the marked resources by the OTN-SC, will update the underlying TE topology with new TE link for each of the colored links to keep booked the reserved OTN resources e.g. time slots or ODU containers. 5.1.2. MPI YANG Model Tree module: ietf-otn-slice-mpi augment /nw:networks/nw:network/nt:link/tet:te /tet:te-link-attributes: +--rw (otn-slice-granularity)? +--:(link) | +--rw slice-id? uint32 +--:(link-resource) +--rw slices* [slice-id] +--rw slice-id uint32 +--rw (technology)? | +--:(otn) | +--rw (slice-bandwidth)? | +--:(containers) | | +--rw odulist* [odu-type] | | +--rw odu-type identityref | | +--rw number? uint16 | +--:(time-slots) | +--rw otn-ts-num? uint32 +--ro sliced-link-ref? -> ../../../../../nt:link/link-id Figure 5: OTN slicing MPI tree diagram Guo, et al. Expires 25 April 2023 [Page 14] Internet-Draft Framework and YANG of OTN Slices October 2022 5.1.3. MPI YANG Code file "ietf-otn-slice-mpi@2022-10-12.yang" module ietf-otn-slice-mpi { yang-version 1.1; namespace "urn:ietf:params:xml:ns:yang:ietf-otn-slice-mpi"; prefix "otns-mpi"; import ietf-network { prefix "nw"; reference "RFC 8345: A YANG Data Model for Network Topologies"; } import ietf-network-topology { prefix "nt"; reference "RFC 8345: A YANG Data Model for Network Topologies"; } import ietf-te-topology { prefix "tet"; reference "RFC8795: YANG Data Model for Traffic Engineering (TE) Topologies"; } import ietf-otn-topology { prefix "otnt"; reference "I-D.ietf-ccamp-otn-topo-yang: A YANG Data Model for Optical Transport Network Topology"; } import ietf-layer1-types { prefix "l1-types"; reference "I-D.ietf-ccamp-layer1-types: A YANG Data Model for Layer 1 Types"; } organization "IETF CCAMP Working Group"; contact "WG Web: WG List: Editor: Haomian Zheng Guo, et al. Expires 25 April 2023 [Page 15] Internet-Draft Framework and YANG of OTN Slices October 2022 Editor: Italo Busi Editor: Aihua Guo Editor: Sergio Belotti "; description "This module defines a YANG data model for network slice realization in Optical Transport Networks (OTN). The model fully conforms to the Network Management Datastore Architecture (NMDA). Copyright (c) 2022 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 Revised BSD License set forth in Section 4.c of the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info). This version of this YANG module is part of RFC XXXX; see the RFC itself for full legal notices."; revision "2022-10-12" { description "Latest revision of MPI YANG model for OTN slicing."; reference "draft-ietf-ccamp-yang-otn-slicing-03: Framework and Data Model for OTN Network Slicing"; } /* * Groupings */ grouping otn-link-slice-profile { description "Profile of an OTN link slice."; choice otn-slice-granularity { default "link"; Guo, et al. Expires 25 April 2023 [Page 16] Internet-Draft Framework and YANG of OTN Slices October 2022 description "Link slice granularity."; case link { leaf slice-id { type uint32; description "Slice identifier"; } } case link-resource { list slices { key slice-id; description "List of slices."; leaf slice-id { type uint32; description "Slice identifier"; } choice technology { description "Data plane technology types."; case otn { choice slice-bandwidth { description "Bandwidth specification for OTN slices."; case containers { uses l1-types:otn-link-bandwidth; } case time-slots { leaf otn-ts-num { type uint32; description "Number of OTN tributary slots allocated for the slice."; } } } } } leaf sliced-link-ref { type leafref { path "../../../../../nt:link/nt:link-id"; } config false; description "Relative reference to virtual links generated from this TE link."; Guo, et al. Expires 25 April 2023 [Page 17] Internet-Draft Framework and YANG of OTN Slices October 2022 } } } } } /* * Augments */ augment "/nw:networks/nw:network/nt:link/tet:te/" + "tet:te-link-attributes" { when "../../../nw:network-types/tet:te-topology/" + "otnt:otn-topology" { description "Augmentation parameters apply only for networks with OTN topology type."; } description "Augment OTN TE link attributes with slicing profile."; uses otn-link-slice-profile; } } Figure 6: OTN slicing MPI YANG model 5.2. OTN Slicing YANG Model for OTN-SC NBI 5.2.1. NBI YANG Model Overview The YANG model for OTN-SC NBI is OTN-technology specific, but shares many common constructs and attributes with generic network slicing YANG models. Furthermore, the OTN-SC NBI YANG is expected to support both connectivity-based and resource-based slice configuration, which is likely a common requirement for supporting slicing at other transport network layers, e.g. WDM or MPLS(-TP). Therefore, the OTN-SC NBI YANG model is designed into two models, a common base model for transport network slicing, and an OTN slicing model which augments the base model with OTN technology-specific constructs. The base model defines a transport network slice (TNS) with the following constructs and attributes: * Common attributes, which include a set of common attributes like slice identifier, name, description, and names of customers who use the slice. Guo, et al. Expires 25 April 2023 [Page 18] Internet-Draft Framework and YANG of OTN Slices October 2022 * Endpoints, which represent conceptual points of connection from a customer device to the TNS. An endpoint is mapped to specific physical or virtual resources of the customer and provider, and such mapping is pre-negotiated and known to both the customer and provider prior to the slice configuration. The mechanism for endpoint negotiation is outside the scope of this draft. * Network topology, which represent set of shared, reserved resources organized as a virtual topology between all of the endpoints. A customer could use such network topology to define detailed connectivity path traversing the topology, and allow sharing of resources between its multiple endpoint pairs. * Connectivity matrix, which represent the intended virtual connections between the endpoints within a TNS. A connectivity matrix entry could be associated with an explicit path over the above network topology. * Service-level objectives (SLOs) associated with different objects, including the TNS, node, link, termination point, and explicit path, within a TNS. The OTN slicing model further augments the common TNS model with OTN technology-specific SLO/SLE attributes upon requesting slice services by an OTN-aware customer. These attributes allows the customer to specify desired signal quality and bandwidth in terms of OTN signal structure. These attributes include: * The performance objective for Optical Data Unit (ODU) containers as defined in ITU-T-G.8201-Amd.1. * Bandwidth specification in the type and number of ODU containers. 5.2.2. NBI YANG Model Tree for Transport Network Slice module: ietf-transport-network-slice augment /ietf-nss:network-slice-services/ietf-nss:slice-service: +--rw network-topologies +--rw network-topology* [topology-id] +--rw topology-id string +--rw (slo-sle-policy)? | +--:(standard) | | +--rw slo-sle-template? leafref | +--:(custom) | +--rw service-slo-sle-policy | +--rw policy-description? string | +--rw metric-bounds Guo, et al. Expires 25 April 2023 [Page 19] Internet-Draft Framework and YANG of OTN Slices October 2022 | | +--rw metric-bound* [metric-type] | | +--rw metric-type identityref | | +--rw metric-unit string | | +--rw value-description? string | | +--rw bound? uint64 | +--rw security* identityref | +--rw isolation? identityref | +--rw max-occupancy-level? uint8 | +--rw mtu? uint16 | +--rw steering-constraints | | +--rw path-constraints | | +--rw service-function | | +--rw disjointness? | | | te-types:te-path-disjointness | | +--rw service-info? string | +--rw optimization-criterion? identityref | +--rw delay-tolerance? boolean | +--rw periodicity* uint64 | +--rw resize-requirement? identityref | +--rw service-info? string +--rw node* [node-id] | +--rw node-id inet:uri | +--rw (slo-sle-policy)? | | +--:(standard) | | | +--rw slo-sle-template? leafref | | +--:(custom) | | +--rw service-slo-sle-policy | | +--rw policy-description? string | | +--rw metric-bounds | | | +--rw metric-bound* [metric-type] | | | +--rw metric-type identityref | | | +--rw metric-unit string | | | +--rw value-description? string | | | +--rw bound? uint64 | | +--rw security* identityref | | +--rw isolation? identityref | | +--rw max-occupancy-level? uint8 | | +--rw mtu? uint16 | | +--rw steering-constraints | | | +--rw path-constraints | | | +--rw service-function | | +--rw optimization-criterion? identityref | | +--rw delay-tolerance? boolean | | +--rw periodicity* uint64 | | +--rw resize-requirement? identityref | | +--rw service-info? string | +--rw termination-point* [tp-id] | +--rw tp-id inet:uri Guo, et al. Expires 25 April 2023 [Page 20] Internet-Draft Framework and YANG of OTN Slices October 2022 | +--rw sdp-id? leafref | +--rw (slo-sle-policy)? | +--:(standard) | | +--rw slo-sle-template? leafref | +--:(custom) | +--rw service-slo-sle-policy | +--rw policy-description? string | +--rw metric-bounds | | +--rw metric-bound* [metric-type] | | +--rw metric-type identityref | | +--rw metric-unit string | | +--rw value-description? string | | +--rw bound? uint64 | +--rw security* identityref | +--rw isolation? identityref | +--rw max-occupancy-level? uint8 | +--rw mtu? uint16 | +--rw steering-constraints | | +--rw path-constraints | | +--rw service-function | +--rw optimization-criterion? identityref | +--rw delay-tolerance? boolean | +--rw periodicity* uint64 | +--rw resize-requirement? identityref | +--rw service-info? string +--rw link* [link-id] +--rw link-id inet:uri +--rw (slo-sle-policy)? | +--:(standard) | | +--rw slo-sle-template? leafref | +--:(custom) | +--rw service-slo-sle-policy | +--rw policy-description? string | +--rw metric-bounds | | +--rw metric-bound* [metric-type] | | +--rw metric-type identityref | | +--rw metric-unit string | | +--rw value-description? string | | +--rw bound? uint64 | +--rw security* identityref | +--rw isolation? identityref | +--rw max-occupancy-level? uint8 | +--rw mtu? uint16 | +--rw steering-constraints | | +--rw path-constraints | | +--rw service-function | | +--rw disjointness? | | | te-types:te-path-disjointness Guo, et al. Expires 25 April 2023 [Page 21] Internet-Draft Framework and YANG of OTN Slices October 2022 | | +--rw service-info? string | +--rw optimization-criterion? identityref | +--rw delay-tolerance? boolean | +--rw periodicity* uint64 | +--rw resize-requirement? identityref | +--rw service-info? string +--rw source | +--rw source-node? -> ../../../node/node-id | +--rw source-tp? leafref +--rw destination +--rw dest-node? -> ../../../node/node-id +--rw dest-tp? leafref augment /ietf-nss:network-slice-services/ietf-nss:slice-service /ietf-nss:connection-groups/ietf-nss:connection-group /ietf-nss:connectivity-construct: +--rw topology-id? leafref +--rw explicit-path* [tp-id] +--rw tp-id leafref augment /ietf-nss:network-slice-services/ietf-nss:slice-service /ietf-nss:slo-sle-policy/ietf-nss:custom /ietf-nss:service-slo-sle-policy: +--rw optimization-criterion? identityref +--rw delay-tolerance? boolean +--rw periodicity* uint64 +--rw resize-requirement? identityref +--rw service-info? string augment /ietf-nss:network-slice-services/ietf-nss:slice-service /ietf-nss:slo-sle-policy/ietf-nss:custom /ietf-nss:service-slo-sle-policy /ietf-nss:steering-constraints: +--rw disjointness? te-types:te-path-disjointness +--rw service-info? string augment /ietf-nss:network-slice-services/ietf-nss:slice-service /ietf-nss:connection-groups/ietf-nss:connection-group /ietf-nss:slo-sle-policy/ietf-nss:custom /ietf-nss:service-slo-sle-policy: +--rw optimization-criterion? identityref +--rw delay-tolerance? boolean +--rw periodicity* uint64 +--rw resize-requirement? identityref +--rw service-info? string augment /ietf-nss:network-slice-services/ietf-nss:slice-service /ietf-nss:connection-groups/ietf-nss:connection-group /ietf-nss:slo-sle-policy/ietf-nss:custom /ietf-nss:service-slo-sle-policy /ietf-nss:steering-constraints: +--rw disjointness? te-types:te-path-disjointness +--rw service-info? string Guo, et al. Expires 25 April 2023 [Page 22] Internet-Draft Framework and YANG of OTN Slices October 2022 augment /ietf-nss:network-slice-services/ietf-nss:slice-service /ietf-nss:connection-groups/ietf-nss:connection-group /ietf-nss:connectivity-construct/ietf-nss:slo-sle-policy /ietf-nss:custom/ietf-nss:service-slo-sle-policy: +--rw optimization-criterion? identityref +--rw delay-tolerance? boolean +--rw periodicity* uint64 +--rw resize-requirement? identityref +--rw service-info? string augment /ietf-nss:network-slice-services/ietf-nss:slice-service /ietf-nss:connection-groups/ietf-nss:connection-group /ietf-nss:connectivity-construct/ietf-nss:slo-sle-policy /ietf-nss:custom/ietf-nss:service-slo-sle-policy /ietf-nss:steering-constraints: +--rw disjointness? te-types:te-path-disjointness +--rw service-info? string augment /ietf-nss:network-slice-services/ietf-nss:slice-service /ietf-nss:connection-groups/ietf-nss:connection-group /ietf-nss:connectivity-construct /ietf-nss:connectivity-construct-type/ietf-nss:a2a /ietf-nss:a2a-sdp/ietf-nss:slo-sle-policy/ietf-nss:custom /ietf-nss:service-slo-sle-policy: +--rw optimization-criterion? identityref +--rw delay-tolerance? boolean +--rw periodicity* uint64 +--rw resize-requirement? identityref +--rw service-info? string augment /ietf-nss:network-slice-services/ietf-nss:slice-service /ietf-nss:connection-groups/ietf-nss:connection-group /ietf-nss:connectivity-construct /ietf-nss:connectivity-construct-type/ietf-nss:a2a /ietf-nss:a2a-sdp/ietf-nss:slo-sle-policy/ietf-nss:custom /ietf-nss:service-slo-sle-policy /ietf-nss:steering-constraints: +--rw disjointness? te-types:te-path-disjointness +--rw service-info? string Figure 7: Tree diagram for transport network slice 5.2.3. NBI YANG Code for Transport Network Slice file "ietf-transport-network-slice@2022-10-12.yang" module ietf-transport-network-slice { yang-version 1.1; namespace "urn:ietf:params:xml:ns:yang:ietf-transport-network-slice"; prefix "tns"; Guo, et al. Expires 25 April 2023 [Page 23] Internet-Draft Framework and YANG of OTN Slices October 2022 import ietf-inet-types { prefix inet; reference "RFC 6991: Common YANG Data Types"; } import ietf-te-types { prefix "te-types"; reference "RFC 8776: Traffic Engineering Common YANG Types"; } import ietf-network-slice-service { prefix "ietf-nss"; reference "draft-ietf-teas-ietf-network-slice-nbi-yang-00: IETF Network Slice Service YANG Model"; } organization "IETF CCAMP Working Group"; contact "WG Web: WG List: Editor: Haomian Zheng Editor: Italo Busi Editor: Aihua Guo Editor: Sergio Belotti "; description "This module defines a base YANG data model for configuring generic network slices in optical transport networks, e.g., Optical Transport Network (OTN). The model fully conforms to the Network Management Datastore Architecture (NMDA). Copyright (c) 2022 IETF Trust and the persons identified as authors of the code. All rights reserved. Guo, et al. Expires 25 April 2023 [Page 24] Internet-Draft Framework and YANG of OTN Slices October 2022 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 Revised BSD License set forth in Section 4.c of the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info). This version of this YANG module is part of RFC XXXX; see the RFC itself for full legal notices."; revision "2022-10-12" { description "Latest revision of NBI YANG model for OTN slicing."; reference "draft-ietf-ccamp-yang-otn-slicing-03: Framework and Data Model for OTN Network Slicing"; } /* * Identities */ identity isolation-level { description "Base identity for the isolation-level."; reference "GSMA-NS-Template: Generic Network Slice Template, Version 3.0."; } identity no-isolation { base isolation-level; description "Network slices are not separated."; } identity physical-isolation { base isolation-level; description "Network slices are physically separated (e.g. different rack, different hardware, different location, etc.)."; } identity logical-isolation { base isolation-level; description "Network slices are logically separated."; } identity process-isolation { base physical-isolation; description "Process and threads isolation."; Guo, et al. Expires 25 April 2023 [Page 25] Internet-Draft Framework and YANG of OTN Slices October 2022 } identity physical-memory-isolation { base physical-isolation; description "Process and threads isolation."; } identity physical-network-isolation { base physical-isolation; description "Process and threads isolation."; } identity virtual-resource-isolation { base logical-isolation; description "A network slice has access to specific range of resources that do not overlap with other network slices (e.g. VM isolation)."; } identity network-functions-isolation { base logical-isolation; description "NF (Network Function) is dedicated to the network slice, but virtual resources are shared."; } identity service-isolation { base logical-isolation; description "NSC data are isolated from other NSCs, but virtual resources and NFs are shared."; } identity resize-option { description "Base identity for link or connectivity resizing options"; } identity resize-none { base resize-option; description "Not resizable"; } identity resize-with-hit { base resize-option; description "Resizable with traffic hits"; } Guo, et al. Expires 25 April 2023 [Page 26] Internet-Draft Framework and YANG of OTN Slices October 2022 identity resize-hitless { base resize-option; description "Hitless resizable"; } /* * Groupings */ grouping tns-slo-sle-policy { description "Policy grouping for Transport Network Slices."; leaf optimization-criterion { type identityref { base te-types:objective-function-type; } description "Optimization criterion applied to this topology."; } leaf delay-tolerance { type boolean; description "'true' if is not too critical how long it takes to deliver the amount of data."; reference "GSMA-NS-Template: Generic Network Slice Template, Version 3.0."; } leaf-list periodicity { type uint64; units seconds; description "A list of periodicities supported by the network slice."; reference "GSMA-NS-Template: Generic Network Slice Template, Version 3.0."; } leaf resize-requirement { type identityref { base resize-option; } description "Indicates resizing requirments"; } leaf service-info { Guo, et al. Expires 25 April 2023 [Page 27] Internet-Draft Framework and YANG of OTN Slices October 2022 type string; description "Describe type of services running on the slice. It may be useful information to help the slice controller to optimize resource allocation"; } } grouping tns-steering-constraints { description "Policy grouping for specifying steering constraints for Transport Network Slices."; leaf disjointness { type te-types:te-path-disjointness; description "Indicate the level of disjointness for slice resources."; } leaf service-info { type string; description "Describe type of services running on the slice. It may be useful information to help the slice controller to optimize resource allocation"; } } grouping network-topology-def { description "Network topology definition"; uses ietf-nss:service-slo-sle-policy; list node { key "node-id"; description "The inventory of nodes of this topology."; leaf node-id { type inet:uri; description "Node identifier."; } uses ietf-nss:service-slo-sle-policy; list termination-point { key "tp-id"; description "TP identifier"; leaf tp-id { type inet:uri; Guo, et al. Expires 25 April 2023 [Page 28] Internet-Draft Framework and YANG of OTN Slices October 2022 description "Termination point identifier."; } leaf sdp-id { type leafref { path "/ietf-nss:network-slice-services"+ "/ietf-nss:slice-service"+ "[ietf-nss:service-id=current()"+ "/../../../../../ietf-nss:service-id]"+ "/ietf-nss:sdps/ietf-nss:sdp/ietf-nss:sdp-id"; } description "Relative reference to SDP id."; } uses ietf-nss:service-slo-sle-policy; } } list link { key "link-id"; description "Link identifier."; leaf link-id { type inet:uri; description "Link identifier."; } uses ietf-nss:service-slo-sle-policy; container source { description "Link source node"; leaf source-node { type leafref { path "../../../node/node-id"; } description "Source node identifier, must be in same topology."; } leaf source-tp { type leafref { path "../../../node[node-id=current()/../"+ "source-node]/termination-point/tp-id"; } description "Termination point within source node that terminates the link."; } } container destination { Guo, et al. Expires 25 April 2023 [Page 29] Internet-Draft Framework and YANG of OTN Slices October 2022 description "Link destination node"; leaf dest-node { type leafref { path "../../../node/node-id"; } description "Destination node identifier, must be in same topology."; } leaf dest-tp { type leafref { path "../../../node[node-id=current()/../"+ "dest-node]/termination-point/tp-id"; } description "Termination point within destination node that terminates the link."; } } } } grouping topology-ref { description "Grouping for network topology reference."; leaf topology-id { type leafref { path "../../../../network-topologies/network-topology"+ "/topology-id"; } description "Relative reference to network topology id."; } uses explicit-path; } grouping explicit-path { description "Explicit path for a connectivity matrix entry"; list explicit-path { key "tp-id"; description "List of TPs within a network topology that form a path."; leaf tp-id { type leafref { Guo, et al. Expires 25 April 2023 [Page 30] Internet-Draft Framework and YANG of OTN Slices October 2022 path "/ietf-nss:network-slice-services"+ "/ietf-nss:slice-service"+ "[ietf-nss:service-id=current()"+ "/../../../../../ietf-nss:service-id]"+ "/network-topologies"+ "/network-topology[topology-id=current()"+ "/../../topology-id]/node/termination-point"+ "/tp-id"; } description "Relative reference to TP id."; } } } /* * Augmented data nodes */ augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" { description "Augment IETF network slice services to include network topologies."; container network-topologies { description "Set of network topologies referenced by network slices"; list network-topology { key "topology-id"; description "List of network topologies"; leaf topology-id { type string; description "Topology identifier"; } uses network-topology-def; } } } augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/ietf-nss:connection-groups" + "/ietf-nss:connection-group" + "/ietf-nss:connectivity-construct"{ description "Add toplogy id and explicit path to a connectivity Guo, et al. Expires 25 April 2023 [Page 31] Internet-Draft Framework and YANG of OTN Slices October 2022 construct"; uses topology-ref; } augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/ietf-nss:slo-sle-policy" + "/ietf-nss:custom" + "/ietf-nss:service-slo-sle-policy" { description "Augment IETF network slice services to include technology- specific SLO/SLE policy for connectivity-based transport network slices."; uses tns-slo-sle-policy; } augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/ietf-nss:slo-sle-policy" + "/ietf-nss:custom" + "/ietf-nss:service-slo-sle-policy" + "/ietf-nss:steering-constraints" { description "Augment IETF network slice services to include steering constraints for connectivity-based transport network slices."; uses tns-steering-constraints; } /* network topology augments */ augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/tns:network-topologies" + "/tns:network-topology" + "/tns:slo-sle-policy" + "/tns:custom" + "/tns:service-slo-sle-policy" { description "Augment IETF network slice services to include technology- specific SLO/SLE policy for the network topology of a resource-based transport network slice."; uses tns-slo-sle-policy; } augment "/ietf-nss:network-slice-services" + Guo, et al. Expires 25 April 2023 [Page 32] Internet-Draft Framework and YANG of OTN Slices October 2022 "/ietf-nss:slice-service" + "/tns:network-topologies" + "/tns:network-topology" + "/tns:slo-sle-policy" + "/tns:custom" + "/tns:service-slo-sle-policy" + "/tns:steering-constraints" { description "Augment IETF network slice services to include steering constraints for links within a resource-based transport network slice."; uses tns-steering-constraints; } augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/tns:network-topologies" + "/tns:network-topology" + "/tns:node" + "/tns:slo-sle-policy" + "/tns:custom" + "/tns:service-slo-sle-policy" { description "Augment IETF network slice services to include technology- specific SLO/SLE policy for nodes within a resource-based transport network slice."; uses tns-slo-sle-policy; } augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/tns:network-topologies" + "/tns:network-topology" + "/tns:node" + "/tns:termination-point" + "/tns:slo-sle-policy" + "/tns:custom" + "/tns:service-slo-sle-policy" { description "Augment IETF network slice services to include technology- specific SLO/SLE policy for termination points within a resource-based transport network slice."; uses tns-slo-sle-policy; } Guo, et al. Expires 25 April 2023 [Page 33] Internet-Draft Framework and YANG of OTN Slices October 2022 augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/tns:network-topologies" + "/tns:network-topology" + "/tns:link" + "/tns:slo-sle-policy" + "/tns:custom" + "/tns:service-slo-sle-policy" { description "Augment IETF network slice services to include technology- specific SLO/SLE policy for links within a resource-based transport network slice."; uses tns-slo-sle-policy; } augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/tns:network-topologies" + "/tns:network-topology" + "/tns:link" + "/tns:slo-sle-policy" + "/tns:custom" + "/tns:service-slo-sle-policy" + "/tns:steering-constraints" { description "Augment IETF network slice services to include steering constraints for links within a resource-based transport network slice."; uses tns-steering-constraints; } /* connectivity construct augments */ augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/ietf-nss:connection-groups" + "/ietf-nss:connection-group" + "/ietf-nss:slo-sle-policy" + "/ietf-nss:custom" + "/ietf-nss:service-slo-sle-policy" { description "Augment IETF network slice services to include technology- specific SLO/SLE policy for connectivity-constructs within a connectivity-based transport network slice."; uses tns-slo-sle-policy; } Guo, et al. Expires 25 April 2023 [Page 34] Internet-Draft Framework and YANG of OTN Slices October 2022 augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/ietf-nss:connection-groups" + "/ietf-nss:connection-group" + "/ietf-nss:slo-sle-policy" + "/ietf-nss:custom" + "/ietf-nss:service-slo-sle-policy" + "/ietf-nss:steering-constraints" { description "Augment IETF network slice services to include steering constraints for connectivity-constructs within a connectivity-based transport network slice."; uses tns-steering-constraints; } augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/ietf-nss:connection-groups" + "/ietf-nss:connection-group" + "/ietf-nss:connectivity-construct" + "/ietf-nss:slo-sle-policy" + "/ietf-nss:custom" + "/ietf-nss:service-slo-sle-policy" { description "Augment IETF network slice services to include technology- specific SLO/SLE policy for connectivity-constructs within a connectivity-based transport network slice."; uses tns-slo-sle-policy; } augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/ietf-nss:connection-groups" + "/ietf-nss:connection-group" + "/ietf-nss:connectivity-construct" + "/ietf-nss:slo-sle-policy" + "/ietf-nss:custom" + "/ietf-nss:service-slo-sle-policy" + "/ietf-nss:steering-constraints" { description "Augment IETF network slice services to include steering constraints for connectivity-constructs within a connectivity-based transport network slice."; uses tns-steering-constraints; } augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + Guo, et al. Expires 25 April 2023 [Page 35] Internet-Draft Framework and YANG of OTN Slices October 2022 "/ietf-nss:connection-groups" + "/ietf-nss:connection-group" + "/ietf-nss:connectivity-construct" + "/ietf-nss:connectivity-construct-type" + "/ietf-nss:a2a" + "/ietf-nss:a2a-sdp" + "/ietf-nss:slo-sle-policy" + "/ietf-nss:custom" + "/ietf-nss:service-slo-sle-policy" { description "Augment IETF network slice services to include technology- specific SLO/SLE policy for a2a connectivity-constructs within a connectivity-based transport network slice."; uses tns-slo-sle-policy; } augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/ietf-nss:connection-groups" + "/ietf-nss:connection-group" + "/ietf-nss:connectivity-construct" + "/ietf-nss:connectivity-construct-type" + "/ietf-nss:a2a" + "/ietf-nss:a2a-sdp" + "/ietf-nss:slo-sle-policy" + "/ietf-nss:custom" + "/ietf-nss:service-slo-sle-policy" + "/ietf-nss:steering-constraints" { description "Augment IETF network slice services to include steering constraints for a2a connectivity-constructs within a connectivity-based transport network slice."; uses tns-steering-constraints; } } Figure 8: YANG model for transport network slice 5.2.4. NBI YANG Model Tree for OTN slice module: ietf-otn-slice augment /ietf-nss:network-slice-services/ietf-nss:slice-service /ietf-nss:slo-sle-policy/ietf-nss:custom /ietf-nss:service-slo-sle-policy: +--rw otn +--rw odu-signal-quality Guo, et al. Expires 25 April 2023 [Page 36] Internet-Draft Framework and YANG of OTN Slices October 2022 | +--rw odu-pm-objective* [duration pm-type] | +--rw duration identityref | +--rw pm-type identityref | +--rw pm-threshold? union +--rw odulist* [odu-type] +--rw odu-type identityref +--rw number? uint16 augment /ietf-nss:network-slice-services/ietf-nss:slice-service /tns:network-topologies/tns:network-topology /tns:slo-sle-policy/tns:custom /tns:service-slo-sle-policy: +--rw otn +--rw odu-signal-quality | +--rw odu-pm-objective* [duration pm-type] | +--rw duration identityref | +--rw pm-type identityref | +--rw pm-threshold? union +--rw odulist* [odu-type] +--rw odu-type identityref +--rw number? uint16 augment /ietf-nss:network-slice-services/ietf-nss:slice-service /tns:network-topologies/tns:network-topology/tns:node /tns:slo-sle-policy/tns:custom /tns:service-slo-sle-policy: +--rw otn +--rw odu-signal-quality | +--rw odu-pm-objective* [duration pm-type] | +--rw duration identityref | +--rw pm-type identityref | +--rw pm-threshold? union +--rw odulist* [odu-type] +--rw odu-type identityref +--rw number? uint16 augment /ietf-nss:network-slice-services/ietf-nss:slice-service /tns:network-topologies/tns:network-topology/tns:node /tns:termination-point/tns:slo-sle-policy/tns:custom /tns:service-slo-sle-policy: +--rw otn +--rw odu-signal-quality | +--rw odu-pm-objective* [duration pm-type] | +--rw duration identityref | +--rw pm-type identityref | +--rw pm-threshold? union +--rw odulist* [odu-type] +--rw odu-type identityref +--rw number? uint16 augment /ietf-nss:network-slice-services/ietf-nss:slice-service /tns:network-topologies/tns:network-topology/tns:link Guo, et al. Expires 25 April 2023 [Page 37] Internet-Draft Framework and YANG of OTN Slices October 2022 /tns:slo-sle-policy/tns:custom /tns:service-slo-sle-policy: +--rw otn +--rw odu-signal-quality | +--rw odu-pm-objective* [duration pm-type] | +--rw duration identityref | +--rw pm-type identityref | +--rw pm-threshold? union +--rw odulist* [odu-type] +--rw odu-type identityref +--rw number? uint16 augment /ietf-nss:network-slice-services/ietf-nss:slice-service /ietf-nss:connection-groups/ietf-nss:connection-group /ietf-nss:slo-sle-policy/ietf-nss:custom /ietf-nss:service-slo-sle-policy: +--rw otn +--rw odu-signal-quality | +--rw odu-pm-objective* [duration pm-type] | +--rw duration identityref | +--rw pm-type identityref | +--rw pm-threshold? union +--rw odulist* [odu-type] +--rw odu-type identityref +--rw number? uint16 augment /ietf-nss:network-slice-services/ietf-nss:slice-service /ietf-nss:connection-groups/ietf-nss:connection-group /ietf-nss:connectivity-construct/ietf-nss:slo-sle-policy /ietf-nss:custom/ietf-nss:service-slo-sle-policy: +--rw otn +--rw odu-signal-quality | +--rw odu-pm-objective* [duration pm-type] | +--rw duration identityref | +--rw pm-type identityref | +--rw pm-threshold? union +--rw odulist* [odu-type] +--rw odu-type identityref +--rw number? uint16 augment /ietf-nss:network-slice-services/ietf-nss:slice-service /ietf-nss:connection-groups/ietf-nss:connection-group /ietf-nss:connectivity-construct /ietf-nss:connectivity-construct-type/ietf-nss:a2a /ietf-nss:a2a-sdp/ietf-nss:slo-sle-policy/ietf-nss:custom /ietf-nss:service-slo-sle-policy: +--rw otn +--rw odu-signal-quality | +--rw odu-pm-objective* [duration pm-type] | +--rw duration identityref | +--rw pm-type identityref Guo, et al. Expires 25 April 2023 [Page 38] Internet-Draft Framework and YANG of OTN Slices October 2022 | +--rw pm-threshold? union +--rw odulist* [odu-type] +--rw odu-type identityref +--rw number? uint16 Figure 9: Tree diagram for OTN slice 5.2.5. NBI YANG Code for OTN Slice file "ietf-otn-slice@2022-10-12.yang" module ietf-otn-slice { yang-version 1.1; namespace "urn:ietf:params:xml:ns:yang:ietf-otn-slice"; prefix "otns"; import ietf-te-types { prefix "te-types"; reference "RFC 8776: Traffic Engineering Common YANG Types"; } import ietf-layer1-types { prefix "l1-types"; reference "draft-ietf-ccamp-layer1-types-14: A YANG Data Model for Layer 1 Types"; } import ietf-network-slice-service { prefix "ietf-nss"; reference "draft-ietf-teas-ietf-network-slice-nbi-yang-00: IETF Network Slice Service YANG Model"; } import ietf-transport-network-slice { prefix "tns"; reference "draft-ietf-ccamp-yang-otn-slicing-02: Framework and Data Model for OTN Network Slicing"; } organization "IETF CCAMP Working Group"; contact "WG Web: WG List: Guo, et al. Expires 25 April 2023 [Page 39] Internet-Draft Framework and YANG of OTN Slices October 2022 Editor: Haomian Zheng Editor: Italo Busi Editor: Aihua Guo Editor: Sergio Belotti "; description "This module defines a YANG data model for configuring technology-specific network slices in optical transport networks, e.g., Optical Transport Network (OTN). The model fully conforms to the Network Management Datastore Architecture (NMDA). Copyright (c) 2022 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 Revised BSD License set forth in Section 4.c of the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info). This version of this YANG module is part of RFC XXXX; see the RFC itself for full legal notices."; revision "2022-10-12" { description "Latest revision of NBI YANG model for OTN slicing."; reference "draft-ietf-ccamp-yang-otn-slicing-03: Framework and Data Model for OTN Network Slicing"; } /* * Identities */ identity bit-error-rate { base ietf-nss:service-slo-metric-type; description Guo, et al. Expires 25 April 2023 [Page 40] Internet-Draft Framework and YANG of OTN Slices October 2022 "ODU bit error rate"; } identity odu-tca-threshold-type { description "Base identity for ODU performance counter"; } identity odu-bbe { base odu-tca-threshold-type; description "ODU Background Block Error (BBE) threshold"; } identity odu-es { base odu-tca-threshold-type; description "ODU Errored Seconds (ES) threshold"; } identity odu-ses { base odu-tca-threshold-type; description "ODU Severely Errored Seconds (SES) threshold"; } identity odu-uas { base odu-tca-threshold-type; description "ODU Unavailable Seconds (UAS) threshold"; } identity odu-ber { base odu-tca-threshold-type; description "ODU Bit Error Rate (BER) threshold"; } identity pm-duration { description "Base identity for ODU performance monitoring interval"; } identity pm-15m { base pm-duration; description "15 minuites pm duration"; } Guo, et al. Expires 25 April 2023 [Page 41] Internet-Draft Framework and YANG of OTN Slices October 2022 identity pm-24h { base pm-duration; description "24 hours pm duration"; } /* * Groupings */ grouping odu-signal-quality { description "Grouping for ODU signal quality."; container odu-signal-quality { description "Contianer for ODU signal quality attributes."; list odu-pm-objective { key "duration pm-type"; description "List of ODU performance requirements."; leaf duration { type identityref { base pm-duration; } description "Time duration."; } leaf pm-type { type identityref { base odu-tca-threshold-type; } description "ODU PM metric type."; } leaf pm-threshold { type union { type te-types:bandwidth-scientific-notation; type uint64; } description "ODU PM metric threshold."; } } } } Guo, et al. Expires 25 April 2023 [Page 42] Internet-Draft Framework and YANG of OTN Slices October 2022 grouping otn-slice-slo-sle-policy { description "Policy grouping for OTN network slices."; container otn { description "OTN technology-specific SLO/SLE policy container"; uses odu-signal-quality; uses l1-types:otn-link-bandwidth; } } /* * Augmented data nodes */ /* slice augments */ augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/ietf-nss:slo-sle-policy" + "/ietf-nss:custom" + "/ietf-nss:service-slo-sle-policy" { description "Augment IETF network slice services to include technology- specific SLO/SLE policy for connectivity-based OTN slices."; uses otn-slice-slo-sle-policy; } /* network topology augments */ augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/tns:network-topologies" + "/tns:network-topology" + "/tns:slo-sle-policy" + "/tns:custom" + "/tns:service-slo-sle-policy" { description "Augment IETF network slice services to include technology- specific SLO/SLE policy for the network topology of a resource-based OTN slice."; uses otn-slice-slo-sle-policy; } augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + Guo, et al. Expires 25 April 2023 [Page 43] Internet-Draft Framework and YANG of OTN Slices October 2022 "/tns:network-topologies" + "/tns:network-topology" + "/tns:node" + "/tns:slo-sle-policy" + "/tns:custom" + "/tns:service-slo-sle-policy" { description "Augment IETF network slice services to include technology- specific SLO/SLE policy for nodes within a resource-based OTN slice."; uses otn-slice-slo-sle-policy; } augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/tns:network-topologies" + "/tns:network-topology" + "/tns:node" + "/tns:termination-point" + "/tns:slo-sle-policy" + "/tns:custom" + "/tns:service-slo-sle-policy" { description "Augment IETF network slice services to include technology- specific SLO/SLE policy for termination points within a resource-based OTN slice."; uses otn-slice-slo-sle-policy; } augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/tns:network-topologies" + "/tns:network-topology" + "/tns:link" + "/tns:slo-sle-policy" + "/tns:custom" + "/tns:service-slo-sle-policy" { description "Augment IETF network slice services to include technology- specific SLO/SLE policy for links within a resource-based OTN slice."; uses otn-slice-slo-sle-policy; } /* connectivity construct augments */ Guo, et al. Expires 25 April 2023 [Page 44] Internet-Draft Framework and YANG of OTN Slices October 2022 augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/ietf-nss:connection-groups" + "/ietf-nss:connection-group" + "/ietf-nss:slo-sle-policy" + "/ietf-nss:custom" + "/ietf-nss:service-slo-sle-policy" { description "Augment IETF network slice services to include technology- specific SLO/SLE policy for connectivity-constructs within a connectivity-based transport network slice."; uses otn-slice-slo-sle-policy; } augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/ietf-nss:connection-groups" + "/ietf-nss:connection-group" + "/ietf-nss:connectivity-construct" + "/ietf-nss:slo-sle-policy" + "/ietf-nss:custom" + "/ietf-nss:service-slo-sle-policy" { description "Augment IETF network slice services to include technology- specific SLO/SLE policy for connectivity-constructs within a connectivity-based transport network slice."; uses otn-slice-slo-sle-policy; } augment "/ietf-nss:network-slice-services" + "/ietf-nss:slice-service" + "/ietf-nss:connection-groups" + "/ietf-nss:connection-group" + "/ietf-nss:connectivity-construct" + "/ietf-nss:connectivity-construct-type" + "/ietf-nss:a2a" + "/ietf-nss:a2a-sdp" + "/ietf-nss:slo-sle-policy" + "/ietf-nss:custom" + "/ietf-nss:service-slo-sle-policy" { description "Augment IETF network slice services to include technology- specific SLO/SLE policy for a2a connectivity-constructs within a connectivity-based transport network slice."; uses otn-slice-slo-sle-policy; } } Guo, et al. Expires 25 April 2023 [Page 45] Internet-Draft Framework and YANG of OTN Slices October 2022 Figure 10: YANG model for transport network slice 6. Manageability Considerations To ensure the security and controllability of physical resource isolation, slice-based independent operation and management are required to achieve management isolation. Each optical slice typically requires dedicated accounts, permissions, and resources for independent access and O&M. This mechanism is to guarantee the information isolation among slice tenants and to avoid resource conflicts. The access to slice management functions will only be permitted after successful security checks. 7. Security Considerations The YANG module specified in this document defines a schema for data that is designed to be accessed via network management protocols such as NETCONF [RFC6241] or RESTCONF [RFC8040]. The lowest NETCONF layer is the secure transport layer, and the mandatory-to-implement secure transport is Secure Shell (SSH) [RFC6242]. The lowest RESTCONF layer is HTTPS, and the mandatory-to-implement secure transport is TLS [RFC8446]. The NETCONF access control model [RFC8341] provides the means to restrict access for particular NETCONF or RESTCONF users to a preconfigured subset of all available NETCONF or RESTCONF protocol operations and content. There are a number of data nodes defined in this YANG module that are writable/creatable/deletable (i.e., config true, which is the default). These data nodes may be considered sensitive or vulnerable in some network environments. Write operations (e.g., edit-config) to these data nodes without proper protection can have a negative effect on network operations. Considerations in Section 8 of [RFC8795] are also applicable to their subtrees in the module defined in this document. Some of the readable data nodes in this YANG module may be considered sensitive or vulnerable in some network environments. It is thus important to control read access (e.g., via get, get-config, or notification) to these data nodes. Considerations in Section 8 of [RFC8795] are also applicable to their subtrees in the module defined in this document. 8. IANA Considerations It is proposed to IANA to assign new URIs from the "IETF XML Registry" [RFC3688] as follows: Guo, et al. Expires 25 April 2023 [Page 46] Internet-Draft Framework and YANG of OTN Slices October 2022 URI: urn:ietf:params:xml:ns:yang:ietf-transport-network-slice Registrant Contact: The IESG XML: N/A; the requested URI is an XML namespace. URI: urn:ietf:params:xml:ns:yang:ietf-otn-slice Registrant Contact: The IESG XML: N/A; the requested URI is an XML namespace. This document registers a YANG module in the YANG Module Names registry [RFC6020]. name: ietf-transport-network-slice namespace: urn:ietf:params:xml:ns:yang:ietf-transport-network-slice prefix: tns reference: RFC XXXX name: ietf-otn-slice namespace: urn:ietf:params:xml:ns:yang:ietf-otn-slice prefix: otns reference: RFC XXXX name: ietf-otn-slice-mpi namespace: urn:ietf:params:xml:ns:yang:ietf-otn-slice-mpi prefix: otns-mpi reference: RFC XXXX 9. Normative References [GSMA-NS-Template] GSMA Association, "Generic Network Slice Template, Version 5.0", NG.116 , June 2021, . [I-D.draft-contreras-teas-slice-controller-models] Contreras, L. M., Rokui, R., Tantsura, J., Wu, B., Liu, X., Dhody, D., and S. Belotti, "IETF Network Slice Controller and its associated data models", Work in Progress, Internet-Draft, draft-contreras-teas-slice- controller-models-03, 11 July 2022, . [I-D.ietf-ccamp-layer1-types] Zheng, H. and I. Busi, "A YANG Data Model for Layer 1 Types", Work in Progress, Internet-Draft, draft-ietf- ccamp-layer1-types-14, 11 July 2022, . Guo, et al. Expires 25 April 2023 [Page 47] Internet-Draft Framework and YANG of OTN Slices October 2022 [I-D.ietf-ccamp-otn-topo-yang] Zheng, H., Busi, I., Liu, X., Belotti, S., and O. G. de Dios, "A YANG Data Model for Optical Transport Network Topology", Work in Progress, Internet-Draft, draft-ietf- ccamp-otn-topo-yang-15, 11 July 2022, . [I-D.ietf-teas-ietf-network-slices] Farrel, A., Drake, J., Rokui, R., Homma, S., Makhijani, K., Contreras, L. M., and J. Tantsura, "Framework for IETF Network Slices", Work in Progress, Internet-Draft, draft- ietf-teas-ietf-network-slices-15, 21 October 2022, . [I-D.ietf-teas-yang-te] Saad, T., Gandhi, R., Liu, X., Beeram, V. P., Bryskin, I., and O. G. de Dios, "A YANG Data Model for Traffic Engineering Tunnels, Label Switched Paths and Interfaces", Work in Progress, Internet-Draft, draft-ietf-teas-yang-te- 30, 11 July 2022, . [ITU-T-G.8201-Amd.1] ITU Telecommunication Standardization Sector (ITU-T), "Error performance parameters and objectives for multi- operator international paths within optical transport networks (Amendment 1)", ITU-T G.8201 (2011) Amd. 1 , December 2021, . [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, . [RFC4847] Takeda, T., Ed., "Framework and Requirements for Layer 1 Virtual Private Networks", RFC 4847, DOI 10.17487/RFC4847, April 2007, . [RFC6020] Bjorklund, M., Ed., "YANG - A Data Modeling Language for the Network Configuration Protocol (NETCONF)", RFC 6020, DOI 10.17487/RFC6020, October 2010, . Guo, et al. Expires 25 April 2023 [Page 48] Internet-Draft Framework and YANG of OTN Slices October 2022 [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, . [RFC6242] Wasserman, M., "Using the NETCONF Protocol over Secure Shell (SSH)", RFC 6242, DOI 10.17487/RFC6242, June 2011, . [RFC6991] Schoenwaelder, J., Ed., "Common YANG Data Types", RFC 6991, DOI 10.17487/RFC6991, July 2013, . [RFC7950] Bjorklund, M., Ed., "The YANG 1.1 Data Modeling Language", RFC 7950, DOI 10.17487/RFC7950, August 2016, . [RFC8040] Bierman, A., Bjorklund, M., and K. Watsen, "RESTCONF Protocol", RFC 8040, DOI 10.17487/RFC8040, January 2017, . [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, . [RFC8345] Clemm, A., Medved, J., Varga, R., Bahadur, N., Ananthakrishnan, H., and X. Liu, "A YANG Data Model for Network Topologies", RFC 8345, DOI 10.17487/RFC8345, March 2018, . [RFC8446] Rescorla, E., "The Transport Layer Security (TLS) Protocol Version 1.3", RFC 8446, DOI 10.17487/RFC8446, August 2018, . [RFC8453] Ceccarelli, D., Ed. and Y. Lee, Ed., "Framework for Abstraction and Control of TE Networks (ACTN)", RFC 8453, DOI 10.17487/RFC8453, August 2018, . [RFC8776] Saad, T., Gandhi, R., Liu, X., Beeram, V., and I. Bryskin, "Common YANG Data Types for Traffic Engineering", RFC 8776, DOI 10.17487/RFC8776, June 2020, . Guo, et al. Expires 25 April 2023 [Page 49] Internet-Draft Framework and YANG of OTN Slices October 2022 [RFC8795] Liu, X., Bryskin, I., Beeram, V., Saad, T., Shah, H., and O. Gonzalez de Dios, "YANG Data Model for Traffic Engineering (TE) Topologies", RFC 8795, DOI 10.17487/RFC8795, August 2020, . [TS.28.530-3GPP] 3rd Generation Partnership Project (3GPP), "3GPP TS 28.530 V15.1.0 Technical Specification Group Services and System Aspects; Management and orchestration; Concepts, use cases and requirements (Release 15)", 3GPP TS 28.530 , December 2018, . Acknowledgments This document was prepared using kramdown. Previous versions of this document were prepared using 2-Word- v2.0.template.dot. The authors would like to thank Adrian Farrel, Danielle Ceccarelli, Igor Bryskin, Bo Wu, Gyan Mishra, Joel M. Halpen, Dhruv Dhoddy and Loa Andersson for providing valuable insights. Contributors Haomian Zheng Huawei Technologies H1, Xiliu Beipo Village, Songshan Lake Dongguan China Email: zhenghaomian@huawei.com Italo Busi Huawei Technologies Email: italo.busi@huawei.com Oscar Gonzalez de Dios Telefonica Email: oscar.gonzalezdedios@telefonica.com Victor Lopez Nokia Email: victor.lopez@nokia.com Guo, et al. Expires 25 April 2023 [Page 50] Internet-Draft Framework and YANG of OTN Slices October 2022 Dieter Beller Nokia Email: Dieter.Beller@nokia.com Henry Yu Huawei Technologies Canada Email: henry.yu@huawei.com Jiang Sun China Mobile Email: sunjiang@chinamobile.com Authors' Addresses Aihua Guo Futurewei Technologies Email: aihuaguo.ietf@gmail.com Luis M. Contreras Telefonica Email: luismiguel.contrerasmurillo@telefonica.com Sergio Belotti Nokia Email: Sergio.belotti@nokia.com Reza Rokui Ciena Email: rrokui@ciena.com Yunbin Xu CAICT Email: xuyunbin@caict.ca.cn Yang Zhao China Mobile Email: zhaoyangyjy@chinamobile.com Guo, et al. Expires 25 April 2023 [Page 51] Internet-Draft Framework and YANG of OTN Slices October 2022 Xufeng Liu IBM Corporation Email: xufeng.liu.ietf@gmail.com Guo, et al. Expires 25 April 2023 [Page 52]