Manual steps for CCVPN Integration Testing

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.

2. Service Distribution 
   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) cp the csar to SO XX
   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.
   
   
3.  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 parameter
   
   
4. 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

         One can find more details of the services and their relationship under CCVPN Provisioning.

         Its recommended to use the SO dockers of 1.3.4 version to avoid the issue SO-1249.

         SO catalog has to be populated with the model information of Site service, SDWanInfra Service and  SOTNInfra services

         Manually copy the csar in the following path /app/ASDC/1/ to avoid the issue of csar missing exception SO-1248.

         kubectl cp mso-infrastructure-bpmn/<CSAR_Name.csar onap/dev-so-so-bpmn-infra-54db5cd955-h7f5s:/app/ASDC/1/<CSAR_Name>.csar 

         This will enable the bpmn infra docker to be able to read the csar files.

         The user needs to call the SO REST API either through postman or UUI the rest would be the usual process of the service instantiation flows. 

         Note: For the Site Service the model details needs to be updated manually as the SDC parser exception (SDC-1255) cant allow SO to provide the required information to sdnc.

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

JSON request for creating the services from SO