Meeting Minutes 

Previous Meeting Notes

Srinivasa Addepalli
As part of ONAP4K8s, we have done some work in R4 and we are working ìDistributed Application Orchestrationî in R6.  
In R4, we showcased deploying CNFs & VNFs (firewall use case)  and normal applications on the same cluster from ONAP.  
Also,  Akraino ICN project is bundling ONAP4K8s. 
Glad to see wider interest in deploying CNFs from ONAP in remote K8s clusters.  

Linked to the edge computing, K8S deployment/containerization, 5G - discussion under architecture team is ongoing
Prototype under Multicloud project- develop some plug-ins to prove network functions/containerization

What type of orchestrator changes do we need?

Links:
https://wiki.onap.org/display/DW/Multi+Cluster+Application+Scheduler
https://wiki.onap.org/display/DW/ONAP4K8S+profile

Ranny Haiby
#1 Define benefits of ONAP for CNFs - what are we trying to solve with CNFs?
 i.e. Control Loops, Provisioning/Modeling, etc
#2 Scalability/Reliability - deep dive to be truly K8S oriented

Ciaran Johnston
Do we want to be truly Cloud Native? yes but it requires baby steps stating with Cloud native development principles 
How can we enable as part of our development practices
   i.e. DevOps approach - mS 
   The second approach is the preference

Strategy is to demonstrate how ONAP could be "complementary" to other open source initiatives.

Seshu Kumar Mudiganti
#1 Discussion of two steps 
1∞ Identify ONAP components (MVP) to support CNFs
2∞ Transform other components (still maintained) to support also K8S deployment
#2 Is there any other solution than K8S (i.e. Red Hat Openshift?)
https://blog.openshift.com/whats-the-difference-between-openshift-and-kubernetes/
https://hackernoon.com/kubernetes-vs-openshift-a-detailed-comparison-7r3z53zlv

Clarify the term CNF across the community and standardise it addressing the below ONAPARC-552 - Getting issue details... STATUS

Timo Perala
#1 Understand the K8S Roadmap to understand what are the incoming features in the future
   so we can identify where ONAP can play a role and then define 'ONAP Lite'
#2 Follow-up with Sylvain (CNCF TCC Lead)

Alla Goldner
Suggestion to create 3 blueprints
#1 ONAP lite (just CNFs)
#2 ONAP hybrid (supporting all - as a transition period or will remain later to support PNFs at least)
#3 ONAP All (VNFs, PNFs, CNFs)
=> Key word: we should be able to deploy the ONAP/ONAP lite components that carrier/vendor just need

March 3rd, 2020

    

March 10th, 2020

March 12th, 2020

  •  Feedback from OVP PH2 meeting: https://wiki.lfnetworking.org/display/LN/2020-03-09+OVP+2.0+Meeting+notes
  •  Do we need to extend our ONAP VNFReqs to consider CNF Reqs or shall we suggest a "LFN CNF Reqs" Board or will it be driven by CNCF?
    •  Need to connect with CNCF to avoid duplicated effort, divergent effort
    •  Architecture, Modeling, Security reqs will feed VNFReqs+  to define what it is requested to onboard CNFs on ONAP — Shall we draft a Diagram flow?
    •  Need also to consider CNF Security reqs from SECCOM
    •  Need to consider the Architecture, Requirement Subcommittees' perspectives
    •  ETSI Activities to define packages - candidate for the Guilin Release ETSI-Aligned CNF Support - Honolulu
      • ESTI reqs/packages availability - End of Q4
      • Need to define an intermediate (Helm v3.0, TOSCA, HEAT) then try to push back our findings to ESTI
    • Hydrid approach (supporting all together - CNFs, VNFs, PNFs) - need to address the network part ONAP SO ETSI-Aligned Hierarchical Orchestration
    • Migration Strategy from Openstack (VNFs) to K8S (CNFs)
      •  New artifacts for containers
      •  New packages while offering the same functionality than formerly VNFs
      •  Define the mapping  (Helm v3.0, TOSCA, HEAT)
  • Review "Features/Capabilities - How We complement each other?"

March 13th, 2020

  •  Review "Features/Capabilities - How We complement each other?"
    • Observability/Events/Alarms/Analytics
    • Tracing/Telemetry

March 17th, 2020

  •  Review "Features/Capabilities - How We complement each other?"

    • Security

    • Network Services

    • Adapt our CI/CD

  • "SO enhancements to support CNF" presentation (3/17) by Seshu Kumar Mudiganti

    • Discussion K8S orchestrator vs ONAP Orchestrator adding values to support CNF i.e. Inventory i.e. AAI, Operational cockpit (CDS), Optmization (OOF) and Control Loop (DCAE/CLAMP/Policy) 

March 19th, 2020

  •  Discussion about the K8S adapter used by different ONAP components - MultiCloud, OpenStack, SO, etc. => Need guidelines from the Architecture Subcommittee
    •  Shall we review the MultiCloud architecture in order to consider it as the layer to trigger K8S Adapter? Need to review MC as ONAP MVP?
    •  Short term: Bypassing MC for Guilin?  How shall we get back to MC later?
    •  Opportunity to review the different APIs (14?) used for Orchestration
    •  Suggestion from Damian Nowak to explore what it is offered by ETSI-Aligned CNF Support - Honolulu, see feedback provided by Fernando Oliveira on 3/12
    •  OPNFV update -Deploy directly on K8S from MetaSwitch (CNF ClearWater IMS image),  not from a Helm package 
  • Discussions about First Use Cases for Guilin (see above section)

The different use cases are highlighting a similar architecture i.e. (VID)/SDC/SO/MC etc being involved in the call flows. Additional guidelines are required by the Architecture Subcommittee

#1 CNF ClearWater IMS

#2 cFW Bin Yang

#3 ETSI-Aligned CNF Support - Honolulu

March 26th, 2020

  • OVP PH2 - Workstream activities - https://wiki.lfnetworking.org/display/LN/OVP+2.0+Boot+Strap
    •  Call for ONAP Volunteers to join the Workstream
    •  Discussion about what ONAP cares today if we onboard CNF or VNF
      • Packaging/artefacts are different
      • Heat & TOSCA are handled differently on ONAP
      • Role of MVP components in ONAP migh stay the same i.e. Onboarding/Orchestration flow (SDC, SO, AAI etc) but some adjustments will be required
      • Modeling area to be investigated to identify the changes though an existing use case i.e. cFW 
  • Initial Security CNF thoughts presented by Krzysztof Opasiak  
    • Communication: VNFs=HTTPS; CNF=K8S Airbag, kubectl
      • Need to get feedback from Ops reqs from Carriers (HTTPS still used for CNF or other alternatives)
    •  VNF Security reqs focussing on secured communications => Support of Service Mesh for CNF i.e. Service Mesh between ONAP/CNFs
      • CNF LCM (Life Cycle Management) APPC?
      • Extend the investogation to the other ONAP Components
      • Identify way to communicate between CNFs/VNFs
      • No breach on CNF data stored in AAI based on what it transfers through K8S
  • Any feedback regarding SO presentation (from Seshu Kumar Mudiganti ) &  cFW presentation (from Bin Yang )

April 2nd, 2020

  • Initial Modeling thoughts based on cFW presented by Andy Mayer
  • Does the Use Case model still apply?  Use Case Team has been replaced by 'Requirements' Team
  • Call Flows associated to the Initial Use cases are required to progress from a Modeling perspective
  • For the ETSI-Alignment CNF support, the onboarding of ETSI CNF package to SDC needs to follow the coming ETSI specifications such as IFA 029 and IFA 040. This would impact on the modeling changes
  • To SDC. Also we are defining CNF distribution and orchestration path based on the current ETSI specification assumption, which is not finalized yet.
  • AAI modeling impact to handle CNF instances 

  

Autoscaling, auto-healing - Consider ONAP Control Loop (DCAE, Policy) - 

Feedback on the presentation: Add AAI, Modeling; Control Loops etc.

April 9th, 2020

April 16th, 2020

#1 for certificates, we use "cert-manager", used by everybody but us. It can deliver PEM in standard but also JKS and PKCS12 format in experimental (https://cert-manager.io/docs/release-notes/release-notes-0.14/#experimental-bundle-format-support-jks-and-pkcs-12)

#2 for "RBAC", let's put hard work on the two components "using" it -- DMaaP and Portal.  In order to move to keycloak, which is compatible with ISTIO but can live without it. Keycload is a OpenID implementation meaning it's using standard stuff

https://github.com/jetstack/cert-manager/

https://www.keycloak.org/


April 22nd, 2020 at 2pm UTC

April 30th, 2020 at 3.30pm UTC

May 14th, 2020 at 3.30pm UTC

New Schedule? 1h before TSC meeting except when we will change the clocks => 1pm UTC every Thursday

#1 Alignment on Cloud Native Definition

- Presentation for Cloud Native definition
Why don’t we just reference CNCF ?
• Feeling that it was not understood/completed the same way by carriers and 3rd parties
• Remove ‘aligned with CNCF/TUG…’ as duplication
Containers are ‘one way’ of doing cloud native – is it too specific ?
• CNCF made a decision to be not specific.
• Should ONAP be more specific and have a common understanding from all parties
As a vendor, I prefer having a single source for cloud native requirements ?
• We’re not defining new requirements – this is a set of definition over the very broad set of what CNCF has proposed
Target is to define what ONAP understand from these CNCF requirements
We do not agree on what CNF means ?
• CNF in ONAP means Container Network Function : one application of that is Cloud Native use case
Agree on the purpose of these principles
• Build a common understanding
• CNCF cloud native principles are very generic
o CNCF say things are immutable even if configuration changes
But CNF this is not true, Container configuration changes has impact
o Applications don’t have to be aware of networking
 -In Our case ONAP , CNF are dealing with Network so this principle does not apply
Bring added value
Maybe we should rebrand : CNF expectations from ONAP community
Or identify Gaps that ONAP should fill up ?

- Do we need to define CNF requirements ? like we do VNF reqs but where do we define them ?
o CNCF TUG is defining that to some extend
- Why is there multiple definition for CNF ?


Ranny Haiby - I have added a slide describing the two types of CNFs - 'containerized' and 'Cloud Native':

Cloud Native Definition_TF_With_Containerized.pptx


#2 CNF Guilin Requirements:

  • ETSI CNF (Fred/Byung)
  • CNF Orchestration (Seshu, Lukasz, Srini) including K8S plug-in - starting point
    • cFW (from Intel POC)
    • any CNF 5G Core - not yet any open source CNF available in this area except "free5GC" from Akraino
    • open for other proposal (Ranny?) (smile)
  • Productization of CNF Onboarding (Sylvain) 
    • extract from OOM/Integration/Security requirements
    • monitor the status of CNF instantiation

May 21st, 2020 at 1pm UTC

  • Any feedback regarding the slide added by Ranny Haiby  
    •   (Fernando Oliveira ) :  What is the letter CN is intended in this task force (Cloud native vs Container Network functions) 
      • (  Ranny Haiby ) Task force could look at both the approaches and find it as a place to support both
      • ( Chaker Al-Hakim  We can start from Container N/w and then add the other aspect as we move forward, LF Edge is also trying to define the CNCF too.
      • Better to get the alignment at the LFN level to have the common terminology across board
      • (Seshu Kumar Mudiganti ) ONAP itself is currently deployed as a (semi) CNF over OOM platform using the K8s
  • Aarna Network is pitched in to provide a helping hand in the (R7) Guilin  Release to support the effort (Amar Kapadia)
  • Ranny Haiby : Victor would be coming up withe helm charts that could be refereed to by the June event. 
  • CNF Orchestration (Seshu) updates   Seshu Kumar Mudiganti

May 28th, 2020 at 1pm UTC

  •  Review of Guilin CNFs Requirements before TSC Prioritization kick-off
    • REQ-341 - Getting issue details... STATUS
    • REQ-339 - Getting issue details... STATUS

June 4th, 2020 at 1pm UTC

  •  Feedback from OVP PH2 - Ryan Hallahan, Ranny Haiby, Trevor Lovett
    • Latest discussions - any update from June 1st, 2020 that we should consider as part of this ONAP Task Force? Main discussions about CNCF conformance.
    • Any update about REQ-339 - Getting issue details... STATUS - Probably not high priority for the Guilin Release - waiting feedback from user-67d6f
    • Workstream 7 - expectation to provide a bi-weekly update
  • Any update from Ranny Haiby , Alla Goldner regarding how to shift from POC to Release Requirements? (Ongoing)
    •  Service Mesh POC including documentation and results while providing awareness through the different forums.
  • Creation of a new CNF sub taskforce focusing on Modeling/Inventory led by Seshu Kumar Mudiganti , Andy Mayer + AAI SMEs

June 11th, 2020 at 1pm UTC

June 18th, 2020 at 1pm UTC

  • No ONAP CNF meeting on June 25th, 2020 (LFN DDF Virtual Event)
  • Any feedback from OVP PH2?
    •  WS07 was presented (except CNF Security)
    •  OVP Validation (WS05) - ONAP (SO, VF-C teams) will initiate the testing (provisioning), the ONAP requirements will write the tests based on functional reqs/use cases.
    •  CNF requirements to be provided by ONAP community to be used for the E2E CNF Testing. Need to identify people from ONAP Community
    •  Need to consider from ETSI perspectives as well
    •  OVP PH2 is about E2E Testing/CNF Badging - suggestion is to remove WS07 and to maintain WS05 to highlight our ONAP contribution (how to use ONAP + ONAP testing tools)
    •  Inputs can be provided to WS01, WS02 in terms of requirements
  •  CNF Modeling/Inventory
    •  ETSI CNF Modeling effort will contribute to this Task force. Separation between ONAP (A&AI/Modeling incl. ETSI CNF) and CNCF from an Inventory perspective => main topic on June 19th at 12.30pm UTC - https://zoom.us/j/98408415989. Opportunity to procvide close loop feedback to ETSI
    •  Any Helm Chart information (under finalization) during the DDF event - Date/Time will be confirmed
    • Meeting will be canceled on June 26th
  •  Introduction of technical review/Assessment of K8S plug-in (after Guilin Architecture Review) performed by the ONAP Architecture Subcommittee, identifying any additional ONAP value on top of K8S; considering ETSI-Aligned CNF Support - Honolulu and how to make workflows for internal and external VNFM as similar as possible.
  • Review on remaining action items

July 2nd, 2020 at 1pm UTC

  • CNF Inventory/Modeling will be canceled on July 3rd, 2020 (US Independence day)
  • Review ONAP contribution to OVP PH2 program
  • CNFO will use the 5G core part of the 5G slicing use case (REQ-341)
  • CNF Inventory/Modeling - presentation planned on July 10th "Reference CNF" by Victor Morales  (Samsung)
  • Control Loop representatives (Pamela Dragosh , Vijay Venkatesh Kumar ) have also joined the CNF Inventory/Modeling Task Force  
  • CNF ETSI Package (ongoing)
  • WS05 will be presented by user-67d6f on July 13th - OVP PH2 meeting
  • OVP PH2 - WS05/WS07 are now combined together including all the ONAP contributions 

July 9th , 2020 at 1pm UTC

  • Checkpoint on WS05 prior OVP PH2 meeting - Kanagaraj could not attend the meeting but Seshu reported he is ready for presenting in the OVP 2.0 on Monday
  • Catherine asked TechM (Milind Jalwadi) to present his PoC to the CNF modeling work group.
  • REQ-381 seems to be ahead of the OVP 2.0 plans. Should be discussed on the coming OVP meeting.
  • We should update the CNF roadmap table on this page.

July 16th , 2020 at 1pm UTC

          Links from June DTF: https://wiki.lfnetworking.org/pages/viewpage.action?pageId=34606297#id-2020JuneVirtualLFNDeveloper&TestingForumTopicProposals-Plenary-PaaSwithXGVela

          and the recording link: https://wiki.lfnetworking.org/download/attachments/40370243/PaaS%20with%20XGVela_%20June%2023%202020.mp4?api=v2

          Additional Material: PaaS with XGVela - v3.pdf, xgvela-20200612.pdf

         url: https://xgvela.org/

July 23rd , 2020 at 1pm UTC

  • Consolidate our inputs to build our ONAP proposition value to collaborate with XGVela Community
    • XGVela Telco PaaS Definition: https://github.com/XGVela/XGVela/blob/master/doc/Telco-PaaS-definition/TelcoPaaSDefChart.md
    • The XGVela meetings are bi-weekly. No meeting this week
    • ONAP as the defacto Open Network Automation platform for VNFs/PNFs supporting 70%+ of Global wireless subscribers and therefore ONAP will play a role as part of XGVela eco-system
      • Orchestration (SO+Controllers)
      • CNF/Control Loop (Inventory)
      • Control Loops mechanisms/Observability (DCAE VES Collectors/Policy + CLAMP)
      • Onboarding (CDS/SDC/VID)
      • Alignment with SDOs i.e. ETSI, MEF, TM Forum
      • Integration with VNFS/CNFS/PNFS → Link with OVP PH2
  • Any Feedback from OVP PH2 Meeting
    •  Presentation made by user-67d6f on 7/13. No preparation expected for the next meeting planned on 7/27
  • Pending results of CNF Inventory/Modeling discussion
    •  Usecases under discussion
    •  Discussions about "Resource status" from K8S - to be continued 
  • No ONAP CNCF TCC candidate - It will be discussed during ONAP TSC today to suggest that this task force is taking over

July 30th , 2020 at 1pm UTC

  1. Re-discuss on the open items and check their current status.
    1. (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...??
  2. Modeling team has started discussing on the usecases w.r.t the healthcheck item, we will present the topic to this group once there is enough material collected.
  3. Zoom details of the XGVela meeting on Friday:   https://zoom.us/j/951 3778 5359 @ UTC 13:00
    1. There is some confusion around the actual meeting time and bridge? (https://lists.xgvela.org/calendar)

August 6th , 2020 at 1pm UTC

  • CNTT Survey: https://forms.gle/wwyyam8aPGNYRTv79  => Survey for carriers/vendors. Will be discussed during ONAP TSC (8/6)
  • Any update from CNF Modeling/Inventory task force
    •  Trying to get feedback on 2 use cases ) 'Healthcheck' path to be discussed on August 7th and presented on ONAP CNF call on August 13th, 2020
  • ONES NA panel discussion topic (prep on presentation) - https://ones2020.sched.com/event/bWQk/panel-discussion-onap-and-cloud-native-the-best-of-the-two-worlds-catherine-lefevre-att-alla-goldner-amdocs-srinivasa-addepalli-intel-ranny-haiby-samsung-timo-perala-nokia?iframe=no&w=100%&sidebar=yes&bg=no
  • Presentation sheduled on Tuesday, September 29 • 11:15am - 11:45am EST?
    • Agenda/Items to highlight during this talk (30 mins)
      • Introduction highlighting ONAP value proposition (Catherine, Timo)
      • Where are we today (Catherine?)
      • Link with CNTT/OVP PH2/CNCF - RA chapter 2 (Ranny)
      • Link with SDOs i.e. ESTI (Byung, Fred)
      • What have we implemented so far? (Seshu)
      • Deep Dive on ONAP CNF Orchestration (Seshu, Lukasz)
      • ONAP CNF Roadmap (Merge with the first bullet? Catherine?)
    • Check if any relevant LFN whitepaper, publication should be added at the end of the slides, demonstrating cross-collaborationship
    • Draft to be shared to this forum on August 20th, 2020
    • 1-2 slides per topic
  •  Action Item - Try to identify where we are on the CNCF Trail Journey
    • It is related to our Cloud Native Compliance regarding the picture above i.e. Step #1 Containerization; Step #2 CI/CD; etc.

August 13th , 2020 at 1pm UTC

August 20th , 2020 at 1pm UTC

  • Draft slides presentation for the ONS event - Presenters don't have the exact logistics for this. Who should we send the slides to? When is the pre-recording taking place?
  • Review any input to Google sheet requested by CNTT on 8/20 - Members of the Taskforce are encouraged to join the weekly calls on Tuesdays to get a better understanding on how to contribute (Tuesday 4:00pm UTC /  12:00pm EST, https://matrixx.zoom.us/j/3445145485)
  • XGVela - Seshu is participating in the TSC discussions there and will continue to provide updates. Current status is the XGVela Community is working on proposed integration with ONAP and will share it with us when it is ready.

August 27th , 2020 at 1pm UTC

  • Agenda
    • Introduction highlighting ONAP value proposition (Srini, Alla)
    • Where are we today (Catherine, Timo)
    • Link with CNTT/OVP PH2/CNCF - RA chapter 2 (Ranny)
    • Link with SDOs i.e. ESTI (Byung, Fred)
    • What have we implemented so far? (Seshu)
    • Deep Dive on ONAP CNF Orchestration (Seshu, Lukasz)
    • ONAP CNF Roadmap (Merge with the first bullet? Catherine?)

New proposal

  •  ONAP Value proposition (Alla, Srini) - 1 slide (5 mins) -9/3: In progress
  •  Cross-Community Collaboration:
  • Roadmap (Past, Present and Future) (Timo, Seshu, Lukasz) - 1 slide ( 5 mins) - 9/3: In progress, ETA Monday 9/7.  ONAP CNFO Roadmap.pptx
  • Dry-Run:  Sept 10th - 6am PST - CNF Task Force call
  • Slides readiness + Moderator's questions: Sept 8th or earlier 
  • Speaker Pre-Record Session: 9:00 am - 10:00 am Central Daylight Time (UTC -5) - Mon., 09/14/2020
    • Intrado Studio Presenter Experience Feature Sheet
    • The day before your recording, Intrado will send you a detailed calendar invite, which will include a phone number to dial in to establish your phone-bridge link and a URL to log-in to the platform itself. Please note, you will need to log-in to the system and dial into the phone bridge so we can ensure all connections work. Slides and any videos will already be uploaded before your session so no time is wasted at the beginning of your recording session.
  • Alternative: Any speakers wish to record their sessions themselves, Intrado accepts MP4 files, H.264 codec that are less than 4GB, and in 16:9 format and we will need to receive these by Friday, September 18. Please let us know immediately if you prefer this option.
  • ONES Presentation - review of the presentation 

Sept 3rd , 2020 at 1pm UTC

  • ONES slides - See updates above.
  • XGVela update from Seshu -
    • Scope is being defined. Seshu is making sure ONAP is in the picture. No input required from our community right now.
    • Seshu will provide a readout in a few weeks
    • Friday XGVela calls move to bi-weekly.
    • XGVela reached out to Dish Networks and Rakuten Mobile.

Sept 10th , 2020 at 1pm UTC

Sept 17th , 2020 at 1pm UTC

  • ONAP ETSI-Alignment Update presentation slide to the ETSI NFV team
  • Proposal for ONAP Honolulu release - phasing approach
    • ETSI-Aligned Orchestration & Onboarding (see above presentation) 
    • Continuity of Guilin requirement - REQ-341
    • CDS Native CNF Configuration 
  • Candidates for "I" ONAP release
    • Extension in AAI CNF model ?
    • Health Check and Monitoring of CNF resources ?
    • Discovery of K8S cluster in ONAP ?
  • Cross community Integration i.e.

Sept 24th , 2020 at 1pm UTC

  • Prepare Honolulu Impact View per Component

  • Extension of Guilin:

    • ETSI-Aligned Orchestration & Onboarding (see above presentation) - Byung-Woo Jun and Seshu Kumar Mudiganti  will fill the table entry based on use case analysis (REQ-334 extension)

  • Any new requirements? (deadline for new requirements is October 12th 2020)

    • Invite a rep from Aarna to share their experience from building the ONES 5G cloud-native demo - Seshu Kumar Mudiganti will reach out to Amar Kapadia.

    • Feature candidate - Auto discovery of K8S clusters - Kamel Idir will discuss with Seshu Kumar Mudiganti to better explain the expectations.

  • We should reach out to the requirements subcommittee (Alla Goldner) to see if we need to provide them with any input. (Catherine Lefevre reached out to Alla

  • SDC is short on developers - There is a need for support from community members - Looking for a developer with some SDC expertise.

    • Short term - urgent need for someone to support the current release - Catherine Lefevre will raise this with the TSC.

    • This is a long term task. New developers could be groomed for the coming releases. Lukasz Rajewski  and Seshu Kumar Mudiganti will refine the ask to help "sell" this inside member companies.

Oct 1st , 2020 at 1pm UTC

Oct 8th , 2020 at 1pm UTC

  • presentation by Lukasz Rajewski , Seshu Kumar Mudiganti  - REQ 341 
  • Get confirmation from Byung-Woo Jun  and Fernando Oliveira about Fall Event - Confirmed. Fred will present during the CNF requirements session on Wednesday Oct-14th 11:30AM EDT.
  • Presenting CNF work to ETSI - Scheduled for next week Wednesday 7:30AM CDT. The ETSI IFA workgroup is requesting to have the slides in advance.

    • Date: October 14, 2020 (IFA WG meeting #212)

      Time: 14:30-17:00 CEST; at the beginning of IFA WG session.

      Scope:  Information sharing on ONAP-ETSI NFV alignment on FEAT017 (Cloud-Native VNFs and Container Infrastructure management). ONAP-ETSI alignment project will be sharing their upcoming Honolulu Release requirements and priority.  IFA WG will be sharing their FEAT017 specifications update and timeline.  Also, there will be some discussion on Stage 3 work and timeline of SOL WG.

      Meeting link information: https://www.gotomeet.me/ETSI-NFV-IFA 

  • Agreed to skip next week's meeting due to the developer forum

Oct 15th , 2020 at 1pm UTC

  • Cancelled to allow Taskforce members to attend the developer event sessions.

Oct 22nd , 2020 at 1pm UTC (No recording capability)

Oct 29th , 2020 at 1.30pm UTC

  • Presentation about CNF integration work by Sriram Rupanaguntaof Aarna Network. - Presented by Sriram and Sandeep. Presentation link:  5GC CNF Onboarding ONAP Preso v2.pdf: 
  • Identify Blog highlights content to entertain our CNF activities - Not discussed
  • CNF Poll for upcoming meetings - We will continue the discussion in the mailing list and come up with alternatives.

Nov 12th, 2020

  • Update from Lukasz Rajewski - Some of the Guilin planned work will be done in Honolulu
  • Update from Fernando Oliveira - Work is progressing. Will continue in Honolulu.
  • Short meeting - We have limited participation and many Guilin bugs to address (sad)

Nov 19th, 2020 at 15:30 UTC 

  • Feedback from "IFA WG and ONAP CNF information sharing workshop" organized on Nov 17th, 2020:
    • Lukasz Rajewski and Seshu Kumar Mudiganti  presented overview of the SO work
    • One area for potential re-use is CNF packaging - ETSI Stage 3 work not started yet. ONAP packaging is aligned with SOL004 so that could be a good start
    • Helm charts - Two types of Helm charts in ONAP - ETSI and SO. This is another area for collaboration, starting with identifying commonalities. Comment by Seshu Kumar Mudiganti - ONAP will not change Helm charts and will use native Helm charts.
    • Next steps - keep both groups informed. As new milestones are reached, meeting could be set up to share information.
    • ASSIGNED contact points - Thinh Nguyenphu from ETSI side, Fernando Oliveira From ONAP side.
  • Satoshi Fujii- Present proposed contributions from Fujitsu
  • No CNF Call on November 26th, 2020

Dec 3rd , 2020 at 15:30 UTC 

  • Identify Blog highlights content to entertain our CNF activities
    • Team is working on the Guilin release announcement (Messaging)
    • Could reach out to Brandon to propose for a publication after the internal discussion and review point ??
  • Pending items for the Guilin and beyond w.r.t to the CNFO
    • Implementation is 80% completed and planning to complete it will be for the Guilin Maintenance Release (cnf-adapter-1.7.11)
      • Honolulu the plan is to stabilize the SDC open issues
      • The AAI changes will be taken up as-is needed (Stretchy Goal), alignment with the ETSI.
      • health check flow will be worked up on.
      • SO  changes will be only after the backlog issues are fixed.
      • The key target is the Day 2
      • Working with the current c(v)FW for the time being, (5G core NSSMF for the test only)
      • also working o a new usecase with the help of other experts with the experts from ONAP community (Mavenir is expected to help on this).
      • Ranny Haiby to check internal team to bring a new usecase / functional requirement to support the helm chart support (this needs to be also taken up with the integration of the current moving parts)..
    • ETSI CNF implementation is takin the IM form the IFA and working on it as a release draft (Planned to be part of the Honolulu)
      • Mapping the data model with the internal data model
      • The changes are planned to e reviewed in the next week beginning.
      • The next step is to come up with the prototype on IFA 11 changes and test it for the basic LCM operations
      • Working on the SOL group to start he 4.1.1 (VNF spec), with the expectation to come with the draft with a period of 3 to 6 months
      • ETSI is vFW based usecase as an example csar intended to validate the cnf flows in the ETSI SDO.
  • CNCF launched the CNF work group - 
  • The next virtual conference is planned on Feb 1 - 4

Dec 10th, 2020 at 15:30 UTC 

  • No call. Only a handful of people joined the bridge after the longer-tea-usual TSC call

Dec 17th, 2020 at 15:30 UTC 

Action Items (Closed in 2020)

  • Follow-up with Jill to update the panelist since Alla Goldner , Srinivasa Addepalli are no more participating to ONAP CNF Task Force
  • ONES CFP - Srinivasa Addepalli will work with Alla Goldner  on the abstract - Key item - "the value that ONAP can bring"
  • Kenny Paulset up doodle pole for meeting cadence and 2 or 3 per week  
  • Check with Kenny, David - how to record our upcomign discussions?
  • Attend the next VNFReQs meeting and to discuss the extension of the team's scope - Trevor Lovett - was discussed during 3/12 - CNF Part 2
  • Follow-up with SECCOM about CNF Security reqs
  • Define our First Use cases and identify CNFs
  • Check with the DCAE project regarding any study about Prometheus, Jaeger + specific VES to support CNFs
  • Seshu Kumar Mudiganti to upload the "SO enhancements to support CNF" presentation 
  • Kenny Paul , create a recording section and add the recordings (2x 3/12, 1x 3/29)
  • Kenny Paul to update the ONAP Calendar - 1 session per week after the TSC Call
  • Sylvain Desbureaux - Start to work on our ONAP response to Dan (CNCF)
  • Any additional volunteer to participate to the OVP PH2 Workstreams
  • Trevor to update the presentation on the WS02 workgreoup and integration insights
  • Andy Mayer Fernando Oliveira  to review ETSI CNF Support
  • ONAP4K8s presentation from Srinivasa Addepalli - made during LFN Event on 4/22
  • Prepare the next OVP PH2 meeting (WS07) for the joint session on April 23rd, 2020 at 1pm UTC Catherine Lefèvre , Seshu Kumar Mudiganti , etc
  • Identify SDC SME to support upcoming session to deep dive SDC

  • (Ranny) - enhance the Cloud Native Definition with "Containterized Network Function" on slide #1 (Done - See Cloud Native Definition_TF_With_Containerized.pptx attached under May 14,2020 meeting)

  • (Catherine) - Ask David to reschedule ONAP CNF Task Force every Thursday at 1pm UTC (until clock changes in the Winter)

  • Investigate how AAF can be optional? Guilin Requirement has been created -  REQ-363 - Getting issue details... STATUS

  • Identify AAI SMEs to support upcoming sessions to deep dive AAI 
  • (Catherine): Follow-up with Trevor Lovett , Ryan Hallahan about WS05
  • (Catherine): Check with Rabi to add WS07 to the main diagram
  • (Catherine): Follow-up with Alla & Requirements subcommittee to get participation to CNF Modeling/Inventory task force
  • (Andy):  Send an invite to onap-tsc, onap-release, onap-discuss, onap-modeling
  • (Fred; Byung; Seshu and Ranny) to update WS07 before OVP PH2 Call
  • (Seshu): Follow-up with user-67d6f concerning WS05 OVP PH2
  • (Seshu): Create a new REQ-394 dedicated to Modeling/Inventory, marked it as POC
  • (Ranny): Discuss with Alla Goldner about how to shift from POC To Release requirements (plan established for Service Mesh)
  • (Ranny) - exploring another CNF that we could use for Guilin. Follow up on free5gc.org following Srinivasa Addepalli's lead.
  • (Seshu) to investigate about "free5GC" open source - agreed to put on hold this action
  •  (Seshu) Connect with Milind Jalwadi regarding the TechM PoC on CNFs
  • (Seshu/Lukasz ): Create the user stories per component for REQ-341
  • (Seshu) Mitigated plan in case of ESR will move to Maintenance, to be documented - Aarna will not be able to work on ESR in Guilin. Workaround - If ESR is not present in Guilin, use Postman instead.
  • Fill in the table - how we complement each other
  • (Chaker): Technical review/Assessment of K8S plug-in (after Guilin Architecture Review) performed by the ONAP Architecture Subcommittee, identifying any additional ONAP value on top of K8S; considering ETSI-Aligned CNF Support - Honolulu and how to make workflows for internal and external VNFM as similar as possible.
  • Add the actual zoom details of the XGVela in this wiki page (Kenny Paul )
  • (Catherine): Follow-up with Gergely (Nokia) about XGVela - technical discussions on 7/30? No response
  • Kenny - Check if there is any ONS template. The template is being finalized. We can share it as soon as it is complete
  • Check with Ranny Haiby about which topic he would like to participate
  • (Catherine/Sylvain) Consolidation our message about ONAP Role - should be linked to our ONAP Response to CNCF TUG Lead. Ranny agreed to be our CNCF ONAP liason
  •  (All): Participate to the Fall event poll - https://lists.onap.org/g/onap-discuss/message/22200
  • (Ranny): Present our CNF ETSI ONAP proposal to ESTI org 
  •  (Kenny): Upload CNF Task Force recordings - CNF-Taskforce 2020 Recordings
  • (Brinda) to follow-up with the ONAP Architecture about his ONAP Cloud Native transformation proposal
  • (Kenny): Some attachments appear as "Unknown attachment"

1 Comment

  1. Kenny Paul

    The following comments were originally submitted by the authors noted and were attached directly to the old CNF Taskforce Landing Page.  They have been reposted here by me for continuity as a result of the landing page being moved/renamed and the original comment being orphaned.  -kenny

    Fernando Oliveira


    Apparently, the meeting invites to these meetings is not getting distributed to the community.  I was not aware that there was a meeting of this Task Force on 3/17 and it does not appear on the ONAP community calendar.  The ONAP calendar had a CNF Task Force meeting scheduled for Wed (3/18) which a few people joined but not enough for a quorum.   Can someone post the meeting schedule or send a meeting notice to the TSC list and modify the ONAP calendar?

      1. Catherine Lefevre


        Good morning Fernando Oliveira

        Currently the meeting invites are sent to the Task Force distro list - onap-cnf-taskforce@lists.onap.org.

        I have just added you to the distro list.

        Sorry for any inconvenience


      2. Fernando Oliveira


        Thank you.


    Byung-Woo Jun


    Hi Catherine,

    Could you please add me (byung-woo.jun@est.tech) to the onap-cnf-taskforce@lists.onap.org? 

    Thanks!

    Brinda Santh Muthuramalingam


    Hi Team,

    would you please add me (brindasanth@in.ibm.com) in this list ?

    I spent some time on this , below my draft proposal




    Ranny Haiby


    Brinda Santh Muthuramalingam - Those diagrams look nice but could you please provide some more context? Is it about transforming ONAP itself to CNF? Something else? 

    1. Brinda Santh Muthuramalingam


      My proposal is to reuse CNCF projects and develop only Network Service Packages ( Plans, Configs, Models, Templates, Control Loops, API's & Custom LCM implementations) as Kubernetes Operators using (https://github.com/operator-framework/operator-sdk) frameworks and distribute through operator Hub(https://operatorhub.io/). So finally ending up in developing only reusable Controller framework and NS/VNF Packages.


      1. Ranny Haiby


        Thanks for clarifying. That is quite a radical change, compared to the current ONAP (wink)

        Are you aware of the "baby step" efforts to reuse CNCF projects, like this one:

        https://wiki.lfnetworking.org/pages/viewpage.action?pageId=34606297#id-2020JuneVirtualLFNDeveloper&TestingForumTopicProposals-ONAP-ServiceMeshforRBACandsecurityPoC


        1. Brinda Santh Muthuramalingam


          Yes, there are changes, but it makes ONAP platform more simple with CNCF projects and scale/manage easily to meet the more dynamic nature of Network Services Lifecycle. I believe current ONAP deployment process(Helm based workload deployments), absence of continuous change managements, static modeling & policies, generic & heavyweight control loops, absence of end to end obserbility, analytics, metering & serverless functions in hybrid cloud environment won't solve the future complex 5G/IOT usecases. I will publish the case study or we shall discuss this in future calls.



    Brinda Santh Muthuramalingam

    Current Onap to CNCF mappings.


    Seshu Kumar M


    Just rechecked on the XGVela bridge details it was 951 3778 5359


    Ranny Haiby


    951 3778 5359 is for the Friday meetings 13:00UTC (Global). 

    For the APAC time (8:00 UTC) the bridge seems to be 926 4138 8798


    (Source:https://lists.xgvela.org/calendar)


    Srinivasa Addepalli


    Do any of you representing your respective companies in XGVela TSC?


    Marian Darula


    Hi Catherine,

    Could you please add me marian.darula@ericsson.com to the onap-cnf-taskforce@lists.onap.org? 

    Thank you,

    BR Marian



    Thinh Nguyenphu


    Hi,

    ONAP CNF Taskforce and ONAP members are kindly invited to information sharing workshop between ETSI NFV IFA WG and ONAP SO project on CNF topic. Detail information is below.


    Regards,

    Thinh


    From: ISG NFV: Interfaces and Architecture <NFV_IFA@LIST.ETSI.ORG> On Behalf Of Nguyenphu, Thinh (Nokia - US/Dallas)
    Sent: Friday, November 13, 2020 10:05 AM
    To: NFV_IFA@LIST.ETSI.ORG
    Subject: [NFV_IFA] IFA WG and ONAP CNF information sharing workshop, Nov-17, Announcement


    Hello,


    On behalf of ETSI NFV-ONAP contact, I would like to share upcoming IFA WG information sharing workshop with ONAP on November 17.


    • Date: November 17, 2020
    • Time: 14:00-15:00 CET
    • Format: information sharing only, no decision.  Mainly, for SO CNF project to present and Q&A.  Since ETSI NFV already presented our technical solution to ONAP-ETSI NFV Alignment work, there will be no presentation from ETSI NFV side.
    • Scope: The presentation will be covering technical overview of ONAP SO approach for supporting CNF, the packaging handling at on-boarding and distribution, helm chart generation, distribution and deployment, and CNF LCM operations, service or network service deployment with CNF and combination CNF,VNF, and PNF. And a bonus, if time permit a Day 0/1/2 configuration.
    • Goals: Technical solution awareness and to identify any common parts that all parties can be re-use or referencing it.
    • Additional info: Recently, ONAP SO project made a presentation at LF Networking, an overview solution is available at this link:  https://wiki.lfnetworking.org/display/LN/2020-10-15+-+ONAP%3A+Guilin+CNF+improvements+overview


    The invitation will be extended to SOL WG too.


    Meeting link information:


    NFV IFA WG ONAP info sharing on CNFO call

     

    To register: https://portal.etsi.org/NFV_IFA_Meeting_Calendar

    To join: https://www.gotomeet.me/ETSI-NFV-IFA

    Access Code: 331-925-637

    Phone numbers
    United States: +1 (312) 757-3119
    Australia: +61 2 8355 1038
    Austria: +43 1 2530 22500
    Belgium: +32 28 93 7002
    Canada: +1 (647) 497-9376
    China (Toll Free): 4007 160008
    Denmark: +45 32 72 03 69
    Finland: +358 923 17 0556
    France: +33 170 950 590

    Germany: +49 692 5736 7300
    India (Toll Free): 000 800 100 8227
    Ireland: +353 15 360 756
    Israel (Toll Free): 1 809 453 019
    Italy: +39 0 230 57 81 80
    Japan (Toll Free): 0 120 242 200
    Korea, Republic of (Toll Free): 00798 14 207 4828
    Netherlands: +31 207 941 375
    New Zealand: +64 9 913 2226
    Norway: +47 21 93 37 37
    Poland (Toll Free): 00 800 1124748
    Portugal (Toll Free): 800 784 711

    Spain: +34 932 75 1230
    Sweden: +46 853 527 818
    Switzerland: +41 225 4599 60
    United Kingdom: +44 330 221 0097

    Joining from a video-conferencing room or system?
    Dial: 67.217.95.2##331925637
    Cisco devices: 331925637@67.217.95.2



    Regards,

    Thinh


    Satoshi Fujii


    Catherine Lefevre Kenny Paul

    Could you upload recordings on Nov.19 ?
    I cannot find it in CNF-Taskforce 2020 Recordings


    Catherine Lefevre


    Kenny Paul - can you please check if this recording was stored in the cloud or on your laptop? thanks