Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

V00013: VoLTE Service Instantiation (WAN service should be independent of VoLTE and instantiated separately, need to discuss)

Test Case IdV00013
Test Case NameVoLTE Service Instantiation
DescriptionThis test covers the whole VoLTE service instantiation process
ReleaseAmsterdam
Preconditions
  1. VoLTE service has been created, V00011 has passed
  2. Closed loop has been configured, V00012 has passed
  3. PEs have been configured and integrated with corresponding SDN WAN controller
  4. DC GWs have been configured and integrated with corresponding SDN local controller
Testing Steps
  1. ONAP user uses Usecase UI GUI to start VoLTE service instantiation
  2. Usecase UI will guide the user to deploy each of vEPC VNFs. User needs to choose data center location and fill in input parameters defined in TOSCA template
  3. Usecase UI will guide the user to deploy each of vIMS VNFs. User needs to choose data center location and fill in input parameters defined in TOSCA template
  4. Usecase UI will guide the user to deploy WAN service. User needs to choose PEs and DC GWs, fill in WAN underlay and overlay parameters
Expected Results
  1. vEPC service is instantiated successfully, including all vEPC VNFs and VLs
  2. vIMS service is instantiated successfully, including all vIMS VNFs and VLs
  3. WAN service is instantiated successfully, including underlay and overlay networks
  4. Holmes analytics container is brought up correctly by DCAE
Actual Results
Conclusion (Pass/Fail)
Testing LabCMCC OpenLab
Testing Date
Tester Name


V00014: VoLTE Auto-healing

Test Case IdV00014
Test Case NameVoLTE Auto

...

-healing
DescriptionThis test covers the closed loop with alarm correlation and auto-healing
ReleaseAmsterdam
Preconditions
  1. VoLTE closed loop has been configured
  2. VoLTE service has been instantiated
  3. SPGW VNF supports event generation
  4. VNF guest OS supports event generation
  5. MultiVIM supports event collection from guest OS and event forwarding
Testing Steps
  1. Use Robot test script to shutdown standby MPU VM inside SPGW VNF
Expected Results
  1. EMS collects standby MPU offline event from SPGW VNF and sends the event to VFC
  2. 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
  3. Holmes receives MPU offline events
  4. Holmes receives MPU guest OS heartbeat missing events
  5. Holmes does correlation of the two types of events and generate one signature event and sends it to Policy
  6. Policy triggers provisional policy and reboot action is sent to VFC
  7. VFC uses VNFM driver to reboot standby MPU VM
  8. Standby MPU is reboot
  9. Clear event is sent from SPGW VNF about standby MPU back online
  10. Heartbeat from standby MPU VM is received by MultiVIM and clear event is sent by MultiVIM about heartbeat recovery
  11. Holmes does the event correlation and sends Clear signature event to Policy
  12. Policy stops the reboot action
Actual Results
Conclusion (Pass/Fail)
Testing LabCMCC OpenLab
Testing Date
Tester Name


- Service termination: When user terminates the VoLTE service, VNFs and related resource for the service are properly removed, and WAN connectivity between the two data center is  also removed successfully.