Versions Compared

Key

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

...

Note: The OOF-PCI use case implementation and testing will be done at the Rutgers University Winlab ONAP Wireless Lab. Access is available to interested ONAP members.
Please see this page for details: Open Wireless Laboratory (OWL) at Wireless Information Network Laboratory (WINLAB)


Note: DMaaP should be setup for most of the test cases below.

...

Test Case ID

IT#005

Test Case Name

VES (DMaaP) interaction with SON-Handler MS

Description

SON Handler Micro-service is able to successfully receive a message over DMaaP containing PM/FM data (from VES Collector).

Release

Dublin

Pre-conditions

(a) Policy component DCAE platform is up and running, VES is online

(b) Config policies related to OOF are provisioned in Policy component) SON-Handler MS is online

(c) DMaaP is up


Testing Steps


Steps

Expected Result

  1. Bring up the OOF using the installation steps.
  2. Check the OOF database to see the contents of the OOF config policy for PCI optimization use case (i.e., OOF should invoke Policy API to fetch the config policies).
  1. OOF comes online and the database and local datastructures for PCI optimization use case are initialized correctly.
  2. Config-policy is correctly fetched and stored in the OOF DB. Sample config policy contents are given below:
    ALGO_CATEGORY:OOF-PCI-OPTIMIZATION
    PCI_OPTMIZATION_ALGO_NAME:OOF-PCI-OPTIMIZATION-LEVEL1
    PCI_OPTIMIZATION_NW_CONSTRAINT:MAX5PCICHANGESONLY
    PCI_OPTIMIZATION_PRIORITY: 2
    PCI_OPTIMIZATION_TIME_CONSTRAINT:NONEEnsure relevant DMaaP topics are registered (SEC_FAULT_OUTPUT, SEC_MEASUREMENT_OUTPUT), along with producer and consumers (using unauthenticated mode)
  3. Post a fault message (REST) to VES Collector. If feasible, use the RAN-Simulator to post the fault message.
  4. Post a performance measurements message (REST) to VES Collector. If feasible, use the RAN-Simulator to post the fault message.
  1. VES Collector posts the received fault message on to DMaaP using the topic SEC_FAULT_OUTPUT.
  2. SON-Handler MS receives the DMaaP SEC_FAULT_OUTPUT message and processes it - verified via logs.
  3. VES Collector posts the received PM message on to DMaaP using the topic SEC_MEASUREMENT_OUTPUT.
  4. SON-Handler MS receives the DMaaP SEC_MEASUREMENT_OUTPUT message and processes it - verified via logs.


Conclusion (Pass /Fail)


Testing Lab

Winlab



Test Case ID

IT#006

Test Case Name

SDN-R (DMaaP) interaction with SON-Handler MS

Description

SON Handler Micro-service is able to successfully receive a message over DMaaP containing neighbor list update from SDN-R

Release

Dublin

Pre-conditions

(a) DCAE platform is up and running, VES is online

(b) SON-Handler MS is online

(c) DMaaP is up


Testing Steps


Steps

Expected Result

  1. Ensure relevant DMaaP topics are registered (SEC_FAULT_OUTPUT, SEC_MEASUREMENT_OUTPUT), along with producer and consumers (using unauthenticated mode)
  2. Post a fault message (REST) to VES Collector. If feasible, use the RAN-Simulator to post the fault message.
  3. Post a performance measurements message (REST) to VES Collector. If feasible, use the RAN-Simulator to post the fault message.
  1. VES Collector posts the received fault message on to DMaaP using the topic SEC_FAULT_OUTPUT.
  2. SON-Handler MS receives the DMaaP SEC_FAULT_OUTPUT message and processes it - verified via logs.
  3. VES Collector posts the received PM message on to DMaaP using the topic SEC_MEASUREMENT_OUTPUT.
  4. SON-Handler MS receives the DMaaP SEC_MEASUREMENT_OUTPUT message and processes it - verified via logs.


Conclusion (Pass /Fail)


Testing Lab

Winlab

...