Date Range
May 1, 2020 through December 31, 2020
Expand | ||||||
---|---|---|---|---|---|---|
| ||||||
R6 DISCUSSION
|
...
|
Expand | |||||
---|---|---|---|---|---|
| |||||
R7 DISCUSSION
|
...
|
...
Project Proposal
...
Configuration Persistency Service Project Proposal (Oct 25 2019)
- 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
...
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:
- R7 Project Proposal (identify PTL, Project proposal, setup repo)
- =STEP 0= Initial Database Setup
- =STEP 0= (Design time), (Setup DB) Yang Model development ORAN specification Yang Model in line with 3GPP. SQL structure.
- =STEP 0= Schema design & API
- =STEP 1= CMnotify generated by RanSIM extended (final standard format).
- =STEP 1= VES generation, Nokia Simulate DU → simulate VES CMNotify message.
- =STEP 1-6= CMNotify (Nokia) Integration Step 2,3,4 with SON work Step 1,5,6
- =STEP 5/6= Mapping CMnotify contents into DB
- =STEP 5a= New Development for Independent component to get VES off of DMaaP
- =STEP 6= API Updates
- =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):
...
|
|
...
|
...
|
...
|
...
|
...
|
...
server | ONAP JIRA |
---|---|
columns | key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution |
serverId | 425b2b0a-557c-3c0c-b515-579789cceedb |
key | CCSDK-2392 |
...
A&AI FLOWS:
|
...
|
...
|
...
Interaction spreadsheet
Sync between these teams.
...
|
...
...
|
...
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"
...
Bruno Sakoto - Listen to Recording from
Question from Samuli 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 C&PS to copy inventory data ANSWER: We are going to prepare a public page and share with you.
...
Virtual DDF (June 22-25)
https://wiki.lfnetworking.org/pages/viewpage.action?pageId=34606297
Survey Monkey https://www.surveymonkey.com/r/7PJCGC2
...
Michela Bevilacqua - Introduction of a Cell
Slides from SON Use Case - How do we think of LCM of a Cell from SON PoV & C&PS PoV.
How will a cell be managed?
a new cell is provisioned from a CU/DU. a "read" operation that a cell exists.
CELL is a LOGICAL ENTITY ... Should a cell be seen xNF (PNF, VNF, ANF)
How could ONAP discover there is a cell? does it need to be on-boarded? when creating a service, do you need to create a cell?
with resources, will you also have a cell instance?
today when we have a PNF we onboard the PNF package, create res descriptor & service descriptor containing the resource descr; done for any xNF.
package is distributed at run time.
Yang model for CU/DU has notion of Cell. process to sync up, discovering whether there is a new cell.
OOF / SON / PCI - Need know about existence of a Cell. In that U/C "yes we need to know the cell, we assume that info is in C&PS"
two kinds of errors - #1 go to config a cell "i don't have this cell" - #2 new cell exists and ONAP doesn't know about it. sync mechanism.
What is the relation to C&PS, how could cell info be updated?
Onboarding a xNF, when the xNF instance, the configuration mechanism you can get info about cells associated with a xNF.
|
...
|
...
|
...
|
...
|
...
|
https://en.wikipedia.org/wiki/Master_data_management
...
Bell Canada Leading a PoC related to State management using the C&PS project. Communication via Kafka topic (DMaaP).
Question: Are there dependencies on platform components? Answer: TBD
Wiki: in progress
...
C&PS 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:
- 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)
- The details are stored ‘locally’ in a DB in SDN-C for example. In the next release, it is moved to CPS.
|
R8 Honolulu Discussion
TOPIC | DESCRIPTION |
---|---|
Requirement S/C | Presention on July 27th |
R8 TSC / Project Proposal | Configuration Persistence Service Project
|
TERMINOLOGY DISCUSSION
TOPIC | DESCRIPTION |
---|---|
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
Date | Zoom Recording | Audio Only | |
---|---|---|---|
| (Overwritten) | (Overwritten) | |
| (Overwritten) | (Overwritten) | |
| (Overwritten) | (Overwritten) | TSC Answers |
| (Overwritten) | (Overwritten) | PoC |
| |||
| |||
| |||
| |||
| |||
| |||
| VDDF C&PS Overview | ||
| VDDF MD C&PS PoC | ||
| |||
| |||
| |||
| |||
| |||
| |||
| |||
| |||
| |||
| |||
| |||
| |||
| |||
| |||
| CPS ONAP PlugFest 28 Sep 2020 .mp4 | ||
| |||
| |||
| |||
| |||
| |||
| |||
| |||
| |||
| |||
| |||
| |||
| |||
| |||
| |||
ATTENDEES WEEKLY ROSTER
PROJECT NAME DISCUSSION
...
RENAMING THE PROJECT ("Service" vs "Database")
Database
#1 HISTORICAL PRECEDENCE - The original idea was a configuration database available at Runtime. Use cases to store. Historical been with the project since the beginning. Name Inertia. Operators will use. Historical precedence within AT&T. SON & Slicing depend on this project (scope)
#2 Contents that it holds - Contents is configuration parameters from the network. Name reflects the initial content of database.
Service
Since working on project proposal, it has grown, the same argument works against use.
#1 QUALIFIERS - A wide variety of qualifiers could be put there and it still won't cover. Would move to something more abstract. Abose and beyond a standard IT database. For example service information, policy information, CLAMP information, exo-inventory (information outside of A&AI), topology information, application information - it is conceivable that many other types of information could before. Config if someone wants to add additional information a place to hold information. e.g. in Bell Canada's case they store more than just configuration, the Operational Data & Current state of network. Collectors that gather metrics in VES consumed put in stateDB. Tied to inventory objects in A&AI self-link from A&AI want to know about interface PNF trying to keep two together, the configuration & the metrics representative what is currently happening in the network. state of I/F being up-down that's more of a state vs a configuration. OpenDaylight Operational data store. Scalability. Collectors & StateDB is yang-driven if collector follows yang-model data store can hold-values. Monitoring interface track as state.
#2 Confederation of Databases - Core/Edge/Far Edge - Historical DB - current DB
#3 MEANS VS ENDS - Database is a "means" technology not an "end" goal
An engine, hubcap is a part of a automobile that provides a service: vehicular motion. A database is a specific technology and implementation.
Requirements around for current data & historical (temporal) careful not to talk about the technology. Potentially more than one database.
Data Persistency Service → "functional" / Zu Tony Ben
Configuration & Persistency Service / Joanne Tony Ben
Operational Persistency Service / Bruno Tony Ben
Run-Time Configuration DataBase → "technology"
State (of Network) Database → what is state of network (storing more than just config)
Configuration Operations Database (C.Op.DB) / Swami
Golden Configuration Database / Fred
(RunTime)(Operational)(Persistency) Policy Topology State Network Configuration Service Exo-Inventory Database
RECORDING
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
ATTENDEES WEEKLY ROSTER
TSC Answer Discussion
Architecture S/C presentations
Benjamin Cheung Bruno Sakoto Toine Siebelink Samuli 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 (Ericsson) Michela Bevilacqua Shankar N.K. Junfeng Wang Oskar Malm Marc-Alexandre Choquette Chuyi Guo
Bell Canada & State Management
5G Service Modeling & C&PS -
TSC Answers/Response
Michela - introduction of Cell Model
TSC Answers discussion
Amar Kapadia in ONAP R6 Solution Brief
Benjamin Cheung Toine Siebelink Tony Finnerty Oskar Malm Ciaran Johnston Zu Qiang (Ericsson) Fred Feisullin Michela Bevilacqua Bruno Sakoto Theordore Johnson Mike Elliott Joanne Liu Rudel Marc-Alexandre Choquette Samuli Silvius N.K. Shankar Junfeng Wang Claudio David Gasparini
Model Driven architecture PoC
TSC Answers discussion (finished)
TSC - Agenda
POC - Model Driven
LF F2F DDF
M0 for R7
Marcin Sebastian Krasowski Pawel Slowikowski (Samsung / NonRT RIC / A1 policy mgr)
Tony Finnerty Toine Siebelink N.K. Shankar Michela Bevilacqua Ciaran Johnston Claudio David Gasparini Swaminathan S. Zu Qiang (Ericsson) Samuli Silvius Fred Feisullin Joanne Liu Rudel
Joint OOF SON PCI discussion
TSC Q&A (pre-review)
Jira | ||||||
---|---|---|---|---|---|---|
|
Ciaran's proposal for PoC R7 > R8 Project Prop
Q: 3GPP-PM, Q: FM&PM
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 (Ericsson) Andy Mayer Joanne Liu Rudel Ryan Hallahan
Benjamin Cheung Tony Finnerty Marcin Sebastian Krasowski theodore johnson Michela Bevilacqua Fred Feisullin Zu Qiang (Ericsson) Samuli Silvius Swaminathan Seetharaman Marc-Alexandre Choquette
M0 Milestone REQ
Benjamin Cheung Tony Finnerty Toine Siebelink Bruno Sakoto Sanjay Singh theodore johnson Ciaran Johnston Marcin Sebastian Krasowski Pawel Slowikowski Joanne Liu Rudel Zu Qiang (Ericsson) Fred Feisullin N.K.Shankar
Ted - Steaming Time Series Temporal Database Management (TSDB)
Tony - MD C&PS PoC
Ted - Steaming Time Series Temporal Database Management (TSDB)
Tony - MD C&PS PoC
R6/R7 Demo of C&PS (the week of TSC)
Date | Attendees | Topic | ||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| TSC Answer Discussion Architecture S/C presentations | |||||||||||||||||||||||||||||||||||||||||
| Benjamin Cheung Bruno Sakoto Toine Siebelink Samuli 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 (Ericsson) Michela Bevilacqua Shankar N.K. Junfeng Wang Oskar Malm Marc-Alexandre Choquette Chuyi Guo | Bell Canada & State Management 5G Service Modeling & CPS - TSC Answers/Response Michela - introduction of Cell Model | ||||||||||||||||||||||||||||||||||||||||
| TSC Answers discussion Amar Kapadia in ONAP R6 Solution Brief | |||||||||||||||||||||||||||||||||||||||||
| Benjamin Cheung Toine Siebelink Tony Finnerty Oskar Malm Ciaran Johnston Zu Qiang (Ericsson) Fred Feisullin Michela Bevilacqua Bruno Sakoto Theordore Johnson Mike Elliott Joanne Liu Rudel Marc-Alexandre Choquette Samuli Silvius N.K. Shankar Junfeng Wang Claudio David Gasparini | Model Driven architecture PoC TSC Answers discussion (finished) | ||||||||||||||||||||||||||||||||||||||||
| TSC - Agenda POC - Model Driven LF F2F DDF M0 for R7 | |||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||
| Marcin Sebastian Krasowski Pawel Slowikowski (Samsung / NonRT RIC / A1 policy mgr) Tony Finnerty Toine Siebelink N.K. Shankar Michela Bevilacqua Ciaran Johnston Claudio David Gasparini Swaminathan S. Zu Qiang (Ericsson) Samuli Silvius Fred Feisullin Joanne Liu Rudel | Joint OOF SON PCI discussion TSC Q&A (pre-review)
Ciaran's proposal for PoC R7 > R8 Project Prop Q: 3GPP-PM, Q: FM&PM | ||||||||||||||||||||||||||||||||||||||||
| 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 (Ericsson) Andy Mayer Joanne Liu Rudel Ryan Hallahan | Inventory Migration Use Case | ||||||||||||||||||||||||||||||||||||||||
| M0 Milestone REQ | |||||||||||||||||||||||||||||||||||||||||
| Benjamin Cheung Tony Finnerty Toine Siebelink Bruno Sakoto Sanjay Singh theodore johnson Ciaran Johnston Marcin Sebastian Krasowski Pawel Slowikowski Joanne Liu Rudel Zu Qiang (Ericsson) Fred Feisullin N.K.Shankar | Ted - Steaming Time Series Temporal Database Management (TSDB) Tony - MD C&PS PoC | ||||||||||||||||||||||||||||||||||||||||
| Benjamin Cheung Ciaran Johnston Aditya Puthuparambil Ajith Sreekumar Alessandro Gerardo D'Alessandro Atta Zabihi Avi Chapnick Brinda Santh Muthuramalingam Bruno Sakoto Claudio David Gasparini David Perez Caparros Deepak Majjiga Eric Debeau Felix Katz Frank Kelly Jacob Yackenovich Jacqueline Beaulac Jason Hunt Joanne Liu Rudel John Keeney Junfeng Wang Ken KANISHIMA KINGSLY LAWRENCE Liam Fallon Linda Horn Marge Hillis Oskar Marlm Phil Robb Ram Krishna Verma Rishi Tandon Sandeep Shah Scott Blandford Stavros Kanarakis Takuya Kato Timo Perala Toine Siebelink Tony Finnerty Vimal Begwani ZHUANGYANG CHEN Zu Qiang (Ericsson) Kamel Idir Andy Mayer Ajith Sreekumar | LF Virtual DDF - C&PS overview | ||||||||||||||||||||||||||||||||||||||||
| (same as above - ibid) atsushi yoshida Byung-Woo Jun Chaker Al-Hakim Hiroshi Dempo Isaac Manuel Raj Pawel Slowikowski Prem Sankar Gopannan Yukihiro Kishimoto | LF Virtual DDF - MD PoC Presentation | ||||||||||||||||||||||||||||||||||||||||
| Ted - Steaming Time Series Temporal Database Management (TSDB) Tony - MD C&PS PoC | |||||||||||||||||||||||||||||||||||||||||
| PoC status Resourcing of PoC Decision and analysis process (using confluence) PoC Jira items PoC Architecture Options - (refine present Jul 10) | |||||||||||||||||||||||||||||||||||||||||
| R7 Resourcing/Staffing/CompImp/ Jira WoW PoC Architecture Options | |||||||||||||||||||||||||||||||||||||||||
| M1 Topics / ACTION: Swami for NFR Table in Wiki PoC Architecture Issues List
| |||||||||||||||||||||||||||||||||||||||||
| R8 M0 ( ) → request to move to R7 M1 (Passed ) Architecture S/C Presentation PoC, component description Decisions (done) for Interface style & Data representation, data Lake | |||||||||||||||||||||||||||||||||||||||||
| Non-Real time RIC and C&PS Pawel Slowikowski (ML TS data, filter data, svc topology) C&PS external API. accessing inventory/topology info (A&AI). PM yang or json. R7 M2 Architecture S/C presentation - component description PoC architecture issues & decisions. | |||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||
| Benjamin Cheung Bruno Sakoto Fred Feisullin Rishi Chail theodore johnson Toine Siebelink Ciaran Johnston Claudio David Gasparini Zu Qiang (Ericsson) Fred Feisullin Martin Vezeau | 5G Svc Modeling U/C Continuing C&PS Modeling PoC architecture issues & decisions R8 Presentation (Req S/C), CPS PoC Arch S/C | ||||||||||||||||||||||||||||||||||||||||
Monday | Requirements S/C - (Alla Goldner's) C&PS R8 Honolulu 10 EST USA (2PM UTC) | Honolulu release - functional requirements proposed list | ||||||||||||||||||||||||||||||||||||||||
Tuesday | Architecture SubCommittee Presentation for C&PS PoC | 2020-08-18 ONAP Architecture Meeting | ||||||||||||||||||||||||||||||||||||||||
| New Member Niamh Core ("Neeve") 5G Service Modeling & CPS Modeling Yang Parser | |||||||||||||||||||||||||||||||||||||||||
| Issues decisions and assumptions Yang Parser PYang presentation ( theodore johnson ) Container Lists Leaf Leaflets | |||||||||||||||||||||||||||||||||||||||||
| M4 Status for REQ-322 Transaction Behavior | |||||||||||||||||||||||||||||||||||||||||
| Registry Service Operation | |||||||||||||||||||||||||||||||||||||||||
| Registry Service Operation Yang Parser (Agreed) PoC Status (Nordix WebSvc Code model) Plugfest → ACTION C&PS → E2E NS (RegSvc), PCI (RegSvc) C&PS → A&AI (MD CPS) (lower pri) Project Proposal → TSC → DATE Oct DDF (R8) → ACTION Portal Page → Project Proposal → Arch S/C | |||||||||||||||||||||||||||||||||||||||||
| 231017 https://zoom.us/j/836561560?pwd=TTZNcFhXTWYxMmZ4SlgzcVZZQXluUT09 | |||||||||||||||||||||||||||||||||||||||||
| 4PM UTC (12:00 Noon USA EDT) / 20 min 5 min context (Tony Finnerty ), 5 min C&PS overview (Benjamin Cheung ), 5 min PoC ( Toine Siebelink ), 5 min Q&A ACTION: LINK / Register in O-RAN | |||||||||||||||||||||||||||||||||||||||||
| Preparation for TSC Slides Benjamin Cheung Tony Finnerty Melanie Sater Fred feisullin Jacqueline Beaulac | |||||||||||||||||||||||||||||||||||||||||
| (ORAN Plugfest Event) | |||||||||||||||||||||||||||||||||||||||||
| Follow-up discussion / meeting after the TSC call Oct 1 202010Oc01TSCFollowup_zoom_0.mp4 TSC Presentation | |||||||||||||||||||||||||||||||||||||||||
| Benjamin Cheung Claudio David Gasparini Tony Finnerty Toine Siebelink aditya puthuparambil Fred Feisullin user-7f92d Rishi Chail Bruno Sakoto Niamh Core Carlos Manzanares Andy Mayer Zu Qiang (Ericsson) Junfeng Wang Kamel Idir | Intros (Carlos / Architect Nokia, Aditya / Bell Ca & Bruno Policy team Est , Krystian Samsung U/Cs SDC OOM) PTL Vote (Sent) - Toine Siebelink will be the C&PS PTL Annual Community Elections - Process#PTLElections ACTION: Toine will investigate ONAP Project and Component Lifecycle vDDF
| ||||||||||||||||||||||||||||||||||||||||
| Intros: Phillipe Leger (Bell, State DB project), Joachim (SamSung) PTL Elections (current PTL executes vote, commiters +2) R8 Page / 5G U/C Review Slides for vDDF Demo? | |||||||||||||||||||||||||||||||||||||||||
| Benjamin Cheung Toine Siebelink Aniello Paolo Malinconico Hitoshi Terao Junfeng Wang Liam Fallon Marek Szwałkiewicz Minh Pham nicolas schlewitz Piotr Stanior Atsushi Makita Niamh Core Alessandro Gerardo D'Alessandro Borislav Glozman Bruno Sakoto Christophe Closset Ciaran Johnston Fei Zhang Cheng Huang Jacqueline Beaulac Martin Vezeau Md Irshad Sheikh Philippe Léger Prudence Au Rishi Chail Zelmann Penze Andy Mayer Harry Mooney Pamela Dragosh Aditya Puthuparambil Gervais-Martial Ngueko N.K. Shankar Phani Yellela Bengt Thuree | vDDF https://wiki.lfnetworking.org/display/LN/2020+October+Virtual+Technical+Event | ||||||||||||||||||||||||||||||||||||||||
| (USE CASES) E2E NS (Registry Svc, Align, Boost), SON (RegSvc) (USE CASES) A&AI (MD CPS) (lower pri) Interface (Niamh Core ) CCSDK-2870 DP: CPS REST API Documentation - PROPOSAL PTL Elections (current PTL executes vote, commiters +2) Independent Component (TSC) - tool in place repo / TSC 2020-10-22 Repo Request - https://lists.onap.org/g/onap-tsc/message/5980 Modeling (Jacqueline Beaulac ) Group.io Calendar: https://lists.onap.org/g/onap-meetings/calendar?calstart= | |||||||||||||||||||||||||||||||||||||||||
| Benjamin Cheung Toine Siebelink Carlos Manzanares Joachim Blixt (Samsung) Pawel Slowikowski Ruslan Kashapov Swaminathan Seetharaman Claudio David Gasparini krishna moorthy Bruno Sakoto Jacqueline Beaulac Philippe Léger theodore johnson Kamel Idir Andy Mayer Aditya Puthuparambil Michela Bevilacqua N.K. Shankar Sandeep Shah Timo Perala Oskar Malm Rishi Chail Dilip Krishnaswamy Fred Feisullin | TSC
MODELING
CPS Concepts
OOF SON TEAM - Joint Discussion with OOF SON Team
| ||||||||||||||||||||||||||||||||||||||||
| R7 Marketing Release R8 CPS Page DCAE DATA EXPOSURE SERVICE (new R7 Microservice in DCAE)
| |||||||||||||||||||||||||||||||||||||||||
| Benjamin Cheung Aditya Puthuparambil Bruno Sakoto Claudio David Gasparini Dilip krishnaswamy Fernando Oliveira Fred Feisullin Joachim Blixt (Samsung) Junfeng Wang Kamel Idir krishna moorthy Martin Vezeau Niamh Core Pawel Slowikowski Rishi Chail Ruslan Kashapov Swaminathan Seetharaman Tony Finnerty Toine Siebelink Zu Qiang (Ericsson) | Extending Meeting / Development Items
R8 Impact View / Component
OOF SON TEAM - Joint Discussion with OOF SON Team
CPS XPaths
| ||||||||||||||||||||||||||||||||||||||||
| DEVELOPMENT ITEMS
MODELING DISCUSSION
R8 Honolulu Release
ARCHITECTURE SUB-COMMITTEE
| |||||||||||||||||||||||||||||||||||||||||
| Use Case Realization Call | Presenting CPS & API & CPS "Core concepts" | ||||||||||||||||||||||||||||||||||||||||
| DEVELOPMENT TOPICS
SON Normalization
E2E NETWORKING SLICING - Joint Discussion with E2E Network Slicing Team
| |||||||||||||||||||||||||||||||||||||||||
| DEVELOPMENT TOPICS
ARCHITECTURE S/C PRESENTATION
| |||||||||||||||||||||||||||||||||||||||||
| CPS presentation at Architecture Sub-committee | Architecture Sub-committee review schedule: Honolulu-R8 Functional Requirements Architecture Reviews CPS Arch Presentation (Draft): ConfigurationPersistenceSvcArchRvw_202012Dc01v14a.pptx Updated pack: CPS Architecture Committee Presentation Dec 2020.pptx | ||||||||||||||||||||||||||||||||||||||||
| Software Project Status SON OOF Discussion
ARCHITECTURE S/C PRESENTATION
Use Case Realization Call / 5G
Release R7/R8
E2E NETWORKING SLICING - Joint Discussion with E2E Network Slicing Team
| |||||||||||||||||||||||||||||||||||||||||
| Software Project Status
CPS MAPPER SERVICE
| |||||||||||||||||||||||||||||||||||||||||
| Software Status
CPS Mapper Service
Release R8 | |||||||||||||||||||||||||||||||||||||||||
| NO MEETING | |||||||||||||||||||||||||||||||||||||||||
| Introduction Software Status
Release R8
E2E Network Slicing
Release R8 (TBD) Modeling Discussion | |||||||||||||||||||||||||||||||||||||||||
TBD | (TBD) |
what was done (Ted J.), Deep Dive on Proposal; API I/F. | ||
(TBD) Joint Discussion with ONAP-ORAN Harmonization Team |
(TBD) Joint Discussion with A1 Policy Extensions | ||