Versions Compared

Version Old Version 7 New Version Current
Changes made by

Kang Xi

Yang Xu

Saved on

Key

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

Component Review and Demo

Components

...

Marco Platania

...

  • Show that the all the heat-based VNFs can be onboarded and instantiated using the real images. This includes vDHCP, vAAA, vDNS, Webserver, vBRG, vBNG, vGMUX, and vG.
  • For VPP-based VNFs, please work with lee xun and Gary Wu to create those images if we want to avoid the process of downloading/patching/compiling VPP source code.

...

Danny Zhou

lee xun

...

  • Show that vBRG, vBNG, vGMUX, and vG can be configured using SDNC emulator and the data plane is working, preferably in the Open Lab.
  • Note that the VNFs can be instantiated in advance and the whole process is performed without ONAP.

...

DeWayne Filppi

...

  • Show that the all the heat-based VNFs can be onboarded and instantiated using the real images. This includes vDHCP, vAAA, vDNS, and Webserver.

...

  • Create a service template in SDC and instantiate it using VID.

...

  • Demonstrate the execution of custom workflows in SO.

...

Vijay Kumar

...

  • Demonstrate that the VES collector can be manually spun up. Use postman to show that it can collect VES data, process it, and send event to analyzer through DMaaP. The stretch goal is cross test with a vGMUX instance.

...

Alexei Nekrassov

...

  • Demonstrate that the TCA can manually loaded to CDAP. Manually feed data to it to show correct events being generated as output to DMaaP. Stretch goal is to cross test with VES collector.

...

Ron Shacham

Gervais-Martial Ngueko

...

  • Demonstrate closed loop design and deployment using CLAMP

...

  • Demonstrate newly developed custom DGs.

...

Daniel Rose

Geora Barsky

...

  • Demonstrate SNIRO, BSS emulator, and others.

Schedule (bridge: https://zoom.us/j/4466667777)

...

9-10

...

Table of Contents
outlinetrue

Category: External System Registration

...

Test Case IDT101
Test Case NameWindRiver OpenStack VIM Registration
DescriptionWindRiver OpenStack VIM Registration
ReleaseAmsterdam
Preconditions
  1. The WindRiver OpenStack VIM is configured with tenant information and provider networks
  2. The WindRiver OpenStack VIM services (console, auth, neutron, image, glance, etc) are accessible from ONAP by IP
Testing Steps
  1. Add VIM from ONAP GUI with VIM location information, tenant authentication information
  2. VIM default service url can be configured based on real VIM settingsUse robot and postman to add the above info.
Expected Results
  1. VIM is registered successfully
  2. Tenant authentication information is stored correctly
Actual Results

All information stored in AAI.

See tenant info: Image Added

Conclusion (Pass/Fail)Pass
Testing LabIntegration-SB-01
Tester NameKang Xi



Category: VNF Onboarding and Service Creation

...

Test Case IDT201
Test Case NamevCPE VNFs Onboarding
DescriptionOnboard vDHCP, vAAA, vDNS, WebServer, vBRG, vBNG, vGMux, vG
ReleaseAmsterdam
Preconditions
  1. All HEAT and TOSCA templates are ready
  2. VNF license has been created
Testing Steps
  1. Use SDC to import, test and certify the following VNF templates, including both yaml and env files: vDHCP, vAAA, vDNS, WebServer, vBRG, vBNG, vGMux, vG
Expected Results
  1. All VNFs are onboarded successfully
Actual Results

All VNFs onboarded successfully

Image Added

Conclusion (Pass/Fail)Pass
Testing LabWindRiver Lab, Integration-SB-01
Testing DateNov. 13, 2017
Tester NameKang Xi


vCPE Service Creation

Test Case IDT202
Test Case NamevCPE Service Creation
DescriptionThis creates vCPE service
ReleaseAmsterdam
Preconditions
  1. All VNFs have been onboarded
  2. All VNFs images files have been uploaded manually into VIM
Testing Steps
  1. Use SDC to create core infrastructure service including vDHCP, vAAA, vDNS, and Web server
  2. Use SDC to create a service including vBNG
  3. Use SDC to create a service including vGMux
  4. Use SDC to create a service including vBRG
  5. Use SDC to create a vCpeResCust sevice service including vG, TunnelXConn allotted resource, and BRG allotted resource.
Expected Results
  1. Each service is created successfully and stored in the catalog
Actual Results

All service created and distributed successfully.

Samples:

  • Create vGMUX service:
    View file
    namesdc-vgmux.mp4
    height150
  • Create TunnelXConn allotted resource:
    View file
    namesdc-tunnelxconn.mp4
    height150
  • Create vCpeResCust service:
    View file
    namesdc-vCpeResCust.mp4
    height150
Conclusion (Pass/Fail)Pass
Testing LabWindRiver Lab, Integration-SB-01
Testing DateNov. 13, 2017
Tester NameKang Xi


Closed Loop Configuration

Test Case IDT203
Test Case NameClosed loop configuration
DescriptionCreate and distribute closed loop artifacts from CLAMP


ReleaseAmsterdam
Preconditions
  1. ONAP platform up and running
Testing Steps
  1. Use CLAMP Cockpit to create closed loop control for vCPE
  2. Distribute the results to policy and DCAE (through SDC)
Expected Results
  1. Verify and that the policy is distributed to Policy Engine
  2. Verify that Blueprint template and meta data (including service UUID, resource UUID, and artifact name) distributed to DCAE inventory
Actual ResultsClosed loop is preset in DCAE and Policy with ONAP install
Conclusion (Pass/Fail)Pass
Testing LabWindRiver Lab, Integration-SB-01
Testing DateNov. 14, 2017
Tester NameKang Xi


Closed Loop Deployment

Test Case IDT204
Test Case NameClosed loop deployment
Description

Deploy and activate closed loop control for vCPE

ReleaseAmsterdam
Preconditions
  1. Closed loop configuration completed in T203
Testing Steps
  1. From CLAMP Cockpit, user chooses to deploy vCPE closed loop control
Expected Results
  1. DCAE responds by bringing up a VES collector container, loading TCA app to CDAP, and configuring DMaaP to enable data flow from VES collector to TCA.
Actual ResultsClosed loop is preset in DCAE and Policy with ONAP install
Conclusion (Pass/Fail)Pass
Testing LabWindRiver Lab, Integration-SB-01
Testing DateNov. 14, 2017
Tester NameKang Xi

Category: Service Instantiation and Monitoring

...

Test Case IDT301
Test Case NamevCPE Infrastructure Service Instantiation
DescriptionThis test covers the infrastructure service instantiation process, including DHCP, AAA, DNS, Webserver, vBNG, and vGMux.
ReleaseAmsterdam
Preconditions
  1. vCPE services have been created
  2. Closed loop has been configured
Testing Steps
  1. ONAP user uses VID to instantiate DHCP, AAA, DNS, and Webserver
  2. ONAP user uses VID to instantiate vBNG
  3. ONAP user use Robot to instantiate vGMux
Expected Results
  1. DHCP, AAA, DNS, and Web Server are up and running
  2. vBNG is up and running
  3. vGMux is up and running
  4. The network connection all the above VNFs are created successfully
  5. The closed loop is up and running, DCAE can collect packet loss rate from vGMux and send analytics results to Policy
Actual Results

All networks and VNF were successfully instantiated.

Image Added

Conclusion (Pass/Fail)Pass
Testing LabWindRiver Lab
Testing DateNov. 16, 2017
Tester NameKang Xi

   

Customer Service Instantiation

Test Case IDT302
Test Case NamevCPE Customer Service Instantiation
DescriptionThis test covers the customer service instantiation process, including vBRG emulator and vG and the related configuration.
ReleaseAmsterdam
Preconditions
  1. vCPE services have been created
  2. vCPE infrastructure service has been instantiated
Testing Steps
  1. ONAP user uses VID to instantiate a vBRG and a VM that is connected to the vBRG
  2. Once vBRG is instantiated, its subsequent DHCP request will invoke ONAP to instantiate a vG and complete all required configuration. This step does not require human intervention.
  3. ONAP user sign on to the VM connected to the vBRG and test connection to the web server.
Expected Results
  1. vBRG and vG are up and running
  2. ONAP user can access the web server
Actual Results

Customer service successfully instantiated and configured. Data plane communication verified. See video recording below.

View file
namecreate-customer-service.mp4
height150

Conclusion (Pass/Fail)Pass
Testing LabWindRiver Lab
Testing DateNov. 16, 2017
Tester NameKang Xi


Category: Closed Loop


vCPE Auto-healing

Test Case IDT401
Test Case NamevCPE Auto-healing
DescriptionThis test covers the closed loop to restart vGMux when packet loss is detected.
ReleaseAmsterdam
Preconditions
  1. vCPE service instantiated
  2. Customer service instantiated
  3. Close loop is up and running
Testing Steps
  1. Use Robot to invoke vGMux to generate packet loss event
  2. The event will trigger self-healing, the process is automatic and does not require human intervention
Expected Results
  1. DCAE captures packet loss event and sends event to Policy
  2. Policy invokes APPC to restart the vGMux VM
  3. vGMux VM is restarted
  4. Web server access from customer is disrupted during restarting and restored afterwards
Actual Results

Closed loop test succeeded. Was able to restart vGMUX VM at the expected event. See the video below.

View file
nameclosed-loop-restart-vgmux.mp4
height150

Conclusion (Pass/Fail)Pass
Testing LabWindRiver Lab
Testing DateNov. 16, 2017
Tester NameKang Xi


Category: Service Termination

...

Test Case IDT501
Test Case NamevCPE Service Termination
DescriptionThis test covers vCPE service termination process
ReleaseAmsterdam
Preconditions
  1. vCPE service is created
  2. Closed loop is established
Testing Steps
  1. ONAP user uses Usecase UI GUI Web GUI and/or scripts to remove vCPE service
Expected Results
  1. Closed loop is stopped
  2. All vCPE VNFs and VLs are removed
  3. DCAE collector container removed and the analytics application unloaded.
  4. Closed loop related artifacts (including DCAE template and policy) are removed from ONAP
Actual Results
Actual Results

Succeeded in removing all components of the service. Below is a video showing the process of deleting customer service.

View file
namedelete-service.mp4
height150

Conclusion (Pass/Fail)Pass
Testing LabWindRiver Lab
Testing DateNov. 16, 2017
Tester NameKang Xi