Versions Compared

Old Version 110

changes.mady.by.user Ranny Haiby

Saved on

compared with

New Version Current

changes.mady.by.user Catherine Lefevre

Saved on

Key

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

Meeting Minutes 

Table of Contents
maxLevel2

...

  • 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

...

Image Removed

Action Items (In Progress)

  •  (Andy Mayer , Hui Deng ) Follow up regarding Modeling team about CVC request - Re: Request from CVC 
  •  (ALL): Provide feedback regarding Thin's proposal presented on May 6th, 2021
  •  Byung-Woo Jun: Bring the discussions to the ONAP Architecture Subcommittee about SO/SDNC role etc (see notes from 4/29)
  •  (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
  •  Kamel Idir - Will repeat onboarding with Honolulu (once he has the lab resources) and will report back

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

  • , 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.)

Image Added

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


June 3rd, 2021 at 1pm UTC

June 17th, 2021 at 1pm UTC

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
      nametowards5GS - Free5GC Containerization.pdf
      height150
    • 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
  • 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

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
  • 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

August 12th, 2021 at 1pm UTC

  • ONAP slide(s) for the LFN Cloud Native messaging - continue work on the slides
  • 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

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
  • 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

September 9th, 2021 at 1pm UTC

September 16th, 2021 at 1pm UTC

September 23rd, 2021 at 1pm UTC

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

October 14th, 2021 at 1pm UTC

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 

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

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): 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
  •  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