Versions Compared

Old Version 17

changes.mady.by.user Swaminathan Seetharaman

Saved on

compared with

New Version Current

changes.mady.by.user Swaminathan Seetharaman

Saved on

Key

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

Integration Testing

Note: The OOF-PCI use case

...

integration testing is being done at Windriver lab.


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

#

Component(s)

Test Case

Status

Remarks

IT#001DCAE (SON Handler MS)SON Handler Micro-service successfully on-boarded on to DCAE
NOT YET TESTED

Status
colourGreen
titleComplete


IT#002DCAE (SON Handler MS)SON Handler Micro-service's DB is up and the Micro-service is able to read/write data.
NOT YET TESTED

Status

IT#003

colourGreen
titleComplete


IT#003DCAE
DCAE
(SON Handler MS)SON Handler Micro-service is able to successfully fetch config policies from Consul.
NOT YET TESTED

Status
colourGreen
titleComplete


IT#004OOF and PolicyOOF is able to successfully fetch config policy from Policy
NOT YET TESTED

Status
colourBlue
titleNOT APPLICABLE

This test case is no longer applicable, as there is no policy-driven actions in OOF for this use case in Dublin.
IT#005DCAE (SON Handler MS)SON Handler Micro-service is able to successfully receive a message over DMaaP containing PM/FM data (from VES Collector)
NOT YET TESTED

Status
colourGreen
titleComplete


IT#006

DCAE (SON Handler MS) and

SDN-R

DMaaP

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

Status
colourGreen
titleComplete

NOT YET TESTED


IT#007DCAE (SON Handler MS)
and Config DB
REST interfaceSON Handler Micro-service is able to successfully fetch neighbor list details
from
using REST interface (Config DB
.
APIs)

Status
colourGreen
titleComplete

NOT YET TESTED


IT#008DCAE (SON Handler MS) and OOFSON Handler Micro-service invokes REST API of OOF for PCI optimization

NOT YET TESTED

IT#009OOF and Config DBOOF is able to obtain relevant neighbor list information for optimization algorithm from ConfigDB (REST API)

NOT YET TESTED

Status
colourGreen
titleCOMPLETE

Jira
serverONAP JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keyDCAEGEN2-1529

Jira
serverONAP JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keyOPTFRA-505

IT#009OOF and Config DB (REST API)OOF is able to obtain relevant neighbor list information for optimization algorithm from ConfigDB (REST API)

Status
colourGreen
titleComplete

Jira
serverONAP JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keyOPTFRA-508

IT#010DCAE (SON Handler MS) and OOFSON Handler Micro-service receives optimization result from OOF (via callback URL) and sends response

Status
colourGreen
titleComplete

Jira
serverONAP JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keyOPTFRA-508

IT#011DCAE (SON Handler MS) and Config DB (REST API)SON Handler Micro-service is able to successfully fetch PNF details from Config DB (using REST API call)

Status
colourGreen
titleComplete


IT#012DCAE (SON Handler MS) and PolicySON Handler Micro-service is able to send PCI/ANR updates via DMaaP to Policy

Status
colourGreen
titleCOMPLETE

Jira
serverONAP JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keyDCAEGEN2-1529

IT#013Policy and DMaaPPolicy is able to successfully send a DMaaP message (to SDN-R) with PCI/neighbor list updates.

Status
colourGreen
titleComplete


IT#014Policy and DMaaPPolicy is able to successfully receive a DMaaP message with PCI/neighbor list update response

Status
colourGreen
titleComplete


IT#015DCAE (SON Handler MS) and PolicySON Handler Micro-service is able to receive PCI/neighbor list update response via DMaaP from Policy, process it and logs the results.

Status
colourGreen
titleComplete


IT#016

DCAE (SON Handler MS)SON Handler Micro-service is able to process PM KPI data, store as needed, and apply rules to recommend removal of a neighbor relationship.

Status
colourGreen
titleCOMPLETE


IT#017SDN-RUpon receiving message from Policy, SDN-R sends netconf message to RAN-Sim.

Status
colourBlue
titleNOT APPLICABLE

pending completion of 2 known issues (Medium): CCSDK-1399 and CCSDK-1400

Will be completed when CCSDK-1399 and CCSDK-1400 are delivered (so not part of Dublin).

Jira
serverONAP JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keyCCSDK-1364

Jira
serverONAP JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keySDNC-772

The DMaaP listener docker with the code fix is not yet deployed in SB-00 where the testing is done. The code, fix however, is already merged on to Dublin and Master branches. So, once the latest docker is deployed, we will continue and complete the test case at Windriver.

IT#018DCAE (VES Collector)VES Collector receives VES messages from RAN-Simulator

Status
colourGreen
titleComplete




Test Case ID

IT#001

Test Case Name

SON Handler Micro-service on-boarding

Description

SON Handler Micro-service is successfully on-boarded on to DCAE

Release

Dublin

Pre-conditions

(a) DCAE up and running

(b) DCAE CLI available

Testing Steps


Steps

Expected Result

  1. SON-Handler component spec validated.
  2. SON-Handler is brought up manually on DCAE.
  3. SON-Handler Blueprint validated successfully.
  4. DCAE is brought online.
  1. SON-Handler comes up online and is stable.
IT#010DCAE (SON Handler MS) and OOFSON Handler Micro-service receives optimization result from OOF (via callback URL) and sends response

NOT YET TESTED

IT#011DCAE (SON Handler MS) and Config DBSON Handler Micro-service is able to successfully fetch PNF details from Config DB

NOT YET TESTED

IT#012DCAE (SON Handler MS) and PolicySON Handler Micro-service is able to send PCI/neighbor list updates via DMaaP to Policy

NOT YET TESTED

IT#013Policy and SDN-RPolicy is able to successfully send a DMaaP message (to SDN-R) with PCI/neighbor list updates.

NOT YET TESTED

IT#014Policy and SDN-RPolicy is able to successfully receive a DMaaP message (from SDN-R) with PCI/neighbor list update response

NOT YET TESTED

IT#015DCAE (SON Handler MS) and PolicySON Handler Micro-service is able to receive PCI/neighbor list update response via DMaaP from Policy, process it and logs the results.

NOT YET TESTED

IT#016

DCAE (SON Handler MS)SON Handler Micro-service is able to process PM KPI data, store as needed, and apply rules to recommend removal of a neighbor relationship.

NOT YET TESTED

IT#017ConfigDBConfigDB established with Dublin enhancements (update single cell's details)

NOT YET TESTED

IT#018SDN-RSDN-R receives netconf notification, updates ConfigDB for neighbor list change

NOT YET TESTED

IT#019SDN-RUpon receiving message from Policy, SDN-R sends netconf message to RAN-Sim.

NOT YET TESTED

IT#020DCAE (VES Collector)VES Collector receives VES messages from RAN-Simulator

NOT YET TESTED

Test Case ID

IT#001

Test Case Name

SON Handler Micro-service on-boarding

Description

SON Handler Micro-service is successfully on-boarded on to DCAE

Release

Dublin

Pre-conditions

(a) DCAE up and running

(b) DCAE CLI available

Testing Steps

Steps

Expected Result

  1. SON-Handler component spec validated.
  2. SON-Handler is brought up manually on DCAE.
  3. SON-Handler Blueprint validated successfully.
  4. DCAE is brought online.
  1. SON-Handler comes up online and is stable.

Conclusion (Pass /Fail)

Testing Lab

Winlab

Test Case ID

IT#002

Test Case Name

SON-Handler Micro-service DB on-boarding

Description

SON-Handler Micro-service's PG DB is up, and SON-Handler Micro-service is able to write data e.g., local configuration data and read it.

Release

Dublin

Pre-conditions

(a) SON-Handler MS is up and running

Testing Steps

Steps

Expected Result

  1. SON-Handler component and its DB is on-boarded on to DCAE.
  2. Local configurable attributes are written/read by SON-Handler MS (verified by viewing logs)
  1. Verify DB working by viewing SON-Handler MS logs.

Conclusion (Pass /Fail)

Testing Lab

Winlab

Test Case ID

IT#003

Test Case Name

Policy fetch by SON-Handler MS

Description

SON Handler Micro-service is able to successfully fetch config policies from Consul.

Release

Dublin

Pre-conditions

(a) SON-Handler MS is up and running

(b) DCAE Platform including Consul is up and running

Testing Steps

Steps

Expected Result

  1. Upload config policies for SON-Handler MS.
  2. SON-Handler MS should fetch the policies from Consul
  1. Verify Policy fetch and store via logs and checking in PG DB

Conclusion (Pass /Fail)

Testing Lab

Winlab

Test Case ID

IT#004

Test Case Name

Policy fetch by OOF

Description

OOF is able to successfully fetch the config policies from Policy

Release

Dublin

Pre-conditions

(a) Policy component is up and running

(b) Config policies related to OOF are provisioned in Policy component

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).
  • OOF comes online and the database and local datastructures for PCI optimization use case are initialized correctly.
    • 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:NONE


    Conclusion (Pass /Fail)


    Testing Lab

    Winlab

    Windriver lab


    Test Case ID

    IT#005
    IT#002

    Test Case Name

    VES (DMaaP) interaction with

    SON-Handler

    MS

    Micro-service DB on-boarding

    Description

    		SON-Handler Micro-service's PG DB is
    able to successfully receive a message over DMaaP containing PM/FM data (from VES Collector)
    up, and SON-Handler Micro-service is able to write data e.g., local configuration data and read it.

    Release

    Dublin

    Pre-conditions

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

    (

    b

    a) SON-Handler MS

    is online(c) DMaaP

    is up and running

    Testing Steps


    Steps

    Expected Result

    1. Ensure relevant DMaaP topics are created (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.
    VES Collector posts the received fault message on to DMaaP using the topic SEC_FAULT_OUTPUT
    1. SON-Handler component and its DB is on-boarded on to DCAE.
    2. Local configurable attributes are written/read by SON-Handler MS (verified by viewing logs)
    1. Verify DB working by viewing SON-Handler MS logs.


    Conclusion (Pass /Fail)


    Testing Lab

    Windriver lab


    Test Case ID

    		IT#003

    Test Case Name

    Policy fetch by SON-Handler MS

    Description

    		SON Handler Micro-service is able to successfully fetch config policies from Consul.

    Release

    Dublin

    Pre-conditions

    (a) SON-Handler MS is up and running

    (b) DCAE Platform including Consul is up and running

    Testing Steps


    Steps

    Expected Result

    1. Upload config policies for SON-Handler MS.
    2. SON-Handler MS
    receives the DMaaP SEC_FAULT_OUTPUT message and processes it - verified via logs.
  • VES Collector posts the received PM message on to DMaaP using the topic SEC_MEASUREMENT_OUTPUT.
  • 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

    (b) SON-Handler MS is online

    (c) DMaaP is up

    Testing Steps

    Steps

    Expected Result

    1. Ensure relevant DMaaP topics are created (PCI-NOTIF-TOPIC-NGHBR-LIST-CHANGE-INFO_OUTPUT), along with producer and consumers (using unauthenticated mode).
    2. Post a neighbor-list change notification message (topic: PCI-NOTIF-TOPIC-NGHBR-LIST-CHANGE-INFO_OUTPUT) on DMaaP either manually (or) using SDN-R (if online) and RAN-Simulator (or) using SDN-R (if online) and a netconf server
    1. SON-Handler MS receives the DMaaP PCI-NOTIF-TOPIC-NGHBR-LIST-CHANGE-INFO_OUTPUT message and processes it - verified via logs and DB contents
    1. should fetch the policies from Consul
    1. Verify Policy fetch and store via logs and checking in PG DB


    Conclusion (Pass /Fail)


    Testing Lab

    Windriver lab


    Test Case ID

    		IT#004

    Test Case Name

    Policy fetch by OOF

    Description

    		OOF is able to successfully fetch the config policies from Policy

    Release

    Dublin

    Pre-conditions

    (a) Policy component is up and running

    (b) Config policies related to OOF are provisioned in Policy component

    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:NONE


    Conclusion (Pass /Fail)


    Testing Lab

    Windriver lab



    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) 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 created (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

    Conclusion (Pass /Fail)

    Testing Lab

    Winlab

    Test Case ID

    IT#007

    Test Case Name

    Config DB interaction with SON-Handler MS for neighbor details

    Description

    SON Handler Micro-service is able to successfully fetch neighbor list details from Config DB.

    Release

    Dublin

    Pre-conditions

    (a) DCAE platform is up and running

    (b) SON-Handler MS is online

    (c) IT#006 is completed

    Testing Steps

    Steps

    Expected Result

  • Bring up ConfigDB using the installation steps. Pre-populate RAN topology data in ConfigDB using a configuration file.
    • Post a neighbor-list change notification message (topic: PCI-NOTIF-TOPIC-NGHBR-LIST-CHANGE-INFO_OUTPUT) on DMaaP as done for IT#006
    1. .
    2. SON-Handler MS receives the DMaaP
    PCI-NOTIF-TOPIC-NGHBR-LIST-CHANGE-INFO
    1. SEC_MEASUREMENT_OUTPUT message and
    invokes ConfigDB APIs to obtain neighbor list details for cluster formation and determination of collisions and confusions (
    1. processes it - verified via logs
    )
    1. .


    Conclusion (Pass /Fail)


    Testing Lab

    Winlab

    Windriver lab



    Test Case ID

    IT#008
    IT#006

    Test Case Name

    OOF trigger for PCI optimization

    DMaaP interaction with SON-Handler MS

    Description

    		SON Handler Micro-service
    invokes REST API of OOF for PCI optimization
    is able to successfully receive a message over DMaaP containing neighbor list update

    Release

    Dublin

    Pre-conditions

    (a) DCAE platform is up and running

    (b) SON-Handler MS is online

    (c)

    OOF

    (d) IT#004 is completed.

    (e) IT#005 or IT#006 is completed

    DMaaP is

    online

    up

    Testing Steps


    Steps

    Expected Result

    Post a neighbor-list change notification message (topic:
    1. Ensure relevant DMaaP topics are created (PCI-NOTIF-TOPIC-NGHBR-LIST-CHANGE-INFO_OUTPUT)
    on DMaaP as done for IT#006 (or) post a DMaaP SEC_FAULT_OUTPUT message as done for IT#005. In either case, the message contents should be such that the number of resulting collisions/confusions should be more than the threshold for triggering OOF for PCI optimization.
    1. , along with producer and consumers (using unauthenticated mode).
    2. Post a neighbor-list change notification message (topic: PCI-NOTIF-TOPIC-NGHBR-LIST-CHANGE-INFO_OUTPUT) on DMaaP manually
    1. SON-Handler MS receives the DMaaP PCI-NOTIF-TOPIC-NGHBR-LIST-CHANGE-INFO_OUTPUT message and processes it
    .After determining that the number of collisions/confusions is greater than the threshold for triggering OOF, SON-Handler triggers OOF for PCI optimization (verified by logs on SON-Handler MS and OOF sides).
    1. - verified via logs and DB contents


    Conclusion (Pass /Fail)


    Testing Lab

    Winlab

    Windriver lab



    Test Case ID

    IT#009
    IT#007

    Test Case Name

    Config DB interaction with OOF

    SON-Handler MS fetching neighbor details

    Description

    OOF
    SON Handler Micro-service is able to
    obtain relevant
    successfully fetch neighbor list
    information for optimization algorithm from ConfigDB (REST API)
    details using a REST interface

    Release

    Dublin

    Pre-conditions

    (a

    ) OOF

    ) DCAE platform is up and running

    (b) SON-Handler MS is online

    (

    b

    c)

    ConfigDB

    IT#006 is

    up and running

    completed

    Testing Steps


    Steps

    Expected Result

    Configure Config-DB with the RAN topology information
    1. Bring up ConfigDB using the installation steps. Pre-populate RAN topology data in ConfigDB using a configuration file.
    If IT#008 is completed, either post
    1. Post a neighbor-list change notification message (
    topic:
    1. Topic: PCI-NOTIF-TOPIC-NGHBR-LIST-CHANGE-INFO_OUTPUT) on DMaaP as done for IT#006.
    1. SON-Handler MS receives the DMaaP PCI-NOTIF-TOPIC-NGHBR-LIST-CHANGE-INFO_OUTPUT
    ) on DMaaP as done for IT#006 (or) post a DMaaP SEC_FAULT_OUTPUT
    1. message
    as done for IT#005, else, invoke OOF's REST API for PCI optimization.OOF receives PCI optimization request,
    1. and invokes ConfigDB REST APIs to obtain
    information about the neighbors for executing the PCI optimization algorithm (verified by
    1. neighbor list details for cluster formation and determination of collisions and confusions (verified via logs).


    Conclusion (Pass /Fail)


    Testing Lab

    Winlab

    Windriver lab



    Test Case ID

    IT#010
    IT#008

    Test Case Name

    OOF

    response

    trigger for PCI optimization

    Description

    		SON Handler Micro-service
    receives optimization result from OOF (via callback URL) and sends response
    invokes REST API of OOF for PCI optimization

    Release

    Dublin

    Pre-conditions

    (a) DCAE platform is up and running

    (b) SON-Handler MS is online

    (c) OOF is online

    (d)

    IT#008 and IT#009 are

    IT#004 is completed.

    (e) IT#005 or IT#006 is completed

    Testing Steps


    Steps

    Expected Result

    1. Post a neighbor-list change notification message (topic: PCI-NOTIF-TOPIC-NGHBR-LIST-CHANGE-INFO_OUTPUT) on DMaaP as done for IT#006 (or) post a DMaaP SEC_FAULT_OUTPUT message as done for IT#005. In either case, the message contents should be such that the number of resulting collisions/confusions should be more than the threshold for triggering OOF for PCI optimization
    .
    1. .
    1. SON-Handler MS receives the DMaaP message and processes it.
    2. After determining that the number of collisions/confusions is greater than the threshold for triggering OOF, SON-Handler
    MS receives the DMaaP message and
    1. triggers OOF for PCI optimization (verified by logs on SON-Handler MS and
    OOF sides).OOF executes PCI optimization algorithm and provides the result to SON-Handler MS using the callback URL (verified by logs on
    1. OOF
    and SON-Handler MS
    1. sides).
  • SON-Handler MS sends a response to OOF (verified by logs).


    • Conclusion (Pass /Fail)


    Testing Lab

    Winlab

    Windriver lab



    Test Case ID

    IT#011
    IT#009

    Test Case Name

    Config DB

    interaction with SON-Handler MS for PNF details

    interaction with OOF

    Description

    		OOF is able to obtain relevant neighbor list information for optimization algorithm from ConfigDB (REST API)

    Release

    Dublin

    Pre-conditions

    (a

    ) DCAE platform is up and running

    (b) SON-Handler MS is online

    (c

    ) OOF is online

    (

    d

    b)

    IT#010 is completed.

    ConfigDB is up and running

    Testing Steps


    Steps

    Expected

    ResultPost

    Result

    1. Configure Config-DB with the RAN topology information using a configuration file.
    2. If IT#008 is completed, either post a neighbor-list change notification message (topic: PCI-NOTIF-TOPIC-NGHBR-LIST
    -CHANGE-INFO_OUTPUT) on DMaaP as done for IT#006 (or) post a DMaaP SEC_FAULT_OUTPUT message as done for IT#005. In either case, the message contents should be such that the number of resulting collisions/confusions should be more than the threshold for triggering OOF for PCI optimization.
    Note: In case this test case has to be done independent of OOF (i.e., IT#009 and IT#010), then upon completion of IT#008, the callback URL of SON-Handler MS can be invoked manually.
    1. -CHANGE-INFO_OUTPUT) on DMaaP as done for IT#006 (or) post a DMaaP SEC_FAULT_OUTPUT message as done for IT#005, else, invoke OOF's REST API for PCI optimization.
    1. OOF receives PCI optimization request, and invokes ConfigDB APIs to obtain information about the neighbors for executing the PCI optimization algorithm (verified by logs
  • SON-Handler MS receives PCI-optimization results via the callback URL (verified by logs on OOF and SON-Handler MS sides).
    • SON-Handler MS then invokes ConfigDB API for obtaining PNF names corresponding to the cells whose PCI values have been modified by OOF (verified by logs on Config DB and SON-Handler MS sides
    1. ).


    Conclusion (Pass /Fail)


    Testing Lab

    Winlab

    Windriver lab



    Test Case ID

    IT#012
    IT#010

    Test Case Name

    SON-Handler MS interaction with Policy (DMaaP)

    OOF response for PCI

    updates

    optimization

    Description

    		SON Handler Micro-service
    is able to send PCI/neighbor list updates via DMaaP to Policy
    receives optimization result from OOF (via callback URL) and sends response

    Release

    Dublin

    Pre-conditions

    (a) DCAE platform is up and running

    (b) SON-Handler MS is online

    (c)

    Policy

    OOF is online

    (

    d) IT#011 is completed.

    Testing Steps

    Steps

    Expected Result

  • Ensure that the DMaaP topic DCAE_CL_OUTPUT is created, and producers/consumers are registered.

    • d) IT#008 and IT#009 are completed.

    Testing Steps


    Steps

    Expected Result

    1. Post a neighbor-list change notification message (topic: PCI-NOTIF-TOPIC-NGHBR-LIST-CHANGE-INFO_OUTPUT) on DMaaP as done for IT#006 (or) post a DMaaP SEC_FAULT_OUTPUT message as done for IT#005. In either case, the message contents should be such that the number of resulting collisions/confusions should be more than the threshold for triggering OOF for PCI optimization.
    1. SON-Handler MS receives
    PCI optimization results via the callback URL
    1. the DMaaP message and triggers OOF for PCI optimization (verified by logs on SON-Handler MS and OOF sides).
    2. OOF executes PCI optimization algorithm and provides the result to SON-Handler MS using the callback URL (verified by logs on OOF and SON-Handler MS sides).
    3. SON-Handler MS
    then prepares and
    1. sends a
    DMaaP message (topic: DCAE_CL_OUTPUT) to Policy
    1. response to OOF (verified by logs)
    for the required PCI changes
    1. .


    Conclusion (Pass /Fail)


    Testing Lab

    Winlab

    Windriver lab


    Test Case ID

    IT#013
    IT#011

    Test Case Name

    Policy

    Config DB interaction with

    SDN-R (DMaaP) for PCI updates

    Description

    Policy is able to successfully send a DMaaP message (to SDN-R) with PCI/neighbor list updates.

    SON-Handler MS for PNF details

    Description


    Release

    Dublin

    Pre-conditions

    (a) DCAE platform is up and running

    (b) SON-Handler MS is online

    (

    b

    c)

    Policy

    OOF is online

    (d) IT#010 is completed.

    Testing Steps


    Steps

    Expected Result

    1. Ensure that the DMaaP topics DCAE_CL_OUTPUT and SDNR_CL are created, and producers/consumers are registered.
    2. Implement the steps for IT#012, if IT#012 is not completed, post a DMaaP message with topic DCAE_CL_OUTPUT containing details of PCI/neighbor list updates.

    Expected Result

    1. Post a neighbor-list change notification message (topic: PCI-NOTIF-TOPIC-NGHBR-LIST-CHANGE-INFO_OUTPUT) on DMaaP as done for IT#006 (or) post a DMaaP SEC_FAULT_OUTPUT message as done for IT#005. In either case, the message contents should be such that the number of resulting collisions/confusions should be more than the threshold for triggering OOF for PCI optimization.
      Note: In case this test case has to be done independent of OOF (i.e., IT#009 and IT#010), then upon completion of IT#008, the callback URL of SON-Handler MS can be invoked manually.
    1. SON-Handler MS receives PCI-optimization results via the callback URL (verified by logs on OOF and SON-Handler MS sides).
    2. SON-Handler MS then invokes ConfigDB API for obtaining PNF names corresponding to the cells whose PCI values have been modified by OOF (verified by logs on Config DB and SON-Handler MS sides
  • Policy receives the DMaaP message with topic DCAE_CL_OUTPUT and invokes a control loop (verified by by checking active control loops).
    • Policy then sends a DMaaP message to SDN-R with topic SDNR-CL containing the relevant contents received in the DCAE_CL_OUTPUT message (verified by logs
    1. ).


    Conclusion (Pass /Fail)


    Testing Lab

    Winlab

    Windriver lab


    Test Case ID

    IT#014
    IT#012

    Test Case Name

    Policy

    SON-Handler MS interaction with

    SDN-R

    Policy (DMaaP) for PCI

    update response

    updates

    Description

    Policy
    SON Handler Micro-service is able to
    successfully receive a DMaaP message (from SDN-R) with
    send PCI/neighbor list
    update response
    updates via DMaaP to Policy

    Release

    Dublin

    Pre-

    conditions

    conditions

    (a) DCAE platform is up and running

    (

    a

    b) SON-Handler MS is online

    (

    b

    c) Policy is online

    (

    c

    d)

    IT#013

    IT#011 is completed.

    Testing Steps


    Steps

    Expected Result

    1. Ensure that the DMaaP topic
    SDNR-CL-RSP
    1. DCAE_CL_OUTPUT is created, and producers/consumers are registered.
  • If SDN-R is not integrated for IT#013, post a DMaaP message with topic SDNR_CL_RSP containing details of success/failure of PCI/neighbor updates
  • Policy receives the DMaaP message with topic SDNR_CL_RSP and sends a DMaaP message to SON-Handler MS with topic DCAE_CL_RSP (verified by logs).
    • The control loop is also no longer active (verified by checking active control loops)
    1. Post a neighbor-list change notification message (topic: PCI-NOTIF-TOPIC-NGHBR-LIST-CHANGE-INFO_OUTPUT) on DMaaP as done for IT#006 (or) post a DMaaP SEC_FAULT_OUTPUT message as done for IT#005. In either case, the message contents should be such that the number of resulting collisions/confusions should be more than the threshold for triggering OOF for PCI optimization.
    1. SON-Handler MS receives PCI optimization results via the callback URL.
    2. SON-Handler MS then prepares and sends a DMaaP message (topic: DCAE_CL_OUTPUT) to Policy (verified by logs) for the required PCI changes.


    Conclusion (Pass /Fail)


    Testing Lab

    Winlab

    Windriver lab


    Test Case ID

    IT#015
    IT#013

    Test Case Name

    Policy interaction with

    SON

    SDN-

    Handler MS

    R (DMaaP) for PCI

    update response

    updates

    Description

    SON Handler Micro-service is able to receive
    Policy is able to successfully send a DMaaP message (to SDN-R) with PCI/neighbor list
    update response via DMaaP from Policy, process it and logs the results
    updates.

    Release

    Dublin

    Pre-conditions

    (a) SON-Handler MS is online

    (b) Policy is online

    (c) IT#014 is completed


    Testing Steps


    Steps

    Expected Result

    1. Ensure that the DMaaP topics DCAE_CL_OUTPUT and SDNR_CL are created, and producers/consumers are registered.
    2. Implement the steps for IT#012, if IT#012 is not completed, post a DMaaP message with topic DCAE_CL_
    RSP is created, and producers/consumers are registered.
  • Execute the steps in IT#014.
    • SON-Handler MS
    1. OUTPUT containing details of PCI/neighbor list updates.
    1. Policy receives the DMaaP message with topic DCAE_CL_
    RESPONSE
    1. OUTPUT and invokes a control loop (verified by by checking active control loops).
    2. Policy then sends a DMaaP message to SDN-R with topic SDNR-CL containing the relevant contents received in the DCAE_CL_OUTPUT message (verified by logs)
    from Policy, processes it and logs the relevant information about the failure/success of the PCI/neighbor changes in the RAN
    1. .


    Conclusion (Pass /Fail)


    Testing Lab

    Winlab

    Windriver lab


    Test Case ID

    IT#016
    IT#014

    Test Case Name

    ANR update by SON-Handler MS

    Policy interaction with DMaaP for PCI update response

    Description

    SON Handler Micro-service
    Policy is able to
    process PM KPI data, store as needed, and apply rules to recommend removal of a neighbor relationship.
    successfully receive a DMaaP message with PCI/neighbor list update response

    Release

    Dublin

    Pre-conditions

    (a) SON-Handler MS is online

    (b) Policy is online

    (c)

    IT#005, IT#007 and IT#011 are

    IT#013 is completed

    Testing Steps


    Steps

    Expected Result

    1. Ensure
    SEC_MEASUREMENT_OUTPUT and DCAE_CL_OUTPUT DMaaP topics are created, along with producer and consumers (using unauthenticated mode)
  • Post a sequence of PM messages (REST) to VES Collector. If feasible, use the RAN-Simulator to post the PM message.
    1. SON-Handler MS receives the DMaaP messages with topic SEC_MEASUREMENT_OUTPUT from VES Collector.
    2. SON-Handler MS stores the information as needed, processes and determines neighbors to be removed based on the handover metrics.
    3. SON-Handler MS then sends a DMaaP message with topic DCAE_CL_OUTPUT to Policy containing details of the neighbors to be removed (verified via logs).
    1. that the DMaaP topic SDNR-CL-RSP is created, and producers/consumers are registered.
    2. Post a DMaaP message with topic SDNR_CL_RSP containing details of success/failure of PCI/neighbor updates
    1. Policy receives the DMaaP message with topic SDNR_CL_RSP and sends a DMaaP message to SON-Handler MS with topic DCAE_CL_RSP (verified by logs).
    2. The control loop is also no longer active (verified by checking active control loops).


    Conclusion (Pass /Fail)


    Testing Lab

    Winlab

    Windriver lab


    Test Case ID

    IT#017
    IT#015

    Test Case Name

    ConfigDB updates

    Description

    ConfigDB established with Dublin enhancements (update single cell's details)

    Policy interaction with SON-Handler MS (DMaaP) for PCI update response

    Description

    		SON Handler Micro-service is able to receive PCI/neighbor list update response via DMaaP from Policy, process it and logs the results.

    Release

    Dublin

    Pre-conditions

    (a)

    Config DB is online and populated with RAN topology details

    Testing Steps

    Steps

    Expected Result

    SON-Handler MS is online

    (b) Policy is online

    (c) IT#014 is completed

    Testing Steps


    Steps

    Expected Result

    1. Ensure that the DMaaP topic DCAE_CL_RSP is created, and producers/consumers are registered.
    2. Execute the steps in IT#014.
    1. SON-Handler MS receives the DMaaP message with topic DCAE_CL_RESPONSE from Policy, processes it and logs the relevant information about the failure/success of the PCI/neighbor changes in the RAN
    1. Invoke the ConfigDB API to update single cell's details - this can be done manually or by executing the steps for IT#013.
    ConfigDB updates the details of the cell as received in the API request (verified by viewing the DB contents)
    1. .


    Conclusion (Pass /Fail)


    Testing Lab

    Winlab

    Windriver lab


    Test Case ID

    IT#018
    IT#016

    Test Case Name

    Netconf interface of SDN-R (notification)

    ANR update by SON-Handler MS

    Description

    SDN-R receives netconf notification, updates ConfigDB for neighbor list change
    SON Handler Micro-service is able to process PM KPI data, store as needed, and apply rules to recommend removal of a neighbor relationship.

    Release

    Dublin

    Pre-conditions

    (a)

    Config DB

    SON-Handler MS is online

    and populated with RAN topology details

    (b)

    SDN-R is up and running

    Policy is online

    (c)

    (RAN) devices are mounted on to SDN-R

    IT#005, IT#007 and IT#011 are completed

    Testing Steps


    Steps

    Expected Result

    1. Send a netconf message for neighbor list change to SDN-R. This may be done using a netconf server, or using the RAN-Simulator.
  • SDN-R receives the netconf message successfully (verified via logs).
    • SDN-R processes the message and updates ConfigDB with the received neighbor list updates (verified by viewing ConfigDB contents
    1. Ensure SEC_MEASUREMENT_OUTPUT and DCAE_CL_OUTPUT DMaaP topics are created, along with producer and consumers (using unauthenticated mode)
    2. Post a sequence of PM messages (REST) to VES Collector. If feasible, use the RAN-Simulator to post the PM message.
    1. SON-Handler MS receives the DMaaP messages with topic SEC_MEASUREMENT_OUTPUT from VES Collector.
    2. SON-Handler MS stores the information as needed, processes and determines neighbors to be removed based on the handover metrics.
    3. SON-Handler MS then sends a DMaaP message with topic DCAE_CL_OUTPUT to Policy containing details of the neighbors to be removed (verified via logs).


    Conclusion (Pass /Fail)


    Testing Lab

    Winlab

    Windriver lab


    Test Case ID

    IT#019
    IT#017

    Test Case Name

    Netconf interface of SDN-R (edit-config)

    Description

    		Upon receiving message from Policy, SDN-R sends netconf message to RAN-Sim.

    Release

    Dublin

    Pre-conditions

    (a) SDN-R is up and running

    (b) (RAN) devices are mounted on to SDN-R

    Testing Steps


    Steps

    Expected Result

    1. Send a DMaap message to SDN-R with topic SDNR-CL containing details of PCI/neighbor list updates. This can be done by executing the steps for IT#013, or by manually sending a DMaaP message (after ensuring DMaaP topic creation, and registration of producer/consumer).
    1. SDN-R successfully receives the DMaaP message with topic SDNR-CL (verified via logs).
    2. SDN-R sends a netconf edit-config message to RAN-Sim (or netconf server) with details of the PCI/neighbor updates.


    Conclusion (Pass /Fail)


    Testing Lab

    Winlab

    Windriver lab


    Test Case ID

    IT#020
    IT#018

    Test Case Name

    VES Collector interface with RAN

    Description

    		VES Collector receives VES messages from RAN-Simulator

    Release

    Dublin

    Pre-conditions

    (a) DCAE Platform including VES-Collector is up and running.

    (b) RAN-Simulator is up and running

    Testing Steps


    Steps

    Expected Result

    1. Modify the neighbor list via RAN-Sim GUI. This triggers a VES fault message (REST) from the RAN-Sim towards the VES collector.
    2. Initiate reporting of PM metrics via RAN-Sim GUI. This triggers periodic VES PM messages (REST) from the RAN-Sim towards the VES collector.
    1. VES Collector successfully receives the fault message (verified via logs).
    2. VES Collector successfully receives the PM messages (verified via logs).


    Conclusion (Pass /Fail)


    Testing Lab

    Winlab

    Windriver lab