The following items are expected to be completed for the project to Pass the M3 API Freeze Milestone.

M3 Release Architecture Milestone overview is available in wiki.

Usage

  1. Use the "Copy" and "Move" options (available under the ..., top right of this page) to duplicate this template into your project wiki.
  2. Fill out the Yes/No column
  3. Provide link to evidence (when necessary)
Practice AreaCheckpointYes/NoEvidencesHow to?
SecurityHas the Release Security/Vulnerability table been updated in the   protected Security Vulnerabilities wiki space?YesTable in in the protected Security Vulnerabilities wiki space   corresponds to the latest NexusIQ scanPTL reviews the NexusIQ scans for their project repos and fills out the vulnerability review table
Has the project committed to enabling transport level encryption on all interfaces and the option to turn it off?Yes

Requirements and test cases for transport layer encryption have been   created for all interfaces not currently supporting encryption.

VES - Supports secure interface;  disabled by default (due to xNF/simulator dependencies)

DFC - Supports secure interface by default

HV-VES - Support secure interface by default.

RESTConf - Support secure interface by default (confirmed by BBS team on 3/15). Can support secure interface; followed up with BBS team if secure communication should be enabled by default for integration testing (has dependency on external domain controller/simulator).


Has the project documented all open port information?Yes

VES - 8080/8443

HV-VES - 6061/6060

RESTConf - 8080/8687

DFC - 8100, 8433


Has the project provided the communication policy to OOM and Integration?YesNew collector - RESTConf introduced for Dublin; notified Integration team. Recommended Protocols
Do you have a plan to address by M4 the Critical  and High vulnerabilities   in the third party libraries used within your project?Yes

For the ones with active Jira identified here https://wiki.onap.org/pages/viewpage.action?pageId=51282478

Rest of dependency will need exception for Dublin

  • Replace vulnerable packages
  • Document false positives in the release notes if it is not possible to replace the vulnerable packages
  • Document vulnerabilities inherited in dependencies: include the name of the dependency and any mitigations that can be implemented by an ONAP user
Architecture


Has the Project team reviewed the APIs with the Architecture Committee (ARC)?YesCompleted 03/05 - DCAE R4 - M3 Architecture Review

Architecture walkthrough to understand how each project contributes on Release Use Case. ARC to organize the walkthrough.

Is there a plan to address the findings the API review?NA
The plan could be as simple as a Jira issue to track the implementation of findings or a documented plan within the wiki.
Does the team clearly understand that no changes in the API definition is allowed without formal TSC review and approval?YesNAIn the case some changes are necessary, bring the request to the TSC for review and approval.

Is there any changes in the scope, functionalities, deliverable, dependency, resources, API, repositories since M1 milestone?

NoIf Yes, please a link to the evidence of these changes.Critical point to understand is that change is inevitable, and that right timing and clear communication to the community will ease the process of accepting changes.
Provide link to the API Documentation.Yes

APIs that are carried forward to R4:

https://onap.readthedocs.io/en/latest/submodules/dcaegen2.git/docs/sections/apis/deployment-handler.html

https://onap.readthedocs.io/en/latest/submodules/dcaegen2.git/docs/sections/apis/inventory.html

https://onap.readthedocs.io/en/latest/submodules/dcaegen2.git/docs/sections/apis/dcaecdap.html

https://git.onap.org/dcaegen2/services/prh/tree/swagger.yaml

https://git.onap.org/dcaegen2/collectors/ves/tree/swagger_vescollector_1.3.1.yaml

https://git.onap.org/dcaegen2/platform/configbinding/tree/app/app/swagger.yaml

RESTConf - https://git.onap.org/dcaegen2/collectors/restconf/tree/swagger_restconfcollector_1.0.0.yaml



Release ManagementAre committed Sprint Backlog Stories been marked as "Closed" in Jira board?Yes

https://jira.onap.org/secure/RapidBoard.jspa?rapidView=49



Are all tasks associated with Sprint Backlog Stories been marked as "Closed" in Jira?Yeshttps://jira.onap.org/secure/RapidBoard.jspa?rapidView=49&view=planning
Have all findings from previous milestones been addressed?YesProvide link to JIRA findings
DevelopmentIs there any pending commit request older than 36 Business hours in Gerrit?No

Has the project team reach the Automated Unit Test Code Coverage expectation? (Refer to artifacts available in Sonar)In-progress

Goal: 55% for Incubation project in the current release

16 off 20 components are > 55%.

Since M2, 5 additional component met 55% target; WIP for remaining (below) - plan to address them by M4.

dcaegen2-collectors-restconf

dcaegen2-collectors-snmptrap

dcaegen2-platform-inventory-api

Sonar

Guidance on Code Coverage and Static Code Analysis

Tools: Sonar
Do you have a plan to address by M4 the Critical  and High vulnerabilities in the third party libraries used within your project?Yes

For the ones with active Jira identified here https://wiki.onap.org/pages/viewpage.action?pageId=51282478

Rest of dependency will need exception for Dublin

Ensure by M4 the Nexus-IQ report from “Jenkins CLM” shows 0 critical security vulnerability. Open the Nexus-IQ report for the details on each repo.

Are all the Jenkins jobs successfully passed ( Merge-Jobs)?

Yes

https://jenkins.onap.org/view/dcagen2/


Are all binaries available in Nexus?Yes

All java components

TCA: https://nexus.onap.org/content/groups/staging/org/onap/dcaegen2/analytics/tca-gen2/

TCA-gen2: https://nexus.onap.org/content/groups/staging/org/onap/dcaegen2/analytics/tca/

Datafile collector: https://nexus.onap.org/content/groups/staging/org/onap/dcaegen2/collectors/datafile/

VES collector: https://nexus.onap.org/content/groups/staging/org/onap/dcaegen2/collectors/ves/

HV-VES collector: https://nexus.onap.org/content/groups/staging/org/onap/dcaegen2/collectors/hv-ves/

VES Mapper: https://nexus.onap.org/content/groups/staging/org/onap/dcaegen2/services/mapper/

PRH: https://nexus.onap.org/content/groups/staging/org/onap/dcaegen2/services/prh/

PM-Mapper: https://nexus.onap.org/content/groups/staging/org/onap/dcaegen2/services/pm-mapper/

SON-Handler: https://nexus.onap.org/content/groups/staging/org/onap/dcaegen2/services/son-handler/

Inventory API: https://nexus.onap.org/content/groups/staging/org/onap/dcaegen2/platform/inventory-api/

Service Change Handler: https://nexus.onap.org/content/groups/staging/org/onap/dcaegen2/platform/servicechange-handler/

RESTConf - https://nexus.onap.org/content/groups/staging/org/onap/dcaegen2/collectors/restconf/



Integration and Testing

Have 50% of System Integration Testing Use Cases been implemented successfully in Jenkins?

It should include at least 1 CSIT that will be run on

Lab-xxx-OOM-Daily Jenkins Job


In-progress

https://jenkins.onap.org/view/dcaegen2/job/dcaegen2-master-verify-csit-prh-testsuites/

https://jenkins.onap.org/view/dcaegen2/job/dcaegen2-master-verify-csit-testsuites/

https://jenkins.onap.org/view/CSIT/job/dcaegen2-pmmapper-master-csit-pmmapper/

https://jenkins.onap.org/view/CSIT/job/dcaegen2-pmmapper-master-verify-csit-pmmapper/


Has the project code successfully passed the Daily Build process?Yes

https://jenkins.onap.org/view/dcaegen2/

Goal is to ensure the latest project commit has not broken the Integration Daily Build 
 Has the project passed the Integration Sanity Tests?Yes  

Integration sanity tests in Dublin Release cover:

  • ONAP deployment
  • All components health check
  • VNF onboarding and service creation for vFW use case
  • Model distribution for vFW
  • vFW instantiation
  • vFW closed loop
  • vFW deletion

No test failure reported on http://onapci.org/grafana/d/8cGRqBOmz/daily-summary?orgId=1

No Integration Blocking Issue with no workaround: Dublin Release Integration Test Blocking Issues

ModelingHas the Project team provided links to Data Models (e.g, JSON, YANG, Swagger, etc.) for all Shared Information (e.g., APIs, API Payload, Shared Design Model)?Yes

Datamodel used by DCAE service components is VES

https://onap.readthedocs.io/en/latest/submodules/dcaegen2.git/docs/sections/apis/deployment-handler.html

https://onap.readthedocs.io/en/latest/submodules/dcaegen2.git/docs/sections/apis/inventory.html

https://onap.readthedocs.io/en/latest/submodules/dcaegen2.git/docs/sections/apis/dcaecdap.html

https://git.onap.org/dcaegen2/services/prh/tree/swagger.yaml

https://git.onap.org/dcaegen2/collectors/ves/tree/swagger_vescollector_1.3.1.yaml

https://git.onap.org/dcaegen2/platform/configbinding/tree/app/app/swagger.yaml

RESTConf - https://git.onap.org/dcaegen2/collectors/restconf/tree/swagger_restconfcollector_1.0.0.yaml

It is a non-blocking item for M3 - The Modeling team is gathering information