You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 62 Next »

LFN Event Survey:  https://www.surveymonkey.com/r/7NZWS73

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

#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

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



ETSI/CNF - CNF Orchestration over StarlingX 3.0 Demo

Moderator: Catherine Lefevre

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: Catherine Lefevre , 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: Catherine Lefevre

Speakers: Sriram Rupanagunta , Sandeep Sharma

Additional information: 5G Cloud Native Network + ONAP  


#1 Upload Sandeep Sharma presentation

 Others - Learnings from OVP VNF Validation

Moderator: Catherine Lefevre

 Speaker: Rajendra Mishra


#1 Upload Sandeep Sharma presentation

 Joint Session


 Others


Day 3 - April 23, 2020

TrackKey PointsChallengesNext Steps / AIs
Policy Framework Frankfurt features and demoshttps://wiki.onap.org/display/DW/2020-04-23+LF+Virtual+Technical+Event+-+Policy+Framework+Overview
Now that we have most of the framework components built and stable. We are going to schedule couple of demo sessions per area to deep dive, describe the features & how to use them . Probably an hour every Friday for couple of weeks. Will be sending the invite soon.
 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

Moderators: Krzysztof Opasiak, Pawel Pawlak

 Speaker:  Amy Zwarico

MTTU: Median Time to Upgrade

  • Project team resource constraints
Work with integration team to investigate the inclusion of container scan results such as database versions.

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

Speaker: Morgan Richomme

  • ONAP cross-project system integration
  • CI/CD

Morgan Richomme also requesting PTL to realease as soon as possible. Do not wait R4 to update OOM when new image is available

X-projects

  • Maintain java11

  • create python3.8 baseline image

Repositories

  • Adopt the approach to create a repo for new use cases / simulators

  • Add linters to all the new repositories

  • Add new linters (tobot, bashate, rst)

  • How to get a consistent view on all the repositories, shall we tag all the repositories,..

  • update xtesting repo and put in place the build chain in ONAP (move from gitlab.com to ONAP)

  • update jave/python3.8 in ONAP (move from gitlab.com to ONAP)

Robot pod

  • Adopt micro-service approach introduced by Daniel (propto in F)

  • move the helm chart back to OOM

Use case support

  • Write an documentation 'Use case guideline"

  • Test creation of an override.yaml per use case to be able to deploy adhoc environment in windriver

Tests

  • update the tests

  • harden the simulators/emulators (no more in xfail lists)

  • clean? are all the tests still maintained?

  • archive CIST? => projects can bring back their tests in their repository but jenkins CSIT not needed anymore

  • move some of the CIST tests in Daily CI

  • introduction of python_sdk for new tests (deprecate onap-tests)

  • improve security tests (Integration and Built Tests For Releases)

  • How to measure the test coverage?

  • How to get better healthcheck tests and "force" project to update them when they provide a new version of their code

  • Support OOM on a use case for Core on F→ G migration

Labs

  • include endpoint supervizion page? (cachet?)

  • Ops guideline (Zabbix/Prometheus/...) ?

CI/CD

  • improve CI chains and CI testing gate

  • new smoke use case

    • vFW CL

    • CDS

    • ...

  • integration of Portal GUI tests

  • finalize windriver/gitlab.com pipelines

  • introduce a weekly CI chain including robustness tests

#1 Modify CSIT tests

#2 Provide use-case overrides

#3 Include new Gating for additional components: SO ? Requrse more resources

#1 What will be the oParent requirements for Guilin? Pawel Pawlak , Amy Zwarico
  • No labels