Frankfurt Release Key Updates

• Improve model driven control implementation by:
  1. Implementing a new Control Loop creation flow: Self Serve Control Loop(partially done will be continued in next release).
  2. Adding Tosca policy-model support for Operational Policies definitions.
• Add integration to CDS for Actor/Action selection.
• Move from SearchGuard to OpenDistro for the ELK stack based Control Loop Dashboard.
• Improve security by:
  1. Removing even more vulnerabilities from the code at the point that there is none today!.
  2. Implementing all the SECCOM must have User Stories.

1. Move closer to a full model driven Control Loop end to end in ONAP (from SDC, to Policy, to CLAMP to DCAE).
2. Improve Security and Vulnarabilities.

Security:

Integration with AAF for automatic certitificate retrieval

Migration from http to https

Use common secret template to generate DB credentials

Migration from Java 8 to Java 11

removal of nbi root container

Use Cases:

5G E2E Slicing, new support for CST and serviceType in Service Ordering

Bug fixes:

Public HTTP port open

Improved security and integration with AAF, with automatic retrieval of Certificates using AAF Init on OOM install.

1. 5G network GUI （Support the whole flow of creating 5G network slicing service）:
   • Provide CSMF portal for the network slicing customers
   • Provide NSMF portal for the network slicing operators
   • Enhance the Monitor Module for monitoring 5G network slicing
2. CCVPN GUI :
   • Support CCVPN-E-LINE over OTN Inter Domain Links
   • Support Multi-domain multi-layer Optical Service Orchestration
3. Https: Update the frontend and backend service to https

Third-party Operational Domain Manager

PNF software upgrade in R6 Frankfurt#TEST-CASE-2test-case-2

VSP Compliance and Validation Check within SDC (Frankfurt) - Phase 2

Consolidation of SDC user roles into a single designer role

• ETSI alignment improvements - Ericcson, Huawei, Samsung, Verizon
  • SOL005 adaptation
  • SOL003 adaptation
  • SOL002 adaptation
  • SOL004 - Using the ETSI catalog manager for the SDC models.
• PNF orchestration Enhancements - Ericcson, Huawei, Nokia
  • PNF sotware upgrade  
  • PNF PNP enhancement  
• CCVPN Enhancement
  • MDONS support -  Fujitsu
  • Eline support - Bell, Huawei, CMCC
• 5G Slicing - ATT, Amdocs, CMCC, Huawei, Wipro
  • NSSMF Adapter implementation 
  • Support of Allocate, Deallocate, Activate and deactivate of the Core NSSMF.

• Migrate VF-C catalog to Modeing etsicatalog to  provide common ETSI catalog service
• Support TOSCA based VNF validation for OVP&CVC 
• Add VF-C CLI command to  improve the VF-C usability
• Use common secret template to generate DB credentials
• SECCOM Password removal from OOM HELM charts
• Enable micro-service access via msb https

Security

Adherence to ONAP Logging Spec v1.2
Update to Portal SDK v2.6
Use common secret template to generate DB credentials
Java 11 migration from JDK 8
And more...

Bug fixes

Refresh after Add VF Module fails
Generates different VF module name during scale out
And many more...

For an end-user VID is easier to use.

For a system admin, VID is easier to deploy and manage.

OVP testsuite

• Migrated OVP VNF Life-cycle validation testsuite to VVP test-engine repo from integration repo.

Preload Plugin Capability

• Enhanced VVP validation script for a pluggable preload template creation. Users can write their own plugin to generate preload templates when executing the vvp validation scripts.

ONAP client

• Created python client to interact with various onap applications. Currently used by OVP VNF testsuite to model and instantiate a VNF for lifecycle badging.

E2E Network Slicing

(a new E2E use case for Frankfurt, we'd also like to apply to publish a separate Blueprint White Paper for E2E Network Slicing use case, same as the community did for other use cases in every release)

5G Network Slicing is one of the key features of 5G. The essence of Network Slicing is in sharing network resources (PNFs, VNFs, CNFs) while satisfying widely varying and sometimes seemingly contradictory requirements to different customers in an optimal manner. Same network is expected to provide different Quality of Experience to different consumers, use case categories and industry verticals including factory automation, connected home, autonomous vehicles, smart cities, remote healthcare, in-stadium experience and rural broadband. An End-to-End Network Slice consists of RAN, Transport and Core network slice sub-nets. This Use Case intends to demonstrate the modeling, orchestration and assurance of a simple network slice (e.g. eMBB). While 3GPP standards are evolving and 5G RAN and core are being realized, this Use Case will start with realizing an E2E Network Slice with a simple example of a 5G RAN, Core and Transport Network Slice sub-nets. It will also align with relevant standard bodies (e.g., 3GPP, ETSI, TM Forum) as well as other open initiatives such as O-RAN where relevant, with respect to both interfaces as well as the functional aspects.

Key features in Frankfurt:

• Tenants and network operators can order slice-based services
• Enables network slice creation as well as reuse
• Supports many of the slice lifecycle management operations

Key capabilities added for ONAP Frankfurt release:

• ONAP Frankfurt provides basic capabilities for Network Slice Orchestration
• Supports Network Slice lifecycle operations of E2E Slice Design and Creation, Activation, Deactivation and Termination
• Provides CSMF and NSMF functionality implemented within ONAP
• Supports E2E Slice design including design of Communication Service, Service Profile and Network Slice Template
• Supports selection of suitable NST and suitable NSI, covering the scenario of new NSI creation by providing suitable slice profile
• Interacts with an external Core NSSMF

This use case is a multi release effort and we will continue to provide more enhancements and features based on what we've implemented in Frankfurt in the subsequent releases.

1. The ONAP based E2E Network Slicing solution allows a service provider to manage the slices and its constituents by leveraging ONAP existing capabilities.
2. enables the slice-consumer to request for and activate a network slice on-demand without being concerned about network internals, which is very essential for industry-vertical
3. An operation guidance will be provided on ONAP wiki in which explicit instructions are provided to help any interested parties to experience ONAP based E2E Network slicing management.

Adding two extension functions / sub use cases for Frankfurt.

1. End-to-end E-LINE services across the domains over OTN NNI handover. The Frankfurt demonstration includes L1(OTN) and L2(ETH) Topology discovery from multiple domains controllers with in an operator and provide VPN service provision in OTN and ETH network. Use case specific developments have been realized in SO, OOF, A&AI, SDN-C and U-UI components
2. Multi-Domain Optical Network Service(MDONS). The MDONS sub use-case aims to automate the design, activation & operations resulting from an optical transport (L0/L1) service request exchange between service providers and/or independent operational entities within a service provider network by delivering E2E optical orchestration capabilities into ONAP.Use case specific developments have been realized in SDC, SO, A&AI, SDN-C and U-UI components

1. E-LINE over OTN NNI extends upon the CCVPN use case by incorporating support for L1/L2 network management capabilities leveraging open standards& common data models such as the IETF ACTN-based transport YANG models.
2. MDONS extends upon the CCVPN use-case by incorporating support for L0/L1 end customer services that span service provider domains, with a plan to support inter-carrier optical services.
3. MDONS defines a unified optical service model based upon OpenROADM, T-API, MEF 63, and MEF 64 models, and allows integration of optical domain controllers using either the Open ROADM or TAPI service models.

PNF support

Significant progress in supporting

• Distributed Applications and Distributed network functions.
• Multi-tenancy 
• Multi party K8s Clusters 
• Provider networks and Multiple Virtual networks on per Cluster
• Complex applications
• Various deployment intents (Generic Placement intent, Network workload intent)
• Logical Clouds for  network slices with soft-isolation.