| Use Case | Lab | Responsible | Status | Video URL | Use Case Details Testing Status | Quick Notes | |
|---|---|---|---|---|---|---|---|
| 1 | vFW / vDNS | Intel / Windriver | 100% | vFW closed loop worked with instantiation from GUI (SDC/VID). Based on new closed loop for scale out (see test number 8), the old vLB/vDNS use case is onboard and instantiate regression only, which worked successfully. | |||
| 2 | vCPE Integration Test Case | Intel / Windriver | 90% | VNF onboarding and service creation passed Service distribution passed Infra instantiation passed customer instantiation passed ONSET event generated by DCAE | BRG tap-0 and tap-1 ports stay up for a minute before going down. Asking Intel team to look at the VNFs. Resolved after a meeting with Eric and documented the solution on use case wiki. AAI-2076 - Getting issue details... STATUS SDC-2053 - Getting issue details... STATUS DCAEGEN2-1106 - Getting issue details... STATUS AAI-2090 - Getting issue details... STATUS SDNC-593 - Getting issue details... STATUS APPC-1367 - Getting issue details... STATUS DMAAP-1010 - Getting issue details... STATUS LOG-950 - Getting issue details... STATUS OPTFRA-423 - Getting issue details... STATUS | ||
| 3 | vCPE with TOSCA VNF Test Case | CMCC | Completed | ONAP installation and hearth check: 100% VNF onboarding and service design passed service distribution passed service instantiation passed service termination passed | |||
| 4 | 5G - Real Time PM and High Volume Stream Data Collection - Integration Test Status | TLab | Completed | TLAB unavailable so using SB-05 instead. 24.01.2019 r: Unable to test due to issues with pods for example dmaap-message-router and 56 another ones Comment from Yang: Marcin Przybysz Can you try again on SB-00? Now all dmaap pods are up on SB-00. | |||
| 5 | 5G - PNF PnP - Integration Test Status | TLab | Completed | TLAB unavailable so using SB-05 instead. 24.01.2019 r: Unable to test due to issues with pods for example dmaap-message-router and 56 another ones root@oom-rancher:~# kubectl get pods -n onap | grep message 26.01.2019r. We observed an issue in PRH and reported a bug
INT-828
-
Getting issue details...
STATUS
| |||
| 6 | 5G - Bulk PM - Test Status | Intel / Windriver | Completed | TLAB unavailable so using SB-05 instead. | |||
| 7 | 5G - OOF and PCI - Integration Test Cases | Intel / Windriver | Completed | Only OOF module was part of intergration testing (using Windriver Lab). Rest of use case was implemented as PoC only in Rutgers Winlab ONAP Wireless Lab (OWL) | |||
| 8 | Scale Out - Integration Test Cases and Status | Intel / Windriver | 100% Completed | Tested manual scale out with SDNC and automated scale out with APPC and guard policies. No issues reported. SO-1400 - Getting issue details... STATUS | |||
| 9 | CCVPN Integration Test Cases | CMCC | 80% | Two set of ONAP installation and hearth check: 100% Resource onboarding and Service Design: 100% service distribution: 100%(SOTNVPNInfraService and SDWANVPNInfraService distribution passed, but site service distribution error) Topology discovery: 100% SOTNVPNInfraService create: 100% SDWANVPNInfraService:100% SDWAN service create: 100% SiteService create: 50% Close loop: 50% | |||
| 10 | vFW/vDNS HPA Testing(Test Plan 1 inHPA & Cloud Agnostic Intent - R3 Test Plan) | Intel / Windriver | 100% Completed |
| SO-1416 - Getting issue details... STATUS - using so 1.3.6 image, workaround is to manually increase the size of the column, the issue is supposed to be fixed in 1.3.7 MULTICLOUD-456 - Getting issue details... STATUS - Stack is successfully created in windriver but a timeout issue causes it to return as a failure during the vf module create process in ONAP and so the created stack is automatically deleted. Current workaround is to set suppress rollback to true when creating the vfmodule and so the created stack is not deleted although onap registers it as a failure | ||
| 11 | Change Management - Flexible Designer & Orchestrator | Intel / Windriver | Completed | Tested designer/orchestrator end-to-end on 1.3.5 Release with SO catalog-db-adapter being on 1.3.6. Successfully tested the end-to-end functionality – activities distribution from SO to SDC, workflow creation and distribution to SO, and workflow execution in SO. For SO activities only the A&AI-interfacing activities were functionally tested during workflow execution, since no suitable VNFs were available for testing APP-C-related ones, but used APP-C-related activities to create valid workflows. | |||
| 12 | Change Management - Traffic Management- | Intel / Windriver | Work in progress | Need to onboard dedicated version of vFW for Distribute Traffic 80% APPC-CDT 0% Ansible server must be configured also 0% | |||
| 13 | Intel / Windriver | Work in progress | |||||
| 14 | Change Management - Schedule optimization | Intel / Windriver | Completed | Functional testing completed by Jerry. |
Skip to end of banner
Go to start of banner
Casablanca Maintenance Release Integration Testing Status
General
Content
Integrations