Content Comparison

• SO-ETSI-VNFM Adapter for Dublin Presentation slide deck at ONAP Paris 2019

...

• • Vendor SVNFM must be "SOL003-compliant"
  • Providing SOL003 APIs for VNFM LCM, based on ETSI VNFLifecycleManagement
    • Use https://forge.etsi.org/gitlab/nfv/SOL002-SOL003/2.5.1/master/src/SOL003/VNFLifecycleManagement swagger for providing services
    • Create
    • Instantiate
    • Query
    • Grant request to SO VNFM Adapter, as a client
    • Life cycle notification
  • Registration itself to ONAP (thru A&AI ESR) - Name, Type, Vendor, Version, URL, VIM, Username and Password
  • Providing Subscription Services for Life-cycle Management Notifications
  • Support of the "Direct Mode" of Resource Management only
    • After receiving a grant permission, the VNFM sends requests for resources directly to VIM
    • Invoking MultiCloud from VNFM is under discussion, but not for Dublin
    • The "Indirect Mode" of Resource Management is being discussed, but not for Dublin

...

• CSAR Import, Store and Retrieve Sequences 

  • SDC stores the original vendor VNF package along with the transformed ONAP-compliant package.

• 
  
  1. SO SDC Controller gets a SOL004 VNF package with an SOL001 VNFD
     1. SDC could generate two output: one ONAP-compliant CSAR and one original CSAR (maybe the first file includes the second one)
     2. SO will use the ONAP-compliant CSAR
     3. VNFM Adapter will use original CSAR
  2. SO SDC Controller stores a VNF CSAR file reference to the SO Catalog DB (e.g., TOSCA_CSAR database table)
  3. VNFM Adapter gets a CSAR package URL from the SO TOSCA_CSAR database table
  4. VNFM Adapter gets an original CSAR package file from the SDC repository
     1. It is assumed that the Adapter retrieves the original vendor provided CSAR package from SDC repository directory before it passes the package to SVNFM, where SVNFM handles the original CSAR. For that, SDC copy the full original package.
     2. There would be two CSAR packages for a service: one original package, one SDC transformed package.
     3. VNFM Adapter passes the original CSAR package to SVNFM because the SVNFM is outside of ONAP and is designed to handle the vendor CSAR package.

...

• • • • • extVirtualLinks data population
          • VNFD does not define external virtual links, but it lists the external virtual links as requirements for the VNF.
          • If the connection point ip_address_assignment is false, no extVirtualLinks ip address assignment is necessary.
          • In this case, VIM will assign IP addresses dynamically.
          • This could be an option for the Dublin release for simplify simplifying the solution.

• • • • • • If the connection point ip_address_assignment is true, set extVirtualLink ip address assignment with configuration data from the user input or a preload file.
            • UI solution (need to build an UI; it would be an option for the post Dublin release)
              • Parse VNFD and extract a list of external virtual links
              • Map the external virtual links to the corresponding connection points, and read ip_address_assignment and number_of_ip_address value
              • Render the external virtual links
              • For each external virtual link, render the ip_address_assignment entry fields based on the number_of_ip_address value
              • User configures the mapping and the UI stores the mapping in the database
              • VNFM Adapter retrieves the mapping from database and fill up the extVirtualLink parameters based the mapping
            • Preload configuration solution (it would be an option for the Dublin release)
              • For the VNFD, pre-configure the mapping between the external virtual links and the ip addresses
              • VNFM Adapter retrieves the mapping from preload data and fill up the extVirtualLink parameters based on the mapping

...