In this page, we are listing the required configurations to setup an environment ready for trying the Transport Slicing use case in ONAP.
Below, is the SDNC operation guidance:
Step1: Upgrade your SDNC image version to 2.1.1
After installing the Guilin release of ONAP using oom, upgrade sdnc-image to 2.1.1 version so that it contains the required fixes. The following command is just an example of how this can be done. The values/parameters should be adjusted based on the specific environment configs. For example, the namespace "onap" which comes after "-n", and/or the name of "dev-sdnc", etc. After the following command, search for sdnc-image and change the version to 2.1.1. This operation would terminate the existing sdnc pod and will launch a new one with the new image.
kubectl -n onap edit statefulsets dev-sdnc
Step 2: Configure a local Path Computation Engine
Since in Guilin release, we did not have a path computation engine (PCE), we rely on configuring a local PCE mechanism so that SDNC can call this PCE to get a path for creating a service from UNI port A (in domain A) to UNI port B (in domain B), depending on the topology that is loaded. For this, SDNC has to be configured in a way that it re-directs the calls to the mentioned local PCE mechanism. This can be done by going into the bash of the SDNC pod, and then by modifying the following parameter in one of the properties files. Here are the detailed steps:
1) Login to SDNC pod:
kubectl -n onap exec -it dev-sdnc-0 bash
2) Once in SDNC pod, go to the following directory:
cd /opt/sdnc/data/properties
3) Edit the following properties file:
vi generic-resource-api-dg.properties
4) Edit the following line by replacing it with the following new value. This is the local PCE system mentioned above. To know the details of how to run such server, please refer to step 3 below.
restapi.connection-oof-url={your-local-ip-where-your-local-pce-is-running}