Versions Compared

Version Old Version 1 New Version Current
Changes made by

Chaker Al-Hakim

Chaker Al-Hakim

Saved on

Key

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

...

  • PNF DESCRIPTORS (PNFD) - (Instantiation/Design Time) PNFD and VNFD have been mapped to ONAP platform data/information model. That is, the onboarded descriptor models (vendor provided) have been mapped onto ONAP platform data & information models that are useable and known to ONAP. For a RAN PNF these are driven from the ETSI SOL001 standards.
  • TOSCA METADATA - This file provided by the vendor describes the meta-information about the package. Notably it gives the directory location of key files in the package in the package as directory paths.
  • MANIFEST FILE - The Manifest file include basic information about the package itself.
    • metadata with following keynames: pnfd_ provider, pnfd_name, pnfd_release_date_time, pnfd_archive_version
    • a list of all files contained in or referenced from the package with their location, expressed using a Source: location/name key-value pair. 
    • Non-mano-artifact tag: ONAP defined tags
  • VES EVENT REGISTRATION - This file describes all of the VES events that are supported by the PNF. It defines the possible events that the PNF can support, such as faults, heartbeating, pnfRegistration, Performance measurements. These are defined in the VES Event specification document available in the repository. The Event Registration also defines all of the fields that each of these events have to fill in when they send the event, and the details of the VES header also.
  • PM DICTIONARY - Performance Measurements and schema definitions. This is OPTIONAL, a PNF package does NOT necessarily have this artifact.
  • ANSIBLE PLAYBOOKS - Ansible playbooks define the "scripts" that are used for remote Ansible communications from ONAP towards a PNF or VNF. This is OPTIONAL, a PNF or VNF package does NOT necessarily have this artifact.
  • NETCONF YANG MODELS - Defines the NetConf Yang Models that are used for NetConf communications between ONAP and the PNF or VNF. This is OPTIONAL, a PNF or VNf package does NOT necessarily have this artifact. Starting in R3 (Casablanca release) and continuing into R4 (Dublin) a U/C w/ PNFs. VNFs available since R1.
  • CHEF COOKBOOKS - When Chef communications are supported between ONAP and the PNF or VNF, these define the communication playbooks that are used by Chef. This is OPTIONAL, a PNF or VNF package does NOT necessarily have this artifact.
  • MANUALS - Manuals can be included as informational artifacts in the VNF / PNF onboarding package provided by the vendor. These are typically additional information that can be provided (free-form) by the vendor. These are optional files and are not necessarily included in a package. They can be viewed by an ONAP operator in design time. This is OPTIONAL, a PNF package does NOT necessarily have this artifact.
  • HELP FILES - Help files can be included as informational artifacts in the PNF onboarding package provided by the vendor. These kinds of file can provide information for trouble shooting for example, but can be any kind of assistance in text from the vendor. These are optional files and are not necessarily included in a package. They can be viewed by an ONAP operator in design time. This is OPTIONAL, a PNF package does NOT necessarily have this artifact.
  • CUSTOMER DOCUMENTATION PRODUCTS - Customer documentation products can be included as informational artifacts in the PNF onboarding package provided by the vendor. These are optional files and are not necessarily included in a package. They can be viewed by an ONAP operator in design time. This is OPTIONAL, a PNF package does NOT necessarily have this artifact.
  • TEST FILES - Test files are files that might be for testing, or end-to-end integration of the PNF with ONAP. These are optional files and are not necessarily included in a package. They can be viewed by an ONAP operator in design time. This is not included in R4/Dublin.
  • LICENSING AGREEMENTS - Licensing agreements can be included as informational artifacts in the PNF onboarding package provided by the vendor. These are optional files and are not necessarily included in a package. They can be viewed by an ONAP operator in design time. This is not included in R4/Dublin and has been postponed.
  • RESOURCE CONFIGURATION INFORMATION - Resource Configuration Information can be included in the PNF onboarding package provided by the vendor. For example, these might be settings or other configuration management type data associated with the resource. These are optional files and are not necessarily included in a package. They can be viewed by an ONAP operator in design time. This is OPTIONAL, a PNF package does NOT necessarily have this artifact. Note: starting in Frankfurt (R6) there is a CM (Config Mgmt) 5G U/C.
  • CONTROLLER BLUEPRINT ARTIFACT - From a controller perspective, there is a TOSCA implementation to execute template for configuration. These include Velocity templates, Jinja template. They can be generic or per PNF type (customized). This is OPTIONAL, a PNF package does NOT necessarily have this artifact. In future releases this could be incorporated into the PNF package. In R4/Dublin a ONAP user would manually upload the Controller Blueprint Artifact.

...