Test Results @CMCC lab
![](/download/attachments/11928104/ONAP%20VoLTE%20Use%20Case%20Test%20Results.jpg?version=1&modificationDate=1510790808000&api=v2)
Category: External System Registration
V00001: WindRiver OpenStack VIM Registration
...
Test Case Id | V00006 |
Test Case Name | Vendors' EMSs Registration |
Description | Register all VNF vendors' EMSs |
Release | Amsterdam |
Preconditions | - All VNF vendor's EMS have been installed and configured
|
Testing Steps | - Register all vendors' EMSs using ONAP ESR GUI with the needed information (IP, port, authentication information, etc)
|
Expected Results | - All EMSs are registered successfully with ONAP
- All EMSs information is stored correctly in ONAP
|
Actual Results |
|
Conclusion (Pass/Fail) |
|
Testing Lab | CMCC OpenLab |
Tester Name |
|
Category: VNF Onboarding and Service Creation
V00007: VoLTE VNFs Onboarding
...
Test Case Id | V00012 |
Test Case Name | Closed loop configuration |
Description | This test uses CLAMP to configure closed loop for VoLTE. There are 4 configurations: - Provisional rules for Policy
- Correlation rules for Holmes
- Holmes microservice Blueprint for DCAE
- VES configuration (in R1, there is no configuration needed)
|
Release | Amsterdam |
Preconditions | - DCAE template has been imported (R1 SDC doesn't support DCAE template design)
- Holmes blueprint has been imported
- Holmes correlation rules have been defined
|
Testing Steps | - In CLAMP, choose VNF SPGW and events (VNF Fault and VM Fault) to monitor
- Bring up CLAMP configuration policy GUI and copy Holmes correlation rules in it
- Bring up CLAMP provisional policy GUI and define healing provisional policy
- Save the configuration
|
Expected Results | - Closed loop template and blueprint for Holmes are distributed to DCAE
- Configuration policy has been distributed to DCAE
- Provisional policy has been distributed to Policy engine
|
Actual Results |
|
Conclusion (Pass/Fail) |
|
Testing Lab | CMCC OpenLab |
Testing Date |
|
Tester Name |
|
Category: Service Instantiation and Monitoring
V00013: VoLTE Service Instantiation
...
Test Case Id | V00014 |
Test Case Name | System Performance and Alarm Monitoring |
Description | This test uses Usecase UI GUI to monitor system performance and event |
Release | Amsterdam |
Preconditions | - VoLTE service has been instantiated
- Closed loop for VoLTE has been configured and started
|
Testing Steps | - ONAP user uses Usecase UI GUI to check system performance, such as CPU, memory and disk usage
- ONAP user views the VNF alarms collected by ONAP
|
Expected Results | - System performance (including system CPU, memory and disk usage) is shown on ONAP Usecase UI GUI
- VNF alarms, specified in CLAMP for the closed loop, are shown in Usecase UI GUI
|
Actual Results |
|
Conclusion (Pass/Fail) |
|
Testing Lab | CMCC OpenLab |
Testing Date |
|
Tester Name |
|
Category: Closed Loop
V00015: VoLTE Auto-healing
Test Case Id | V00015 |
Test Case Name | VoLTE Auto-healing |
Description | This test covers the closed loop with alarm correlation and auto-healing |
Release | Amsterdam |
Preconditions | - VoLTE service has been instantiated
- VoLTE closed loop has been configured and started
- SPGW VNF supports event generation
- VNF guest OS supports event generation
- MultiVIM supports event collection from guest OS and event forwarding
|
Testing Steps | - Manually shutdown standby MPU VM inside SPGW VNF. This should trigger the VNF and VIM to generate alarms
|
Expected Results | - EMS collects standby MPU offline event from SPGW VNF and sends the event to VFC
- MultiVIM doesn't receive heartbeat event from standby MPU guest OS for a period of time and triggers alarm which is sent to DCAE VES collector
- Holmes receives MPU offline events
- Holmes receives MPU guest OS heartbeat missing events
- Holmes does correlation of the two types of events and generate one signature event and sends it to Policy
- Policy triggers provisional policy and healing action is sent to VFC
- VFC uses SVNFM driver to heal standby MPU VM
- Standby MPU is healed
- Clear event is sent from SPGW VNF about standby MPU back online
- Heartbeat from standby MPU VM is received by MultiVIM and clear event is sent by MultiVIM about heartbeat recovery
- Holmes does the event correlation and sends Clear signature event to Policy
- Policy stops the healing action
|
Actual Results |
|
Conclusion (Pass/Fail) |
|
Testing Lab | CMCC OpenLab |
Testing Date |
|
Tester Name |
|
Category: Service Termination
V00016: VoLTE Service Termination
...