...
New in Frankfurt Release for OnBoarding PNF package. The propsoal is APPROVED on TSC 2019-10-24
- On the ONAP R4 Resource IM Call 2019-6-17, A new non-MANO artifact called SW VERSION in PNF package_DDF.pptx is proposed and discussed on the ONAP R4 Resource IM Call 2019-6-17 AND get the following agreement
- 'The option 1 is preferred in Frankfurt Release and going for a poll on modeling subcommittee call' (details will be described in this page).
- Further on ONAP R6 Resource IM Call 2019-9-23, further discussion for non-MANO artifact called PNF Software Version in PNF upgrade on ONAP Frankfurt Release got basic agreement on ONAP R6 Resource IM Call 2019-9-23 .
- The next step to get a poll for non-MANO artifact key word, file format and key words in .yaml file as below red font.
- onap_pnf_sw_information for non-MANO artifact Registered in ETSI&IANA
- .yaml format is proposed,
- Key words in .yaml file
- pnf_ software_infomationinformation:
- - pnf_software_version: ”5gDUv18.05.201”
- The next step to get a poll for non-MANO artifact key word, file format and key words in .yaml file as below red font.
- On ONAP Modeling Sub-committee meeting on 2019-10-15, get the approved for above proposal with voting result.
Call for vote: PNF Software Version (Fei Zhang )
- See: Proposal for PNF software version in PNF upgrade in Frankfurt release
- Results: YES: Ericsson, AT&T, Amdocs, Huawei, CMCC
- Will share the recommendation with the ONAP TSC before forwarding registration request to ETSI.
- On TSC 2019-10-24 meeting for voting, the final approved in ONAP. Good news!!!
- The next step to register such keyname in IANA/ETSI.
This page is covering ETSI SOL004 Package on-boarding option with ETSI SOL001 TOSCA VNF/PNF Descriptor.
...
| Code Block | ||||||
|---|---|---|---|---|---|---|
| ||||||
description: "pnf software information" provider: "Ericsson" version: "1.0" pnf_software_infomationinformation: - description: "software version of PNF" pnf_software_version: "5gDUv18.05.201" |
...
1) In FRANKFURT timeframe SDC is going to implement the PNF package onboarding in line with the agreed non-MANO artifact set identifiers. (JIRA TICKET
)Jira server ONAP JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution serverId 425b2b0a-557c-3c0c-b515-579789cceedb key SDC-2589
2) Register the NON-MANO artifact set identifiers in ETSI and update the reference ONAP page.
3) Document the ONAP non-MANO artifact set identifiers in the VNF RQT as new ONAP requirements.(JIRA TICKET
)Jira server ONAP JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution serverId 425b2b0a-557c-3c0c-b515-579789cceedb key VNFRQTS-744
4) create a csar package file example aligned to Frankfurt release to be added in this page(UPDATE IT LATERdummyPnfv3.csar )
5) Is CMCC going to test Onboarding Package for VNF in ElAlto ? Can we extend the onboarding package support to VNF ? (Jira ticket: SDC-2072)
...
- TOSCA-Metadata directory and TOSCA.meta file (unique CSAR package structure supported in ONAP Frankfurt)
- Manifest file extension, XXX.mf, located at the root or in a location identified in the .meta file. The name of the file is the same of the TOSCA yaml file. Below is example of pnf_main_descriptor.mf in dummyPnfv3.csar
| Code Block | ||||||
|---|---|---|---|---|---|---|
| ||||||
metadata:
pnfd_name: myPnf
pnfd_provider: Acme
pnfd_archive_version: 1.0
pnfd_release_date_time: 2019-03-11T11:25:00+00:00
Source: pnf_main_descriptor.mf
Source: Definitions/pnf_main_descriptor.yaml
Source: Definitions/etsi_nfv_sol001_pnfd_2_5_1_types.yaml
Source: Definitions/etsi_nfv_sol001_vnfd_2_5_1_types.yaml
Source: Files/ChangeLog.txtSource: Files/Events/MyPnf_Pnf_v1.yaml
Source: Files/Guides/user_guide.txt
Source: Files/Measurements/PM_Dictionary.yaml
Source: Files/Scripts/my_script.sh
Source: Files/Yang_module/mynetconf.yang
Source: TOSCA-Metadata/TOSCA.meta
Source: Files/pnf-sw-information/pnf-sw-information.yaml
non_mano_artifact_sets:
onap_ves_events:
Source: Files/Events/MyPnf_Pnf_v1.yaml
onap_pm_dictionary:
Source: Files/Measurements/PM_Dictionary.yaml
onap_yang_modules:
Source: Files/Yang_module/mynetconf.yang
onap_others:
Source: Files/Guides/user_guide.txt
onap_pnf_sw_information:
Source: Files/pnf-sw-information/pnf-sw-information.yaml |
Ín the example the following files are not provided:
...
A reference PNF CSAR PACKAGE as example is available dummyPnfv2available dummyPnfv3.csar (TO BE UPDATED) to review directories structure and new .meta and .mf files format.
...
1) Only csar package structure with TOSCA-Metadata directory will be supported in Dublin Frankfurt timeframe
2) PM Dictionary, Event registration, Yang modules and PNF software information are the only NON MANO ARTIFACTS that will be listed in the manifest file
...
4) Example package above does not include any certification file or other security options.During the 2019-01-18 VNFPKG meeting we agreed to evaluate further the introduction of public identifiers to be approved in ETSI for ONAP.
Example Signed Packages
Here are two example signed packages. The packages are signed according to security option 2 in ETSI SOL004. The two file package has the signing certificate in the cryptographic message syntax. The three file has the certificate in a separate file and not in the cryptographic syntax.
...
- get a poll for non-MANO artifact for pnf software version proposal in PNF Software Version in PNF upgrade on ONAP Frankfurt Release — Done
- Update example PNF CSAR file ---DoneTO BE UPDATED