Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

vCPE Use Case - Customer Service Instantiation - 171103.pdf

11/16/2017

  1. Retested all latest version of DGs in the Integration workspace and fixed all known problems.
  2. Reinstalled ONAP in Integration-SB01 with the lastest build. Pass.
  3. Retested service creation and distribution in SB01. Pass.
  4. Retested Infrastructure service instantiation in SB01. Pass.
  5. Retested customer service instantiation in SB01. Found a previous problem in SO: global-customer-id missing from tunnelxconn create and activate requests. Waiting to be fixed.

11/15/2017

  1. Regression test in SB01

    1. Fix SDNC DB with the following

      Code Block
      update ALLOTTED_RESOURCE_MODEL set ecomp_generated_naming='Y',type='TunnelXConnect',allotted_resource_type='TunnelXConnect' where customization_uuid='f3ef75e8-5cb5-4c1b-9a5a-5ddcefb70b57';
      update ALLOTTED_RESOURCE_MODEL set ecomp_generated_naming='Y',type='BRG',allotted_resource_type='TunnelXConnect' where customization_uuid='4c3f8585-d8a8-4fd9-bad8-87296529c4d0';



    2. Error occurred in SDNC for tunnelxconn assign due to the previous null values in AAI query

      Code Block
      2017-11-15T12:16:59.863Z, Method : GET
      2017-11-15 12:16:59,864 | INFO  | qtp79019442-4883 | AAIService                       | 300 - org.openecomp.sdnc.sli.aai - 0.1.0 | Request URL : https://aai.api.simpledemo.openecomp.org:8443/aai/v11/business/customers/customer/null/service-subscriptions/service-subscription/null/service-instances/service-instance/null/allotted-resources/allotted-resource/67986ea9-e932-4ae5-9f77-26693e103d1d
      2017-11-15 12:16:59,864 | INFO  | qtp79019442-4883 | AAIService                       | 300 - org.openecomp.sdnc.sli.aai - 0.1.0 | Missing requestID. Assigned af5b154f-fc6d-477b-bcca-6fd29cb57cf2
      2017-11-15 12:16:59,920 | INFO  | qtp79019442-4883 | metric                           | 294 - org.onap.ccsdk.sli.core.sli-common - 0.1.2 |
      2017-11-15 12:16:59,920 | INFO  | qtp79019442-4883 | AAIService                       | 300 - org.openecomp.sdnc.sli.aai - 0.1.0 | Response code : 404, Not Found
      2017-11-15 12:16:59,920 | INFO  | qtp79019442-4883 | AAIService                       | 300 - org.openecomp.sdnc.sli.aai - 0.1.0 | Response data : Entry does not exist.
      
      
      

      The request from SO looks good:

      Code Block
      2017-11-15T12:17:00.075Z|3b6d089c-4ac5-4d61-9d02-173616322088|MSO-RA-5212I Sending request to SDNC:RequestTunables [reqId=3b6d089c-4ac5-4d61-9d02-173616322088, msoAction=, operation=tunnelxconn-topology-operation, action=assign, reqMethod=POST, sdncUrl=http://c1.vm1.sdnc.simpledemo.openecomp.org:8282/restconf/operations/GENERIC-RESOURCE-API:tunnelxconn-topology-operation, timeout=270000, headerName=sdnc-request-header, sdncaNotificationUrl=http://c1.vm1.mso.simpledemo.openecomp.org:8080/adapters/rest/SDNCNotify, namespace=org:onap:sdnc:northbound:generic-resource]
      2017-11-15T12:17:00.075Z|3b6d089c-4ac5-4d61-9d02-173616322088|SDNC Request Body:
      <?xml version="1.0" encoding="UTF-8"?><input xmlns="org:onap:sdnc:northbound:generic-resource"><sdnc-request-header><svc-request-id>3b6d089c-4ac5-4d61-9d02-173616322088</svc-request-id><svc-action>assign</svc-action><svc-notification-url>http://c1.vm1.mso.simpledemo.openecomp.org:8080/adapters/rest/SDNCNotify</svc-notification-url></sdnc-request-header><request-information ><request-id>2240cf26-1e38-4b0d-9d24-a27cf32c4098</request-id><request-action>CreateTunnelXConnInstance</request-action><source>MSO</source><notification-url/><order-number/><order-version/>
      </request-information><service-information ><service-id/><subscription-service-type>vCPE</subscription-service-type><onap-model-information/><service-instance-id>33b22c7c-aade-4c28-8f81-4ee9c223c388</service-instance-id><subscriber-name/><global-customer-id>SDN-ETHERNET-INTERNET</global-customer-id>
      </service-information><allotted-resource-information ><allotted-resource-id>67986ea9-e932-4ae5-9f77-26693e103d1d</allotted-resource-id><allotted-resource-type>tunnelxconn</allotted-resource-type><parent-service-instance-id>0eea37ae-c25e-4f57-93f9-e87e6b3b69ed</parent-service-instance-id><onap-model-information><model-invariant-uuid>09ebcb84-c683-48c4-8120-4318489a56d0</model-invariant-uuid><model-uuid>d0a16427-34ec-4dec-9b83-c2ec04f60525</model-uuid><model-customization-uuid>f3ef75e8-5cb5-4c1b-9a5a-5ddcefb70b57</model-customization-uuid><model-version>1.0</model-version><model-name>tunnelxconn111301</model-name>
         </onap-model-information>
      </allotted-resource-information><tunnelxconn-request-input ><brg-wan-mac-address>fa:16:3e:19:65:96</brg-wan-mac-address>
      </tunnelxconn-request-input></input>
      
      
      
    3. To configure vGMUX VES event including packet loss rate and vnfid, follow the instructions from Eric:

      Code Block
      There is a vgmux image in the ONAP-vCPE project space called:  vgmux2-base-ubuntu-16-04
      
      This one has the ability to configure the sourceName in the VES event to something different than the default value (which is the vnf-id present in the vm’s openstack metadata).
      
      Some documentation:
      Configuring the VES mode - via REST
       
                     This will set the ‘demo’ mode and packet loss to 40%, but does ‘not’ change the sourceName:
      curl -i -H "Content-Type:application/json" --data '{"mode":{"working-mode":"demo","base-packet-loss":40,"source-name":""}}' -X POST -u admin:admin http://127.0.0.1:8183/restconf/config/vesagent:vesagent
       
      Delete the config in order to change it via REST:
      curl -i -H "Content-Type:application/json"  -X DELETE -u admin:admin http://127.0.0.1:8183/restconf/config/vesagent:vesagent/mode
       
      curl -i -H "Content-Type:application/json" --data '{"mode":{"working-mode":"demo","base-packet-loss":88,"source-name":"testing-123-ABC"}}' -X POST -u admin:admin http://127.0.0.1:8183/restconf/config/vesagent:vesagent
       
       
      Configuring the VES mode - via CLI
                     QUERY:  
      # vppctl show ves mode
        Mode   Base Packet Loss Rate   Source Name
        Demo                   88.0%   testing-123-ABC
       
      SET:
      vppctl set ves mode demo base 77 source hello-there
       
      This sets the sourceName to “hello-there”
      Leave off the 'source <name>' arguments to set back to default (i.e. vnf-id from openstack metadata)
       
      
      
       
      
       

...