This table summarizes each project's plan in regard to support of "Platform Maturity" in Frankfurt Release. The data below are extracted from each project plan.
The Platform Maturity recommendations are documented in Platform Maturity Requirements (and sub-pages) from Jason Hunt
Legend
Color code:
- Red: below maturity level
- Yellow: same maturity.
- Green: improved maturity level.
M1 Actual represents the assessment before M1. M1 Target represents, at M1 date, what the team plans to implement. M4 result represents what has been really implemented at M4 date . All these fields are self-assessed by the team.
AREA | ||||||||||||||||||||||
Design / Run-Time | (min: Level 2 for closed-loop project; 0 for others) | (min: level 2 all projects) | (min: level 2 for runtime, level 1 others) | (min: Project Level 2, 70% at silver) | (min: level 1 for runtime projects) | (min: level 2 all projects) | (min: level 2 all projects) | |||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Min TSC Recommendations | M1 Actual | M1 Target | M4 result | M1 Actual | M1 Target | M4 result | M1 Actual | M1 Target | M4 result | M1 Actual | M1 Target | M4 result | M1 Actual | M1 Target | M4 result | M1 Actual | M1 Target | M4 result | M1 Actual | M1 Target | M4 result | |
Project Name | ||||||||||||||||||||||
A&AI | R | 1 | 1 | 1 | 1 | 2 | 2 | 1 | 1 | 1 | 1 | 1 (see note #10) | 1 | 1 | 1 | |||||||
Application Authorization Framework | R | 1 | 1 | 2 | 2 | 2 | 2 | 2 | 2 | 2 | 2 | 1+ (see Note #11) | 2 * (See Note # 26) | 1+ | 2 * (See Note # 26) | |||||||
APPC | R | 1 | 1 | 1 | 1 | 2 | 2 | 2 | 2 | 1 | 1 | 1 | 1 | 1 | 1 | |||||||
CLAMP | D | 0 | 0 | 1 | 1 | 1 | 1 | 1 | 1+ | 1 | 1 | 1 | 1 | 1 | 1 | |||||||
Common Controller SDK | R | 0 | 0 | 0 | NA | NA | NA | 2 | 2 | 2 | 1+ (75% towards silver) | 1+ (75% towards silver) | 1+ (75% towards silver) | NA | NA | NA | 2 | 2 | 2 | 2 | 2 | 2 |
DCAE | D & R | 1 | 1 | 2 | 2 | 2 | 2 | 1+ (76% Silver) | 1+ (76% Silver) | 1 | 1 | 1 | 1+ (see Note#14) | 1+ (see Note#13) | 1+ | |||||||
DMaaP | R | 1 | 1 | 2 | 2 | 2 | 2 | 1+ (see note #16) | 1+ | 1 | 1 | 1+ (see note #17) | 1+ | 1 | 1 | |||||||
External API Framework | R | 2 | 2 | 2 | 2 | 2 | 2 | 1 | 1+ | 1 | 1 | 1 | 1 | 2 | 2 | |||||||
Holmes | R | 2 | 2 | 1 | 2 | 1+ | 2 | 1+ | 1+ | 1 | 1 | 1 | 1 | 1+ | 2 | |||||||
Logging Enhancements Project | R | 2* (unable to test/verify) | 2 | 0 (See note #24) | 1 | 1 | 1 (see note #8) | 1 | ||||||||||||||
POMBA (under but separate pod from Logging) | R | 2* (unable to test/verify) | 2 | 0 (See note #25) | 1 | 1 | 1 | 1 | ||||||||||||||
Microservices Bus | R | 2 | 2 | 2 | 2 | 2 | 2 | 1 | 1 | 2 | 2 | 2 | 2 | 2 | 2 | |||||||
Modeling | D/R | 1 | 1 | 1 | 1 | 2 | 2 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | |||||||
Multi VIM/Cloud | R | 1 | 1 | 2 | 2 | 2 | 2 | 2 | 2 | 1 | 1 | 2 | 2 | 2 | 2 | |||||||
MUSIC | R | 1 | 1 | 1 | 1 | 2 | 2 | 1 | 1 | 2 | 2 | 1 | 1 | 1 | 1 | |||||||
ONAP CLI | D & R | 1 | 1 | 1 | 1 | 2 | 2 | 1 | 1 | 1 | 1 | 1 | 1 | 2 | 2 | |||||||
ONAP Optimization Framework | R | 1 | 1 | 1 | 1 | 2 | 2 | 1+ (75% towards silver) | 1+ | 1 | 1 | 1 | 1 | 1 | 1 | |||||||
ONAP Usecase UI Project | R | 1 | 1 | 1 | 1 | 2 | 2 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | |||||||
Policy Framework Project Proposal | D & R | D: 1 R: 2 | D: 1 R: 2 | 2 | 2 | D: 2 R: 2 | D: 2 R: 2 | 2 (silver) | 2 (silver) | 1 | 1 | 2 | 2 | 2 | 2 | |||||||
Portal Platform Project Proposal | D & R | 1 | 2 (Note #27) | 1 | 2 (Note #27) | 2 | 2 | 1+ | 2 (Note #27) | 1 | 1 | 1 | 2 (Note #27) | 2+ | 2+ | |||||||
SDN-C | R | 0 | 0 | 0 | 1 | 1 | 1 | 2 | 2 | 2 | 1+ (75% towards silver) | 1+ (75% towards silver) | 1+ (75% towards silver) | 1 | 1 | 1 | 2 | 2 | 2 | 2 | 2 | 2 |
Service Design & Creation | D | 0 | 0 | 2 (Note #2) | 2 (Note #2) | 1 | 1 | 1 (Note #12) | 1 (Note #12) | 1 | 1 | 1 | 1 (Note #10) | 1 | 1 | |||||||
Service Orchestrator | R | 1 | 1 | 1 | 1 | 2 | 2 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | |||||||
VFC | R | 1 | 1 | 1 | 1 | 2 | 2 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | |||||||
VID | R | 0 | 0 | 2 | 2 | 2 | 2 | 2 | 2 | 1 | 1 | 1 (Note #8) | 2 | 2 | 2 | |||||||
VNF SDK | D | 0 | 0 | 1 | 1 | 1 | 1 | 1+ (Note #18) | 2 | 1 | 1 | 1 | 1 | 2 (Note #19) | 2 |
Note 1: Assumption is that platform 72 hour test is run by Integration team;
Note 2: Assumption is that platform 72 hour test is run by Integration team
Note 8: logging spec and implementation changes done with AT&T/TechMahindra to sync to Acumos
Note 10: logging spec very close to 1.2;
Note 11: Will work Logging Spec in Frankfurt
Note 12: plus AAF-generated certificate and HTTPS mode by default.
Note 13: Level2 - Swagger definition completed; new component API's standardized with ONAP API Common Versioning Strategy and some existing component (VESCollector) updated
Note 14: All level2 requirements will be addressed except logging complaince (for older component).
Note 16: CII silver level > 70%. All external ONAP communication over secure interface. Not all internal communication secure and being deferred to El Alto.
Note 17: MDC and markers to be implemented. Project is already using EELF framework for logging.
Note 18: VNFSDK Already support to expose API via Https
Note 19: VNFSDK integrate OPNFV Dovetail and ONAP CLI to run the xNF Test cases and VNFSDK also have a portal to trigger the tests.
Note 23: OOF lost passing badge as recommended by sec team late into Dublin release, due to hard coded credentials in OOM (please see PTL 2019-05-13 more details.)
Note 24: the logging project reads logs from other components and displays to Kibana.
Note 25: retrieve information from other components via API.
Note 26: Assuming AAF Resource needs are met.
Note 27: Angular upgrade, Springboot upgrade and security updates planned in Frankfurt release for Portal.