Page Comparison

Overall test status and blocking Issue

1. Link Management , can't  delete the link to external onap otn domain
   For the manual steps provided by A&AI tea, we should follow the steps as follow
   

   the only way to delete is using the forceDeleteTool shell script in the graphadmin container.
   First we will need to find the vertex id, you should be able to get the id by making the following GET request.

   GET /aai/v14/network/ext-aai-networks/ext-aai-network/createAndDelete/esr-system-info/test-esr-system-info-id-val-0?format=raw

   {
   "results": [
   {
   "id": "20624",
   "node-type": "pserver",
   "url": "/aai/v13/cloud-infrastructure/pservers/pserver/pserverid14503-as988q",
   "properties": {
   }
   }
   ]
   }

   Same goes for the ext-aai-network:

   GET /aai/v14/network/ext-aai-networks/ext-aai-network/createAndDelete?format=raw

   Retrieve the id from the above output as that will be the vertex id that you want to remove.

   Run the following command multiple times for both the esr-system-info and ext-aai-network:

   kubectl exec -it $(kubectl get pods -lapp=aai-graphadmin -n onap --template 'range .items.metadata.name"\n"end' | head -1) -n onap gosu aaiadmin /opt/app/aai-graphadmin/scripts/forceDeleteTool.sh -action DELETE_NODE -userId YOUR_ID_ANY_VALUE -vertexId VERTEX_ID

   From the above, remove the YOUR_ID_ANY_VALUE and VERTEX_ID with your info.

Service Distribution Error
To overcome the Service distribution, the SO catalog has to be populated with the model information of the services and resources.
a) Referring to the Csar that is generated in the SDC designed as per the detailes mentioned in the below link: CCVPN Service Design
b) Download the Csar from SDC thus generated.
c) copy the csar to SO sdc controller pod and bpmn pod

  kubectl -n onap get pod|grep so
  kubectl -n onap exec -it dev-so-so-sdc-controller-c949f5fbd-qhfbl  /bin/sh

•   mkdir -p null/ASDC/1                            (for sdc controller pod)
•   mkdir

...

• -p ASDC/1                                   (for bpmn pod)

  kubectl -n onap cp service-Sdwanvpninfraservice-csar.csar  dev-so-so-bpmn-infra-58796498cf-6pzmz:null/ASDC/1/service-Sdwanvpninfraservice-csar.csar

  kubectl -n onap cp service-Sdwanvpninfraservice-csar.csar  dev-so-so-bpmn-infra-58796498cf-6pzmz:ASDC/1/service-Sdwanvpninfraservice-csar.csar

d) populate model information to SO db 
    The DB scripts can be seen in step5

The same would also be applicable for the integration of the client to create the service and get the details.
Currently the testing has been performed using the postman calls to the corresponding APIs.

1.  Client Integration :
   UUI:  stored the csar which created based on beijing release under a default directory,  UUI will parse the default csar and get the input parameterTo overcome the Service Template Parser issue, Usecase-UI read local csar file and create request to SO component.
   a) Make an available csar file for CCVPN use case.
   b) Replace uuid of available files with what existing in SDC.
   c) Put available csar files in UUI local path (/home/uui).
   
   
2. Service Instantiation
   There are 3 services that will be required to be designed and instantiated for the CCVPN usecase.
   1. SDWanInfra
   2. SOTNInfra and
   3. Site Service

...

         Here we had to insert the following data to the sdnc database to continue with the operation.

   5.   Example Example SO request and SO DB  insertion

...

5. Manual steps in closed loop Scenario:

Following steps were undertaken for the closed loop testing.

a. Give controller ip, username and password, trust store and key store file in restconf collector collector.properties

b. Updated DMAAP ip in cambria.hosts in DmaapConfig.json in restconf collector and run restconf collector

c. Followed the steps provided in this link(https://lf-onap.atlassian.net/wiki/display/DW/Holmes+User+Guide+-+Casablanca#HolmesUserGuide-Casablanca-Configurations) to push CCVPN rules to holmes

d. Followed the steps provided in this link(https://lf-onap.atlassian.net/wiki/display/DW/ONAP+Policy+Framework%3A+Installation+of+Amsterdam+Controller+and+vCPE+Policy) as reference to push CCVPN policies to policy module and updated sdnc.url, username and password in environment(/opt/app/policy/config/controlloop.properties.environment)

As per wiki (/wiki/spaces/DW/pages/16286803), push-policied.sh script is used to install policies. but I observed that CCVPN policy is not added in this script. So merged CCVPN policy using POLICY-1356 JIRA ticket. but policy is pushed by using push-policy_casablanca.sh script during integration test.

It is found that the changes made were overwritten and hence had to patch the DG manually. This will be tracked by the JIRA SDNC-540.