You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 16 Next »

Legend:

NOT STARTED IN PROGRESS DEFERRED COMPLETED

JIRA: https://jira.onap.org/browse/REQ-1149

S.NoTopicDescriptionDependencyTesterStatusRemarksTest Details
1Service termination (Option 1)SO (NSMF) triggers RAN, Core and TN NSSMF with deallocateNSSI API. NSI is also removed by SO (NSMF).

CN NSSMF - deallocateNSSI WF has been fixed, not yet merged  (https://gerrit.onap.org/r/c/so/+/127018)


Base: Carry-over tests from H-release


2Service Deallocate (Terminate NSSI)When triggered by NSSMF Adaptor with deAllocate for deallocating Core NSSI

When I execute Modify with creation of SliceProfile flow, and then execute Deallocate without termination, then OOF returns "Associated to more than one" reason and terminationResponse is false. That's correct behavior.

During Deallocate without termination flow I remove association with Slice Profile and the Slice Profile itself.

Then when I execute the Deallocate with termination flow I get also terminationResponse is false with a reason "not available in AAI" response.

However, NSSI can be queried in AAI without any issue. Waiting for OOF fix.


Base: Carry-over tests from H-release

Used request

DELETE http://{{so}}:30277/onap/so/infra/3gppservices/v1/deAllocate

{
  "name""nssi_CN_NSST",
  "serviceInstanceID""11c0c52a-d748-48aa-86e3-c783cbf5026f",
  "networkType""cn",
  "globalSubscriberId""5GCustomer",
  "subscriptionServiceType""5G",
  "additionalProperties": {
    "sliceProfileId""705998ac-f513-11eb-9a03-0242ac130003",
    "nsiId""NSId5a44-3109-48bd-9cd5-bfb2a4d52628"
  }
}

3Service instantiation with manual interventionFor scenario (c) in below table, operator shall override via NSMF portal in UUI the selection of reusable NSI and indicate creation of new NSI.(c) for service instantiation should work firstDeepika S 

COMPLETED

Base: R9 E2E Testing
4Service activationActivate a service - this should result in activation of new NSI and associated new NSSIs.(a) or (b) for service instantiation should work first.Deepika S 

COMPLETED

Base: R9 E2E Testing
5
Activate a service - this should result in activation of S-NSSAI, and the activate command should pass to all the NSSMFs(c) for service instantiation should work firstDeepika S 

COMPLETED

Base: R9 E2E Testing
6Service deactivationDectivate a service - this should result in deactivation of new NSI and associated new NSSIs.Test case 4 should be completedDeepika S 

COMPLETED

Base: R9 E2E Testing
7
Dectivate a service - this should result in deactivation of S-NSSAI, and the deactivate command should pass to all the NSSMFsTest case 5 should be completedDeepika S 

COMPLETED

Base: R9 E2E Testing
8Service termination

Terminate a service - this should terminate NSI and ALL associated NSSIs.

Note: The proper configuration updates should be sent to the RAN NFs.

At least 1 service instantiation test case should be completedDeepika S 

CN NSSMF - deallocateNSSI WF has been fixed, not yet merged  (https://gerrit.onap.org/r/c/so/+/127018)


Base: R9 E2E Testing


9

Terminate a service - this should terminate NSI but terminate only Core NSSI and TN BH NSSI, and not RAN NSSI

(Assumption: RAN NSSI not terminated => RAN NF NSSI not terminated, TN FH and MH NSSIs not terminated)

Note: The proper configuration updates should be sent to the RAN NFs and TN NSSMF (for FH and MH NSSIs, using modifyNSSI API).

At least 1 service instantiation test case involving reuse should be completedDeepika S 

This can happen  when only 1 Service Profile is linked to NSI and 1 Slice Profile each is linked to Core & TN BH NSSIs, but > 1 Slice Profile is linked to RAN NSSI.


CN NSSMF - deallocateNSSI WF has been fixed not yet merged  (https://gerrit.onap.org/r/c/so/+/127018)


Base: R9 E2E Testing


10

Terminate a service - this should terminate NSI but terminate only Core NSSI and TN BH NSSI, and not RAN NSSI

(Assumption: RAN NSSI not terminated => RAN NF NSSI not terminated, TN FH and MH NSSIs not terminated)

Note: The proper configuration updates should be sent to the RAN NFs, Core NFs and TN NSSMF (for FH and MH NSSIs, using modifyNSSI API).

At least 1 service instantiation test case involving reuse should be completedDeepika S 

This can happen  when only 1 Service Profile is linked to NSI and > 1 Slice Profile each is linked to RAN, Core & TN BH NSSIs.


CN NSSMF - deallocateNSSI WF has been fixed, not yet merged  (https://gerrit.onap.org/r/c/so/+/127018)


Base: R9 E2E Testing


11Service Instantiation(new nsi)OOF should return slice profiles with Coverage Area to coverageAreaTAList mapping in NSMFOOFMalarvizhi Paramasivam 

Prerequisite: CPS needs to be preloaded with coverage Area TA list


Base: R9 Integration Testing

UUI is having discrepancy with TA Mapping as List
12Service Instantiation(new ran nssi)SDNR integration with  CPS - allocate flow: CPS should be updated with the RAN configurations   SDN-R, CPS

TBDMT templates should be preloaded

Base: R9 Integration Testing

This will be tracked under J-release test cases as the relevant implementation is targeted for J-release
13Service Instantiation (new RAN NSSI)SDN-R configures RAN NFs via O1. All NFs and the cells should be updated with the proper configuration    SDN-R, CPS, RANSimulator
Base: R9 Integration TestingThis will be tracked under J-release test cases as the relevant implementation is targeted for J-release
14Service Instantiation(reuse nsi) OOF should return slice profiles with Coverage Area to coverageAreaTAList mapping OOF

Prerequisite: CPS needs to be preloaded with coverage Area TA list

Base: R9 Integration Testing

UUI is having discrepancy with TA Mapping as List
15Service ActivationRequired details should be properly queried from CPS SDN-R, CPSYASHWANTH GANDHAPU 

COMPLETED

Prerequisite: 1. TBDMT templates should be preloaded 2. As RAN Slice allocate is not done, preload the RAN Slice configuration in CPS 

Base: R9 Integration Testing


16Service ActivationRAN Slice should be activated: status should be set to ACTIVE in honeycomb devicesSDN-R, CPS, RANSimulatorYASHWANTH GANDHAPU 

COMPLETED

Prerequisite: 1. TBDMT templates should be preloaded 2. As RAN Slice allocate is not done, preload the RAN Slice configuration in CPS and RAN Simulator

Base: R9 Integration Testing


17Service DeactivationRequired details should be properly queried from CPS SDN-R, CPSYASHWANTH GANDHAPU 

COMPLETED

Prerequisite: 1. TBDMT templates should be preloaded 2. As RAN Slice allocate is not done, preload the RAN Slice configuration in CPS 

Base: R9 Integration Testing


18Service DeactivationRAN Slice should be deactivated: status should be set to INACTIVE in honeycomb devicesSDN-R, CPS, RANSimulatorYASHWANTH GANDHAPU 

COMPLETED

Prerequisite: 1. TBDMT templates should be preloaded 2. As RAN Slice allocate is not done, preload the RAN Slice configuration in CPS and RAN Simulator

Base: R9 Integration Testing


19Closed LoopUpon receiving the reconfiguration trigger from SO, SDN-R sends the config updates to RAN-Sim.
Niranjana Y 
Base: R9 Integration TestingThis will be tracked under J-release test cases as the relevant implementation is targeted for J-release
20ReconfigureRAN-Sim updates DB and netconf servers.
Niranjana Y 
Base: R9 Integration TestingThis will be tracked under J-release test cases as the relevant implementation is targeted for J-release








  • No labels