Versions Compared

Old Version 1

changes.mady.by.user Vijay Venkatesh Kumar

Saved on

compared with

New Version Current

changes.mady.by.user Vijay Venkatesh Kumar

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: updated arc diagram

...

Project NameEnter the name of the project
Target Release NameFrankfurtGuilin 
Project Lifecycle StateIncubation. Refer to ONAP Charter, section 3.3 Project Lifecycle for further information
Participating Company AT&T, Nokia, Ericsson, Wipro,  ChinaMobile, Fujitsu?T-Mobile, Huawei?

Scope

What is this release trying to address?

...

Release Focus

DCAE Focus for R7 is on following

  • ONAP R7 Usecase & Functional requirement 
  • TSC/SECCOM MUST-HAVE requirements
  • General platform optimization 
    • DCAE Bootstrap/CM Manager optimization (moving plugins to CM

...

    • )
    • MOD catalog/UI redesign (POC)

...

    • Addressing DCAE back logs  + security fixes

Following new services is targeted for R6 additions.

SDK Enhancement

  • Dmaap pub/sub
  • Configbindingservice

Enhancement to existing DCAE components

  • VES Collector (security)
  • PRH (common sdk)
  • SON-handler
  • DFC (security)

Guilin Features with DCAE Impact

  • Self-Serve Control Loops
  • Policy Update Notifications
  • 5G / OOF SON Enhancement
  • 5G / Run-time Data Persistency
  • Modeling: 5G / ORAN & 3GPP Standards Harmonization
  • 5G / Bulk PM / PM Control
  • 5G / Bulk PM / Secure Communication between xNFs and ONAP
  • 5G / PM dictionary
  • PNF / Plug and Play

 

Non-Functional Requirement 

...

  • DCAEGEN2-1594 – VESCollector healthcheck support when authentication is enabled; Validation blocked by DCAEGEN2-1757 – spring version issue
  • DCAEGEN2-1483  – Event publish order issue
  • DCAEGEN2-1484  - Set dynamic partitionkey (stretch goal)
  • DCAEGEN2-1774 - Optimize VES schema load by retain in-memory than loading file each time (dint find corresponding jira, created new today)
  • DCAEGEN2-608   - Performance/benchmarking
  • DCAEGEN2-1776  - Remove certOnly and basicAuth from authentication methods
  • DCAEGEN2-1779  - Switch VES collector's K8s health checks to HTTPS

...

  • Mongodb support for tca-gen2

...

  • DCAEGEN2-1548 - Python 3.x upgrade for Policy Lib

...

...

  • OTI Integration impacts following components (k8splugin, stateful set support, OTI-handler, OTI-EventProc, CBS*, kube2pyconsul, PG*, Nginxproxy, bp-gen). For Frankfurt, OTI-Handler and OTI-Event proc component seed code will be delivered and integrated with ONAP CI process. The full platform integration will be deferred to Guilin release.

...

...

Guilin Usecases with DCAE impact

REQ#DescriptionDCAE Commit StatusDCAE Impact AssessmentDCAE JIRA #
REQ-3455G OOF SON use case requirements for Guilin releaseYES

SON-Handler enhancement.

Commitment based on WIPRO support

DCAEGEN2-2312
REQ-342E2E Network Slicing requirements for Guilin release

YES

New MS introduction - DES (under DL-Handlers), Slice Analysis MS, PM-Mapper Enhancements 

Commitment based on WIPRO/China Mobile support

DCAEGEN2-1878

DCAEGEN2-2258

REQ-325MDONS Extension in Guilin ReleaseYES7/2 - Using VES Flow (DCAE impact is TO)NA

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

Guilin Features with DCAE Impact

Functional Requirements

REQ#DescriptionDCAE Commit StatusDCAE Impact AssessmentDCAE JIRA #
REQ-381Bulk PM / PM Data Control Extension

YES

PMSH and PM-Mapper enhancements

Commitment based on Ericsson

DCAEGEN2-2164
REQ-327ONAP/3GPP & O-RAN Alignment-Standards Defined Notifications over VES

YES

VESCollector + platform/deployment support via config-map

Commitment based on Nokia 

DCAEGEN2-1769
REQ-326Self Serve Control LoopsYES

MOD updates 
- Nifi backlog reduction
- New MOD UI/catalog (POC)

Commitment based on AT&T

DCAEGEN2-1993
DCAEGEN2-2314 (MOD-POC)
REQ-321CMPv2 Enhancements for R7YES

DCAE Platform (k8splugin, CM/Bootstrap)
Component_spec + Bp-gen
MOD component
OOM revision

Commitment based on Nokia, AT&T

DCAEGEN2-2250
REQ-385IPv4/IPv6 dual stack support in ONAPYES

K8splugin change to support k8s 1.17+  

Commitment based on Nokia

DCAEGEN2-2309

 

Non-Functional Requirement 


REQ#DescriptionTSC PriorityDCAE Commit StatusDCAE Impact AssesmentDCAE JIRA #
REQ-380ONAP container repository (nexus) must not contain upstream docker imagesMUST HAVEYES

Add explicit references to dockerhub or nexus to all images  

Commitment based on Samsung, AT&T

DCAEGEN2-2322
REQ-379ONAP projects must use only approved and verified base images for their containersMUST HAVEStretch-goal

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

DCAEGEN2-2323 
REQ-374ONAP shall use STDOUT for logs collectionPTLStretch-goalMultiple platform components impacts (CBS, DH, PH, Cloudify not complain). 
(Long- Stretch goal depending on OOM team support)		DCAEGEN2-2324
REQ-373ONAP must complete update of the Python language (from 2.7 -> 3.8)MUST HAVEYES

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

DCAEGEN2-2292
REQ-366Containers must crash properly when a failure occursMUST HAVEYES

MEDIUM RISK - Need further assessment on DCAE components impacted (RISK#6 Guilin Risks)

Commitment based on Ericsson

DCAEGEN2-2326
REQ-365Containers must have no more than one main processMUST HAVEYES

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

DCAEGEN2-2327
REQ-364Replace NodePorts with ingress controller as a default deployment optionPTLStretch-goal

Need to be create DCAE jira if OOM team support is confirmed  (may just need to update your tests to use urls instead of IPs)

Impact : DCAE Platfrom helm charts + DCAE Service components deployment (k8splugin for nodeport mapping) + DCAE services dependent on nodeport/API

Resource TBD

NA
REQ-361Continue hardcoded passwords removalMUST HAVEYES

1) Evaluate certInitializer integration impact for DCAE-tls init container
2) Possible impact to K8s plugin  (Need more discussion)

Hardcoded pasword impact :  Cloudify + Bootstrap, DH, Dashboard (to be changed to use secret) 

Commitment based on Orange/Samsung/AT&T

DCAEGEN2-1972
REQ-360Application config should be fully prepared before starting the application containerPTLNO

Okay for service components (as CBS is used); Platform component should be okay. MOD - to be verified (possibly MOD/Nifi container) + Dashboard

NOT Committed
REQ-358No root (superuser) access to database from application containerYESStretch-goal

Need further assesment.  Current list of component impact -  Dashboard/Inventory/TCA-gen2/heartbeat/PM-Mapper/DL-feed/Son-handler

Commitment based on WIPRO/ChinaMobile

DCAEGEN2-2329
REQ-351ONAP must complete update of the java language (from v8 -> v11)MUST HAVEYES

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

DCAEGEN2-2223
REQ-350Each ONAP project shall improve its CII Badging score by improving input validation and documenting it in their CII Badging site.PTLStretch-goal
DCAEGEN2-2332
REQ-349Each ONAP project shall define code coverage improvements and achieve at least 55% code coverageMUST HAVEYES

Already complaint for Frankfurt components; new component/enhancement to adhere

Commitment : AT&T, Nokia, Ericsson, Wipro,  ChinaMobile

DCAEGEN2-2333
REQ-323Each project will update the vulnerable direct dependencies in their code baseMUST HAVEYESCommitment : AT&T, Nokia, Ericsson, Wipro,  ChinaMobileDCAEGEN2-2242


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. 


JIRADescriptionCommit StatusCompany Contribution 
DCAEGEN2-1789
DCAEGEN2-2236		Import plugins instead of type files in blueprints
(Blocks DCAEGEN2-2167 cfy validate error)		YesAT&T
CCSDK-2158pgaas_db 1.1.0 type file refers to 1.2.0 pluginYesAT&T
DCAEGEN2-2136 Cloudify unable to parse certain micro service policies TBC (stretch-goal)
DCAEGEN2-2140escaped string in spec file not included on the blueprint generatedTBCAT&T
DCAEGEN2-2144bp-gen: switch ContainerizedPlatformComponent to ContainerizedServiceComponentYesAT&T
CCSDK-2325 & DCAEGEN2-2207 
DCAEGEN2-2262 (bp-gen & runtime)		Cloudify plugin consolidation + nodetype name syncup YesAT&T
DCAEGEN2-2197runtimeAPI defaults pointing to R4 plugins (MOD)YesAT&T
DCAEGEN2-2221Switch to support offline install for OnboardingAPi (MOD)TBC
DCAGEN2-1791K8s plugin - ContainerizedPlatformComponent to ContainerizedServiceComponentYesAT&T
To be createdDCAE Healthcheck container - completely dynamic (remove static)YesAT&T
DCAEGEN2-2218DCAE hardcodes certificates in onap/org.onap.dcaegen2.deployments.tls-init-container:2.1.0 TBC
DCAEGEN2-1857dashboard error on logoutYesAT&T
DCAEGEN2-1638Dashboard container optimization TBC
DCAEGEN2-2022Improve DH install/uninstall workflow to avoid out of sync conditions with Cloudify (corresponding Dashboard change pending)YesAT&T
To be createdPlugin path/load optimization: Taking release from PATH on raw/plugin repo location (rely on version) and update bootstrap/cloudify buildTBC
DCAEGEN2-2215Allow environment variables to be passed in docker_config (k8s plugin)YesAT&T
DCAEGEN2-1786Eliminate use of Consul service discovery in DCAETBC
DCAEGEN2-2295Sonar coverage for dcaegen2/pluginYesAT&T
TBCHelm plugin 3.0 enhancement (new contribution)TBCAT&T
DCAEGEN2-2328Genprocessor not recovering from error (DFC spec)YesAT&T
DCAEGEN2-1864DCAE healthcheck improvement for MOD componentsYesAT&T
DCAEGEN2-2298Dashboard Java11 supportYesAT&T
DCAEGEN2-2296
DCAEGEN2-2297 		Dashboard documentation (missing api in RTD + userguide)YesAT&T


With Guilin 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

...

  • No DCAE impacts identified; will handle new charts contribution for MOD to align with Security needs.

SECCOM HTTPS communication vs. HTTP

...

Platform Maturity

 Platform Maturity (i.e., S3P items)  Frankfurt Guilin Release Platform Maturity

 Green color → Target level ( details see Platform Maturity below)

      • Performance:  Level 1
      • Stability: Level 2
      • Resiliency: Level 2
      • Security: Level 1+
      • Scalability: Level 1
      • Manageability: Level 1+
      • Usability: Level 1+             

Minimum Viable Product

The MVP of DCAE will include the necessary subcomponents supporting the primary objectives: meeting platform maturity goals and supporting the use cases.

    •   Cloudify Manager
    •   Consul (deployed/managed by OOM)
    •   DeploymentHander
    •   Policy-Handler
    •   ServiceChangeHandler
    •   Inventory-API
    •   Postgres
    •   ConfigBinding Service
    •   Dashboard 

DCAE

...

  • genprocessor
  • webui
  • distributorapi
  • runtimeapi
  • onboardingapi
  • blueprint-generator

DCAE Service specific components

    •   VESCollector
    •   TCA (Analytics application)/TCA-gen2
    •   PRH
    •   HV_VES


      DCAE-MOD deployment is optional and will include following component (controlled via helm chart configuration under OOM)

  • Genprocessor
  • MOD/NiFI UI
  • Distributorapi
  • Runtimeapi
  • Onboardingapi


Functionalities

List the functionalities that this release is committing to deliver by providing a link to JIRA Epics and Stories. In the JIRA Priority field, specify the priority (either High, Medium, Low). The priority will be used in case de-scoping is required. Don't assign High priority to all functionalities.

...

Jira
serverONAP JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
maximumIssues20
jqlQueryproject=dcaegen2 and issuetype in (epic) and fixversion='Frankfurt Guilin Release' and status != 'Closed'
serverId425b2b0a-557c-3c0c-b515-579789cceedb

...

Jira
serverONAP JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
maximumIssues20
jqlQueryproject=dcaegen2 and issuetype in (story) and fixversion = 'Frankfurt Guilin Release'
serverId425b2b0a-557c-3c0c-b515-579789cceedb

...

DCAE is the collection and analytics platform serving ONAP.  Improving upon the DCAE MS catalog to add new services for data collection, analytics  analytics and the number of open/close control loops.

Other long term goal includes below

...

DCAE-MOD evolution and integration with CLAMP and Policy

Release Deliverables

Indicate the outcome (Executable, Source Code, Library, API description, Tool, Documentation, Release Note...) of this release.

SourceCode/Tool/Documentation        SourceCode/jar       SourceCode/jar/Docker image
Deliverable NameDeliverable Description
Component spec

All ms added into DCAE should provide meta data representation of the component itself; will be used to generate

design flow under MOD and enable blueprint generation 

blueprints

Executable/SourceCode

plugins

SourceCode

cli

and wagon files under nexus/raw

deployment-handler

SourceCode/Docker image

servicechange-handler

SourceCode/Docker image

inventory-api

SourceCode/Docker image

policy-handler

SourceCode/Docker image

configbinding

SourceCode/Docker image

ves

SourceCode/Docker image

snmptrap

SourceCode/Docker image

tca

SourceCode/jar/Docker image

hv-ves-collector

/Docker image

ves

SourceCode/Docker image

hv-vesdata-file-collector        SourceCode        SourceCode/jar/Docker image
prh        SourceCode/jar/Docker image
dcae-mod       SourceCode/jar/Docker image/Documentation
pmshtca-gen2       SourceCode/jar/Docker imagetca-gen2

Note: Only default platform components and bootstrapped MS is listed on table above. DCAE also include dynamic service components deployed based on usecases. For a complete set of available DCAE MS - refer https://docs.onap.org/projects/onap-dcaegen2/en/latest/sections/release-notes.html#deliverables


Sub-Components

List all sub-components part of this release. Activities related to sub-components must be in sync with the overall release.

Sub-components are repositories and are consolidated in a single centralized place. Edit the Resouce and Repositories in the centralized page.

...

In addition to existing platform/service component, following new components are targeted for FrankfurtGuilin.


DeliverableRepository Maven Group ID

Components Description

pmshSlice Analysis MS

dcaegen2/services

org.onap.dcaegen2.services.pmsh

PM Subscription Handler

sliceanalysis

Slicen Analysis MS for 5G E2E Slice usecase support

Data Extraction service (DES)dcaegen2/servicestca-gen2dcaegen2/analytics/tca-gen2  

org.onap.dcaegen2.analytics.tca-gen2

Standalone TCA

.services.dl-handler.des

Provides api's for data-access from DL-handler maintained storage




ONAP Dependencies

List the other ONAP projects you depend on.

...

Anyone reading this section should have a good understanding of all the interacting modules.

...



Image Added

Image Removed

Image Removed


 

Platform Maturity

Refering to CII Badging Security Program and Platform Maturity Requirements, fill out the table below by indicating the actual level , the targeted level for the current release and the evidences on how you plan to achieve the targeted level.

AreaActual LevelTargeted Level for current ReleaseHow, EvidencesComments
Performance11
    • Level 0: no performance testing done
    • Level 1: baseline performance criteria identified and measured  (such as response time, transaction/message rate, latency, footprint, etc. to be defined on per component)
    • Level 2: performance improvement plan created 
    • Level 3: performance improvement plan implemented for 1 release (improvement measured for equivalent functionality & equivalent hardware)
Stability2

2




    • Level 0: none beyond release requirements
    • Level 1: 72 hour component-level soak test (random test transactions with 80% code coverage; steady load)
    • Level 2: 72 hour platform-level soak test (random test transactions with 80% code coverage; steady load)
    • Level 3: track record over 6 months of reduced defect rate
Resiliency22
    • 0 – none
    • 1 – manual failure and recovery (< 30 minutes)
    • 2 – automated detection and recovery (single site)
    • 3 – automated detection and recovery (geo redundancy)
Security1

1+  (Most DCAE components are complaint; will address remaining in Frankfurt Guilin based on resource availability)



    • Level 0: None
    • Level 1: CII Passing badge
      • Including no critical and high known vulnerabilities > 60 days old
    • Level 2: CII Silver badge, plus:
      • All internal/external system communications shall be able to be encrypted.
      • All internal/external service calls shall have common role-based access control and authorization using CADI framework.
    • Level 3: CII Gold badge 
Scalability1

1



    • Level 0: no ability to scale
    • Level 1: supports single site horizontal scale out and scale in, independent of other components
    • Level 2: supports geographic scaling, independent of other components
    • Level 3: support scaling (interoperability) across multiple ONAP instances
Manageability1

1+  (Except logging, all other requirements are met)



    • Level 1:
    • All ONAP components will use a single logging system.
    • Instantiation of a simple ONAP system should be accomplished in <1 hour with a minimal footprint
    • Level 2:
      • A component can be independently upgraded without impacting operation interacting components
      • Component configuration to be externalized in a common fashion across ONAP projects
      • All application logging to adhere to ONAP Application Logging Specification v1.2
      • Implement guidelines for a minimal container footprint
    • Level 3
      • Transaction tracing across components
Usability1

1+



    • Level 1:
      • User guide created
      • Deployment documentation
      • API documentation
      • Adherence to coding guidelines
    • Level 2:
    • Level 3
      • Consistent UI across ONAP projects
      • Usability testing conducted
      • API Documentation
    • Level 4

...

API NameAPI DescriptionAPI Definition DateAPI Delivery dateAPI Definition link (i.e.swagger)
VES CollectorAPI for VNFs to send VES dataCurrently AvailableR3data Will be updated for new VES spec (7.2)

DCAE Deployment HandlerNB API for invoking the deployment of DCAE subcomponentsCurrently AvailableR3
DCAE InventoryAPI for Add/Delete DCAE copy's TOSCA modelsCurrently AvailableR3
HealthcheckAPI for querying DCAE component healthcheck Currently AvailableR4
DCAE Onboarding APIAPI for publishing DCAE spec into MODWill be available around M3R6DCAE InventoryAPI for CLAMP to retrieve flow informationWill be available around M3Currently AvailableR6
DCAE InventoryAPI for CLAMP to retrieve flow informationCurrently AvailableR6
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 UUIWill be provided during M2/M3R7R6





  • Third Party Products Dependencies

...

NameDescriptionVersion
NIFIApache NIFI1.9.x
Cloudify Manager

cloudifyplatform/community

19.01.24
Consul
CDAP

caskdata/cdap-standalone

4.1.2
PNDA4.5

1.0.0 (version based on OOM)



In case there are specific dependencies  (Centos 7 vs Ubuntu 16. Etc.) list them as well.

...

This section is used to document a limitation on a functionality or platform support. We are currently aware of this limitation and it will be delivered in a future Release. List identified release gaps (if any), and its impact.

OTI Function delivery
Gaps identifiedImpactOTI functionality is planned to be introduced in phase. For Frankfurt, seed code for OTI-Handler and EventPRoc will be delivered. The complete e2e functionality will be available in next release. There is no impact to Frankfurt usecase by this functionality.


  • Known Defects and Issues

Provide a link toward the list of all known project bugs.

Jira
serverONAP JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
maximumIssues20
jqlQueryproject=dcaegen2 and issuetype in (bug) and fixversion='Frankfurt Guilin Release' and status != 'Closed'
serverId425b2b0a-557c-3c0c-b515-579789cceedb

...

Risk identifiedMitigation PlanContingency Plan

Cloudify support for Python 3.x not available during Frankfurt currently, expected in by Aug 2020 timeframe. This impacts migration of Cloudify and associated plugins in Frankfurt Guilin (DCAEGEN2REQ-1546373)

Continue El-Alto Frankfurt version of Cloudify and Plugins under python 2.7None

  • Resources

Fill out the Resources Committed to the Release centralized page


  • Release Milestone

...

It is not expected to have a detailed project plan.

RC0

Fix Integration blockers
  • Release java artifacts
  • Release docker containers
    • DateSprint#No of days Deliverable 
    06/25/2020 - 07/09/2020DCAE Guilin Sprint 1 (Planning)9Finalize DCAE scope and committment
    07/10/2020 - 07/23/2020DCAE Guilin Sprint 210 
    07/24/2020 - 08/06/2020DCAE Guilin Sprint 310

    M2/M3 -  

    • 50% or more of Functional delivery completed
    • Atleast 60% of release/compliance (coverage & security)
    • API definition formalized and shared with impacted teams
    • Integration test plan completed
    • CSIT/automated test delivery
    • SDK version for Guilin to be baselined and released
    DateSprint#No of days Deliverable

      -  

    		DCAE Frankfurt Sprint 114
    • Seed code for new components
    • jjb definition for verify/merge/sonar/clm

      -  

    		DCAE Frankfurt Sprint 215 
    • Atleast 75% of Functional delivery
    • Atleast 30% of release/compliance (coverage & security)
    • Successful container build (new components)
    • SDK version for Frankfurt to be baselined and released

      -  

    		DCAE Frankfurt Sprint 315
    • 95% of Functional delivery
    • Atleast 70% of release/compliance (coverage & security)
    • API definition formalized
    • Integration test plan completed
    • CSIT/automated test delivery

    M2/M3 checkpoint - 1/21

      -  

    		DCAE Frankfurt Sprint 4 15
  • API definition formalized and shared with impacted teams
  • 100% Functionality
  • Atleast 90% of release/complaince (coverage & security)
    • CSIT/automated test completed for new components
    • Documentation repo updates (API updates & new MS
    /component) - Frankfurt DocumentationDeployment artifacts (helm for platform component; spec file and
    • /
    or blueprint for service
    • component) - 
    & onap integration
    08/07/2020 - 08/20/2020DCAE Guilin Sprint 4 10
    08/21/2020 -  09/03/2020DCAE Guilin Sprint 510 

    M4  -

     -  

    		DCAE Frankfurt Sprint 515 

    M4  05 Mar  

    • 100% of release/compliance (coverage & security)
    • Validate deployment/integration with ONAP/DCAE deploy
    • Documentation update for deployment/configuration/architecture/logging
    • Update wiki for new components deployment for usecase owners
    • Demo for new components introduced
    • Pair-wise testing

      -  

    		DCAE Frankfurt Sprint 6 (RC prep) 15
    • introduced
    • Pair-wise testing
    09/04/2020 - 09/17/2020DCAE Guilin Sprint 6 9
    09/18/2020 - 10/01/2020DCAE Guilin Sprint 710

    RC0  -  

    • Fix Integration blockers and high priorty issue
    • Automated robot test, CSIT & daily build jobs must pass
    • Update OOM chart/blueprint/documentation to reflect correct version
    • Branching
    10/02/2020 -11/05/2020Integration support 

    • Documentation, Training


        • Highlight the team contributions to the specific document related to he project (Config guide, installation guide...).
        • Highlight the team contributions to the overall Release Documentation and training asset
        • High level list of documentation, training and tutorials necessary to understand the release capabilities, configuration and operation.
        • Documentation includes items such as:
          • Installation instructions
          • Configuration instructions
          • Developer guide
          • End User guide
          • Admin guide

    Guilin Documentation

    Other Information

      • Vendor Neutral

    ...