Versions Compared

Key

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

...


        • Design
          • VNFM Adapter sends a POST request to the Task resource that represents the lifecycle operation to be executed on the VNF instance, and includes in the payload body a data structure of type InstantiateVNFRequest (VNFM Adapter → VNFM); POST ../vnf_instances/{vnfInstanceId}/instantiate
          • VNFM Creates a "VNF LCM operation occurrence" resource for the request (VNFM → VNFM Adapter)
          • VNFM returns a "202 Accepted" response with an empty payload body and a "Location" HTTP header that points to the new "VNF LCM operation occurrence" resource (VNFM → VNFM Adapter); .../vnf_lcm_op_occs/{vnfLcmOpOccId}
          • VNFM sends to the VNFM Adapter a VNF lifecycle management operation occurrence notification to indicate the start of the lifecycle management operation occurrence with the "STARTING" state
          • VNFM and VNFM Adapter exchange granting information (see Granting section)
          • VNFM sends to the VNFM Adapter a VNF lifecycle management operation occurrence notification to indicate that the VNF LCM operation occurrence enters the "PROCESSING" state
          • VNFM Adapter polls the "VNF LCM operation occurrence" resource to obtain information about the ongoing operation by sending a GET request to the resource that represents the VNF LCM operation occurrence.
          • VNFM returns to the VNFM Adapter information of the operation, such as the operation status, by providing in the payload body a data structure of type "VnfLcmOpOcc"
          • VNFM has finished the operation <<Operation>>
          • VNFM sends a VNF lifecycle management operation occurrence notification to VNFM Adapter to indicate the completion of the lifecycle management operation occurrence with the success state "COMPLETED"
          • Parameters and data source

            ParameterRequired?Data SourceNote
            flavorIdOptionalFrom user input or from the VNFDThis parameter is optional for NBI but it is mandatory for southbound. The value from the user; otherwise it takes the default value from VNFD
            instantiationLevelIdOptionalFrom VNFD
            extVirtualLinksOptionalFrom preload data or user inputThe user input requires UI enhancement - See below for design proposal If the external connection point ip_address_assignment is set to false, extVirtualLink is not necessary since the ip address is set by VIM dynamically.
            extManagedVirtualLinksOptional
            Not supported in Dublin
            vimConnectionInfoOptionalFrom AAIIn Dublin, the direct resource mode is supported, that means all the VIM resources are created directly by VNFM
            localizationLanguageOptional
            Not supported in Dublin
            additonalParamsOptionalFrom VNFDIt is a mechanism to pass vendor-specific parameters


          • Open Issues:How to and from where fill up ExternalVirtualLinks: IP Address, and OAM IPAddress? Use of Additional Parameters to pass IP Addresses that are extracted from HEAT templates?extVirtualLinks data population
      • Query VNF Instances

        • HTTP Method Type: GET

        • VNFM Endpoint: /vnf_instances  (for multiple VNFs), /vnf_instances/{vnfInstanceId}  (for single VNF)

        • Request Payload: not applicable

        • Response Header: 200 success

        • Response Body: VnfInstance[] (for multiple VNFs), VnfInstance (for single VNF)

...