Configuration Persistence Service Meeting Notes & Recordings

Owned by Benjamin Cheung
Last updated: Jan 08, 2021 by Toine Siebelink

Date Range

May 1, 2020 through December 31, 2020

 R6

R6 DISCUSSION

TOPICDISCUSSION

R6

CCSDK-based Solution

Project as part of CCSDK ( Yuriy Malakov  )

  • ACTION: Sandeep Shah Presentation of new architecture with CCSDK (Yuriy Malakov ). How much bandwidth/capacity does Sandeep Shah have.
  • ACTION: Development demo & progress (1) ORAN Yang models & data schema not available yet (waiting) & 5G Service Modeling U/C: 3GPP TS28.541/TS28.540. maps to a data structure we want to support. (2) can proceed to Dockerize solution. R4 MariaDB solution. could extend the model. (3) Review work from Ted. waiting for project.
  • ACTION: Give RC0 status - Sandeep Shah on RC0 status. Set up call with Sandeep Shah  2: Frankfurt Release Integration Testing Status  / Frankfurt Release Key Updates
R6 Integration Updates

(Swami) For the CPS requirement in Guilin (REQ-322), we noticed that Reshma/my name is included as Integration Leads. For the impacts related to SON use case, which will be covered as part of the SON use case testing, this is OK for us. However, we are not be able to commit resources at this time for testing additional aspects (if any) – of course, I can still check during the time of testing reg. the feasibility to cover any additional aspects.

(Swami): June 10, 2020:

The Config DB which is the predecessor CPS (or as we knew it earlier) supports CRUD operations – in particular it supports APIs such as the foll. It’s APIs are used by SDN-C (R) to write into it, and by SDN-C (R), OOF and DCAE (SON-Handler MS) to read from it. I am not sure if there is a formal documentation in readthedocs – perhaps Sandeep can confirm.

  • GET /api/sdnc-config-db/v3/getCell/{cellId}
  • GET /api/sdnc-config-db/v3/getCellList/{networkId}/{ts}
  • GET /api/sdnc-config-db/v3/getNbrCellsNetwork/{networkId}
  • GET /api/sdnc-config-db/v3/getNbrList/{cellId}/{ts}
  • GET /api/sdnc-config-db/v3/getPCI/{cellId}/{ts}
  • GET /api/sdnc-config-db/v3/getPnfId/{cellId}/{ts}
  • PUT /api/sdnc-config-db/v3/createNbr/{cellId}
  • PATCH /api/sdnc-config-db/v3/modifyNbrHO/{cellId}/{targetCellId}
  • PATCH /api/sdnc-config-db/v3/modifyPci/{cellId}
  • PATCH /api/sdnc-config-db/v3/modifyPnfId/{cellId}
  • DELETE /api/sdnc-config-db/v3/deleteNbr/{cellId}/{targetCellId}
 R7

R7 DISCUSSION

TopicDiscussion

R6 / R7

ReadtheDocs

Read the Docs

  • ACTION: Update ReadtheDocs https://git.onap.org/integration/tree/docs - Jira under Integration - invite team for review - invite PTL (Morgan R.) -Gerrit PTL submission +1 from reviewers. committer/Morgan +2 (someone in Integration project will do the Merge)
  • New project → Repo → DOC directory (RST) in that Repo Andreas Geißler  → Signoff for R6 May 2020; M0 for R7. If we are approved by TSC as a new project → create a new Repo

R7 Guilin

Content / requirements

Requests for R7 Requirements are up.

Guilin release - functional requirements proposed list

Timeline -  Sign-off for R6 is May 7. Historically M0 kickoff for R7 is May 7th

PROPOSALS FOR R7 GUILIN FOR WHAT WE PLAN TO BE DOING IN R7:

  1. R7 Project Proposal (identify PTL, Project proposal, setup repo)
  2. =STEP 0= Initial Database Setup
  3. =STEP 0= (Design time), (Setup DB) Yang Model development ORAN specification Yang Model in line with 3GPP. SQL structure.
  4. =STEP 0= Schema design & API
  5. =STEP 1= CMnotify generated by RanSIM extended (final standard format).
  6. =STEP 1= VES generation, Nokia Simulate DU → simulate VES CMNotify message.
  7. =STEP 1-6= CMNotify (Nokia) Integration Step 2,3,4 with SON work Step 1,5,6
  8. =STEP 5/6= Mapping CMnotify contents into DB
  9. =STEP 5a= New Development for Independent component to get VES off of DMaaP
  10. =STEP 6= API Updates
  11. =STEP 6= Interface to RTCDB (writing DB from SDN-R or RCDB-stand-alone-component)

SUMMARY OF THE STEPS FOR RTCDB "HOW IT OPERATES" (Reference):

  • STEP 0: Design time, Setup DB schema & API (Onboarding).
  • STEP 1: xNF (RAN Simulator) GENERATES a VES CMNotify - Wipro SON (R6 Done)
  • STEP 1a: Simulator of VES CMNotify/"Standardsdefined/CM" (Nokia) (R7)
  • STEP 2: DCAE VES Collector RECEIVES the CMNotify (VES) - Nokia (R7)
  • STEP 3: DCAE PROCESSES VES Event- Nokia (R7)
  • STEP 4: DCAE PUBLISHES onto DMaaP - Nokia (R7)  REQ-327 - Getting issue details... STATUS
  • STEP 5: CCSDK (Controller) LISTENS to DMaaP - Sandeep Shah  (R6 Done) → (R7) CCSDK-2392 - Getting issue details... STATUS
  • STEP 5a: RTCDB (stand-alone component) LISTENS to DMaaP (R7 new)
  • STEP 6: RTCfgDB UPDATES DB with info - Sandeep Shah / Techmahindra (R6 Done) → (R7)

A&AI FLOWS:

STEP 1...6: Initial A&AI setup of DB (the setup of the DB with the initial set of all xNFs a "getall")

STEP 1...6: A&AI Update (e.g. a new xNF is added or deleted)


R7 TopicDescription & Links

Usage of CPS -

OOF/SON/PCI (Cell info)

E2E Network Slicing (Slicing info)

Harmonization (Stnd-Def VES)

Virtual F2F mentioned the CPS project.

Those other use cases have dependency to Use cases.

We need to attend U/C weekly meetings; sync

Guilin (R7) - Use Cases (and Requirements in Use Cases)

Guilin release - functional requirements proposed list

OOF SON interaction REQ-345 - Getting issue details... STATUS

NFR for CCSDK/SDN-C in the Guilin Impact View per Component

Interaction & Dependencies Use Case

Interaction spreadsheet

Sync between these teams.

Joint meeting - Invitee on a particular in the schedule

TSC Project Proposal

Configuration Persistence Service Project

Project Home Pagesample-landingpage Project Home Page
Project Repository

Create Repo: Resources and Repositories (Deprecated)

Process to create Repo. Ticket

Architecture S/C

Architecture Proposal

ONAP Architecture Review process:Project Architectural Review Requirements and Process (Draft) to M1 Project PTLs/Feature Sponsors request a review by email from the chair of the arch subcommittee. The chair of the arch subcommittee creates a JIRA issue for the review and emails a link to the project PTL. The project PTL/Feature Sponsor adds the JIRA issue link to the architecture review JIRA task in the M1 epic, as confirmation that a review has been requested.

R7 Wiki PageConfiguration & Persistency Service R7

For Honolulu REQ-Jira (copied from REQ-322)

Configuration & Persistency Service: (Code Impact)

  • Leverage (Maria DB) as mS CPS to support the logical data model/devise model.
  • Build the data model for real time presentation of 5G network and store the network element data to the CPS database
  • Initialize CPS Database including A&AI setup, database schema setup, with initial values.
  • Receive Config information updates from SDN-R via Netconf and with VES notification.
  • Support all vendor specific Configuration Information Model ( CIM/Yang)
  • Impact: Code Impact
  • Companies Supporting: Ericsson, Nokia, AT&T, WiPro
  • Number Developers/Testers: 7

Email Swami:

PFB comment from TSC for the OOF SON requirement. With reference to resource commitment:

  • Policy: Pam - Shall I indicate AT&T shall cover it, while we subsequently discuss what all enhancements we can do in Guilin timeframe, as well as check reg. some of the aspects where you indicated use case team should contribute (e.g., separate Drools file, which would have to be done by Wipro).
  • SDN-R/CCSDK: Sandeep - Shall I indicate IBM?
  • CPS: Shankar/Ben - Given the Guilin release timeframe, I think we have to go for the simplest option (1) and indicate no impact to CPS, where we only change the yang models, and SDN-R continues to do the mapping. modify CCSDK solution to extend interfaces (OOF/SON/PCI Team updates). R7 Solution of C&PS (evolution "ConfigDB" = C&PS) Hard code information
  • R6 C&PS 1.0 = CCSDK/SDNC solution / R7 C&PS 1.1 = CCSDK/SDNC evolution+MDCPS PoC / R8 C&PS 2.0 = Standalone component
R7 GuiLin Development

CMNotify specification

  • (Watch for): R6 VES 7.1.1 Baselined https://gerrit.onap.org/r/c/vnfrqts/requirements/+/100876  (VES Event Reg review) and https://gerrit.onap.org/r/c/vnfrqts/requirements/+/100867 (VES Event Listener review)
    R7 VES 7.2 review open new updates to the VES listener should include CM VES event. Participate review.
  • ACTION: R7 VES Common Header update to align with 3GPP SA5 (CR) Nokia/ ATT/ Orange/ Ericsson. Presentation for Monday 2PM UTC on Alla's Req S/C call. "ONAP-ORAN Harmonization". Vimal, Marge, Cormac, Damian. Domain "Standards-Defined" NameSpace "3GPP-CM-xxxx"
  • The CCSDK work will be in OOF SON PCI team CCSDK-2392 - Getting issue details... STATUS should be mapped to REQ-345 - Getting issue details... STATUS
  • (Generic Requirement) to consider Non-Real Time RIC Pawel Slowikowski
Model Driven C&PS PoC

Proposal (by Ciaran Johnston et al) as a step of Model Driven ONAP, Model Driven CPS. See slides in the Project Proposal page, and also in the R7 CPS Wiki. 

Question: Graph DB? Answer: type of data from xNF to be hierarchical which would fit in a Graph DB. doesn't have to be that though. Likely to be one or more underlying database technologies. time series.

Question: Model driven CPS, uS on-boarding in CCSDK. If you plan to do modeling work in R7, consensus from Arch S/C. Answer: would need CPS team, modeling, Arch S/C to be aligned. Want something that can be demonstrated/delivered in R7.

Question: Are there dependencies on platform components? Answer: TBD

- Looking at internal sourcing to get development resources. Sync with johnsont


  - Status ready to cut code off of x CC-SDK repo. Ongoing analysis. Resourcing Toine has started, 2 new people will be added in August 1, 2020. Present to Architecture S/C before end of July. Engaged Modeling S/C. Visible Yang modeled to be consumed in ONAP. Modeling work will happen in

TopicPage or Wiki
PoC Poge
PoC Issues, Decisions and AssumptionsIssues page: Issues decisions and assumptions
Main PoC REQ JIRA

PoC Jira REQ-384 - Getting issue details... STATUS

PoC Story Jiras

CCSDK CCSDK-2508 - Getting issue details... STATUS

Modeling Jira: MODELING-382 - Getting issue details... STATUS . 

Time Series management

TSDB

  • Choice of IT DB (feeds in). Choice of DB to best fit to the use case. Implement TSDB in PostGres or MariaDB, SQL extensions for TS analysis. Issue is how good is the performance. Not as good as specialized Influx DB. Postgres 10 direct it to store TS DB similar to influx. Database derived from postgres. Timescale DB derived from postres.
  • https://en.wikipedia.org/wiki/Master_data_management
  • PM Data how to aggregate avg. performance over time. for ML training data or ML model input.
  • Ted Johnson MCX app, RT RIC - Nokia to install influx DB to manage TS.
Modeling

Model Concept for PoC & presentation

Support for CPS Model Driven PoC R8+

xNF models. Access to CPS DB info.

State Database PoC

Former user (Deleted)  , Olivier Phenix

Bell Canada Leading a PoC related to State management using the CPS project. Communication via Kafka topic (DMaaP).

Question: Are there dependencies on platform components? Answer: TBD

Wiki: in progress

Former user (Deleted) - Listen to Recording from  

Question from s.silvius  - State Management was interesting could we get the basic arch picture and def lines of description? Having references e.g. to A&AI is better solution than planned CPS to copy inventory data ANSWER: We are going to prepare a public page and share with you.

Network Slicing & C&PS

CPS w.r.t. Network Slicing: (Swami)

For the Network Slicing use case, we are still working out the details w.r.to RAN slicing, and are also in discussion with O-RAN folks. We expect it to take 1-2 weeks to conclude. Once it is fairly clear, we should discuss reg. the CPS impacts for Guilin.

For now, we have created Jira SDNC-1199 for the CPS requirements for this use case. As of now, we may not have resources to commit for implementing the updates in CPS (but still checking), in this scenario, there are 2 alternatives:

  1. The impacts to CPS (which I expect to be persistence & retrieval of some basic RAN slice config related data) can be handled by existing CPS committed resource

(or)

  1. The details are stored ‘locally’ in a DB in SDN-C for example. In the next release, it is moved to CPS.

(EMAIL) from Swami  

For Network Slicing use case, for RAN Slicing, we will be needing a minimal set of information elements for initial RAN configuration and network slice-subnet specific configuration. Our current R7 GUILIN proposal is to extend ConfigDB with the required aspects for Guilin release, and once CPS takes off as an official ONAP project in HOLULU R8 H-release, the work can be taken over into CPS.

R8 Honolulu Discussion

TOPICDESCRIPTION
Requirement S/C

Presention on July 27th  

R8 TSC /

Project Proposal

Configuration Persistence Service Project

  • ACTION: PERFORMANCE - Open (#@#) open items to get ballpark figures for # API requests.
  • ACTION: TSC Scheduling & Presentation - Represent at the TSC -   (TSC canceled); Tues R6 status; Thursday for general topics . Stakeholders of TSC presocialization Q&A. Schedule pre-review meeting w/ people who asked questions. SCHEDULE MAY 28 TSC 2020-05-28 and scheduled for  JUNE 4 2020 TSC 2020-06-04
  • ACTION: Deadline? - M0/M1 project proposal objective by the TSC.
  • ACTION: Peer Review Process Step #1 - ONAP Projects - Presentation to ARCH S/C


TERMINOLOGY DISCUSSION

TOPICDESCRIPTION
C&PS versions

CPS 1.0 - This is the evolution of ConfigDB in the CC-SDK / SDN-C. this solution was initially coded in R3 for the OOF/SON/PCI Use Case and was referred to as "ConfigDB" using a MariaDB ITDM solution. Because in R7 GuiLin planning, there is some clarity needed to identify the different tracks of development, the notation is introduced here, "CPS 1.0" to allow people to have a common "language" to refer to a body of work. This was done in the R6 time frame.

CPS 1.1 - This is the continuation of the CPS 1.0 solution (see above). Updates will involve schema and interface changes for additional data supported in the CPS database. This will be introduced in the R7 Guilin time frame. Thus, when someone refers to CPS, in the R7 time frame they are referring to the CPS 1.1 solution. Additionally, there are two CPS related PoC going on the Model-Driven CPS and State Management PoC (Bell Canada) and when referring to R7 CPS, work done in these PoC are also included.

CPS 2.0 - CPS 2.0 is the stand-alone project. In R8 Honolulu, the goal is to have CPS become its own stand-alone project. Thus, a presentation to the Architecture S/C and TSC will be made again to petition for a stand-alone project.

RECORDING

DateZoom RecordingAudio Only

 

(Overwritten)(Overwritten)

 

(Overwritten)(Overwritten)

 

(Overwritten)

(Overwritten)

TSC Answers

 

(Overwritten)(Overwritten)PoC

 

zoom_0.mp4

audio_only.m4a


 

202005My28_zoom_0.mp4

202005My28_audio_only.m4a


 

202005My29-zoom_0.mp4

202005My29-audio_only.m4a


 

zoom_0_CPSJune052020.mp4

audio_only_CPSJune052020.m4a


 

zoom_0202006Jn12.mp4

audio_only202006Jn12.m4a


 

zoom_0CPS-202006Jn19.mp4

audio_onlyCPS-202006Jn19.m4a


 

202006Jn25DDF-ConfigurationPersistencySvcOverview.mp4

202006Jn25DDF-ConfigurationPersistencySvcOverview.m4a

VDDF C&PS Overview

 

202006Jn25DDF-ModelDrivenC&PS_PoC.mp4

202006Jn25DDF-ModelDrivenC&PS_PoC.m4a

VDDF MD C&PS PoC

 

C&PSzoom202006Jn26.mp4

audio_onlycps202006jn26.m4a


 

zoom_CPSFriJuly032020.mp4

audio_onlyCPSFriJuly032020.m4a


 

zoom_202007Jy10.mp4

audio_only202007Jy10.m4a


 

zoom_202007Jy17.mp4

audio_only202007Jy17.m4a


 

zoom_202007Jy24.mp4

audio_only 202007Jy24.m4a


 

zoom_202007Jy31.mp4

audio_only202007Jy31.m4a


 

zoom_202008Ag07.mp4

audio_only202008Ag07.m4a


 

zoom_202008Ag14.mp4

audio_only202008Ag14.m4a


 

zoom_202008Ag21.mp4

audio_only 202008Ag21.m4a


 

zoom_202008Ag28.mp4

audio_only202008Ag28.m4a


 

CPS - 202009Sp04.mp4

CPS - 202009Sp04.m4a


 

CPS_2020_09Sp11.mp4

CPS_2020_09Sp11audio.m4a


 

202009Sp18_zoom_0.mp4

202009Sp18_audio_only.m4a


 

202009Sp25_zoom_0.mp4

202009Sp25_audio_only.m4a


 

CPS ONAP PlugFest 28 Sep 2020 .mp4

 

202009Sp30TSCPrep_zoom_0.mp4

202009Sp30TSCPrep_audio_only.m4a


 

202010Oc02-zoom_0.mp4

202010Oc02-audio_only.m4a


 

202010Oc09CPS_zoom_0.mp4

202010Oc09CPS_audio_only.m4a


 

202010Oc15-CPSDDF_Talk-Demo.mp4

202010Oc15-CPSDDF_Talk-DemoAudio.m4a


 

202010Oc16CPS_zoom_0.mp4

202010Oc16CPS_audio_only.m4a


 

202010Oc23CPS_zoom_0.mp4

202010Oc23CPS_audio_only.m4a


 

202010Oc30CPS-zoom_0.mp4

202010Oc30CPS-audio_only.m4a


 

202011Nv06_zoom_0.mp4

202011Nv06_audio_only.m4a


 

202011Nv13-zoom_0.mp4

202011Nv13-audio_only.m4a


 

202011Nv20-zoom_0.mp4

202011Nv20-audio_only.m4a


 

202011Nv27_zoom_0.mp4

202011Nv27_audio_only.m4a


 

202012Dc03_zoom_0.mp4

202012Dc03_audio_only.m4a


 

202012Dc11CPS-zoom_0.mp4

202012Dc11CPS-audio_only.m4a


 

202012Dc18-zoom_0.mp4

202012Dc18-audio_only.m4a











ATTENDEES WEEKLY ROSTER

DateAttendeesTopic

 

Benjamin Cheung Former user (Deleted) Mike Elliott  Olivier Phenix

Tony Finnerty Vimal Begwani Zu Qiang

Theodore Johnson Ciaran Johnston  s.silvius

N.K. Shankar Marc-Alexandre Choquette

TSC Answer Discussion

Architecture S/C presentations

 

Benjamin Cheung  Former user (Deleted) Toine Siebelink  s.silvius

Swaminathan Seetharaman  Joanne Liu Rudel   Tony Finnerty Mike Elliott  Theodore Johnson  Marcin Krasowski Timo Puha Andy Mayer  Vimal Begwani Bob Papa  Ciaran Johnston Zu Qiang Michela Bevilacqua Shankar N.K. Junfeng Wang  Oskar Malm Marc-Alexandre Choquette guochuyi

Bell Canada & State Management

5G Service Modeling & CPS -

TSC Answers/Response

Michela - introduction of Cell Model 

 

Benjamin Cheung Tony Finnerty Toine Siebelink

Zu Qiang  Fred Feisullin  Joanne Liu Rudel

TSC Answers discussion

Amar Kapadia in ONAP R6 Solution Brief

 

Benjamin Cheung  Toine Siebelink  Tony Finnerty  Oskar Malm Ciaran Johnston Zu Qiang  Fred Feisullin Michela Bevilacqua Former user (Deleted)   Theordore Johnson  Mike Elliott  Joanne Liu Rudel  Marc-Alexandre Choquette  s.silvius  N.K. Shankar Junfeng Wang gasparini24

Model Driven architecture PoC

TSC Answers discussion (finished)

 

Benjamin Cheung  Former user (Deleted)  Olivier Phenix  johnsont  Tony Finnerty  Ciaran Johnston  gasparini24  Joanne Liu Rudel  marcin krasowski  Zu Qiang   Pawel Slowikowski  N.K. Shankaranarayanan

TSC - Agenda

POC - Model Driven

LF F2F DDF

M0 for R7

 

Benjamin Cheung  Zu Qiang  Michela Bevilacqua  Ciaran Johnston  Tony Finnerty  cl664y@att.com  Krzysztof Opasiak   Scott Blandford Andy Mayer  Trevor Lovett  Oskar Malm Toine Siebelink


 

Benjamin Cheung 

marcin krasowski  Pawel Slowikowski  (Samsung / NonRT RIC / A1 policy mgr)

Tony Finnerty   Toine Siebelink  N.K. Shankar  Michela Bevilacqua  Ciaran Johnston  gasparini24   Swaminathan S. Zu Qiang s.silvius  Fred Feisullin Joanne Liu Rudel

Joint OOF SON PCI discussion

TSC Q&A (pre-review)

REQ-322 - Getting issue details... STATUS (M0)

Ciaran's proposal for PoC R7 > R8 Project Prop

Q: 3GPP-PM, Q: FM&PM

 

Benjamin Cheung  Joanne Liu Rudel  Vimal Begwani   marcin krasowski   Tony Finnerty  Zu Qiang  Michela Bevilacqua  Pawel Slowikowski  johnsont  Yuriy Malakov   Fred Feisullin  Junfeng Wang

TSC 2020-06-11

VF2F / DDF  https://events.linuxfoundation.org/lfn-dev-test-forum/

OPEN POINT: CCSDK-2392 (OOF SON PCI)

 

Benjamin Cheung  William Reehil  James Forsyth  Marge Hillis Linda Horn Fred Feisullin Vivian Pressley  Scott Blandford  Zu Qiang  Andy Mayer  Joanne Liu Rudel  Ryan Hallahan 

Inventory Migration Use Case

 

Benjamin Cheung  Tony Finnerty  marcin krasowski  johnsont Michela Bevilacqua Fred Feisullin  Zu Qiang  s.silvius Swaminathan Seetharaman  Marc-Alexandre Choquette


MD C&PS PoC

M0 Milestone REQ

 

Benjamin Cheung  Tony Finnerty   Toine Siebelink  Former user (Deleted)      Sanjay Singh johnsont Ciaran Johnston  marcin krasowski  Pawel Slowikowski  Joanne Liu Rudel