Overview
The intention of this page is to outline what CNTT "success" looks like by Sep @ LFN ONES 2020, along with high level tracking items that need to be completed.
Success is defined as:
- TBD - documentation created ? test suites defined ? test suites executed ?
- TBD
- TBD
To-Do (Spec)
This is a comprehensive list of work that can be done. A subset of the list below will go into Baraque (and will be saved in the release notes for Baraque).
A: To be included in Baraque Release.
B: Nice to include in Baraque Release.
C: Low Priority for Baraque Release.
Tech
# | Deliverable | Target Date ( // ) | Comments |
---|---|---|---|
1 | Edge WS: Add Support for Edge Usecase (Outlines ) | in the usecase part. | |
2 | More generic To cater all technologies ( VM , Containers ) |
Reference Model
# | Deliverable | Target Date ( // ) | Comments |
---|---|---|---|
0 | NFG: Finalise Networking Modelling | by May 30. | Finish with stable version |
1 | NFG: Add HW Accel capabilities (include SmartNIC) | Based on the modelling done by NFG, SmartNIC support and HW acceleration to be supported by RM. | |
2 | Better Characterisation of Networking and Storage. | ||
3 | Data-centre Tier Services and how to integrate them tin RM. | ||
4 | Technically make sure RM supports both Containers as well VMs. | we need to analysis where we need to be more agnostic. |
Reference Architecture 1
# | Deliverable | Target Date ( // ) | Comments |
---|---|---|---|
1 | Update RA-1 for new CNTT OSTK Release | Tentative Sept 15, 2020 | If and when a new OSTK release selected a new fully self-contained version of RA-1 document will be created. |
2 | Add SmartNIC | This is dependent on #4 "Finalised RM NFG" and RM Topic #1. May I suggest that we make this a subtopic of #4. | |
3 | Add HW Accel | Cyborg is being re-architected and will have a new API (v2) that is not backward compatible. We had included Cyborg and API v1 in the current (Baldy) release but decided to remove. If the next RA-1 release (Baraque) will be based on a new OSTK release then depending upon the release selected it may or may not be possible to add this topic. | |
4 | NFG: Finalise Networking Architecture to match RM. | > May 30th. |
Reference Implementation 1
# | Deliverable | Target Date ( // ) | Comments |
---|---|---|---|
1 | Finish & Cleanup Lab Requirement
| Chp04 | |
2 | Descriptor File requirement finalised. | chp05 chp06 | |
3 | Add more installer general requirement (e.g. the need for it to be opensource, the result of it needs to be opensource). | chp06 | |
4 | Finish Cookbook to align with RA-1 | ch08 | |
5 | Finish Lab Cookbook | ch07 | |
6 | Need some initial content (are there no gaps? ) | chp09 | |
Development (CIRV) | |||
B: Resolve Continuous Software Deployment Errors | |||
B: Document & Perform Repeatable CICD Deployment | |||
B: Descriptor File - finalize & perform PoC Refer to:
|
Reference Conformance 1
# | Deliverable | Target Date ( // ) | Comments |
---|---|---|---|
A: 1.7 Results Collation & Presentation - write section on where/how results will be normalized, collated, and presented C: 1.8 Governance - expand to include LCM, define partnerships and expectations from these partners as to what info or support is exchanged, or provided C: [RC1 Ch01] Provide Verification Process, including Life Cycle Management #159 | Updates to: Ch01: Introduction don't think LCM should be considered in RC. need discussion within WS | ||
C: 3.8.2 Resiliency Measurements - need to be written | Updates to: (NFVI) Ch03: NFVI Test Cases Requirements don't understand what exactly this means. need discussion within WS | ||
B : Review the applicability for, &/or Create content for Test Case Traceability of the following: 5.3.8 Tenants | Updates to: (NFVI) Ch05: NFVI Test Cases and Traceability to CNTT Requirements | ||
C: (General) Create Tools & Perform Hardware & Manifest Verifications | Part of long-term RC program | ||
C: (General) Perform Empirical Validations (against prototype VNFs) | Part of long-term RC program | ||
B: 6.2.2. Prototype VNFs - Identify reference VNFs per Family Types to be used for Empirical Data Collection and evaluation against 'real' VNFs C: Expand (elaborate) the following which has no/limited content today:
| (VNF) Ch06: VNF Testing Framework Requirements don't think RC should emphasiz user interface and deliverables. need discussion within WS | ||
C: 7.5 Interaction Type - Describe the types of Interactions: Extended Topology, Complex (Akraino), Functional, HA, Fault, Interoperability | (VNF) Ch07: VNF Test Cases Requirements what exactly does this mean? | ||
A: Chapter needs community review and inputs - integrated NFVI framework (Section 8.3) is missing context, or reference to prior NFVI E2E Framework chapters. Clean up needed. e.g. Content examples to add
Missing content needs to be reviewed/vetted for inclusion, and if needed, write content: 8.2.2. Yardstick - purpose, adoption &/or use of project, define why important 8.2.3 Bottlenecks - purpose, adoption &/or use of project, define importance | (Dev) Ch08: VNF Testing Cookbook | ||
C: All Chapter Content needs to be written:
| (VNF) Ch09: VNF Test Cases and Traceability to CNTT Requirements | ||
B: Content needs to be expanded: 10.2 OpenStack Release Comparisons - need to upload/add existing content regarding detail / comparison of OpenStack releases based on Pike baseline for CNTT RI-1 (e.g. Ocata, Pike, Queens, Stein, etc) 10.5 Framework Gaps - VTP is referenced as framework gap, but need to also include:
| (Dev) Ch10: Gap analysis & Development: don't think it is necessary to compare openstack releases here in RC | ||
Performance Test Tooling, Test Cases, Strategy, and Methodology | Add to Test Framework/Methodology Chapters |
Reference Architecture 2
# | Deliverable | Target Date ( // ) | Comments |
---|---|---|---|
1 | Propose solutions to existing gaps (traced back through RA2/RM requirements, linked to specific CNCF or other projects) | ||
2 | More details about component architecture (ch04) - dickering level | ||
3 | More details about Interfaces and APIs - dickering level | ||
4 | More details about security (deep dive in LA) - dickering level | ||
5 | More details about LCM (deep dive in LA) - dickering level | ||
Reference Implementation 2
# | Deliverable | Target Date ( // ) | Comments |
---|---|---|---|
1 | |||
2 | |||
3 | |||
4 | |||
Development | |||
Reference Conformance 2
# | Deliverable | Target Date ( // ) | Comments |
---|---|---|---|
1 | |||
2 | |||
3 | |||
4 | |||
Development | |||
To-Do (Officers)
ONAP Technical Coordinator
# | Deliverable | Target Date ( // ) | Comments |
---|---|---|---|
1 | |||
2 | |||
Development | |||
CNCF Technical Coordinator
# | Deliverable | Target Date ( // ) | Comments |
---|---|---|---|
1 | |||
2 | |||
Development | |||
CVC Technical Coordinator
# | Deliverable | Target Date ( // ) | Comments |
---|---|---|---|
1 | |||
2 | |||
Development | |||
ONF Technical Coordinator
# | Deliverable | Target Date ( // ) | Comments |
---|---|---|---|
1 | |||
2 | |||
Development | |||
ETSI-NFV Technical Coordinator
# | Deliverable | Target Date ( // ) | Comments |
---|---|---|---|
1 | |||
2 | |||
Development | |||