1 module tapi-virtual-network {
\r
2 namespace "urn:onf:otcc:yang:tapi-virtual-network";
\r
3 prefix tapi-virtual-network;
\r
4 import tapi-topology {
\r
5 prefix tapi-topology;
\r
10 organization "ONF OTCC (Open Transport Configuration & Control) Project";
\r
12 Project Web: <https://wiki.opennetworking.org/display/OTCC/TAPI>
13 Project List: <mailto:transport-api@opennetworking.org>
14 Editor: Karthik Sethuraman
15 <mailto:karthik.sethuraman@necam.com>";
\r
17 This module contains TAPI Virtual Network Model definitions.
\r
18 Source: TapiVirtualNetwork.uml
\r
19 Copyright (c) 2018 Open Networking Foundation (ONF). All rights reserved.
\r
20 License: This module is distributed under the Apache License 2.0";
\r
21 revision 2018-08-31 {
\r
22 description "ONF Transport API version 2.1.0
23 This YANG module has been generated from the TAPI UML Model using the IISOMI-Eagle xmi2yang mapping tool.
24 Changes in this revision: <https://github.com/OpenNetworkingFoundation/TAPI/blob/develop/CHANGE_LOG/change-log.2.1.0.md>";
\r
25 reference "ONF-TR-527, ONF-TR-512, ONF-TR-531, RFC 6020, RFC 6087 and ONF TAPI UML model
26 <https://github.com/OpenNetworkingFoundation/TAPI/tree/v2.1.0/UML>";
\r
28 revision 2018-03-07 {
\r
29 description "ONF Transport API version 2.0.2
30 This YANG module has been generated from the TAPI UML Model using the IISOMI-Eagle xmi2yang mapping tool.
31 Changes in this revision: <https://github.com/OpenNetworkingFoundation/TAPI/blob/develop/CHANGE_LOG/change-log.2.0.2.md>";
\r
32 reference "ONF-TR-527, ONF-TR-512, ONF-TR-531, RFC 6020, RFC 6087 and ONF TAPI UML model
33 <https://github.com/OpenNetworkingFoundation/TAPI/tree/v2.0.2/UML>";
\r
35 revision 2018-02-16 {
\r
36 description "ONF Transport API version 2.0.1
37 This YANG module has been generated from the TAPI UML Model using the IISOMI-Eagle xmi2yang mapping tool.
38 Changes in this revision: <https://github.com/OpenNetworkingFoundation/TAPI/blob/develop/CHANGE_LOG/change-log.2.0.1.md>";
\r
39 reference "ONF-TR-527, ONF-TR-512, ONF-TR-531, RFC 6020, RFC 6087 and ONF TAPI UML model
40 <https://github.com/OpenNetworkingFoundation/TAPI/tree/v2.0.1/UML>";
\r
42 revision 2018-01-02 {
\r
43 description "ONF Transport API version 2.0.0
44 This YANG module has been generated from the TAPI UML Model using the IISOMI-Eagle xmi2yang mapping tool.
45 Changes in this revision: <https://github.com/OpenNetworkingFoundation/TAPI/blob/develop/CHANGE_LOG/change-log.2.0.0.md>";
\r
46 reference "ONF-TR-527, ONF-TR-512, ONF-TR-531, RFC 6020, RFC 6087 and ONF TAPI UML model
47 <https://github.com/OpenNetworkingFoundation/TAPI/tree/v2.0.0/UML>";
\r
49 augment "/tapi-common:context" {
\r
50 uses virtual-network-context-g;
\r
51 description "Augments the base TAPI Context with VirtualNetworkService information";
\r
53 /*************************
\r
54 * definitions of refrences
\r
55 *************************/
\r
56 grouping virtual-nw-service-ref-g {
\r
57 leaf virtual-nw-service-uuid {
\r
59 path '/tapi-common:context/tapi-virtual-network:virtual-nw-service/tapi-virtual-network:uuid';
\r
66 /***********************
\r
67 * package object-classes
\r
68 **********************/
\r
69 grouping virtual-network-constraint-g {
\r
70 container src-service-end-point {
\r
71 uses tapi-common:service-interface-point-ref-g;
\r
75 container sink-service-end-point {
\r
76 uses tapi-common:service-interface-point-ref-g;
\r
80 list diversity-exclusion {
\r
81 uses virtual-nw-service-ref-g;
\r
82 key 'virtual-nw-service-uuid';
\r
86 container requested-capacity {
\r
87 uses tapi-common:capacity-g;
\r
90 leaf service-level {
\r
92 description "An abstract value the meaning of which is mutually agreed – typically represents metrics such as - Class of service, priority, resiliency, availability";
\r
94 leaf-list service-layer {
\r
95 type tapi-common:layer-protocol-name;
\r
98 list cost-characteristic {
\r
100 uses tapi-topology:cost-characteristic-g;
\r
101 description "The list of costs where each cost relates to some aspect of the TopologicalEntity.";
\r
103 list latency-characteristic {
\r
104 key 'traffic-property-name';
\r
105 uses tapi-topology:latency-characteristic-g;
\r
106 description "The effect on the latency of a queuing process. This only has significant effect for packet based systems and has a complex characteristic.";
\r
108 uses tapi-common:local-class-g;
\r
109 description "none";
\r
111 grouping virtual-network-service-g {
\r
112 container topology {
\r
113 uses tapi-topology:topology-ref-g;
\r
115 description "none";
\r
120 uses virtual-network-service-end-point-g;
\r
121 description "none";
\r
123 list vnw-constraint {
\r
126 uses virtual-network-constraint-g;
\r
127 description "none";
\r
131 description "none";
\r
134 uses tapi-common:admin-state-pac-g;
\r
135 description "none";
\r
137 leaf-list layer-protocol-name {
\r
138 type tapi-common:layer-protocol-name;
\r
140 description "none";
\r
142 uses tapi-common:service-spec-g;
\r
143 description "The ForwardingConstruct (FC) object class models enabled potential for forwarding between two or more LTPs and like the LTP supports any transport protocol including all circuit and packet forms.
\r
144 At the lowest level of recursion, a FC represents a cross-connection within an NE.";
\r
146 grouping virtual-network-service-end-point-g {
\r
147 container service-interface-point {
\r
148 uses tapi-common:service-interface-point-ref-g;
\r
150 description "none";
\r
153 type tapi-common:port-role;
\r
155 description "Each EP of the FC has a role (e.g., working, protection, protected, symmetric, hub, spoke, leaf, root) in the context of the FC with respect to the FC function. ";
\r
158 type tapi-common:port-direction;
\r
160 description "The orientation of defined flow at the EndPoint.";
\r
162 leaf service-layer {
\r
163 type tapi-common:layer-protocol-name;
\r
165 description "none";
\r
167 uses tapi-common:local-class-g;
\r
168 description "The association of the FC to LTPs is made via EndPoints.
\r
169 The EndPoint (EP) object class models the access to the FC function.
\r
170 The traffic forwarding between the associated EPs of the FC depends upon the type of FC and may be associated with FcSwitch object instances.
\r
171 In cases where there is resilience the EndPoint may convey the resilience role of the access to the FC.
\r
172 It can represent a protected (resilient/reliable) point or a protecting (unreliable working or protection) point.
\r
173 The EP replaces the Protection Unit of a traditional protection model.
\r
174 The ForwadingConstruct can be considered as a component and the EndPoint as a Port on that component";
\r
176 grouping virtual-network-context-g {
\r
177 list virtual-nw-service {
\r
179 uses virtual-network-service-g;
\r
180 description "none";
\r
182 description "none";
\r
185 /***********************
\r
186 * package interfaces
\r
187 **********************/
\r
188 rpc create-virtual-network-service {
\r
189 description "none";
\r
193 uses virtual-network-service-end-point-g;
\r
194 description "none";
\r
196 container vnw-constraint {
\r
197 uses virtual-network-constraint-g;
\r
198 description "none";
\r
200 leaf conn-schedule {
\r
202 description "none";
\r
206 container service {
\r
207 uses virtual-network-service-g;
\r
208 description "none";
\r
212 rpc delete-virtual-network-service {
\r
213 description "none";
\r
215 leaf service-id-or-name {
\r
217 description "none";
\r
221 container service {
\r
222 uses virtual-network-service-g;
\r
223 description "none";
\r
227 rpc get-virtual-network-service-details {
\r
228 description "none";
\r
230 leaf service-id-or-name {
\r
232 description "none";
\r
236 container service {
\r
237 uses virtual-network-service-g;
\r
238 description "none";
\r
242 rpc get-virtual-network-service-list {
\r
243 description "none";
\r
246 uses virtual-network-service-g;
\r
247 description "none";
\r