Overview
CCVPN in Casablanca release included the creation of Point-to-Point connectivity services (e.g., E-Line). The CCVPN Use Case extension for Dublin should include MultiPoint-to-MultiPoint connectivity Service Creation and Modification. This sub-use case extension makes use of the concepts of Unified and Composite Services as depicted in the attached presentation.
From an Operator perspective, it is important to introduce the capability to manage the performance of the CCVPN End-to-End E-LAN service in order to guarantee the adherence to the agreed SLS.
Dublin Goals
- Enhancements to Information & Data Model - Extend CCVPN IM &DM for Composite Services
- Service Order & Activation/Configuration - NorthBound API extension to include Composite ServicesAuto Scale Out - Provide a Closed Loop Response to high demand within a VNF.
Status colour Green title Committed - Primary impacts will be: Policy, CLAMP, SDC, SO
Status colour Green title Committed- Healthcheck fix - ()
- ConfigScaleOut() - Controller should attain configuration information from AAI instead of SO (APPC, SDNC, SO)
- SDNC Resource Assignment - IP Address of new instance needs to be added to AAI (SDNC)
- SDNC needs to import all Beijing capability (SDNC)
- Controller Type - In Beijing, the operator had to manually select the controller type (SDNC or APPC) within VID. The controller type should be part of the VNF model and not a run time option. ONAP components should be able to look within the VNF model to determine which controller to use for a particular VNF. Primary impacts: SDC, Modeling, VID
- Homing and Capacity- When new instances are requested ONAP should do a check to determine placement and license availability. This feature was descoped in Beijing. Primary impacts will be: SO, OOF, SDNC and SDC
- Future Release
- Scale In (Auto and Manual) - This feature will complete the scaling capabilities for VNFs and will requirem a command to drain and move traffic from an existing instanceso that it can be removed from the pool of active instances. Primary impacts should be: AOOC, SDNC, SO, Policy, CLAMP, VID, SDC
- TOSCA Capabilities - Manual Scale Out in Beijing only allowed scaling of HEAT based VNFs. As the TOSCA model becomes more mature within ONAP we will need to enable scaling for TOSCA based VNFs
Business Requirement
Dynamic scaling gives an operator the tools it needs to maximize efficiency of the resources dedicated to the cloud. ONAP's control environment allows it to assign resources where they are most needed and reallocate them when they are needed by different VNF. This allows the cloud environment to achieve a much higher resource utilization level than the old data centers it is replacing.
Participating Companies
Vodafone
Scope
Dublin release will focus on Auto Scale Out. If possible we may attempt to complete Scale In also. Manual Scale Out was completed in Beijing.
CCVPN E-LAN Service Use Case Presentations
Use Case Subcommittee December 5th, 2018
CCVPN E-LAN Service Use Case Team Meetings
For Dublin we will be using the weekly CCVPN call to progress the CCVPN E-LAN Service Use Case.
Meeting Logistics
Weekly Scaling Meeting
Day: TBD
Meeting Minutes
Impacts
The Auto Scale Out Use Case for Casablanca will have impacts on the following projects: Policy, CLAMP, SO, OOF, APPC, SDNC, SDC, and VID
Please see the Impacts page for a more detailed list of requirements in each project.
Project Commitments
Project | PTL | Commitment | Notes | ||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
AAI |
| ||||||||||
APPC |
| No commitment for Controller_Type since the requirements are still unknown | |||||||||
CLAMP |
| Risks:
| |||||||||
Modeling |
| No Requirements at this time | |||||||||
OOF | Sarat Puthenpura |
| Can only support R2 functionality | ||||||||
Policy |
| Add Risks from Pam | |||||||||
SDC |
| No Requirements at this time | |||||||||
SDNC |
| ||||||||||
SO |
| ||||||||||
VID |
|