ay 1 - April 21, 2020

#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 Mayer, Hui 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 Nguyenphu : ONAP-ETSI Alignment Workshop (IFA040)

#2 CNTT RA2 Tom Kivlin , Gergely 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)

Cloud Native Thinking for Telecommunications
Deploying Cloud Native Network Functions in a telecom service provider ecosystem
Cloud Native Principles gitbook
CNF Conformance (github)
Conformance Test Categories Documentation
CNF Conformance (deck)
Platform Conformance Test in alignment with CNTT RA2

#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)

Day 2 - April 22, 2020

Track	Key Points	Challenges	Next 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 SOL OpenAPI Representations Deployment Templates and Packaging specifications Release 2 maintenance ed2.81, SOL specifications are scheduled for release June 2020 Currently ONAP is using SOL001 ed2.5.1 is supported as part of Frankfurt release. When ONAP is planning migrate to SOL001 ed2.7.1? #2 ETSI NFV model impact on R7 Xu Yang Review of ONAP Guilin Modelin HL Requirements
ETSI/CNF - CNF Orchestration over StarlingX 3.0 Demo Moderator: cl664y@att.com	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.
ETSI/CNF - ETSI alignment on the SOL004 and SOL007 standard Moderator: Seshu Kumar Mudiganti	Speaker: Fernando Oliveira , Byung-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.com , Seshu 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)?
ETSI/CNF - CNF Deployment on OpenShift Moderator: cl664y@att.com	Speakers: Sriram Rupanagunta , Sandeep Sharma Additional information: 5G Cloud Native Network + ONAP		#1 Upload Sandeep Sharma presentation
Others - Learnings from OVP VNF Validation Moderator: cl664y@att.com	Speaker: Rajendra Mishra		#1 Upload Sandeep Sharma presentation
Joint Session
Others

Day 3 - April 23, 2020

Track	Key Points	Challenges
Security - Third party dependency upgrade strategy Moderator: Krzysztof Opasiak	Speaker: Pawel Pawlak, Amy Zwarico
Guilin Planning - OOM Proposal Moderator: Eric Debeau	Speaker: Sylvain Desbureaux Review of OOM Guilin Release proposal Continue the removal of harcoded credential upgrade of open source version recommended by SECCOM Allow the choice of subcomponents 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 continuation	Repositories	Finalize generalization of linters
		Create new repo (simu/use cases)
		reinsource build chain for java
		reinsource xtesting build chain
	testsuite	adopt microservice approach
		finalize python3 migration
		Move OOM chart back to helm
	use case	create a starting guide
		create overide.yaml per use case / to dedicated automatic deployment
	tests	update/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
	Labs	supervision/monitoring
		Create a ops guideline (with OOM?)
		infra gate (functest)?
	CI/CD	Integrate 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)

ONAP Daily Summaries

Day 2 - April 22, 2020

Day 3 - April 23, 2020