Area leaders should use this page to enter their key findings/impressions/concerns regarding the event
Table of Contents | ||
---|---|---|
|
Monday, January 13
Track | Key Points | Challenges | Next Steps / AIs |
---|---|---|---|
Testing | Have 3 participants providing VNFs for testing
Working on two infrastructures, with 3rd being setup
VNF Images have uploaded to infrastructure |
|
|
CNTT | Community alignment |
|
|
Containers verification |
|
| |
OPNFV | CIRV is approved project in OPNFV - this is the delivery of RI and RC for CNTT. |
| |
CI/CD Evolution to solve today's problems |
|
| |
OPNFV PDF to Airship Manifest transformation |
|
| |
VMware Integrated OpenStack Reference Implementation |
| This is a Project proposal! VCF Installer | |
Green Bay Packers won their playoff round | Go Pack Go! https://www.google.com/search?client=firefox-b-1-e&q=NFL+playoffs | ||
ONAP | ONAP Usability |
|
|
Platform Maturity for Guilin | Are we making progress on platform maturity?
|
| |
SO Enhancement | Next steps support:
|
| |
SECCOM | Main requirements for Frankfurt
| How to get all OSJI solved by PTL ? => Need help from TSC to progress Proposals to remove all Root privileges to containers and to automatically check in Gating User management is also a key topic to be addressed. Some experience from ODL could be used. | |
OOM: What's new | Main objectives for Frankfurt
Creation of template for Helm charts | Discussions on database: do we still need so many DB types ? Impacts on operations (backup/restore) Discussions on password managementto contuniue with dedicated sessions tomorrow | |
Closed Loop | TOSCA based closed Loop Extend closed loop from DACE/Policy to other appalications CLAMP extension
|
A
Tuesday, January 14
Track | Key Points | Challenges | Next Steps / AIs |
---|---|---|---|
Testing | |||
CNTT | |||
OPNFV | |||
ONAP | Change Management support Transport slicing support by ONAP Network slicing (core network) ongoing support by ONAP SECCOM: Password removal SECCOM: Ingress controller | Presented what is done in Frankfurt and what is planned in Guilin One possible implementation is presented by Huawei IETF work to define it has started, but it is draft only Work which has been done is presented Effort on passing knowledge to ONAP teams on ingress controller and service mesh | Build and Replace worklfow schould allow to modufy existing instances of the VNFs on the fly. Lack of VNFC level reconfiguration is one if the missing features on SO/Controller side which is not suppoirted today. We want to solve this issue in the Guilin release PNF support by ONAP Change Management is the key challenge, planned to extend in Guilin Schema/VSP Update is a chalange in the Upgrade process in ONAP. We want to addres this issue and to enable update of the schema with adequate modification of the existing instnces of services - for PNFs, VNFs and CNFs Integration with CDS and K8s workloads as one of the key drivers for improvements of change management porocess in ONAP as K8s provides scaling, upgrades and traffic distribution capabilities by itself. For Frankfurt integration with CDS for CNFs creation is introduces. IN further releases K8s scaling and upgrade capabilities should be introduced. Get it as a requirement for Guilin Release and then get several ONAP implementation proposals and decide Challenges on whether this is the only possible implementation or there may be more |
Wednesday, January 15
Track | Key Points | Challenges | Next Steps / AIs |
---|---|---|---|
Testing | |||
CNTT | |||
OPNFV | |||
ONAP |
Thursday, January 16
Track | Key Points | Challenges | Next Steps / AIs |
---|---|---|---|
Testing | |||
CNTT | |||
OPNFV | |||
ONAP |