...
Honolulu Usecases with DCAE impact
| REQ# |
| DCAE Commit Status | DCAE Impact Assessment | DCAE JIRA # |
456 - CCVPN - Transport Slicing use case requirements for Honolulu release |
SON-Handler enhancement.
Commitment based on WIPRO support
YES
New MS introduction - DES (under DL-Handlers), Slice Analysis MS, PM-Mapper Enhancements
Commitment based on WIPRO/China Mobile support
DCAEGEN2-2258
Following new services will be delivered in R7 to support REQ-342
Slice Analysis MS
Repository : https://git.onap.org/dcaegen2/services/tree/components/slice-analysis-ms
Data Extraction Service (DES)
Repository : https://git.onap.org/dcaegen2/services/tree/components/datalake-handler/des
Honolulu Features with DCAE Impact
Functional Requirements
| TBC (Under discussion) |
Commitment from WIPRO, China Mobile | ||
| REQ-429 - Use Case for ONAP-based SON for 5G networks | YES | SON-Handler Enhancements (CPS integration and VES alignment) Commitment from WIPRO |
Honolulu Features with DCAE Impact
Functional Requirements
| REQ# | DCAE Commit Status | DCAE Impact Assessment | DCAE JIRA # |
| REQ-433 - ONAP/3GPP & O-RAN Alignment-Standards Defined Notifications over VES (Honolulu) | TBC (Need more info) | Standard-defined openAPI onboarding (K8S configMap update for VEScollector) Commitment from Nokia | TBC |
| REQ-431 - CMPv2 enhancements in R8 | YES | DFC & RestConf(stretch) integration + OOM/cert-manager integration Commitment from Nokia | DCAEGEN2-2422 |
Honolulu Spec with DCAE Impact
| REQ# |
| DCAE Commit Status | DCAE Impact Assessment | DCAE JIRA # |
| REQ-422 - |
| Bulk PM / PM Data Control |
| Improvements | YES | PMSH |
enhancement for dynamic filter/subscription change Commitment |
from Ericsson | DCAEGEN2- |
| 2541 | ||
| NA (Backlog) | YES | MOD updates |
YES
VESCollector + platform/deployment support via config-map
Commitment based on Nokia
- Nifi backlog reduction
-
New MOD UI/catalog (POC) Commitment |
from AT&T |
DCAE Platform (k8splugin, CM/Bootstrap)
Component_spec + Bp-gen
MOD component
OOM revision
Commitment based on Nokia, AT&T
K8splugin change to support k8s 1.17+
Commitment based on Nokia
Non-Functional Requirement
...
Add explicit references to dockerhub or nexus to all images
Commitment based on Samsung, AT&T
...
HIGH RISK - Approved base images list NOT CONFIRMED + MULTIPLE DCAE COMPONENT IMPACT (RISK#5- Guilin Risks)
- Approved base image for NodeJS TBC
- Need exception for some DCAE components (Cloudify, MOD) due to upstream dependency
- Need resource/community support due to number of impact component
Commitment : AT&T, Nokia, Ericsson, Wipro, ChinaMobile
...
Per TSC 2.7->3.8 important; 3.7-3.8 (nice to have)
Except Cloudify and SNMPTrap - all other DCAE components will be migrated to 3.8. SECCOM approved exception on 7/3 (refer jira)
Commitment based on T-Mobile
...
MEDIUM RISK - Need further assessment on DCAE components impacted (RISK#6 Guilin Risks)
Commitment based on Ericsson
...
MEDIUM RISK - Need further assessment on DCAE components impacted (RISK#6 Guilin Risks)
Exception required for Cloudify due to upstream dependency.
Commitment based on Ericsson
...
Resource TBD
| NA (Backlog) | Generic mechanism to attach K8S ConfigMaps to DCAE apps. through spec/bp-gen/plugin (VES and DFC) | ||
| NA (Backlog) | BP-gen Enhancements
| ||
| NA (Backlog) | VESCollector Enhancements – Event publish order issue | DCAEGEN2-1483 | |
| NA (Backlog) | Plugin path/load optimization: Taking release from PATH on raw/plugin repo location (rely on version) and update bootstrap/cloudify build | ||
| NA (Backlog) | Eliminate use of Consul service discovery in DCAE | DCAEGEN2-1786 | |
| NA (Backlog) | DataLake Handler Enhancements (GUI Security) |
Honolulu DCAE POC
| REQ# | DCAE Commit Status | DCAE Impact Assessment | DCAE JIRA # |
| REQ-479 - DCAE Transformation to support Helm | YES |
| |
| REQ-478 - PoC - TOSCA Defined Control Loop on Honolulu Release | TBC | TBA | |
| REQ-470 - DCAE extension for collecting files from HTTP servers | YES | DFC Enhancement Commitment from Nokia | DCAEGEN2-2517 |
Best Practice Candidates
| REQ# | DCAE Commit Status | DCAE Impact Assesment | DCAE JIRA # |
| REQ-443 - CONTINUATION OF CII BADGING SCORE IMPROVEMENTS FOR SILVER LEVEL | TBC | TBA | DCAEGEN2-2570 |
| REQ-441 - LOGS MANAGEMENT - PHASE 1: COMMON PLACE FOR DATA | NO | TBA | |
| REQ-439 - CONTINUATION OF PACKAGES UPGRADES IN DIRECT DEPENDENCIES | YES | Tcagen2, DFC, RESTConf, VES, InventoryAPI, MOD-runtimeAPI, Mapper, PM-Mapper, PRH, SON-Handler | DCAEGEN2-2551 |
| REQ-438 - COMPLETION OF JAVA LANGUAGE UPDATE (v8 → v11) | TBC (based on upstream depenency) | MOD/genprocessor | |
| REQ-437 - COMPLETION OF PYTHON LANGUAGE UPDATE (v2.7 → v3.8 | TBC (based on resource) |
| |
| REQ-432 - IPv4/IPv6 dual stack support in ONAP (Honolulu) | TBC (based on resource) | CFY Plugin to support IPv6 service exposure + VES Spec updates Commitment from Nokia | DCAEGEN2-2477 |
...
Commitment based on Orange/Samsung/AT&T
...
Okay for service components (as CBS is used); Platform component should be okay. MOD - to be verified (possibly MOD/Nifi container) + Dashboard
...
Need further assesment. Current list of component impact - Dashboard/Inventory/TCA-gen2/heartbeat/PM-Mapper/DL-feed/Son-handler
Commitment based on WIPRO/ChinaMobile
...
MEDIUM RISK : Due to number of DCAE components impacted. (RISK#7 Guilin Risks)
- Some MOD components will need exception (due to NiFI upstream dependency)
- VES-Mapper/RESTConf - Resource TBC
Commitment : AT&T, Nokia, Ericsson, Wipro, ChinaMobile
...
Already complaint for Frankfurt components; new component/enhancement to adhere
Commitment : AT&T, Nokia, Ericsson, Wipro, ChinaMobile
...
DCAE Backlog Reduction
- VESCollector Enhancements
- DCAEGEN2-1483 – Event publish order issue (stretch goal)
- DCAEGEN2-1484 - Set dynamic partitionkey (stretch goal) - AT&T
- DCAEGEN2-608 - Performance/benchmarking - Nokia
- DL Handlers Enhacements DCAEGEN2-1849 (stretch goal) - China Mobile
- DCAE Dashboard Fixes and security updates - AT&T
Inaddition adhoc platform items from backlog below are targetted for this release also.
...
With Honolulu release, following components will be deprecated and no longer available part of ONAP DCAE deployments. Corresponding repositories will be marked as RO.
- TCA/CDAP (replaced by TCA-gen2)
- RESTConf Collector*
- VES-Mapper*
* Pending discussion with ARC/TSC
Platform Maturity
Platform Maturity (i.e., S3P items) Guilin Release Platform Maturity
...
| API Name | API Description | API Definition Date | API Delivery date | API Definition link (i.e.swagger) |
|---|---|---|---|---|
| VES Collector | API for VNFs to send VES data | Will be updated for new VES spec (7.2) | ||
| DCAE Deployment Handler | NB API for invoking the deployment of DCAE subcomponents | Currently Available | R3 | |
| DCAE Inventory | API for Add/Delete DCAE copy's TOSCA models | Currently Available | R3 | |
| Healthcheck | API for querying DCAE component healthcheck | Currently Available | R4 | |
| DCAE Onboarding API | API for publishing DCAE spec into MOD | Currently Available | R6 | |
| DCAE Inventory | API for CLAMP to retrieve flow information | Currently Available | R6 | |
| Data Extraction Service (DES) | API for data retrieval and simple computation from DL-Handler maintained storages (For R7, this will be used by DCAE components such Slice-Analyis MS) and UUI | Will be provided during M2/M3Currently Available | R7 | |
Third Party Products Dependencies
...