Page History

...

• Model proposals:
  
  • Abstract Topology Model
• Modeling requirements:
  • https://wiki.onap.org/display/DW/ONAP+R9+Modeling+High+Level+Requirements
• 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

Minutes:

• Agenda bashing
  • the meeting time will remain the same, it will be one hour earlier for the US people as the DST is ended
• Model Proposals
  
  • ETSI support for CNF model
    • R9 DM proposal: https://wiki.onap.org/pages/viewpage.action?pageId=93011772
      • 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
    • Updates：
      • Fred presents the latest progress: a wiki page on IFA011 v4.2.1 changes, ETSI IFA011 v4.2.1 Changes to ONAP Resource Model.
      • intention: update from v4.1.1 to v4.2.1
        • adding of VipCpdProfile, VipCpLevel, LcmCoordinationActionMapping classes, and related changes
        • introducing vnfdExtInvariantId at the vnfd
        • add two attributes in VipCpd: intVirtualLinkDesc, dedicatedIpAddress
        • name change of volumeTemplate → perVnfcInstance (in virtualStorageDesc)
      • papyrus changes already submitted by Fred
  • ASD model
    • Proposal: ASD Onboarding Application Service Descriptor (ASD) onboarding IM
    • Plan for the PoC: Application Package Onboarding to SDC
  • 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
      • current status: AAI Schema Reverse-Engineering to Papyrus
  • Topology model
    • Proposal: https://wiki.onap.org/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
    • Latest updates:
      • Tony provides some comments on the model sketch:
        • simplify the "service" models
        • relationship between the topology model and ONAP IM / root model
          • currently working on high level concepts, discussing whether we need to have certain objects in the ONAP IM, and maybe part of the topology model
          • e.g., Connectivity, EndPoint
        • from developer's perspective, suggest to avoid too many hops to access the models/info
        • intent part needs further discussion, and suggest to focus on aspects first
      • comment: remove ManagedReference to simplify the model
      • Image AddedModel discussed during the meeting (for the abstract models)
      • Image Removed
      • updated proposal from Andy:
      • Image Removed
      • Tony has updated the "ownership" section of the model adding ManagementPurpose attribute to the resource class (composed of ManagementReferenceRole and ManagementPurpose parts)
        • Andy commented that management aspects should be discussed seperately and keep simple
      • LayerParameter session
        • Andy commented to add 0..N association to the diagram
      Topology grouping sessionAndy suggested to add examples
• 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
      server ONAP JIRA serverId 425b2b0a-557c-3c0c-b515-579789cceedb 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