Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.


Info



...

Meeting Minutes - 3/3/2021 

...

  • Trudy Morgan : Present first ONAP/OPS-5G use cases 
    • 5 year effort - all work being done in the LF. Work will be up-stream w/o forking code
    • NIWC: Naval Information Warfare Center 
    • Research project - all work is unclassified.
    • Deck presented today: OPS 5G Use Case.pdf 

...

#1 Create a dedicated controller via SDNC and handle Magma GW like any other device

#2 Have an adapter for the magma in ONAP Service Orchestrator and use it as a resource orchestrator for the specific jobs.   Disadvantage: create something specific

#3 5G PNF Plug & Play and consider Magma GW as a PNF?

    Current proposal: Avoid to create something specific but re-use what it is already developed in ONAP (SO/SDNC/SDNR) and orchestrate directly the Magma GW via gRPC

...

#4 Can we conclude Magma is an EMS (Element Management System)? YES

#5 5G Blueprint based on Guilin/Honolulu? Magma release is scheduled by June 2021 therefore let's consider ONAP Honolulu release

...

  • Review of the integration with Magma Controller/GWs
    • Code updated for AWS environments and is how available.
    • Up and running with 2 deployments
    • fully containerized GW planned for v1.6 ( ~4 weeks out)
    • discussion this week and next should have sufficient content for the DTF
    • standard SDC/SO/Multicloud model  should be able to be used.
    • potential for SDNC or CDS might be able to be used later - TBD
    • Possibility of plug-n-play model to be used for AGW - something to look at
    • Installing the access GW automatically would be valuable
    • existing Magma baremetal upgrade model installs as a new package or collection of packages
    • For ONAP assumption of initial deployments are PNF and time permitting then on CNF
    • https://github.com/magma/magma/tree/master/experimental/cloudstrapper
    • Suggestion to have a meeting next week at the same time with a smaller group. (TAC conflict noted)
  • Information about Magma Security requirements @Arun Thulasi
  • DTF Event in June - 2021-06-DD - ONAP TSC Task Force: ONAP For Enterprise Business
    • Is the slot OK i.e. Tue Jun 8 2021, 16:30 - 17:30 CET/10.30am-11.30am EST?
    • Shall we meet on June 2nd, 2021 to finalize the DDF presentation?
    • ONAP For Enterprise call will be canceled on June 9th due to DDF event.

...

1) Is there an API within ONAP's VNF Manager component or Element Management that enables assignment/allocation to specific pieces of hardware within the NFVI/cloud infrastructure? 

<Investigate OOF Placement & Slicing APIs> - API Specifications for OOF Applications 

2) If the underlying VIM provides APIs for placement of virtual resources on specific pieces of physical hardware, then does ONAP provide corresponding APIs that the VNFs can use to leverage these VIM placement APIs to perform precise placements of the virtual resources they use onto specific nodes within the physical infrastructure? It also depends on what the VNF/CNF/PNF provide as information. To be checked with our A&AI PTL - William

...

Some information are currently available in the AAI component (Active Available Inventory)

Our model can also easily be adapted to store any information needed if our current model does not support it. APIs for inventory operations are auto generated once added to the model.

Can you please review our current model/relationships to see if it supports what you are looking for

Our schema: https://gerrit.onap.org/r/gitweb?p=aai/schema-service.git;a=blob;f=aai-schema/src/main/resources/onap/oxm/v24/aai_oxm_v24.xml

Allowed relationships: https://gerrit.onap.org/r/gitweb?p=aai/schema-service.git;a=blob;f=aai-schema/src/main/resources/onap/dbedgerules/v24/DbEdgeRules_v24.json

A&AI API Documentation: https://wiki.onap.org/display/DW/AAI+REST+API+Documentation+-+Istanbul

Associations between virtual and physical resources is currently done in A&AI.

2) If the underlying VIM provides APIs for placement of virtual resources on specific pieces of physical hardware, then does ONAP provide corresponding APIs that the VNFs can use to leverage these VIM placement APIs to perform precise placements of the virtual resources they use onto specific nodes within the physical infrastructure? It also depends on what the VNF/CNF/PNF provide as information. 

If the VIM is based on k8S then the new EMCO version (developed by Openness) will support a way to define the platform requirements on per workload basis as intents. 

At the time of deployment, it can do match making between requirements and capabilities it discovered early on to select the right K8s cluster.

OpenNESS - EMCO API Documentation. Currently the latest EMCO version (V2) has not yet been integrated to ONAP.

3) Are there APIs between the Network Slice Instance layer and the Resource layer (resource management functions) that enable a network slice instance to gain information about the current mapping of network slice instances to physical resources? Likewise, are there APIs that enable the network slice instances to leverage specific resources available within the resource layer?

The current Network Slicing functionality (till Istanbul release) hasn't considered VNF placement, resource occupancy levels of a cloud instance, occupancy levels of a VNF, etc. due to a number of reasons (first focus on the basic functionality and key lifecycle phases, limited interest/contributions from community for core slicing (where VNF/CNF will be most relevant), etc.). Some of the aspects were being discussed for future releases beyond Istanbul.

In addition, , there is work done on VNF/VF module placement optimization done in OOF. The HAS functionality in OOF could be leveraged, a couple of references are given

o          https://docs.onap.org/projects/onap-optf-has/en/latest/index.html#master-index

o          https://wiki.onap.org/display/DW/OOF-HAS+Homing+Specification+Guide

There was also another functionality FGPS (Fine-Grained Placement Service) in OOF which I think is no longer maintained

...