Versions Compared

Key

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

Prerequisite

https://wiki.onap.org/display/DW/Controller+Design+Studio+%5BCDS%5D+Documentation

...


NOTE: Monday and Tuesday session will happen in Downtown Montreal for ease of travel to most of those joining out of town. Wednesday session will take place at Nuns Island to allow a go and see to the Bell campus where the ONAP squads are located.  

Monday 


Tuesday 


Wednesday 


NEWTON ROOM 8th floor- 671, rue de la Gauchetière O. MONTREAL PQNEWTON ROOM 8th floor- 671, rue de la Gauchetière O. MONTREAL PQRoom E1.2 1, carrefour Alexander-Graham-Bell VERDUN - CAMPUS MONTREAL PQ, H3E3B3,
09:00AM

Welcome, Introduction, logistics, overview of Agenda and CDS roadmap.  Adjust Agenda if needed 


Join Webex meeting

Dis-aggregation of CDS Resource Resolution from Blueprintprocessor


Join Webex meeting


Go and See of Bell ONAP squads 



09:30AMDesigner screen for CBA package
10:00AM
10:30AM Break Break Break
10:45AM

CDS Test Strategy

Align test coverage with CDS features upgrades

Add CDS Health Check for Robot

Add a black box test case for CDS via Robot

Add a use case test case for CDS via Robot

UAT test 


Join Webex meeting


CDS: Queue Mechanism/Priority Execution


Join Webex meeting

Resource LCM  Resolution

VNF LCM Resolution, SO role


Join Webex meeting


11:30AM
12:00PMLunch

Lunch


 Lunch

 

12:30PM
1:00PM

AAF Integration with Blueprint processor /Controller blueprint

Refactor Logging in CDS components to integrate full error management (error handler and error code)


Join Webex meeting


CDS. Atomic Transaction for Multi Device level connection 


Join Webex meeting

CDS capabilities in Frankfurt to meet 5G requirements


Join Webex meeting


1:30PM

Intent implementation in CDS 
2:00PM
2:30PM
3:00PMBreak Break Break 
3:30PM

CDS security and gRPC TLS/Authentication 


Join Webex meeting


(Buffer: DSL topic) 


CDS Mediation Layer: Store the configlet content that is pushed to network via Ansible/Python in a database as a service. Retrieve configlet content form Ansible/Chef etc.. 


Join Webex meeting


CDS Policy and roadmap. 



Join Webex meeting

4:00PM

4:30PM
5:00PMGeneration of the OPEN-API google protobuff specification for CBA Packages. 
5:30PM
6:30-8PMTeam Dinner: Moxies, 1207 Boulevard Robert-Bourassa, Montréal, QC H3B 0C3Retrospective around the workshop (check and adjust) + Team Dinner 

Retrospective around the workshop

...

Expand
title8/27-CDS-Meeting Minutes

Meeting Minutes:

  1. Disaggregation à resource resolution ms from blueprint processor
    • Resource resolution engine
    • Template engine generation
    • Decouple the Database management for persisting the resource resolution. [nice to have]
      • Database is outside of the mS For resource resolution. (mariagaleriadb)
    • Resource Resolution Context Key à
      • The resource tables shall be extended to store the resource keys  and configlet id
      • Alexis to make the change: Default to true for storing the configlet generation in the tables;
      • Resource resolution Component  need to be extended to support unassignment based on the data dictionary capabilities for unassign.
    • Alexis to provide POC implementation and provide feedback.
    • Revisit Brinda idea of device modeling using json path.
    • Resource Resolution mS shall be created
    • Self Service API shall forward the call to resource resolution mS
    • Action Item:


  1. Atomic Transaction—
    • Each Transaction  support rollback /Failure
    • Rollback include previously successful configlet download
    • All Device are lock until all the action are implemented.
    • Atomic Transaction should be supported in parallel; 
    • For a given action within support configlet generation  and download for multiple


    • Alexis Solution:
      • Commit confirm capability supported
        • Commit fails on 3rd.
        • Commit Confirm success
        • Commit works for the first 2
        •  
        • Action
          • Support the capability of Commit Id Rollback (also can be supported but the team felt that disc is more likely—this implementation can be modeled.
          • Yuriy to create a US for testing the rollback activities as a roadmap item.
          • Dan T to provide a WIP patch of Om implementation of atomic transaction for Alexis to review.
          • General premise is to support a disconnect flow for rollback use case.
      • NetConf Protocol
      • CDS Platform capability for rollback is supported via imperative workflow and/or DG CDS failed action.



  1. Resource Resolution for Ansible/Pyton:
    • Action Item:
      • Yuriy to create a placeholder US for supporting the capability for persisting resolved resource using Ansible/Python script. The Ansible/Pything script shall call the resource resolution API to store the resource resolve context. Notion is that CDS is the source of truth for all resolved resource that is pushed to the network.
      • Alexis to upstream it.


 

  1. Building Block Orchestration using CDS Resource Assignment:
    • Assign:
      • have SO retrieve the CDS context using the A&AI self-link.
        • Sub-Option 1 
          • Retrieve the Resolved name/value pair context
        • Sub-Option 2 (Preferred)
          • Retrieve the Cloud Meshed Context 
        • Sub-Option 1 & 2
          • CDS will provide right link for retrieving the correct sub-option. 
      • have CDS Create either MD-SAL structure for SO to extract context as part of create
      • Option 1:  (preferred)
      • Option2:
    • Bell is looking a way to eliminate the resource accumulator template and simplify the resource resolution for cloud orchestration.
    • The approach is to use the directly the CDS Building block for Service, VNF, VF Module                Assign and Unassign


        • Option 1 & 2:
          • Partial assignment should be supported. Meaning that if the capability is already resolved and it has a value instance then it resource-resolution component shouldnt call the capability component for resolution.
            • Can be model in CDS similar to the current DG implementation.


      • Unassign/Delete
        • Have CDS unassign the capability using the unassign capability reference in the data dictionary.


  1. SDNC Helm Chart Update
    • Update CDS chart to be standalone.
      • Yuriy to create US for Abdel.
      • Default CDS Chart to be Y
      • Action Item:



  1. MultiCloud , SO and CDS Integration
    • Leverage the SO, SDNC, and CDS Building
    • Multicloud to support the onboarding of the values.yaml via SDC
    • Override values.yaml file will be a template
    • CDS shall resolved resource in name value pair and SDNC shall persist in mD_SAL
    • SO shall retrieve the SDNC context and pass it to MultiCloud
    • MultiCloud shall mesh the override .yaml template with sdnc context and trigger HELM.
    • Extended the CDS Integration to LCM Action and Helm Creation/Deletion.
    • Action Item:
      • Eric/Lukasz to help with the integration strategy for Frankfurt release.





Retrospective: 

What did we do well?

  • Very informative session 
  • Good to see everyone in person
  • UAT test framework looks promising 
  • DSL was a good discussion 
  • Good overall vision of the product and features under our radar
  • Good introduction to CDS made by Alexis 
  • Lunch catering and time keeping was well done 
  • Webex recording and Meeting minutes are well done

What should we have done better?

  • Lack of prep work to get everyone at same technical level
  • Many terminologies being used with lack of understanding by some attendees
  • More people should ask questions and challenge 
  • Need to add more focus on helping user adoption 
  • Bring onsite those who joined remote. 

Logistics: 

Monday and Tuesday: 

...