Page Comparison

General Information:

• Date and Time: 2021, June 1st, 9pm~10pm Beijing Time, 9am~10am US Eastern
• Meeting Room: https://zoom.us/j/97595070639 (https://zoom.us/j/137904496 for this week)
• Meeting Recording:  
• Meeting Chat Log:  

Agenda:

• Agenda bashing - 5 minutes
• Model Proposals
  
  • ETSI CNF support - ? minutes
  • CNF runtime model - ? 30 minutes
  • PNF instance model - ? minutes
  • CPS model - 0 minutes
  • Topology model - 0 minutes
• Modeling Documentation - 0 minutes

...

• Model proposals:
  
  • Abstract Topology Model
• Modeling requirements:
  • https://wikilf-onap.onapatlassian.orgnet/wiki/display/DW/ONAP+R9+Modeling+High+Level+Requirements
• Related information:
  • Allotted Resource for Network Slicing
  • R8 5G Service Modeling
• Clean/Approved models:
  • ONAP Information Model - Clean and approved models across ONAP releases
• Model Specification:
  • Honolulu release: https://docs.onap.org/projects/onap-modeling-modelspec/en/honolulu/ONAP%20Model%20Spec/im/index.html

...

• Agenda bashing
  • reminder for filling R9 high level requirements: https://wikilf-onap.onapatlassian.orgnet/wiki/display/DW/ONAP+R9+Modeling+High+Level+Requirements
• Joint call with use case realization team
  • R9 use case & requirements: https://wiki.onap.org/pages/viewpage.action?pageId=99681185
  • schedule of use case realization call: https://wiki.onap.org/display/DW/Use+Case+Realization+Meeting+Register+MoM
  • major use cases of ONAP: https://wiki.onap.org/display/DW/ONAP+Major+Use+Cases
  • next step:
    • Ben will help invite use case owners to have a presentation in the following modeling calls
• Model Proposals
  
  • ETSI support for CNF model
    • R9 DM proposal: https://wikilf-onap.onapatlassian.orgnet/wiki/pages/viewpage.action?pageId=9301177216463007
      • aligned with SOL001 v4.2.1, package format is still under discussion
      • will ask for approval after SOL001 v4.2.1 is stable
    • a proposal of updating the information model documentation is planned in R9
    • latest updates:
      • Thinh has presented the alternative package solution in the CNF taskforce call, could be discussed in future calls
      • CNF requirements collaboration pending discussions as well, could be discussed in this week's CNF taskforce call
  • CNF runtime model
    • Proposal:
      • for Istanbul: add some necessary information as an enhancement of vf-module, to allow components to query k8s objects
      • for Jarkata: define a cnf-module, to store information like compute (pod), storage, etc.
      • the two sub-proposals can co-exist
    • Update:
      • 
      • the idea is to capture the basic information from k8s
      • the proposal has been presented to the A&AI team, and no major concerns
    • Questions:
      • if A&AI team can support modification of existing models (in case in later release, ETSI alignment team/ETSI standard identified changes needed for the runtime model), Lukasz will help check with A&AI PTL
      • align with ETSI alignment team
  • 5G service / CPS model
  • PNF instance model
    • reverse engineering
      
      • feedback to A&AI team:
        • some relationship lack description, and the existing description may not be meaningful enough
  • Topology model
    • Proposal: https://wikilf-onap.onapatlassian.orgnet/wiki/display/DW/Abstract+Topology+Model
      • Martin will update the models with the IM sketch
    • Model Sketch: https://wiki.onap.org/display/DW/Proposed+Topology+IM+Sketch
      
      • inspired by TAPI model to add "link", "connection" classes
      • looking at ORAN use cases and see if the models can fulfill the requirements
      • TAPI presentation may be found here: otcc2019.KS.002_TAPI_Concepts_Topology_Connectivity.pptx
    • Andy has helped to create a high level requirement for the topology model
      • expecting ORAN to provide relavent use cases
      • Martin and Andy are aware of the different views of topology model presented last week by Cagatay
      • mainly triggered by ORAN WG10, also related to WG1's slicing use case, etc.
      • how to model different layers, physical, logical topology, etc.? current methodology is using UML/papyrus to capture the models
    • Latest updates:
      • Martin is working on the TAPI model, and has discussed with the SON use case team to receive feedback from them
• Modeling Documentation
  
  • gendoc template discussion:
    • whether the description only applies for a navigatable end of an association
    • add relationship documentation to the UML guideline: 

      Jira Legacy
      server System Jira serverId 4733707d-2057-3a0f-ae5e-4fd8aff50176 key ONAPMODEL-28

    • UML principle wiki page:
      • Principle and Guideline for Information Model Proposal Using Papyrus (Draft)
      • review the updates to the Gendoc requirements part
        • Michela suggest whether it's possible to add information of associations into the class definitions
          • Xu will investigate it offline
      • Using Papyrus for Modeling updates