Versions Compared

Key

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

ay 1 - April 21, 2020

TrackKey PointsChallengesNext Steps / AIs

Guilin Planning - Requirements

Moderator: Alla.Goldner

Reviewed the following requirements: 

1. NFV Testing Automatic Platform Requirements.pptx

2. E2E Network Slicing-Requirement SubC session V1.0.pptx

3. ONAP rel. G TIM requirements.pptx

4. Guilin ETSI-Alignmentv1.pdf

5. 5G Svc CPS POB CMPv2

6. Support xNF Software Upgrade in association to schema updates

7. Harmonization


Input from EUAG on Guilin priorities is needed


The presented requirements are already endorsed by the Requirements subcommittee

We will review the remaining endorsed ones on Thursday and review new ones during our next meeting on Monday, April 27th

Guilin Planning - Architecture

Moderator: Chaker Al-Hakim

Great collaboration between the Subcommittees !

OOM Daily gating: https://gating-results.onap.eu/results/

Wiki link



  •  Wiki, RTD, ONAPDocs - a lot of information about ONAP from different sources

#1 Request to the ONAP Community to review the different templates:

#2 Define the scope/role of all the Documentation tools and potential synergy i.e. integrate this “ONAP directory” in readthedocs or www.onap.org, not as a separate landing site

ETSI/CNF - Container Modeling

Moderators: Andy MayerHui Deng

#1 ETSI NFV Container Architecture and ModelingUlrich Kleber

VNF can use VM-s or containers. 

CNF is a _Cloud Native_ NF what is a VNF built with the Cloud Native principles in mind

ETSI-based CNF support is compliant to IFA029&IFA040 (publication expected in May)

Additional information shared by Thinh NguyenphuONAP-ETSI Alignment Workshop (IFA040)

#2 CNTT RA2 Tom KivlinGergely Csatari

Possibility to run NF on top of what it is defined in RA2 / K8S 

No conflict/overlap between what ETSI CNF defined and CNTT RA2 (K8S)

CNTT Roadmap

#3 CNCF TUG (Lei Wang)

#1 ETSI approach seems to generalize the capabilities of the container infrastructure layer and may limit the use of the full capabilities of Kubernetes - no recommendation in IFA029.


#2 How to refer CNI in the descriptor?

Normally no need to have CNI reference in the pod manifest - K8S should evolve to support it but there is currently no solution.


#3 Different approaches for CNF Modeling - no conclusion yet from CNCF about the best approach 


#4 How can we stay align between ETSI, CNTT, ONAP, CNCF, OVP PH2, etc?

#1 Get Helm Chart sample from ETSI

#2 Upload Lei Wang's presentation (done)



...

TrackKey PointsChallengesNext Steps / AIs
Guilin Planning


Guilin Planning  - Control loop sub committee - Guilin requirements


Moderator:

Pamela Dragosh

 Reviewed and discussed requirements for Control loop in G release :

Control Loop Sub Committee Guilin Release Planning



Security 


ETSI/CNF - ETSI NFV modeling and API 

Moderator: Hui Deng

#1 Latest ETSI NFV modeling and API progress Thinh Nguyenphu

#2 ETSI NFV model impact on R7 Xu Yang



Speaker: Bin Yang

  •  cFW - POC in progress based on ONAP MultiCloud project - Source code available here
  • What API is used in VID? VNF API or GR API? Does it make any difference? What about that override.yaml - is there an example available? VNF/VF API to instantiate the deploymen
  • No development yet related to fault and performance monitoring of the CNFs. Targeted for Guilin.
  •  Dummy heat template is temporary for now as we did not want to make any major changes to SDC and SO.  In R7, we intend to make Helm as first class citizen.  Until R6, Helm charts are hidden as artifacts under Dummy HEAT template.


Speaker: Fernando OliveiraByung-Woo Jun

  •  Discussions have started with SDC for ETSI alignment for the onboarding
  •  SVNFM/NFVO are coming from 3rd party vendors




ETSI/CNF - CNF Task Force -Review Multi Site Orchestration with ONAP4K8s (ONAP for K8s)

Moderators: cl664y@att.comSeshu Kumar Mudiganti

 Speaker: Srinivasa Addepalli

  • How to handle different VNF types i.e. Openstack based, Helm Chart based, Heat based etc? It should work based on the current ONAP4K8S
  •  How will the plugin with its own HPA placement logic interact with the rest of ONAP which also uses placement controller (OOF)?


#1 Upload Sandeep Sharma presentation

 Speaker: Rajendra Mishra


#1 Upload Sandeep Sharma presentation

 Joint Session


 Others


...

TrackKey PointsChallengesNext Steps / AIs
 Joint Session - Cloud Native OVP
 #1 Finalize OVP PH2 Roadmap by end of May 2020

Requirements subcommittee meeting continuation

Moderator: Alla.Goldner

We reviewed the following remained submitted Guilin proposed requirements:

8. PM Control and A1 adapter extension

9. OOF SON requirements

10. ONAP - Multi-tenancy

 Input from EUAG on Guilin priorities is neededThe presented requirements are already endorsed by the Requirements subcommittee

We will review the remaining endorsed ones on Thursday and review new ones during our next meeting on Monday, April 27th

Security - Third party dependency upgrade strategy

Moderator: Krzysztof Opasiak



Guilin Planning - OOM Proposal

Moderator: Eric Debeau

Speaker: Sylvain Desbureaux

Review of OOM Guilin Release proposal 

Some proposals with help of projects:

  • All logs to STDOUT
  • Certificates
  • Crash well when Issue (and not "wait for I don't know" or exit with status 0)
  • AAF integration must be settable to off
  • MSB integration must be settable to off

Tentative / PoC

  • Make Ingress default deployment
  • Make Deployment with storage class default deployment
  • check storage asked for PVC is consistent with actual deployments
  • Service Mesh PoC continuation
  • All pods have requests/limits
  • request/limits bad values hunting: use only 10 vCPU while 92 vCPU are required, RAM may be divided by 3


#1 Assess the impact of upgrading to the version suggested by SECCOM? Does it require any architecture change or is it transparent for the component (only Helm Chart modifs)?


Guilin Planning - Integration priorities

Moderator: Eric Debeau

X-project

maintain java11


Security 
create python 3.8 baseline
Joint Session - Cloud Native OVP
maintain oparent
Requirements subcommittee meeting continuationRepositoriesFinalize generalization of linters


Create new repo (simu/use cases)


reinsource build chain for java


reinsource xtesting build chain

testsuiteadopt microservice approach


finalize python3 migration


Move OOM chart back to helm

use casecreate a starting guide


create overide.yaml per use case / to dedicated automatic deployment

testsupdate/maintenance of existing tests


component coverage


discussions with projects to improve healthcheck


update security tests - check versions of upstream components


update security tests check java11/python3.8


update security tests - check certificates validity


update security tests - check limits


update existing security tests (review xfail list, cist,..)


archive CIST?


move CIST to E2E tests in CI


deprecate onap-tests / use python-onapsdk


Support OOM for a migration


stress tests


long duration tests


update integration web page

Labssupervision/monitoring


Create a ops guideline (with OOM?)


infra gate (functest)?

CI/CDIntegrate vFW Cl test


Integrate CDS tests


Integrate GUI tests


Create 5G xtesting dockers and integrate in CI?


finalize windriver pipelines


introduce a weekly pipleine (for long duration tests)

...