Table of Contents | ||
---|---|---|
|
This page summarizes the projects that are within the scope of Beijing Release.
...
At M1 Release Planning milestone, Jan 18, 2018, the TSC will review all project planning materials and provide its disposition. It is expected that all projects intending to participate into Beijing submit their Project Planning Materials no later than Jan 8, 2018.
That will provide time for everyone to:
- understand each project scope
- review dependencies
- review all M1 materials
- ask openly question
- smooth the TSC approval process
Calendar for Beijing Release.
For those who intend to propose a new project, use the ONAP Project Proposal Template and post it in the Proposed Project list.
New project proposal for Beijing are available here. These new projects will be reviewed by TSC during Santa Clara F2F the week of Dec 11-13 amd added to the list below as they are approved byTSC.
...
Intention submission
Date
...
...
...
...
M1 Status
Conditions on projects:
- AAF: Pass with condition TSC need to agree on expending to CSM sub project scope.
- AAI: Pass with condition TSC need to agree on expending to Image Manager sub project scope. Gildas Lanilis Update Feb 8. Team's decision to defer Image Manager to Casablanca.
- DCAE: Pass with condition on exception Cloudify manager.
- LOG: Pass with condition to review security guidelines and badges.
- OOM: Pass with Condition to Clarify Maturity scope.
- SO: Pass with Condition to reach 2 for Resiliency and Scalability at cpts Level (strectch ). Should be OK for 2 at Platform level.
Action Items:
- Benchmark-Integration (Jason-Helen) team to provide performance measurement by M2.Update by Gildas Lanilis: Information provided during Virtual F2F: Integration Testing and S3P Measurement (slide #17). Action Items: Closed
- Action Item: Auto-scaling: need for Blandford Scott and Zhao Peng to bring clarification on requirements. Update by Gildas Lanilis : Peng Zhao made clarification with VFC PTL, Scott Blandford broght clarification on the scope of Auto-scaling for Beijing. Action Items: Closed
Link to M1 IRC notes.
M2 Status
TSC did not reach quorum today, therefore no vote took place. M2 Recommendations are provided and send out by email for vote.
Recommendations to TSC:
Disposition M2 as Pass for aaf,aai, appc, ccsdk, clamp, cli, dcagen2, dmaap, doc, externalapi, holmes, integration, logging, modeling, msb, music, oof, oom, policy, portal, sdnc, so, vfc, vid, vnfrqts, vnfsdk. Update by Gildas Lanilis: TSC approved the disposition by mailing list vote.
- 3 projects (sdc, usecase UI, multicloud) could not make it today and are schedule for review at next TSC meeting. Update by Gildas Lanilis: TSC approved these 3 project during TSC meeting on Feb 22.
- TSC needs to discuss on VVP. Current status: VVP did not presnt to M1 and M2 and there are some thoughts on breaking thins into a sub-committe and a project.
Action Items:
- Auto-Scaling: carried over from M1. Peng Zhao and VFC team to clarify.See M1 note above. Action Items: Closed
- SO external API: Eric Debeau to contact Seshu Kumar Mudiganti for questions and concerns. Action Items: Closed
View file | ||||
---|---|---|---|---|
|
View file | ||||
---|---|---|---|---|
|
Link to M2 IRC notes.
M3 Status
All projects except VVP and logging passed M3 milestone.
Action Items:
- Logging: checklist was not available. Review will be hold during next week TSC meeting. Action Items: Closed (datails here, slide #3)
- VVP: Steven Wright to organize meeting to review and clarify S3P scope for VVP. (Invitees: Brian Freeman, Helen Chen, Gildas Lanilis) Action Items: Closed (details here, slide #4)
View file | ||||
---|---|---|---|---|
|
View file | ||||||||
---|---|---|---|---|---|---|---|---|
|
Link to M3 IRC notes.
M4 Status
All projects passed except: Usecase-ui, ExternalAPI, AAF, DMAAP. TSC was running out of time to provide its disposition on VVP.
Update on April 26: Usecase-ui, ExternalAPI, AAF, DMAAP passed M4.
Action Items:
- PTL: Look for details in colunm "M4 notes and Disposition" in PDF file, plus all the items highlighted in Red.
- PTL: ensure the Functional Requirement and Platform Maturity table are up to date
- PTL: update project risk
View file | ||||
---|---|---|---|---|
|
View file | ||||
---|---|---|---|---|
|
RC0 Status
All projects passed except: DCAE, Portal, ExternalAPI, AAF, OOF and LOGGING. Main focus is on OOM deployment. Details are provided in Excel Sheet Tab RC0 (filter on colunm M) or in PDF format.
Update on May 3: Portal, DCAE, Logging passed RC0
Note: Just after TSC meeting, I have been able to clear UseCaseUI-Server. There isn't anymore dependency on MySQL and build has no error.
View file | ||||
---|---|---|---|---|
|
RC1 Status
To pass RC1 criteria used were:
- Pass OOM and Heat Deployment
- Pass Pair Wise Testing
Between RC1 and RC2, Release manager will keep updating the table below.
Pass | Conditional |
---|---|
CCSDK - May 3 | AAF |
Doc - May 3 | DCAE |
Integration - May 3 | External API |
Modelling - May 3 | Logging |
Music - May 3 | OOF |
OOM - May 3 | AAI |
Portal - May 3 | APPC |
VNFRQTS - May 3 | CLAMP |
CLI | |
DMAAP | |
HOLMES | |
MSB | |
MULTICLOUD | |
POLICY | |
SDNC | |
SO | |
VID | |
VFC | |
VNFSDK | |
VVP | |
USECASE UI | |
SDC |
View file | ||||||||
---|---|---|---|---|---|---|---|---|
|
View file | ||||||||
---|---|---|---|---|---|---|---|---|
|
RC2 Status
On May 17, TSC took decision to postpone RC2 and Sign-Off date by 2 weeks.
Beijing Release Planning has been updated accordingly.
New dates are:
- RC2: May 31, 2018
- Sign-Off: June 7, 2018
Materials presented on May 17 are:
Sign-Off
On June 7, TSC approved Beijing Release Sign-Off. TSC decision is documented in IRC (Info 4, section o).
Congratulations ALL for this accomplishment.
Action Items:
- Gildas to consolidate list of repos in needs for a Beijing branch List emailed to LF Helpdesk. Done
- Gildas to consolidate list of Casablanca Project candidate: WIP
Materials presented for Sign-Off
View file | ||||||||
---|---|---|---|---|---|---|---|---|
|
View file | ||||||||
---|---|---|---|---|---|---|---|---|
|
Sign-Off
On June 7, TSC approved Beijing Release Sign-Off. TSC decision is documented in IRC (Info 4, section o).
Congratulations ALL for this accomplishment.
Action Items:
- Gildas to consolidate list of repos in needs for a Beijing branch List emailed to LF Helpdesk. Done
- Gildas to consolidate list of Casablanca Project candidate: WIP
Materials presented for Sign-Off
View file | ||||||
---|---|---|---|---|---|---|
|
View file | ||||||
---|---|---|---|---|---|---|
|
Sign-Off
On June 7, TSC approved Beijing Release Sign-Off. TSC decision is documented in IRC (Info 4, section o).
Congratulations ALL for this accomplishment.
Action Items:
- Gildas to consolidate list of repos in needs for a Beijing branch List emailed to LF Helpdesk. Done
- Gildas to consolidate list of Casablanca Project candidate: WIP
Materials presented for Sign-Off
View file | ||||||
---|---|---|---|---|---|---|
|
View file | ||||||
---|---|---|---|---|---|---|
|
Beijing Vulnerability Reports
This list projects who have fill out a vulnerability report for Beijing Release.
Content by Label | ||||
---|---|---|---|---|
|
Beijing Milestones Status
...
...
...
...
...
DMaaP is a premier platform for high performing and cost effective data movement services that transports and processes data from any source to any target with the format, quality, security, and concurrency required to serve the business and customer needs.
...
...
...
The External API Framework project describes and defines the APIs between ONAP and External Systems, including ONAP interfaces targeted on BSS/OSS, peering, B2B, etc.
...
...
Holmes project provides alarm correlation and analysis for Telecom cloud infrastructure and services, including hosts, vims, VNFs and NSs. Holmes aims to find the real reason which causes the failure or degradation of services by digging into the ocean of events collected from different levels of the Telecom cloud.
...
...
...
ONAP consists of many components and containers, and consequently writes to many logfiles. The volume of logger output may be enormous, especially when debugging. Large, disparate logfiles are difficult to monitor and analyze, and tracing requests across many files, file systems and containers is untenable without tooling.
The problem of decentralized logger output is addressed by analytics pipelines such as Elastic Stack. Elastic Stack consumes logs, indexes their contents in Elasticsearch, and makes them accessible, queryable and navigable via a sophisticated UI, Kibana Discover. This elevates the importance of standardization and machine-readability. Logfiles can remain browseable, but output can be simplified.
...
...
...
...
Multi-VIM/Cloud project aims to enable ONAP to deploy and run on multiple infrastructure environments, for example, OpenStack and its different distributions (e.g. vanilla OpenStack, Wind River, etc...), public and private clouds (e.g. VMware, Azure), and micro services containers, etc.
...
...
This project is providing required Command-Line Interface(CLI) as commands to operate ONAP functionalities from Unix or windows shell.
...
...
...
...
...
...
...
...
...
...
...
Provides a well-structured organization of infrastructure deployment, instantiation and change-management operations used by Operations to derive orchestrations and change-management.
...
...
VNF onboarding is a challenge across the industry because of the lack of a standard format for VNFs. This project will build an ecosystem for ONAP compatible VNFs by developing tools for vendor CI/CD toolchains and developing validation and testing tools
...
...
...