VNF Package without TOSCA.meta doesn't return nested VNFDs in Read-VNFD-PKG

Bug #1886606 reported by Hiroo Kitamura
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
tacker
Won't Fix
Medium
Yasufumi Ogawa

Bug Description

Nested VNFD is not returned when "Read VNFD of an individual VNF package" is executed after uploading VNF Package without TOSCA.meta.
If following the SOL specification, it should also be able to retrieve the nested VNFDs(= imported VNFDs).

*VNF Package without TOSCA.meta
$ unzip -Z sample_pkg.zip
Archive: sample_pkg.zip
Zip file size: 12188757 bytes, number of entries: 10
drwxrwxr-x 3.0 unx 0 bx stor 20-Jul-02 18:42 Definitions/
-rw-rw-r-- 3.0 unx 8544 tx defN 20-Jul-02 18:42 Definitions/sample_vnfd_df_complex.yaml
-rw-rw-r-- 3.0 unx 9191 tx defN 20-Jul-02 18:42 Definitions/etsi_nfv_sol001_common_types.yaml
-rw-rw-r-- 3.0 unx 67247 tx defN 20-Jul-02 18:42 Definitions/etsi_nfv_sol001_vnfd_types.yaml
-rw-rw-r-- 3.0 unx 1918 tx defN 20-Jul-02 18:42 Definitions/sample_vnfd_types.yaml
-rw-rw-r-- 3.0 unx 8541 tx defN 20-Jul-02 18:42 Definitions/sample_vnfd_df_simple.yaml
drwxrwxr-x 3.0 unx 0 bx stor 20-Jul-02 18:42 Files/
drwxrwxr-x 3.0 unx 0 bx stor 20-Jul-02 18:42 Files/images/
-rwxrwxr-x 3.0 unx 12716032 bx defN 20-May-15 17:43 Files/images/cirros-0.4.0-x86_64-disk.img
-rw-rw-r-- 3.0 unx 995 tx defN 20-Jul-02 18:42 sample_vnfd_top.yaml
10 files, 12812468 bytes uncompressed, 12186873 bytes compressed: 4.9%

*Operations
$ openstack vnf package create
+-------------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Field | Value |
+-------------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| ID | 14f4860a-da1d-455a-9444-cb2f423e4a0b |
(...snip...)
$ openstack vnf package upload --path sample_pkg.zip 14f4860a-da1d-455a-9444-cb2f423e4a0b
(...snip...)
$ openstack vnf package download --vnfd --type application/zip --file vnfd_download.zip 14f4860a-da1d-455a-9444-cb2f423e4a0b
$ unzip -Z vnfd_download.zip
Archive: vnfd_download.zip
Zip file size: 520 bytes, number of entries: 1
?rw------- 2.0 unx 861 b- defN 20-Jul-06 20:11 sample_vnfd_top.yaml
1 file, 861 bytes uncompressed, 382 bytes compressed: 55.6%

*Specification
GS SOL005 v2.6.1 clause 9.4.4.3.2
If the "Accept" header contains both "text/plain" and "application/zip", it is up to the NFVO to choose the format to return for a single-file VNFD; for a multi-file VNFD, a ZIP file shall be returned.

Yasufumi Ogawa (yasufum)
Changed in tacker:
importance: Undecided → Medium
Yasufumi Ogawa (yasufum)
Changed in tacker:
assignee: nobody → Yasufumi Ogawa (yasufum)
Revision history for this message
Hiromu Asahina (h-asahina) wrote :

Hi,

As it's been a long time since this bug was reported, I'd like to confirm the current status. Are you still having trouble? or you have solved the problem by simply updating Tacker?

Yasufumi Ogawa (yasufum)
Changed in tacker:
status: New → In Progress
Yasufumi Ogawa (yasufum)
Changed in tacker:
status: In Progress → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.