Use Case Authors:

China Mobile, Vodafone, Huawei, ZTE, VMWare, Intel, WindRiver, China Telecom, Fujitsu, Lenovo

...

From an Operator's perspective, it is important to introduce the capability to manage the performance of the CCVPN End-to-End service (especially when it spans across different Operators).  The ultimate goal of this use case is, by taking advantage of the strong orchestration ability of ONAP, to automatically create and deploy a cross operator, cross domain (SOTN + SD-WAN), cross layer (L1, L2, L3) end to end VPN and update the service dynamically.
Main functions in this use case include automatically design of end to end service, creation of end to end service, cross-domain resource cooperation, global rerouting.
We testified this possibility in C release and realized functions like topology discovery, simple service creation, as well as back-up link switch in closed loop.

Planning for Dublin (Not fully provided in Dublin Release, will be continued in Frankfurt Release)

In Casablanca, the basic CCVPN usecase demonstrated ONAP's capability in designing and creating an end-to-end VPN service across operator domains.

...

In Dublin, CCVPN assumes the SP provides two types of service components functions to its enterprise customer for selection, including: 

...

1. Service Procurement (SP)

   The enterprise HQ may want to order a VPN stretch between two or more branch sites, they may also want other value added services bind with the VPN service. A customer facing portal is provided under this condition so that a customer can choose which sites to set the VPN service and combine what kind of  value added service with the VPN service, as well as provide other customized needs of the service like the bindwidth and duration without knowing the deployment details and VPN parameters. We call this process as service procurement and a service order is placed at this phase.

2. Service Instantiation (SI)

   After the service order is obtained, another page will pop out for users to finish other detailed inputs of CCVPN parameters so that a  CCVPN service can be instantiated and deployed by ONAP.

3. Service Change (SC)

   Besides setting up a VPN service between multiple sites, customer may also have the needs to add other sites or add a new value-aadded service onto the existing VPN service according to their demands.

   1. SC1: Adding a new site

      Customer chooses "Change Service" button in customer portal, and selects the sites to be added. After the order change is finished, the changed order will be passed to user portal to inform the user. Then, users will modify the sites information  as well as other service input parameters and command ONAP to do the service change.

   2. SC2: Adding a new value-added service 

      Customer chooses "Change Service" button in customer portal, and selects the value-added service to be added. After the order change is finished, the changed order will be passed to user portal to inform the user. Then, user will add  related parameters and command ONAP to do the service change.

4.  Close Loop Intelligent Suveillance (IS)

   After user subscribes the AI apps, AI apps on the edge can analysis data collected by camera or other security detector. Once there is an alarm,  the original alarm data will be transferred to Ves Collector and DMaaP will translate the data, Holmes will send the event to Policy to trigger the responding action to adjust the bandwidth in close loop.

Gap Anaysis and Functional Requirements

...

High Priority Extensions (enhancements) in Dublin release:

Multi-site to multi-site Service

...

Creation 

In an ideal implementation, the Portal shall create a single Service Order via TMF 641, with multiple service orderItem(s) for each of the services that make up the CCVPN Service.

• SDC should support create an E2E service with one service template by supporting inputs of multiple resources at the same time (instead of using multiple service templates one by one when creating an E2E service) and SO should have the capability to decompose and (eventually) delegate the nested Services.
• A&AI should maintain composite End-to-End Service Instance for CCVPN.
• Parameters for all services can be passed as one composite orderItem to External API. 

Service Change : Add or Delete a site 

...

A CCVPN End-to-End Service Change (e.g., bandwidth change), should be either triggered by the portal (as TMF 641 single service orderItem with ACTION ‘change’) or by a policy implemented to guarantee that SLS is met.

...

Feature	Author	Impacted Project	Note
SD-WAN Multi-site to Multi-Site Service Creation	ChinaMobile，Huawei，ZTE	SDC, SO, A&AI, OOF,UUI, ESR, Modeling,SDN-C	SDC, Modeling: Service template optimization by supporting multiple node instances in one service template (support List type of input) SO support list input interface OOF: routing computation between multiple sites UUI design another portal faced to customer SDNC SDN-C support resource provisioning as per new optimized service template
Service Change: Add or Delete a Site	ChinaMobile, Vodafone, Huawei, ZTE,	SO, SDN-C, A&AI, VFC, MCloud, UUI, ESR	SO supports service change SDN-C supports service change VFC supports vCPE deployment MCloud supports vCPE deployment UUI supports service change interaction
Close loop Intelligent Surveillance	ChinaMobile, Huawei	DCAE(Holmes), Policy, SDN-C	Holmes will add new rule and enhance AAI enrichment for bandwidth closed loop policy trigger SDN-C SDN-C do bandwidth adjustment

Medium Priority

Feature	Author	Impacted Project	Note
E-Lan Service	Vodafone	SDC, SO, SDN-C,External API, A&AI
Value-added Function	AI Apps: China Mobile	SDC, SO, VFC, MCloud, A&AI
	SFC: China Telecom	SDC, SO, VFC, MCloud, A&AI
Smart Disaster Recovery	VMWare， ChinaMobile	Modeling，SO/VFC, OOF, DCAE, A&AI

Low Priority

Feature	Author	Impacted Project	Note
Extension for L0/L1	Fujitsu	SDN-C, A&AI

*feature already proposed for Dublin release

...

Project	PTL	Number of Required Resources	Committed Resources (Names/Company)
A&AI	James Forsyth		Davide Cherubini
SDC	Ofir Sonsino		0.5 from ZTE Peng He , 1 from Vodafone Prabhu Balan
DCAE	Vijay Venkatesh Kumar		1 from CMCC Guobiao Mo 1 from VMWare xinhuili
Modeling	Hui Deng		(0.5 from CMCC LIN MENG , (0.5 from Huawei Seshu Kumar Mudiganti , 0.5 from ZTE Zhuoyao Huang ，0.5 from China Telecom Huang ZongHe , 0.5 from Fujitsu ravi rao )
External API	Matthieu Geerebaert		1 from Vodafone emmanuel sarris
SO	Seshu Kumar Mudiganti		(1.5 from CMCC Zhang Min , 1 from Huawei Seshu Kumar Mudiganti , 0.5 from ZTE Zhuoyao Huang 2 from Vodafone Davide Cherubini Razanne Abu-Aisheh , 1 from Fujitsu ravi rao )
OOF	Sarat Puthenpura		TBD
SDN-C	Dan Timoney		(1 from HuaweiGaurav Agrawal , 1 from ZTE Zhuoyao Huang , 0.5 from Fujitsu ravi rao )
Policy	Pamela Dragosh		0.5 from Huawei jun zhou
VFC	Yan Yang		maopeng zhang Zhuoyao Huang
Holmes	Guangrong Fu		0.5 from Huawei jun zhou
VNFSDK	Weitao Gao		1 from VMWare xinhuili
MCloud	Bin Yang		1 from VMWare xinhuili , 0.2 from ChinaTelecom Huang ZongHe
UUI	Tao Shen

Implementation in Dublin Release: