- Login into portal as demo
- Select Browse SDC Service Models
- Filter on IMS
- Clickon Deploy for your vIMS service
- Fill in the Create Service Instance
- Instance Name: vIMSSvcInst20180606
- Select Subscriber Name: Demonstration
- this is in the drop down from the query to AAI and we set that name in the POSTMAN PUT to AAI in the previous section
- Select Service Type: vIMS
- This is from the same update to AAI we did for Demonstration
- Select Project
- This was set via robot.sh init or robot-k8s.sh onap init
- Select Owning Entity
- This was set via robot.sh init or robot-k8s.sh onap init
- This was set via robot.sh init or robot-k8s.sh onap init
- Click Confirm to create the Service Instance
- Close the window and the View/Edit Service Instance Pane will appear
- Click on "Add Node Instance"
- Select "vIMS_Clearwater"
- Enter an Instance Name (vIMS20180606 0)
- Select product family vIMS
- Select LCP Region (this is your openstack node)
- Select Tenant
- Select Line of Business
- This was set by demo init
- Select Platform
- Click Confirm
- Click on Add VF Module but write down the 3 pieces of information highlighted for the SDN Preload. The Service Instance ID is the one that is going to be unique to your environment. Generic-vnf-type and vnf-type should be the same if you are following this tutorial.
- Service Instance Id: 1e736900-db02-4bd2-9e7b-72ac1a08c3f7
- This can be selected and copy/pasted into a text file
- Generic-vnf-type: "vIMS_Clearwater 1"
- This is the string after the "/" in the VNF TYPE row.
- vnf-type: VimsClearwater..base_clearwater..module-0
- Service Instance Id: 1e736900-db02-4bd2-9e7b-72ac1a08c3f7
- Pick a name for the VF like "vIMSVNFTEST1" that you will be using for the next step.
- Go to SDNC portal and follow the steps about SDNC updates in Tutorial_vIMS: SDNC Updates
- then go ahead with the following steps in the VID
- Click on the VmsClearwater..bas..clearwater..module-0 to bring up the VF Create Dialog.
- You may want to uncheck the rollback box since the default SO timeout will not be sufficient
- You may want to uncheck the rollback box since the default SO timeout will not be sufficient
- Since there are only public IPs being used you will have to go to the Openstack portal to see what IP's were assigned to bono-0, ellis-0, etc.
2 Comments
Michael O'Brien
Brian,
Hi, good tutorial. I had a question about section 9 - it looks very similar to the screen scraping done by robot via demo.sh - Ideally there are endpoints that return this data as well that I will look into.
Tutorial: Creating a Service Instance from a Design Model
"Click on Add VF but write down the 3 pieces of information highlighted for the SDN Preload"
/michael
Michael O'Brien
Brian,
Hi, I am determining where we can avoid using robot demo.sh and VID for orchestration - and use a pure headless OSS (until R1 is out) - I am info sharing between our 2 tutorials. It seems that we are able to avoid the VID "Create VF Module" UI - step 13 - it frequently times out (can be ignored) on some environments as the VF VMs come up - I am going to see if I am missing anything (most of the work is in the preload step before).
Posting to the following works - closed loop TCA/Measurement metrics run OK after after the appc step
http://{{mso_ip}}:8080/ecomp/mso/infra/serviceInstances/v2/<id>/vnfs/<id>/vfModules
VID create service instance and add vnf to service instance GUIs are still required
/michael