The page is intended to summarize all the requirements for Frankfurt Release.
These requirements will be prioritized by the TSC to realistically fit within the Frankfurt Release Timeline.
The Release Scope should be finalized during the M1 Release Planning milestone at the xxx.
TSC Prioritization (Ranking)
- RANK #0 – Special GO - fully covered by involved companies
- RANK #1 – GO “Must Have”
- RANK #2 - GO “Continuity of previous releases”
- RANK #3 – GO if PTLs are OK since the impacted applications are less “stretched”
- RANK #4 – NO GO – Mostly new requirements/features/projects
Requirements Milestones Summary
See also Documenting Release Requirements in JIRA
Epic Link | Fix For Versions (all) | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
Frankfurt Release | Guilin Release | Honolulu Release | Istanbul Release | Jakarta Release | Kohn Release | London Release | Montreal Release | New Delhi Release | Istanbul Maintenance Release 1 | Unscheduled | T: | |
5G / OOF SON Enhancement | 3 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 3 |
5G / ORAN & 3GPP Standards Harmonization | 3 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 3 |
5G OOF SON use case requirements for Guilin release | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 1 |
5G Service Modeling in R8 | 0 | 0 | 15 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 2 | 17 |
5G SON use case enhancements for Istanbul release | 0 | 0 | 0 | 13 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 13 |
5G SON use case enhancements for Jakarta release | 0 | 0 | 0 | 0 | 14 | 0 | 0 | 0 | 0 | 0 | 0 | 14 |
5G SON use case enhancements for Kohn release | 0 | 0 | 0 | 0 | 0 | 14 | 0 | 0 | 0 | 0 | 0 | 14 |
5G SON use case enhancements for London release | 0 | 0 | 0 | 0 | 0 | 0 | 14 | 0 | 0 | 0 | 2 | 16 |
5G SON Usecase R8 | 0 | 0 | 16 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 2 | 18 |
A1 Adapter Extension & A1 Policy Management | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 1 |
A1 Policy Functions Extension - Istanbul | 0 | 0 | 0 | 12 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 12 |
A1 Policy Functions Extension - Jakarta | 0 | 0 | 0 | 0 | 12 | 0 | 0 | 0 | 0 | 0 | 0 | 12 |
A1 Policy Functions Extension - Kohn | 0 | 0 | 1 | 1 | 1 | 13 | 0 | 0 | 0 | 1 | 0 | 13 |
A1 Policy Functions Extension - London | 0 | 0 | 0 | 0 | 0 | 0 | 13 | 0 | 0 | 0 | 0 | 13 |
Add VSP Compliance and Verification Check feature Phase 2 | 3 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 3 |
Akraino Distributed Analytics use case | 3 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 3 |
All Control Loop Policy Models should be TOSCA Compliant | 3 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 3 |
APPC Ansible automation with VNF-C LCM support | 3 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 3 |
Architecture - modelling alignment | 7 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 7 |
ASD onboarding package IM / DM | 0 | 0 | 0 | 0 | 12 | 0 | 0 | 0 | 0 | 0 | 0 | 12 |
Bulk PM / PM Data Control Extension | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 1 |
Bulk PM / PM Data Control Improvements | 0 | 0 | 11 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 11 |
Bulk PM / PM Data Control Improvements | 0 | 0 | 0 | 12 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 12 |
Bulk PM / PM Data Control Improvements | 0 | 0 | 0 | 0 | 13 | 0 | 0 | 0 | 0 | 0 | 0 | 13 |
CCVPN-E-LINE Service over OTN NNI | 3 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 3 |
Total Unique Issues: | 196 | 22 | 248 | 184 | 189 | 107 | 187 | 1 | 1 | 1 | 84 | 1216 |
Use Cases
Release 6 (Frankfurt) proposed use cases and functional requirements
M1 Scorecard:
- Green: Use Case will be fully implemented and tested
- Yellow: Use Case will be partially implemented. It is possible to identify capabilities for this use case that can be tested (phasing approach).
- Red: Use Case can not be partially delivered, min. requirements can not be met in order to define a testing strategy.
Architecture:
- Pink - NO GO
- Purple - GO
- Black - Considered OK not requireing architecture review
Use Case | JIRA link (REQ) One issue per requirement. | Owner(s) | Projects or functional requirements impacted for this release | Priority | M1 Scorecard | TSC M1 Approval | M3 Scorecard | M3 TSC Approval | M4 Scorecard | TSC M4 Approval | Link(s) to HLD/LLD if any | Dependency (from/to) another project(s) | T-Shirt Size | Project's Impact: Test Only (TO), Code (C) | Committed (C)/ Partially Committed (P) or not (N) per impacted project | If Partially or not Committed, what are gaps/ project (people/FTEs; HLD/LLD; etc) | Integration Lead | Company Engagement | Notes |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Third Party Operational Domain Manager | SDC | Third-party Operational Domain Manager | S | SDC (C) SO (TO) AAI (TO) | Changes being done in local setup. | Will commit after review discussion with SDC PTL | Telstra | Complete company commitment for delivery of Frankfurt Scope for this use case | |||||||||||
Service Resolver Features | rene.robert@orange.com | SDC, SO, Policy | 4 | Service Resolver | SDC (C), SO (C), AAI (TO) | No SO decision | Orange | ||||||||||||
CMPv2 CA Plugin for AAF | AAF Integration | XL - | AAF (C) Integration (C) | AAF: (C) Integration:(C) | AT&T Ericsson Nokia | Note: Nokia and Ericsson volunteered to work this. As PTL, I approved the path forward (create Client, build plugin, etc) but was unable to create actual REQ. Please consider this working item until them. (update : - REQ-140Getting issue details... STATUS created, at the moment we do not expect multiple release impacts but it has to be further checked) ALSO... This MAY be a multi-release effort, which will not affect normal Operations in anyway, if CMPv2 isn't completed within Frankfurt. | |||||||||||||
CCVPN: E-LINE Service over OTN NNI | LIN MENG | A&AI, SDN-C, OOF, U-UI, SO | XL (Multiple releases) | TO: SO; C: U-UI, A&AI, OOF, SDN-C | U-UI committed by ChinaMobile; A&AI committed by Huawei; OOF committed by Huawei; SDN-C committed by Huawei | China Mobile, Huawei | |||||||||||||
End to End Layer 1 Service Management. Modeling the Optical Service | SDC, SO, AAI SDN-C, Modeling, UUI | 4 | Multi-domain Optical Network Services | CCVPN use-case alignment | XL (Multiple releases) | TO: SDC, ExtAPI C: UUI, SO, A&AI, SDN-C | SO - C A&AI - C SDN-C - C UUI - C SDC - TO ExtAPI - TO | Reviewing with PTLs | Xin Miao | AT&T Orange Fujitsu | Working with CCVPN team to align towards common modelling for OTN | ||||||||
Distributed Analytics use case on K8S regions | Multi-Cloud | 3 | Depends on development progress of Multi-Cloud K8S work. | XL (Multiple releases) | TO | C | Intel, Aarna, TM |
T-Shirt Size: Ballpark estimation for assessing the development/testing activities performed by the project team; not the integration team
- XS - <4 Man/Weeks;
- S - ~6 Man/Weeks;
- M - ~8 Man/Weeks;
- L - ~12 Man/Weeks;
- XL - > 12 Man/Weeks.
Requirements
M1 Scorecard:
- Green: The requirement will be fully implemented and tested
- Yellow: The requirement will be partially implemented. It is possible to identify capabilities for this functional requirement that can be tested (phasing approach).
- Red: The requirement can not be partially delivered, min. requirements can not be met in order to define a testing strategy
Architecture:
- Pink - NO GO
- Purple - GO
- Black - Considered OK not requireing architecture review
Requirement | JIRA link (REQ) One issue per requirement. | Owner | Project Impacted | Priority | M1 Scorecard | TSC M1 Approval | M3 Scorecard | M3 TSC Approval | M4 Scorecard | TSC M4 Approval | Link(s) to HLD/LLD if any | Dependency (from/to) another project(s) | T-Shirt Size (XS, S, M, L, XL) | Project's Impact: Test Only (TO), Code (C), Documentation Only (DO) | Committed (C)/Partially Committed (P) or not (N) per Impacted projects | If Partially or not Committed, what are gaps/ project (people/FTEs; HLD/LLD; etc) | Integration Lead | Company Engagement | Notes |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Self Serve Control Loops | CLAMP DCAE POLICY | Self Serve Control Loops v2 | CLAMP | XL | CLAMP - C DCAE - C POLICY - C | CLAMP - C DCAE - C POLICY - C | AT&T | ||||||||||||
All Control Loop Policy Models should be TOSCA Compliant Operational, Guard Policies | CLAMP POLICY | TOSCA Compliant Policy Types | SDC | M | CLAMP - C POLICY - C | CLAMP - C POLICY - C | AT&T, Ericsson | ||||||||||||
Policy Update Notifications | DCAE POLICY | Policy Update Notifications | S | DCAE - C POLICY - C | DCAE - C POLICY - C | AT&T | |||||||||||||
CLAMP Deployment of Policies to PDP Groups | CLAMP POLICY | CLAMP Deployment of Policies to PDP Groups | M | CLAMP - C POLICY- C | CLAMP - C POLICY - C | AT&T | |||||||||||||
Integration of CDS as Actor in Control Loops | CLAMP POLICY CDS | CDS actor support in Policy | L | CLAMP - C POLICY - C CDS - C | CLAMP - C POLICY - C CDS - C | AT&T, Bell Canada, Ericsson | |||||||||||||
Control Loop Tutorial Documentation | DOC Integration | CLAMP, DCAE, POLICY | M | Documentation - DO Integration - TO | DOC - C POLICY - C DCAE - C CLAMP - C | Morgan Richomme | Bell Canada, AT&T, Orange | ||||||||||||
Component Upgrades to new Policy Lifecycle API | SO SDNC OOF POLICY | M | SO - C SDNC - C OOF - C POLICY - C | POLICY - C OOF - C Need commitments from SDNC and SO | AT&T, Intel | ||||||||||||||
Modeling: Enhanced Nested and Shared Service Information Model - 5G / E2E Network Slicing modeling | SDC SO OOF AAI Modeling | NETWORK SLICING in R6 Frankfurt | SDC | L | SDC-C AAI-C External API | CMCC Amdocs AT&T Wiprc Huawei | |||||||||||||
5G / OOF SON Enhancement | DCAE Policy Controller OOF Runtime DB | OOF (SON) in R5 El Alto, OOF (SON) in R6 Frankfurt | Runtime DB | L | POLICY - C OOF - C DCAE - C SDN-C - C Runtime DB - C Integration (Demo VNFs) - C | POLICY - C OOF - C DCAE - C SDN-C - C Runtime DB - C Integration (Demo VNFs) - C | Swaminathan Seetharaman | Wipro AT&T | RAN-Simulator will be submitted as part of Demo VNFs repository | ||||||||||
5G / Run-time data persistency (RunTime DB / CM): VES Model relations, VES CM model (CM Notify). | A&AI Controller SDC RunTime DB (new component) DCAE | 5G CONFIGURATION (RunTime DB) | L | A&AI - TO SDC - TO Controller - C RunTime DB (new component) - C DCAE - C | A&AI - C SDC - C Controller - C RunTime DB (new component) - C DCAE - C | Sandeep Shah | Nokia AT&T | Will be a new component, presented at Architecture S/C. | |||||||||||
Modeling: GeoLocation Model (and standards harmonization) | Modeling work only | Modeling | PNF PLUG and PLAY in R6 Frankfurt | AAI | M | N/A | N/A | N/A | Ericsson Nokia | ||||||||||
PNF / PNF Software Upgrade using direct Netconf/Yang interface with PNF | SDC VID SO CDS VNFRQTS Integration Modeling | PNF software upgrade in R6 Frankfurt | XL | SDC: C SO: C CDS: C VID: C Integration: C VNFRQTS: DO | SDC: (C) SO: (C) CDS: (C) VID: (C) Integration: (C) | Ericsson Huawei | |||||||||||||
PNF / Enable Schema Update once PNF software is updated | Modeling SDC Integration VNFRQTS | PNF software upgrade in R6 Frankfurt | M | SDC: C Integration: C VNFRQTS: DO | SDC: C Integration: C | Ericsson | |||||||||||||
LCM API Evolution | Development in R6 will be part of REQ-84 | https://wiki.onap.org/download/attachments/50202249/2019-07-02%20ONAP_R6_Controller_Evolution_LCM_APIs.pptx?api=v2 | N/A | Development in R6 will be part of REQ-84 | N/A | N/A | Ericsson | Main goals:
| |||||||||||
PNF / Enhancement on PNF Software Upgrade with EM with Ansible | SO SDNC Integration | PNF software upgrade in R6 Frankfurt | LCM API Evolution | M | SO: C SDNC: C Integration:C | Huawei | |||||||||||||
PNF / PNF Software Upgrade with EM with Netconf | yaoguang wang | SO CDS Integration | PNF software upgrade in R6 Frankfurt | PNF Software Upgrade using direct Netconf/Yang interface with PNF | M | SO: C CDS: C Integration:C | Huawei | ||||||||||||
Modeling: 5G / ORAN & 3GPP Standards Harmonization | Modeling Only | MOBILITY STANDARDS HARMONIZATION WITH ONAP | M | SDNC: C DCAE: C CDS: C | SDN-C: C DCAE: C CDS: C | AT&T Nokia Ericsson | |||||||||||||
5G / License Management | VNFREQ, after UCs agreed SDC(*) Modeling ( *) No code or test impact expected in R6 as an outcome of the proposed UC | LICENSING MANAGEMENT | SDC | M | No code or test impact expected in R6 | N/A | AT&T Nokia Ericsson Orange | ||||||||||||
5G / Bulk PM / PM Control | SO DCAE Integration | 5G Bulk PM in Frankfurt/R6 | CLAMP/Policy/CDS (REQ-33) | XL | SO: C DCAE: C Integration: C | SO: C DCAE: C Integration: C | user-3784d | Ericsson | |||||||||||
5G / Bulk PM / Secure Communication between xNFs and ONAP | Pawel Baniewski | DCAE Integration | 5G Bulk PM in Frankfurt/R6 | AAF (REQ-140) | S | DCAE: C | DCAE: C | Nokia | Confirmed by Vijay (DCAE PTL) | ||||||||||
5G / PM dictionary | SDC: GAB Config file DCAE: VES Event Reg Spec | FM META DATA & PM DICTIONARY in R6 Frankfurt | S | SDC: Update GAB Config File (no S/W update) DCAE: DO | SDC - DCAE - | AT&T Ericsson Nokia | |||||||||||||
5G / 5G NRM Network Resource Model (Configuration Mgmt) | yaoguang wang | SDC SO CDS Modeling | 5G Network Resource Model (NRM) Configuration in R6 Frankfurt | L | Huawei | ||||||||||||||
5G / 5G Service Modeling: Modeling (exploratory) work for creating a 5G Service | Modeling Work Only (No REQ) | Modeling | 5G RAN SERVICE MODELING & DEFINITION in R6 Frankfurt | N/A | Modeling: C | Modeling: C | N/A (No integration or testing impact) | Nokia AT&T | Modeling work only | ||||||||||
PNF / Plug and Play | Benjamin Cheung | DCAE SO | PNF PLUG and PLAY in R6 Frankfurt | AAF (REQ-140) | M | DCAE: C SO: | DCAE: C SO: | Nokia | |||||||||||
PNF / Configuration with NETCONF/ Secure Communication between xNFs and ONAP | SDNC Integration | Configuration with NETCONF in Frankfurt/R6 | AAF (REQ-140) | M | SDNC: C Integration: C | SDNC: (C) Integration: (C) | Mariusz Sobucki | Ericsson | |||||||||||
PNF / PNF pre-onboarding onboarding | VNF-SDK Integration | PNF/VNF PREONBOARDING / ONBOARDING in R6 Frankfurt | S | VNFSDK: C Integration: TO | VNFSDK: C Integration: TO | Marcin Przybysz | Nokia Ericsson | ||||||||||||
Modeling: Runtime instance model based on A&AI reverse engineering | Modeling only. No new implementation requirements | Reverse-engineering AAI data model to Papyrus information model | AAI | S | AAI: C (one bug fix remaining in UML generation tooling) | AT&T Ericsson Huawei Orange | |||||||||||||
Modeling: documentation of policy and allotted resource model | Modeling Work Only | Kevin Scaggs | Modeling only. No new implementation requirements | Policy SDC | M | AT&T | |||||||||||||
Scaling Extensions | APPC CCSDK | Scaling Use Case (Frankfurt) | APPC CCSDK/CDS SO | S-M | APPC - C CCSDK - TO SO - M | APPC - C CCSDK - C SO -M (Actor selection of CDS and APPC) | Marco Platania | AT&T Nokia/Shanghai Nokia/Poland Tech Mahindra Orange | |||||||||||
APPC Ansible automation with VNF-C LCM support / CHM | APPC Integration | Change Management Frankfurt Extensions | APPC Integration | S | APPC: C Integration: C | APPC and Integration Commited by Orange | @Lukasz Rajewski | Orange AT&T | |||||||||||
vFW Traffic Distribution with Software Upgrade / CHM | Integration | Change Management Frankfurt Extensions | Integration | XS | Integration: C | Integration Commited by Orange | @Lukasz Rajewski | Orange AT&T | |||||||||||
Portal Security Enhancements | Manoop Talasila | PORTAL | MUSIC | L | Policy: C VID: C SDC: C | Portal partially committed by AT&T, IBM | Partially committed by Samsung (to support OJSI tickets) | Dominik Mizyn (for OJSI tickets) | AT&T Samsung IBM | ||||||||||
Portal Technology Stack Upgrade and New reporting features | Manoop Talasila | PORTAL | XL | Policy: C VID: C SDC: C | Portal committed by AT&T, IBM | Partially committed by Samsung (to support Springboot upgrade on "portal" repo) Partially committed by IBM for test automation GAPS: No resources to support portal/sdk repo for Springboot upgrade. | Sireesh Chintamani (Overall Integration Lead) Sunder Tattavarada (for Angular upgrade) Dominik Mizyn (for Springboot upgrade on "portal" repo) Leimeng Shi (for reporting feature) | AT&T Samsung IBM | |||||||||||
ETSI Alignment Support | SDC Modeling SO VFC OOF Integration | ETSI Alignment Support | XL | SDC: C SO: C VFC/ETSI Catalog: C Integration: C OOF: C | SDC (C) SO (C) VFC/ETSI Catalog (C) Integration (C) OOF (P) | GAPs: OOF enhancement is requested for resource-level Homing. If not, there is a workaround. | Andrew Fenner | Ericsson Verizon CMCC Samsung | |||||||||||
Architecture - Modelling Alignment | Stephen Terrill | SDC Modelling | L | ||||||||||||||||
Vertical Industry Oriented On-demand 5G Slice Service (this is merged with Network Slicing use case, and has become E2E Network Slicing) | LIN MENG | Modeling, U-UI, SO, DCAE | 4 | China Mobile, Tencent, Huawei | Merged with Network Slicing use case | ||||||||||||||
E2E Network Slicing | SO, AAI, OOF, SDN-C, EXT-API, U-UI, Policy, DCAE, Modeling | 4 | NETWORK SLICING in R6 Frankfurt | SDC | XL | POLICY - T | SO - C OOF - C SDN-C - C AAI - C EXT-API - C UUI - C DCAE - C POLICY - C | SO - C OOF - C SDN-C - C AAI - N EXT-API - C UUI - C DCAE - C POLICY - C | Wipro, AT&T, Amdocs, China Mobile, Huawei, Tencent | ||||||||||
Remove Python2 dependencies | David McBride | ALL projects using Python | 1 | M | |||||||||||||||
Multicloud K8s Support (Continuation from R4) | MultiCloud K8s SO SDC | 2 | K8S based Cloud region support (Continue from R4) | Multi-Cloud : C | Intel Aarna Tech Mahindra | ||||||||||||||
K8s CDS Support | Multicloud K8s CDS Integration | S-M | MULTICLOUD: C CDS: C Integration: C SO: TO SDC: TO | CDS commited by Orange and Samsung MULTICLOUD commited by Samsung, Orange and Intel Integration commited by Samsung, Orange and Intel | Orange Samsung Intel | ||||||||||||||
K8s HPA Support | Multicloud K8s, AAI/ESR, Policy, OOF, SO, SDC | 4 | Multicloud K8s | MULTICLOUD: C OOF:TO Policy:TO AAI/ESR:TO SO: TO SDC: TO | Intel commits to coding in Multicloud and testing in OOF, Policy, AAI, SO, SDC | Marcus Williams | Intel | ||||||||||||
K8s Security and traffic controller | Multicloud K8s | Multicloud K8s | S - M | MULTICLOUD: C | Multicloud K8s | Intel | |||||||||||||
VSP Compliance and Validation Check within SDC - Phase 2 | SDC | VSP Compliance and Validation Check within SDC | SDC: C | Prabhu Balan | Vodafone | ||||||||||||||
OVP Testing and Certification Support Within SDC | SDC | OVP Testing and Certification Support Within SDC (Frankfurt) | SDC - C VTP - C | ||||||||||||||||
SECCOM Code coverage – increase to 60% | All projects | ||||||||||||||||||
SECCOM Containers configured per secure recommendation | All projects using containers | ||||||||||||||||||
SECCOM Java 11 and 13 migration from v8 | All projects using java | ||||||||||||||||||
SECCOM CII badging – meet targeted Silver and Gold requirements | All projects | ||||||||||||||||||
SECCOM Complete the OJSI backlog | All relevant projects having an entry in OJSI | ||||||||||||||||||
SECCOM HTTPS communication vs. HTTP | All relevant projects still using http communication instead of https |
T-Shirt Size: Ballpark estimation for assessing the development/testing activities performed by the project team; not the integration team
- XS - <4 Man/Weeks;
- S - ~6 Man/Weeks;
- M - ~8 Man/Weeks;
- L - ~12 Man/Weeks;
- XL - > 12 Man/Weeks.
POC / Experimentation
POC Definition - (In Progress)
Type | Requirement | Owner | Project Impacted | Link(s) to HLD/LLD if any | Dependency (from/to) another project(s) | T-Shirt Size (XS, S, M, L, XL) | Project's Impact: Test Only (TO), Code (C) | Company Engagement | Notes | M4 Status |
---|---|---|---|---|---|---|---|---|---|---|
Acumos - DCAE Integration | DCAE | M | DCAE - C | AT&T |
T-Shirt Size: Ballpark estimation for assessing the development/testing activities performed by the project team; not the integration team
- XS - <4 Man/Weeks;
- S - ~6 Man/Weeks;
- M - ~8 Man/Weeks;
- L - ~12 Man/Weeks;
- XL - > 12 Man/Weeks.