Meeting Minutes
Table of Contents maxLevel 2
Jan 7th, 2021 at
...
3.30pm UTC
- Review our Calendar - Decision to setup CNF Task Force call every Tuesday at 2pm UTC until Daylight saving time will end in March
- Review (and refine if necessary) this taskforce goals. Other than the on-going work, what is the next big thing we want to tackle as a taskforce?
#1 Define/Implement CNF Release Requirements
#2 Promote what we have developed
#3 Define new use cases considering latest Industry/Vendor/Open Source solutions i.e. XGVela, Anuket
- Continue discussion between Aarna and SO team to figure out if some of the Aarna work can be re-used by SO
- Any topic we want to submit for the February DDF event?
- What will be ONAP priorities to remain in alignment with Industry/Standards?
- What would be our ONAP 2021 CNF Task Force priorities (after Honolulu) - brainstorming?
- Video Guilin CNF?
- CNF Task Force Office Hours
- Have the leaders of this activity (Seshu Kumar Mudiganti Lukasz Rajewski Fernando Oliveira Byung-Woo Jun) and other members of the Taskforce available for Q&A from the community.
- The priorities brainstorming (suggested above) can be part of this session.
Jan 12th, 2021 at 2pm UTC
- Recap what was discussed last week
- Review CNF Event submission
- One single ONAP CNF Session at DDF (1h) but open to cross-community sessions
- (20 mins) - Where we are - covered through demo or video? Lukasz Rajewski, Seshu Kumar Mudiganti
- (10 mins) - Recap Honolulu requirements (ETSI ) Fernando Oliveira, Byung-Woo Jun + (CNF Orchestration) Seshu Kumar Mudiganti, Lukasz Rajewski
- (30 mins) - Open discussions - Ranny Haiby
- Collecting feedback from the ONAP Community or external Communities/SDOs about 2021 CNF priorities
- Call for new requirements?
- Call for developers
- One single ONAP CNF Session at DDF (1h) but open to cross-community sessions
- EAUG - is there any CNF requirement in their 2021 wish list?
- Reconnect with the CNF Sub-tasks (ETSI & CNF modeling/AAI)
- New CNCF principles - probably to check in February 2021
- OVP - Badging for the infrastructure - anything we should consider for ONAP this year?
- Review Satoshi Fujii- Presentation - CNF Control Loop
Jan 19th, 2021 at 2pm UTC
- Reconnect with ETSI CNF Team and CNF Modeling/AAI
- VNF/CNF Data Model Based on ETSI v3.3.1 SOL001 plus CNF Enhancements
- ETSI IFA011 v3.3.1 & v4.1.1 Changes to ONAP Resource Model.
- Additional feedback from Fernando Oliveira about Honolulu release:
- SDC focus, SO work will be kicked-off but will be finalized in Istanbul
- AAI model change - not yet fully developed, AAI model finalized in Istanbul
- Creation of the CSAR
- Presentations planned during the DDF event
- DDF Topic submitted by Timo Perala: ONAP MultiCloud k8s plugin enhancement for CNF deployment
- Nokia Team has been prototyping in this space and would like to share their findings during the DDF event
- Timo will contact the team and will ask them to provide some preview material on 1/26
- Lukasz Rajewski - Use of EMCO instead of k8splugin
- The Edge Multi-Cluster Orchestrator (EMCO) is a software framework for intent-based deployment of cloud-native applications to a set of Kubernetes clusters, spanning enterprise data centers, multiple cloud service providers and numerous edge locations. It is architected to be flexible, modular and highly scalable. It is aimed at various verticals, including telecommunication service providers.
- Discussion about GitHub - open-ness/EMCO
- Shall we continue to use it even if it is not part of ONAP umbrella?
Action Items (In Progress)
- No control of the code, it is not a library neither a docker - dependency on open-ness release cycle
- EMCO License is Apache 2.0
- Need to check if security requirements are aligned with ONAP SECCOM (i.e. test coverage, critical vulnerability, ONAP global requirements, ONAP approved best practices, S3P, etc.) => We might need to fix any concern ourselves directly to open-ness repositories
- EMCO Architecture & Design
- DDF Event:
Jan 26th, 2021 at 2pm UTC
- Review ONAP MultiCloud k8s plugin enhancement for CNF deployment DDF topic witht the CNF Task Force
- Review CNF Closed Loop proposal (Satoshi Fujii) with PTLs (SO, AAI, DCAE and Policy)
View file name Dynamic CNF Migration Proposal.pptx height 250 - Consider EMCO as part of the CNF Closed loop
- Great Feedback provided by AAI/DCAE/Policy/SO Project Team members (listen to the recording
)
No CNF meeting on Feb 2nd, 2021 (DDF event)
Feb 9th, 2021 at 2pm UTC
#1 Invite Open-Ness representatives to discuss about EMCO : Ritu Soodand Todd Malsbary to provide update on the helm charts. Guidance to address few comments. How to treat EMCOv2 (Multi Cloud K8s plugin). Some options:
- Use binary images from external repositories (Similar to databases, Vault and others) where docker images of EMCOv2 is used from Public docker repositories
- Treat it as external upstream project, but build and publish the docker images in ONAP registry.
- Go with the approach adopted for ODL (where source code is replicated in ONAP repos and constantly synchronize with upstream).
- Let the deployment admin deploy EMCOv2 before deploying rest of ONAP.
<Will be re-discussed as soon as Green light received from LFN>
#2 Upcoming ETSI NFV Workshop on April 12 - Thinh Nguyenphu
Event link not yet available
Fernando Oliveira, Byung-Woo Jun will represent the ONAP Community (ETSI & CNF Task Forces) at this event - Thank you !
#3 Discussion between ETSI NFV team and Direct path team presented by Fernando Oliveira and Byung-Woo Jun
- Common CNF packaging
Challenge: Find vendors willing to submit their commercial NF to the ONAP Community
Suggestion to use: https://www.open5gcore.org/ and https://free5gc.org/
Reference CNF: https://github.com/electrocucaracha/gw-tester
- VNF-D needed?
- Other artifacts needed?
Feb 16th, 2021 at 2pm UTC
- - Interested in pursuing badging for ONAP CNF workloads in 2021?
- OVP: Roadmap 2021
- Q1: Infrastructure, in alignment with Reference Architecture 2 (Anuket)
- Q2-Q3:
- #1 Reference Architecture 2 Interoperability (Anuket);
- #2 Compliance in alignment with ONAP CNF On-boarding/Instantiation capabilities
- #3 Cloud Native workload
- Badging will also evolve based on requirements, testing
- OPV NFVI portal: https://nfvi-verified.lfnetworking.org/#/
- Initial ONAP Community Request(s)
- Validate if Common CNF packages are in alignment with ETSI including providing information to OVP team about outcomes from our ONAP VNF-D solution; split k8s vs CNF packages, etc.
- Requirements related to k8S ? Maybe provided based on CNCF
- Any request from OVP To ONAP Community to support OVP Badging?
- Any VNFSDK requirement?
- Any SDC requirement (onboarding)?
- ONAP should remain "Cloud Agnostic", not tight to any RA2 requirement (Infrastructure perspective)
- OVP is gathering requirements from the different communities; acting as "Bridge" Lead for CNF activities
- CNCF: Focus on CNF for Telcos, best practices
- OVP: Roadmap 2021
Feb 23rd, 2021 at 2pm UTC
- Thinh Nguyenphu - Share an alternative Common CNF Packaging - postponed to March 9th - work on CNF packaging is running a bit behind schedule.
- Nokia is exploring on "CNFD", similar to the existing "VNFD" and "PNFD". A CNFD may be treated similarly to a PNFD, which is sort of a black-box, and handed over to another entity like K8S to orchestrate.
- Marian Darula commented - introducing a CNFD in addition to a VNFD creates a challenge for xNF vendors. Why not re-use the VNFD? Thinh Nguyenphu - CNFD orchestration is based on Helm charts and not TOSCA, hence a VNFD is not very useful for CNF orchestration.
- Nokia aims to separate resource orchestration (in the Helm chart) from application orchestration (in the CNFD).
- Marian Darula - There is urgency in finalizing the packaging - vendors need to deliver CNFs.
- ESTI Workshop updates - Thinh Nguyenphu - New dates: April 21st and 22nd, 2021 - Registration link to be shared as soon as available
- EMCO
- Next steps discussed on TSC 2021-02-18
- Update from Victor Morales : CNF Reference (Core Network)
- https://github.com/electrocucaracha/gw-tester/
- https://github.com/gw-tester/pgw
- Request from Lukasz Rajewskito have additional follow-ups (deployment, modelling, etc.)
March 2nd, 2021 at 2pm UTC
- CNF Reference deep-dive
- Walkthrough of the Core Network reference CNF (https://github.com/gw-tester) by Victor Morales
- The project was recently moved to new Github organization.
- Supports DANM, Multus or NSM
- Question: What kind of K8S deployment is assumed? IS it KUD/KRD? Answer: No. There is no assumption of specific K8S deployment.
- Question: What kind of K8S cluster is assumed? Is it just a single node? Answer: No assumption on number of nodes.
- Question: Is there support for a cluster running on OpenStack? Answer: Currently packaged in Vagrant. May work on OpenStack, but may require some extra work.
- Question: Are there any parameters that can be configured (Day2)? Is there any telemetry provided by the CNF? A: Not yet, but it could be added.
- Question: Which components could be scaled out using a replica set? Answer: eNodeB may be a candidate for that.
- Question: Can the CNF be used without a multiplexing CNI plugin (Using Calico or Flannel for example) Answer: In theory it might be possible with some minor modifications, but it was never tested.
- Next Step: Fernando Oliveira will work on better understanding parameterization and will work on creating an ETSI based package and VNFD.
- Walkthrough of the Core Network reference CNF (https://github.com/gw-tester) by Victor Morales
- Clock Changes: in US on March 14th, 2021; in Europe on March 28th, 2021; No change in India/China - Shall we change our CNF Task Force schedule as previously discussed?
- One hour before TSC - AI - Ranny to send a mail to the workgroup and get confirmation.
March 9th, 2021 at 2pm UTC
- ONAP/OVP - Inputs from/to ONAP/OVP Community in addition to what was discussed on 2/16. What are the other functionalities, test coverage are available with OVP today? What other communities (in addition to Anuket, CNCF, ONAP) collaborate with OVP?
- Update from Olivier Smith - Change of chair in the OVP program. OVP 2.0 is being rebranded as "Anuket Assured". First badge will be released this summer, aligned with Anuket RA2. Working with the CNCF on cloud-native behavior for network functions. That will take some time to mature. OVP 2.0 is not writing requirements. It is coordinating the tests and requirements between the various communities. Expectations from ONAP is to have well-defined CNF modeling and a set of tests for verification. Validation tests in ONAP may exist in VVP or VNFSDK. No preference from the "Anuket Assured" side.
- Update from user-67d6f - During Frankfurt, The "CNF Conformance" tool from the CNCF was integrated into VNFSDK. Based on the CNF modeling approach chosen by ONAP, VNFSDK may need to be updated. This was part of the CNTP effort. REQ335- REQ338 . https://wiki.onap.org/display/DW/Guilin+Release+Requirements
- user-67d6f may continue serving as the main ONAP contact point, representing the VNFSDK.
- VVP contact point - steven stark
- What kind of validation should ONAP require for CNFs? Packaging and on-boarding only?
- On-boarding=SDC. SDC can now ingest and distribute Helm charts. In future releases it will also be validated. In Honolulu there is work to support ETSI packaging (SOL004).
- Do we want to cover more (E.g. the application layer functionality of the CNF)?
- We should probably not go into the application layer. This means we will follow the same approach we used for VNFs.
- There will probably be different badges for different levels of conformance.
- ETSI Event - April 21st - https://www.etsi.org/events/upcoming-events/1892-nfvevolution
March 18th, 2021 at 1pm UTC
- Satoshi Fujii - proposal update from Fujitsu: k8s network design and config draft rev2.pptx
- Proposal deals with the challenge of migrating workloads between K8S clusters
- The approach is separating network design and CNI configuration
- According to the proposal the user will create virtual networks and ONAP will generate the CNI configuration and inject it into the Helm charts at deployment time.
- The proposal leverages EMCO (from OpenNESS). There were questions of the exact functionality provided by ONAP.
- AI for Satoshi Fujii - prepare a follow-up presentation about the use of EMCO and the value it brings.
- Update from Thinh Nguyenphuon ETSI event
- There are only 15 minutes for the entire presentation
- There is a need to submit an abstract by 3/22
- user-67d6f - ONAP CNF compliance badging
- VTP enhancements to support CNFs
- VTP needs to get the requirements for CNF packaging from ONAP
- user-67d6f - Are there ETSI SOL004 specifications? Fernando Oliveira - This is work in progress in Honolulu
- VTP test development is planned for the Istanbul release. Need to have the requirements table ready by the start of the release. Fernando Oliveira volunteered to work on that.
- Catherine Lefevre - Some of the VNF requirements might be applicable for CNFs
- The VNF requirements are at VNF TOSCA Requirements . Catherine Lefevre suggested Taskforce members take a look and provide feedback.
March 25th, 2021 at 1pm UTC
- Thinh Nguyenphu - Share an alternative Common CNF Packaging - We will wait for Thinh Nguyenphu to indicate his readiness to present
- Quick review of VNF TOSCA Requirements and VNF HEAT Requirements indicate that they are very VNF and OpenStack specific
- We need to look at the ONAP CNF artifact specifications (Helm charts, etc.), and try to derive the requirements.
- Marian Darula - AFAIK the draft for CNF artifacts has been presented by Fernando Oliveira , but not approved and accepted.
- Olivier Smith - There is no intention to rush the ONAP project to provide requirements if they are not ready yet.
April 1st, 2021 at 1pm UTC
- Thinh Nguyenphu Fernando Oliveira Byung-Woo Jun - Share:
- what is going to be presented to ETSI-NFV on April 21st.
- Byung presented the slide deck:
- SOL004 compliant CNF package
- SOL007 Network Service package is under discussion
- Large package handling - SDC work to upload packages to ETSI repository
- SOL005/SOL003 interfaces for NFVO/VNFM
- SOL018 - Interface towards the Cloud Platform (K8S) - For now it is just K8S API. The plan is to align the ETSI and non-ETSI flows in ONAP and to use native K8S and Helm APIs in both paths.
- Draft of the slides presented: - 2021_NFV_Evolution_Presentation_ONAP_ETSI-Alignment_21042021-v9.pptx
- Byung presented the slide deck:
- What ETSI-Alignment work is planned for Istanbul? - In the context of modeling
- https://wiki.onap.org/download/attachments/93011619/ONAP%20ETSI-Alignment%20Requirements-Istanbul.pptx
- Proposed R9+ VNF/CNF Data Model Based on ETSI SOL001 v4.2.1 - no resources. Postponed to "J" release.
- [REQ-637] ETSI-Alignment for the Istanbul release - ONAP
- Catherine Lefevre recommends raising awareness to the ETSI alignment work in order to recruit additional developers.
- Non-ETSI plan for Istanbul
- SDC, SO and A&AI work is planned.
- Seshu Kumar Mudiganti - Some XGVela related requirements might arise from the ONAP/XGVela integration work. The goal is to address them during Istanbul.
- Alternative CNF packaging (from Nokia) - How much time do we still have? Catherine Lefevre proposes to move ahead with the packaging proposed by Fernando Oliveira and Byung-Woo Jun. Marian Darula mentioned that the current proposal has a challenge with information duplication. Andy Mayer - Discussion on CNF modeling is welcome during the Istanbul release time frame, even if implementation will come later.
- what is going to be presented to ETSI-NFV on April 21st.
April 8th, 2021 at 1pm UTC
- Lukasz Rajewski and Seshu Kumar Mudiganti will share the plans for Istanbul. May be in WIP state.
- no updates yet.Jira server ONAP JIRA serverId 425b2b0a-557c-3c0c-b515-579789cceedb key REQ-627 - No architectural changes expected.
- Marian Darula - Are Helm charts alone sufficient for modeling CNFs, or is there a need for external modeling. Lukasz Rajewski - Multi cluster is still a challenge.
- Byung-Woo Jun & Marian Darula - There is a need for an additional descriptor. The ETSI approach of a TOSCA descriptor on top of Helm could be a good approach. Lukasz Rajewski - The multi-cluster network connectivity is an example of a modeling aspect that needs to be handled outside the Helm charts. The Nokia proposal may hold the solution for this issue.
From user-67d6f : I have created the place holder for supporting the CNF badging from ONAP perspective here https://wiki.onap.org/display/DW/Anuket+Assured+-+ONAP+CNF+Compliance+Badge
In order to plan the same for next release, would like to get filled following items asap from CNF Task Force and Modelling team. Could you please help to identify the owners for the below items. Thank you
1. CNF Model Element Structure
This is related to our discussion on reaching consensus on packaging - it is still work in progress.
2. CNF badging requirements
We would like to get a better understanding of what the requirements should look like.
3. Sample CNF (ex: vFW) already supported in ONAP
Only existing CNF is the vFW, but it is not optimal as a "CNF reference". Other "Reference CNF" proposed by Samsung is not yet on-boarded to ONAP. Catherine Lefevre - the 5G-Super-Blueprint is working on on-boarding Magma (https://wiki.lfnetworking.org/display/LN/LFN+Demo%3A+5G+Super+Blueprint)
April 15th, 2021 at 1pm UTC
- All: 5G-Super-Blueprint - which CNF features we should utilize in this use case - impact on future requirements
- How to integrate with the Magma Orchestrator/controller
- Can ONAP treat the Magma Orchestrator as a CNF? We are assuming it is.
- The LTE version of Magma uses VNFs. The newly released 5G-SA version may be more CNF oriented.
- We need more information from the Magma side. Next ONAP-Enterprise call is planned for April 28th.
- Lukasz Rajewski presented the Honolulu CNF capabilities (
) - PLACEHOLDER - Lukasz Rajewski will upload the slides.Jira server ONAP JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution serverId 425b2b0a-557c-3c0c-b515-579789cceedb key REQ-458 - CDS Day 1/2 operations
- K8S Plugin Day2
- Zu Qiang (Ericsson) - Q: How is CNF package distributed? A: Same as VNF. Q: How is configuration done - how is CDS triggered? Is it through SDNC? A:No. SO triggers the CDS directly. CDS and SDNC are both part of CCSDK.
- Lukasz Rajewski and Seshu Kumar Mudiganti will share the plans for Istanbul. May be in WIP state.
Jira server ONAP JIRA serverId 425b2b0a-557c-3c0c-b515-579789cceedb key REQ-627 - SDC Changes - Helm validation. Alignment with ETSI CNF Package (when ready)
- A&AI - Bring information about the deployed resources from K8S and make them appear in A&AI. Requires discussion with the modeling subcommittee. Lukasz Rajewski will work with Andy Mayer on modeling changes for Istanbul.
- SO - Distribute Helm package using CNFs-adapter. CNF-adapter health check.
- K8S plugin - Switch to Helm 3.5
- New Use case - Possibly Free5GC, based on some work done by Orange.
- General comment - Plan is not finalized because there are still no confirmed resources for some of the planned functionality.
- Catherine Lefevre - recommends review of the Istanbul plan by the A&AI and SDC PTLs.
April 22nd, 2021 at 1pm UTC
- Invite CNF vendors to provide feedback on the CNF onboarding based on their experience with their CNFs.
- Kamel Idir - volunteered to provide feedback based on his experience
- Tried both types of packages - ETSI and ONAP
- Experience is with the Frankfurt release (Heat template wrapper)
- ONAP VNFD - Under TOSCA There is a namespace. If a vendor uses its own namespace it does not work out of the box. Expect to have a way to change the namespace supported by ONAP. There was a requirement for SDC to support changing the namespace. Workaround - Change the CNF package provided by the vendor to match the ONAP namespace.
- While designing a service using SDC, ran into an issue with the interfaces as defined by the vendors - use different types than the ones supported by ONAP.
- Christophe Closset - There were changes made in Honolulu - https://wiki.onap.org/download/attachments/100895762/SDCMultiModelSupport.pptx?version=1&modificationDate=1618834987000&api=v2&download=true
- Kamel Idir - Is there support for SOL007 design? Christophe Closset - It might be included in the recent changes (Honolulu). There is a way to indicate whether you are using ONAP or ETSI package.In the future it might be possible to translate between the two formats.
- SDC has a limitation on size of images in the Helm charts. SDC has a 8MB limitation. Kamel Idir indicates it is not sufficient for the CNFs he on-boarded. Workaround - Onboard images to Docker image registry and reference them. Some vendors provide embedded images which will require modification. Christophe Closset - The solution might not be having SDC handle the images. It is not designed to serve as image storage. Kamel Idir- Manipulating the package provided by a vendor to extract the images might jeopardize package integrity. Zu Qiang (Ericsson) - Extracting the images during on-boarding may not impact the integrity. Integrity validation happens before the extraction of the images. Flow is (1) Validate - signature validation (2) Extract (3) Distribute (no signature validation at this stage).
- Kamel Idir - volunteered to provide feedback based on his experience
April 29nd, 2021 at 1pm UTC
- Linux Foundation to take over Facebook's Magma | Light Reading
- Byung-Woo Jun - Initial Analysis of ONAP & Magma Architecture slide deck: ONAP-Magma-2021-04-29-v1.pptx
- Additional information can be found on the "ONAP for Enterprise" Task Force Wiki (specially on 4/28)
- Seshu Kumar Mudiganti - Magma may be treated as a 'resource orchestrator', and SO can have an adapter to control it like other resource controllers.Magma does not have LCM capabilities. Magma LCM requires some more research.
- Catherine Lefevre- SO should remain generic. We need to be consistent from an Architecture's perspective i.e. what's the scope of SO vs SDNC-C? When do we take the decision to create an adapter in SO and when SDNC is used?
- Deploying the Access GW requires running shell commands as root. This may be improved and better automated with ONAP.
- Opportunity for ONAP: Automate scaling of Magma GW; automate the "magma services" deploymentice
- Request from yan yan (CVC Committee) - Anuket Assured Re-Launch Release Plan to provide a go/no-go on their requirements / testing input to the badge launch.
- CVC received the following feedback about ONAP CNF compliance - Is it correct?
- H Release – ONAP CNF compliance requirements will be delivered by modeling subcommittee
- I Release – ONAP CNF compliance tests implementation will be delivered by VTP (under VNFSDK)
- Seshu Kumar Mudiganti - Updates or requests from the XGVela project
- Considering integration with 5G core slicing use case in ONAP.
- Observability - Looking at VES and Prometheus.
- In the process of finalizing the use case. More details to come soon.
- XGVela does no plan to introduce new requirements to ONAP, at least not for Istanbul.
- XGVela - CNF based
- Requirements are driven by Anuket community
May 6th, 2021 at 1pm UTC
- ONES - Call For Proposals (CFP) | Linux Foundation Events - deadline: June 20th, 2021
- LFN DDF Event on June 7th-10th - Proposal to be submitted by May 14th - https://wiki.lfnetworking.org/display/LN/2021+LFN+Developer+Event+Topics+June
- Review our ONAP CNF proposal for LFN DDF (1h) -
- Latest Honolulu features - Lukasz Rajewski, Seshu Kumar Mudiganti, Konrad Bańka + Fernando Oliveira, Byung-Woo Jun
- Marian Darula, Byung-Woo Jun, Thinh Nguyenphu - CNF packaging/modeling recommendations on May 6th, 2021
- Proposal covers packaging and descriptor; ETSI Compliance, Advanced Semantic Discovery (ASD) with Network Service Descriptor (NSD)
View file name ONAP_Nokia_Ericsson_K8S_application_descriptor_and_packaging_r2.pdf height 250
- SECCOM Container Logging specs - also applicable to CNF and therefore can it be used for CNF badging? (presented by Amy Zwarico)
- This is an update to the VNF security requirements
- Based on industry standards
- Applicable to CNFs and ONAP containers alike
- The requirements cover: Event types, log data, log management
- Follow-up with OVP PH2 /CNCF (https://github.com/cncf/cnf-wg/tree/main/cbpps), Anuket Communities to include some of these requirements as part of CNF Badging
- Agreed that May 13th CNF Call will be canceled
May 20th, 2021 at 1pm UTC
- Welcome Vishal Sharma (Spark New Zealand)
- Welcome Srini Rengasamy (Mavenir), Mike Sidler to the CNF TaskForce - Seshu Kumar Mudiganti - Building Network slice management that is ETSI compliant and using ONAP orchestration components.
- Share feedback regarding Thin's proposal presented on May 6th, 2021
- E-mail from Fred - [onap-discuss] Orchestration Scenarios/ETSI Alignment Meeting (May 10)
- MEC is not discussed as part of this CNF Task Force but we are interacting with MEC in the context of 5G Super Blueprint and ONAP E2E Network Slicing
- Review our ONAP DDF CNF proposals:
- 2021-06-DD - ONAP TSC Task Force: Cloud Native (Ask Us Anything) - Prepare some questions in advance to trigger the discussions
- 2021-06-DD - ONAP TSC Taskforce: Cloud Native (Demos)
- 2021-06-DD - ONAP TSC Taskforce: Cloud Native (Roadmap)
- A space for collaborating on the session material has been created here: June 2021 LFN Developer Forum Please upload your drafts to the appropriate section.
May 27th, 2021 at 1pm UTC
- Follow up regarding Thin's proposal presented on May 6th, 2021 + e-mail from Fred - [onap-discuss] Orchestration Scenarios/ETSI Alignment Meeting (May 10)
- Wiki page created: Application Service Descriptor (ASD) and packaging Proposals for CNFs
- Dedicated meetings will be setup and summary will be shared with the CNF Task Force?
- Suggestion to use the call organised on Monday at 8am EST but next week, SO meeting will be used
- Fernando Oliveira will update the bridge details on the CNF Descriptor Proposals wiki
- Moderator is requested
- Enhance previous ONAP Cloud Native Vision/Roadmap, highlighting Cloud Native Capabilities provided by ONAP also including our CNF journey (CNFO + CNF/ETSI Alignment)
- Latest "ONAP Modularity" advancement - possibility to "Pick & Choose" the components we need for a specific use case (OOM Enhancements)
The Honolulu release has important updates to support cloud native network functions (CNF). The functionality includes configuration of Helm based CNFs and seamless day 1, 2 operations. The Configuration API allows a user to create, modify and delete Kubernetes (K8s) resource templates and their base parameters and the Profile API allows for sophisticated day 0 configuration. The Query API gathers filtered status of the CNF and the HealthCheck API executes dedicated health check jobs to verify the status of a CNF. This new functionality is implemented in the Controller Design Studio (CDS) component using dedicated templates called Controller Blueprint Archives (CBA).
- DCAE simplifies microservice deployment via Helm charts and includes a new KPI microservice. The VES-OpenAPI-Manager allows easier validation of new xNF types against supported VES StndDefined domain improving compliance with 3GPP and O-RAN
Application Programming Interface (APIs)
- Logs are redirected to SDTOUT
- ONAP Components are containerized and are deployed on virtual, shared and elastic infrastructure.
- Built based on DevOps Toolchain (CI/CD, Gating, etc.)
Additional separated key messaging: Support ORAN SC SMO + Support Enterprise business (E2E Network Slicing, etc.)
Ranny Haiby , Byung-Woo Jun , Timo Perala , Seshu Kumar Mudiganti to discuss this request with Architecture, Requirement & MAC subcommittees
- Review our ONAP DDF CNF proposals:
- 2021-06-DD - ONAP TSC Task Force: Cloud Native (Ask Us Anything) - Prepare some questions in advance to trigger the discussions
- 2021-06-DD - ONAP TSC Taskforce: Cloud Native (Demos)
- 2021-06-DD - ONAP TSC Taskforce: Cloud Native (Roadmap)
- A space for collaborating on the session material has been created here: June 2021 LFN Developer Forum Please upload your drafts to the appropriate section.
June 3rd, 2021 at 1pm UTC
- Review our ONAP DDF CNF proposals - June 2021 LFN Developer Forum
- (specially "Ask Anything") – Please send any links to Ranny Haiby to consolidate our answers after the meeting - 2021-06-DD - ONAP TSC Task Force: Cloud Native (Ask Us Anything)
- Cloud Native Roadmap:
- Byung-Woo Jun , Fernando Oliveira presentation: deck - suggestion is that Seshu/Byung will start and then Fernando Oliveira, Byung-Woo Junwill grap 10 mins from the break
- Byung-Woo Junwill update the Agenda: 2021-06-DD - ONAP TSC Taskforce: Cloud Native (Roadmap)
- Lukasz Rajewski , Seshu Kumar Mudiganti
- Cloud Demos (Seshu Kumar Mudiganti, Lukasz Rajewski)
- ONES - Call For Proposals (CFP) | Linux Foundation Events - deadline: June 20th, 2021 - Catherine Lefevreto follow offline
June 17th, 2021 at 1pm UTC
- EMCO Update - Upcoming meeting on Wednesday June 23rd 6:30AM PDT
- ONE Summit - CFP Deadline is June 20th
- ONAP CNF orchestration Progress and roadmap - Catherine Lefevre Seshu Kumar Mudiganti Lukasz Rajewski Ranny Haiby Byung-Woo Jun
- Abstract submission - Ranny Haiby - submit as a panel - circulate draft by email
- ONAP CNF modeling and orchestration (ETSI, ASD and beyond) - Fernando Oliveira Thinh Nguyenphu Byung-Woo Jun Catherine Lefevre
- Abstract submission - Thinh Nguyenphu - submit as a panel - circulate draft by email
- ONAP CNF orchestration Progress and roadmap - Catherine Lefevre Seshu Kumar Mudiganti Lukasz Rajewski Ranny Haiby Byung-Woo Jun
June 24th, 2021 at 1pm UTC
- ASD Updates (based on Monday meeting progress) - Good progress was made. Still working on modeling. There is a wiki page for collaboration - Application Service Descriptor (ASD) and packaging Proposals for CNF
- The ASD work going on in the "orchestration scenarios" workgroup, and reflected in the above mentioned wiki page, is merging both the "ETSI" and "Native" CNF orchestration paths in ONAP.
- Q: What will be the format of package that vendors will have to provide for their CNFs? Will it adhere to the SOL004 specification? A:ASD extends SOL004. The intention is to make the ASD extensions become part of SOL004.
- The interface between the VNFM and K8S should be tabled SOL018. Comment: SOL018 is not defined yet. Actually it is better to label it "K8S API". Agreed.
- Ranny Haiby - To be pragmatic, it is best to focus on existing interfaces (e.g. K8S API) and not wait for ETSI-NFV or the O-RAN alliance to define new abstraction layers. There is a need to finalize the CNF packaging as soon as possible so vendors can use it for their CNFs.
- Orchestration of Free5GC with Helm charts and CNFO (Ilhem Fajjari, Abderaouf Khichane,Lukasz Rajewski, Michal Chabiera - Orange) - 30 min
- Link to slides
View file name towards5GS - Free5GC Containerization.pdf height 150 - Repository: Towards 5GC - Free5GC Helm charts
- Follow-up meeting about the ONAP orchestration part to be covered at the next meeting
- Q: What are the requirements for K8S - A: K8S 1.20 (for SCTP), Multus. specific linux core version for worker node hosting UPF
- Link to slides
- Are we OK to meet next week on July 1st, 2021?
July 1st, 2021 at 1pm UTC
- Orchestration of Free5GC with CNFO (continuation of ONAP part) - Michal Chabiera and Lukasz Rajewski
- The goal is to have Free5GCore orchestrated by ONAP, as a PNF/CNF based service
- Once this is done, it will replace the vFW as the "reference CNF" in ONAP.
- A RAN Simulator will be used. It is technically a CNF (that will be deployed by ONAP) but it will be treated as a PNF.
- The planned demo will include upgrade of one of the components (NRF).
- In the first phase, upgrade and other automation will be triggered manually. Next phases may demonstrate closed loop automation based on metrics collected from the Core, UE etc.
- Q: How is packaging of CNF handled? Are you planning to use the ONAP CNF packaging? A: Yes. When it is available it should be used.
- Discussions about what could be the future enhancements on top of what has been presented
- Great demo !
- Byung-Woo Junshared the latest CNF Model, Package and Orchestration Architecture presentation - Orchestration Scenarios
- Review ONAP Cloud Native Vision/Roadmap, highlighting Cloud Native Capabilities provided by ONAP also including our CNF journey (CNFO + CNF/ETSI Alignment)
- Suggestion to finalize the ASD model before we work with the Architecture/Requirements Subcommittees
- Discussions about the Magma onboarding as a CNF - following the process demonstrated by Lukasz Rajewski, Seshu Kumar Mudiganti during the 2021 DDF June Event
July 8st, 2021 at 1pm UTC
- Byung-Woo Jun , Fernando Oliveira Provide an update about ASD model decision
- Pre-standard study on GAPS for CNF orchestration from Ericsson; plan to discuss this topic with Nokia, Verizon, Huawei, Orange and others
- Verizon proposal for ORAN to adopt ETSI SOL004/SOL001 for packaging/describing ORAN apps and NFs
- Ranny Haiby Orchestration of CNF on Public Cloud.
- Recent announcements:
- AT&T transfers 5G Core to Azure - https://www.lightreading.com/the-core/atandt-to-offload-5g-into-microsofts-cloud/d/d-id/770600
- MS acquired the infrastructure (AKA AIC, AKA Network Cloud), not the applications.
- ONAP is not expected to be impacted. More impact expected on the Anuket project.
- Nokia and AWS 5G RAN PoC - https://www.globenewswire.com/news-release/2021/03/15/2192762/0/en/Nokia-and-AWS-to-enable-cloud-based-5G-radio-solutions.html
- Facebook Connectivity and AWS announce Magma on AWS Edge - https://engineering.fb.com/2021/06/28/connectivity/digital-divide/
- AWS best practices for mobile core - https://d1.awsstatic.com/whitepapers/carrier-grade-mobile-packet-core-network-on-aws.pdf
- AT&T transfers 5G Core to Azure - https://www.lightreading.com/the-core/atandt-to-offload-5g-into-microsofts-cloud/d/d-id/770600
- How should ONAP adapt to this trend? Should we focus more on public cloud deployments? What are the differences from ONAP's perspective? Can we fully abstract the cloud using multicloud?EMCO?
- ONAP should be able to address hybrid cloud situations (public/private)
- ONAP footprint reduction is key to enterprise and public cloud scenarios
- XGVela experience indicates a trend towards CNF-only, without the need for legacy technologies such as VNFs.
- There has been good progress transforming ONAP to a cloud-native architecture, in the OOM and other projects. There are other areas like monitoring that still need some adaptation to cloud-native.
- CNFs deployed on a public cloud could be more of "control plane" app, not the "data plane". These applications might be easier to deploy as they don't have special requirements like multiple NICs.
- Recent announcements:
July 15th, 2021 at 1pm UTC
ASD Updates after discussion with Nokia, Verizon - Byung-Woo Jun - Pending scheduling meetings(postponed)- ONAP "cloud-native" roadmap. Request from LFN to provide vision/timeline slide
- There is a cross-LFN effort to update the messaging. Last time this was done was 18 months ago. The landscape has changed since then. "cloud-native" is emerging as an area of focus.
- For ONAP - Updates from the progress of the CNF Taskforce. How ONAP is evolving. Request is to have one slide summarizing the journey ONAP is going through. Should be anchored in actual steps taken, but also some forward looking part.
- Anuket RI2 alignment - 5G Super blueprint
- CNF on-boarding - Including hybrid cloud
- Q: What is a "cloud-native" ONAP? What is the end goal? That is still being debated in the industry. Meanwhile ONAP is making steps towards this goal. We should be able to highlight this in the messaging slide, even if the end goal is still a moving target.
- We should not mix the two topics:(1) ONAP orchestrating CNFs (2) ONAP itself adopting a cloud-native architecture. Both topics should be addressed in the messaging slide, but let's keep them separate.
July 22nd, 2021 at 1pm UTC
- ASD Updates after discussion with Nokia, Verizon - Byung-Woo Jun - work in progress
- plan to report the work outcome next week or so
- ONAP slide(s) for the LFN Cloud Native messaging
- Draft - ONAP_Cloud_Native_v0.1.pptx
- Request to get some of Arpit's recent presentation materials as a reference point - AI Brandon Wick
- Byung-Woo Jun will propose short description for the security/logging items on the second slide
- AI everyone - What else do we need to mention in the slides?
- Updated version after today's edits - ONAP_Cloud_Native_v0.2.pptx
- Oops! - we forgot to record this meeting...
July 29th, 2021 at 1pm UTC
- ONAP slide(s) for the LFN Cloud Native messaging - continue work on the slides
- Updated version (Byung added Security description; will refine it further) - ONAP_Cloud_Native_v0.3.pptx
- Continue editing offline - proposal to use Google docs
- Keep diagrams in block/wire level - Brandon Wick will work with LF creative team to polish graphics.
- Updated slides with edits made during the meeting - ONAP_Cloud_Native_v0.4.pptx
- ASD progress: Update on ASD example and requirements, ASD & packaging examples by Thinh Nguyenphu
- Marian Darula - proposes to promote the use of ASD for O-RAN rApps and xApps in addition to CNFs
- Thinh Nguyenphu - requests review of the requirements in the page linked above. Wiki page comments are welcome.
- Interested parties may join the "orchestration scenarios" meeting on Mondays 8AM EDT - Orchestration Scenarios
- Fernando Oliveira - Verizon is proposing an ETSI based packaging for rApps/xApps
- ONE Summit sessions
- "Building modern cloud-native network services with ONAP" - accepted. Will be a virtual session. Ranny Haiby reached out to LF events team to figure out the details of how to still allow panel members to attend the event in-person if they wish.
- ASD session - waitlisted
August 5th, 2021 at 1pm UTC
- ONAP slide(s) for the LFN Cloud Native messaging - continue work on the slides
- Updated deck during the meeting (v4c): ONAP_Cloud_Native_v0.4c.pptx
- Byung-Woo Jun, added some update... in progress... feedback is needed
- Updated deck during the meeting (v4c): ONAP_Cloud_Native_v0.4c.pptx
- Brandon WickExample of ONAP Marketing Slides (Honolulu Release Deck)
- ONE Summit sessions - https://events.linuxfoundation.org/open-networking-edge-summit-north-america/program/schedule/
- "Building modern cloud-native network services with ONAP" - accepted. Will be a virtual session. LF events confirmed presenters may attend in-person, and present this as a virtual session.
- Schedule: Monday, October 11 • 2:40pm - 3:10pm (30 mins)
- Decide on format: Panel or presentation + Q&As – 20 mins + 10 mins
- Prepare content - re-use our Cloud Native Sales pitch and probably enhance it based on the latest capabilities available in Istanbul ???
- Pre-record
- ASD session - waitlisted - Thinh Nguyenphu will follow-up with LF event to get additional clarifications
- "Building modern cloud-native network services with ONAP" - accepted. Will be a virtual session. LF events confirmed presenters may attend in-person, and present this as a virtual session.
August 12th, 2021 at 1pm UTC
- ONAP slide(s) for the LFN Cloud Native messaging - continue work on the slides
- Updated slide deck: ONAP_Cloud_Native_v0.5a.pptx
- ASD session - we are on waitlisted - Thinh Nguyenphu and virtual. No unconference this year but maybe room for ad-hoc meeting.
August 19th, 2021 at 1pm UTC
- We had lower than average participation in the meeting today.
- Brandon Wick is working with LF creative services. Will be ready for review in two weeks. Scheduled for Sep-2nd.
- Any concern for Istanbul M3 (8/26)
- ASD - Not much progress. Some Nokia folks on vacation.
- Slides for ONES - We can re-use the cloud native roadmap slides, with minimal edits.
August 26th, 2021 at 1pm UTC
- ASD updates?
- Thinh Nguyenphu Marian Darula - Nokia (and Ericsson supported) presented ASD specification to O-RAN WG10 and WG6
- Fernando Oliveira - Verizon presented ETSI SOL001 / SOL004 CNF modeling and packaging to O-RAN WG10 and WG6
- O-RAN WG06 - The Cloudification and Orchestration Workgroup: https://oranalliance.atlassian.net/wiki/spaces/COWG/overview
- O-RAN WG10 - https://oranalliance.atlassian.net/wiki/spaces/OAMWG/overview
- Byung-Woo Jun - once ASD specification concept/draft is agreed (e.g., ORAN endorses the concept), ONAP could do a PoC in the Jakarta release (target release) - ASD Onboarding and Orchestration PoC - Developer Wiki
- add Jakarta release schedule link...
- SDC enhancement for ASD onboarding
- ASD Package distribution to a proper repository (e.g., Helm Repository, Image Repository)
- ASD and Package design (for simplified CNF models)
- CNF orchestration, leveraging SO, Helm Processor / MultiCloud, Kubernetes (CISM, CIS)
- Action Point: discuss resource for Requirements, Architecture, Design, implementation and testing
- Collaboration between ONAP and O-RAN Alliance for ASD specifications
- Any concern for Istanbul M4 (9/16)? On track !
September 2nd, 2021 at 1pm UTC
- Review ONAP Cloud Native journey slides after LF Creative services design. Gather feedback and produce final version - Brandon Wick
- Please provide detailed feedback on the slides by
- Slides available here
- Slides for ONES - Are we OK with re-using the roadmap slides?
- The topic of the session is CNF orchestration, so let's focus on slides #1 and #3.
- Ranny Haiby - Add an introduction slide and create a draft slide deck for the ONE Summit.
- ASD updates
- Thinh Nguyenphu Marian Darula - Nokia (and Ericsson supported) presented ASD specification to O-RAN WG10 and WG6
- ASD Spec is still being worked on.
- Byung-Woo Jun presented the current status - ASD Onboarding and Orchestration PoC - Please review and comment
- Ericsson and Nokia are working on adding all the necessary attributes to the ASD
September 9th, 2021 at 1pm UTC
- Review ONAP Cloud Native journey slides after editing based on feedback submitted on Wiki - Brandon Wick
- Brandon Wick will set up a Google doc collaboration space. Ranny Haiby and Byung-Woo Jun will collaborate.
- Proposed edits to tighten up infographic available here. Please review/approve by tomorrow (Sept 10).
- Review ONE Summit slides to be prepared by Ranny Haiby
- Slides for review - ONE-Summit_Cloud_Native_Service_Orchestration_ONAP v0.1.pptx
- Prepare "canned" questions - Ranny Haiby will re-circulate the June DDF questions over email to the panel participants
- Request to address the CNF packaging - What should operators request from the vendors? What is the proper short term approach to packaging? There is basic certification in the VNF-SDK project that validates Helm charts. SDC onboarding using Helm charts is available today. Some relevant work is done in the context of the 5G Super blueprint - https://wiki.lfnetworking.org/display/LN/LFN+Demo%3A+5G+Super+Blueprint
- Agree on presentation and speaking order
- ASD Updates
- There is progress in planning the PoC
- Discussion on how to provide additional parameters external to the Helm charts
- ASD Onboarding and Orchestration PoC - Please review and comment
- Ericsson is finalizing work on parameters. Will sync with Nokia
- Looking for reference CNF to be used in the PoC. First goal may be adapting the "direct path" package of cFW to ASD.
September 16th, 2021 at 1pm UTC
- ASD Update (Marian Darula )
- Ericsson/Nokia had a meeting. Good progress made. Certain items are still under discussion.
- Next step will be to have a PoC with an ONAP sample application (vFW and/or Magma Controller/AGW?). A stage 3 data model that is TOSCA based is required for the PoC. Ericsson is working on that.
- There is a proposal from Ericsson to add network specific descriptors, like L2 connectivity.
- Figuring out how to validate parameter consistency
- Feel free to provide feedback about ASD packaging (Orchestration Scenarios) including suggestions for the POC
- Plan CNF/Cloud Native Task Force readout with the ONAP TSC
- Proposed Topics:
- Session 1 - ASD Readout and ETSI CNF Package Evolution (45 mins) - tentative date: Oct 7th, 2021 (TBC) - Fernando Oliveira , Marian Darula , Byung-Woo Jun , Thinh Nguyenphu
- Session 2 - Jakarta requirement candidates
- Implementation of ASD/ETSI CNF Packaging - Fernando Oliveira , Marian Darula , Byung-Woo Jun , Thinh Nguyenphu
- Continuity of CNF O & potentially EMCO Integration - Lukasz Rajewski , Seshu Kumar Mudiganti , Byung-Woo Jun
- Proposed Topics:
- Convert our ONAP Cloud Native Evolution into a Roadmap
September 23rd, 2021 at 1pm UTC
- ASD Readout (Marian Darula , Byung-Woo Jun )
- Work on our ONAP CNF_Cloud Native Roadmap_V2.pptx
- Jakarta Timeline: Kick-Off on 10/14 and submit reqs no later than 12/2 (M1)
- Plan CNF/Cloud Native Task Force readout with the ONAP TSC
- Session 1 - ASD Readout and ETSI CNF Package Evolution (45 mins) - date: Oct 7th, 2021 (TBC) - Fernando Oliveira , Marian Darula , Byung-Woo Jun , Thinh Nguyenphu
- Session 2 - Jakarta requirement candidates - Nov 4th & Nov 18th
September 30th, 2021 at 1pm UTC
- ASD Readout (Marian Darula , Byung-Woo Jun ,Thinh Nguyenphu )
- Marian Darula - There is fine tuning going on between Ericsson and Nokia, especially around network interfaces (secondary interface)
- Official presentation to the forum will be done next week
- ASD POC (Byung-Woo Jun , Lukasz Rajewski , Seshu Kumar Mudiganti )
- Working on the details of the architecture - ASD Onboarding and Orchestration PoC
- Analyzing impact to existing ONAP components.
- Starting with on-boarding - what are the implications on SDC.
- Next items for discussion include modeling for A&AI, How to extract parameter values, how to create custom workflow.
- Trying to re-use existing flows, where possible.
- Marian Darula - Final version of ASD is not finalized. Can the PoC progress with the existing version? Byung-Woo Jun - Probably yes. There is enough to start with.
- Zu Qiang (Ericsson) - Modeling should not be driven entirely by the PoC. It should happen independently.
- Kamel Idir - What will be the impact on service design in SDC? There might be some impact, but exact details are TBD based on the architecture discussion. However, the focus of the PoC is not on instantiation, but rather day 2 configuration and control loop.
- ASD presentation to the TSC - ASD proposal is ready to be presented, although it is still WIP. Details of the presentation will be discussed on Monday's 'orchestration scenarios' call.
October 7th, 2021 at 1pm UTC
- EMCO v2.0 vs Multicloud (Orange)
- EMCO analysis and trial presentation by ilhem fajjari EMCO & Ongoing Work in Orange
- Trial - Several applications (Core and RAN), several Helm charts. Placement based on labels. Placement was done by assigning labels.
- Kubernetes plugin presentation by Lukasz Rajewski K8s plugin - Summary and use in ONAP for CNFO
- Next steps - There is a need for a discussion with the Architecture Subcommittee about the role of Multicloud. Clarification from Lukasz Rajewski - SO can decide whether to call EMCO or multicloud.
- EMCO analysis and trial presentation by ilhem fajjari EMCO & Ongoing Work in Orange
October 14th, 2021 at 1pm UTC
- EMCO integration with ONAP - Continue the discussion
- ASD Readout: https://wiki.onap.org/display/DW/Application+Service+Descriptor+%28ASD%29+and+packaging+Proposals+for+CNF
October 21st, 2021 at 1pm UTC
- Review the "Welcome" Task Force page (including our HL Vision, etc)
- Collect the latest versions of CNF Taskforce presentations from recent events - ONE Summit, DDF,
- Ranny Haiby - Propose a new high level structure for the landing page
- New meeting time after DST ends in the US (Nov-7th)
- Questions for EMCO
- What is the division of roles and responsibilities between ONAP and EMCO?
- Please add questions here: ___
- Ranny Haiby - Request EMCO rep to join one of the upcoming task force meetings
- ASD Update
A Jira ticket was createdASD ONAP REQ ticket:
(modeling, not PoC)Jira server ONAP Jira serverId 425b2b0a-557c-3c0c-b515-579789cceedb key REQ-993 ASD Requirement at J release wiki page : Jakarta release - functional requirements proposed list#ApplicationServiceDescriptor(ASD)onboardingpackageIM/DM
There is an upcoming presentation the requirements subcommittee.
- TOSCA will be used for the descriptor
- There is a need to adapt the packaging format to align with SOL004
- Seshu Kumar Mudiganti - There is a need to discuss with additional projects, like SDC
- There is another requirement for the PoC - Application Package Onboarding to SDC . Requirements are still in progress.
October 28th, 2021 at 1pm UTC
- Continue work on CNF Taskforce landing page. - Please add more items as you see fit - New Landing Page
- New meeting time after DST ends in the US (Nov-7th) - Ranny Haiby will create a Doodle poll.
- Cancel CNF Task Force meetings on Nov 11th and Nov 25th? - Tentatively cancel both.
- ASD review by Requirements subcommittee and IM subcommittee
- Proposal was well received
- Modeling subcommittee raised a question regarding other types of deployment items except Helm charts (E.g. Terraform) - This could be a future version functionality
- ASD information will be populated under the modeling section in the wiki.
- The ASD workgroup is working on an official data model, preparing for an official review by the modeling subcommittee.
- Jakarta PoC plan was presented and was well received. Additional meeting with SDC is planned. On-boarding process may be adjusted based on data model. ASD onboarding to SDC (WIP) - Application Package Onboarding to SDC
- SOL004- ETSI is working on Release 4. Now would be a good time to provide the ONAP feedback to ETSI. Thinh Nguyenphu proposes a liaison mechanism between ONAP and ETSI on this topic. ASD workgroup will follow-up as necessary.
November 4th, 2021 at 1pm UTC
- Meeting cancelled
November 16th, 2021 at 2pm UTC
- Continue work on CNF Taskforce landing page. - Please add more items as you see fit - New Landing Page
- Prepare for upcoming meeting with EMCO to discuss details of future integration - Roles and responsibilities, API calls, Integration points (Multicloud vs. directly from SO), any other open technical questions.
November 23rd, 2021 at 2pm UTC
- Thanksgiving week in the US - Meeting is cancelled.
November 30th, 2021 at 2pm UTC
- Proposed joint meeting with EMCO technical leaders (Sharad Mishra , Srinivasa Addepalli ) to discuss details of future integration - Roles and responsibilities, API calls, Integration points (Multicloud vs. directly from SO), any other open technical questions.
- Follow-up on analysis done by Orange - EMCO & Ongoing Work in Orange , K8s plugin - Summary and use in ONAP for CNFO
- Why was EMCO created in the first place? What were the motivations? What ONAP gaps does EMCO address?
- A few initial gaps for integration were identified by Lukasz Rajewski
- Srinivasa Addepalli - EMCOs goal is to deploy "complex" applications (or CNFs) across multiple K8S clusters. It continues monitoring the deployed applications and provides status. EMCO assumes K8S is the cloud infrastructure, but it supports VMs as well. It can communicate with public cloud APIs (Azure, GCP). EMCO v1 was integrated with ONAP multicloud, which handles single CNFs. EMCO v2 can handle a network service (multiple CNFs). EMCO does not have a "standard compliant" northbound API (e.g. ETSI VNFM or NFVO)
- Seshu Kumar Mudiganti - Proposes a Service-Orchestration/Resource-Orchestration approach. EMCO can handle Helm charts deployment (=resource). SO will handle the service level.
- Lukasz Rajewski - We should compare the terminology between ONAP/EMCO/ETSI.
- Srinivasa Addepalli - EMCO handles "composite applications" described by a Helm chart. It provides value by interconnecting the components of the composite service, e.g. using ISTIO.
- What will be the demarcation between ONAP and EMCO? Will EMCO handle an entire CNF? Each Helm chart separately? In EMCO, One application may have multiple micro services. ONAP has "services" consisting of "VF"s, That may have "VF modules". Each "VF module" is a Helm chart.
- Lukasz Rajewski - The main difference between ONAP and EMCO is that ONAP deploys each "VF module" (=Helm chart) separately, using an API call to multicloud. We need to find a way to preserve this approach, making multiple API calls to EMCO.
- First step for integration - ONAP will call EMCO for each "VF module". This will not take full advantage of EMCO's capabilities, but will only serve as a first step toward deeper integration. CNF adapter in SO will be the integration point. Multicloud will not be used for this integration.
- Future steps for integration - Have EMCO handle an entire VF as one composite application.
December 7th, 2021 at 2pm UTC
- <meeting was not recorded - Ranny Haiby - sorry, my bad.>
- Plan EMCO integration - PoC in Jakarta? Full feature later?
- There is a need to go to the next level of details
- Highest impact will probably be on SO
- ASD Updates?
- Planned review in modeling committee - Application Service Descriptor (ASD) onboarding IM
- Updated package description - Application Service Descriptor (ASD) Onboarding Packaging Format
- TOSCA descriptor - Application Service Descriptor (ASD) Resource Data Model
- January Developer forum sessions:
- https://wiki.lfnetworking.org/display/LN/2022-01-DD+-+ONAP%3A+CNF+Orchestration+Tutorial
- https://wiki.lfnetworking.org/display/LN/2022-01-DD+-+ONAP%3A+Application+Service+Descriptor+%28ASD%29+for+K8s+NFs
- https://wiki.lfnetworking.org/display/LN/2022-01-DD+-+ONAP%3A+ASD+and+Application+Onboarding+and+LCM+Orchestration
- https://wiki.lfnetworking.org/display/LN/2022-01-DD+-+ONAP%3A+Orchestration+of+xNF+Based+5G+Service
- Plans for certification program?
- No plans yet. All relevant requirements will soon be accessible from the new CNF Taskforce landing page
December 14th, 2021 at 2pm UTC
- MEETING WAS CANCELED - low attendance
- Finalize new landing pageDecember 14th, 2021 at 2pm UTC
Action Items (Closed in 2021)
- (Thinh Nguyenphu) / Marian Darula / Byung-Woo Jun : Nokia and Ericsson share an alternative (Common CNF Packaging) to what was proposed by Fernando Oliveira , Byung-Woo Jun
- (All) Try to identify where we are on the CNCF Trail Journey - Needs clarification to comment, need to dig into the details of the actual ask.
- (All): Collect feedback about our current CNF onboarding capabilities from 3rd party vendors
- (All): Build an ONAP proposition value to collaborate with XGVela Community
- (Timo): Ask the Nokia team to present preview material on 1/26
- (Catherine): Contact Policy/DCAE/AAI/SO PTLs to attend January 26th CNF Task Force call to review Satoshi FujiiCNF Closed Loop proposal
- (Catherine): Send Calendar invite - every Tuesday @2pm UTC
- (Catherine): Reconnect with the CNF sub-Task force: Modeling/AAI (Andy Mayer) and ETSI (Byung-Woo Jun and Fernando Oliveira ) to understand their 2021 goals on January 19th
- (Kenny): Follow up with EUAG in order to determine if any particular CNF reqs (or 2021 ONAP requirements including an update to the ONAP TSC)
- (Seshu/Lukasz): Invite EMCO representatives
- (Olivier): Organise a call with Trevor Lovettand any interested CNF team members to determine how ONAP could contribute to the OVP 2021 activities
- (Ranny): Post the topic for the event
- (Catherine) Check with Olivier Smithif we can postpone OVP/ONAP discussion to another week so CNF PDN Gateway discussions can be scheduled on March 2nd, 2021
- (Victor Morales/ Ranny Haiby): Setup additional follow-ups about CNF PDN Gateway
- (Timo/Catherine): Promote 2021 goals from OVP program and collect any particular requirement through ONAP Requirement and TSC meetings
- (Kenny): Contact EUAG about any CNF badging requirement (OVP)
- (Seshu): Check if user-67d6f , Lei Huang , Yan Yang can join March 9th, 2021 to discuss about OVP/ONAP & VNFSDK
- (Thinh): Share the ETSI event link when it will be available
- (Seshu): Questions for XGVela
It would be great to highlight more clearly the purpose of XGVela as a platform to build CNFs and get feedback from 3rd party vendors, who are today already creating CNFS for carriers, to assess the value proposition
After the CNF is created via XGVela – can we then deploy the CNF on any Cloud environment without using XGVela at run-time?
If we need XGVela then have we performed an analysis to demonstrate the value proposition vs K8S and its ecosystem?
Build a slide to highlight how XGVela (i.e. create CNF) is complementary to ONAP (onboard CNF/orchestrate CNF, etc.) and how it will fit to the CNCF Landscape
- Catherine LefevreFollow-up with the Modeling Subcommittee about yan yanrequest
- @Thin to upload presentation from May 6th call
- (All) Try to identify where we are on the CNCF Trail Journey - Needs clarification to comment, need to dig into the details of the actual ask.Kenny Paul - Reach out to FB to meet us on May 12th, 2021 (ONAP For Enterprise Task Force) - request made to LF PM - just checked no name yet.
- Catherine Lefevre: Introduce Amy Zwarico to Anuket, CNCF and OVP PH2 Communities and share SECCOM Container Logging specs
- (ALL): Provide feedback regarding Thin's proposal presented on May 6th, 2021
- (Andy Mayer , Hui Deng ) Follow up regarding Modeling team about CVC request - Re: Request from CVC
- Kamel Idir - Will repeat onboarding with Honolulu (once he has the lab resources) and will report back
- (Byung-Woo Jun: Bring the discussions to the ONAP Architecture Subcommittee about SO/SDNC role etc (see notes from 4/29)
- Ranny Haiby - Create a first draft of the "ONAP cloud-native" messaging slide and share with the Taskforce.
- Ranny Haiby , Byung-Woo Jun , Timo Perala , Seshu Kumar Mudiganti to discuss the enhancement of our ONAP Cloud Native Vision/Roadmap, this with Architecture, Requirement & MAC subcommittees
- Brandon Wick- will collect additional information about the ONES event (virtual, F2F present, etc.)
- Catherine Lefevre: Plan CNF Task Force readout with the ONAP TSC
- Lukasz Rajewski - Ask Orange colleagues to present EMCO↔Multicloud comparison
- (All) Feel free to provide feedback about ASD packaging (Orchestration Scenarios)
- (Modeling/Requirements): Need to determine what ETSI CNF package solution we want to move forward (Fernando Oliveira, Byung-Woo Jun vs Thinh Nguyenphu)
- (Olivier): Check with CNCF if any cross-meeting with ONAP could be scheduled
- (All): Collect feedback about our current CNF onboarding capabilities from 3rd party vendors
- Try to locate missing meeting recordings (Sept 30th & Oct 14th, 2021) - Catherine Lefevre
- Lukasz Rajewski - Follow up with Seshu to plan EMCO integration