-
Bug
-
Resolution: Done
-
Medium
-
Beijing Release
-
None
-
VNFRQTS Sprint 14
Requirements # | Visible in VNF package | TOSCA Resource Data Model element or CSAR artifact |
Testable by VNFSDK, VVP or SDC for Beijing release |
---|---|---|---|
R-01478 | Y | tosca.capabilities.nfv.Metric - type for monitoring monitoring_parameter of above type per VNF/VDU/VLink Note: currently the Metric node definition is empty. Need more discussion in modeling team |
N |
R-04298 | Y | Testing directory in CSAR supported by ETSI SOL004 |
Y |
R-07879 | Y | The playbooks should be located in a dedicated CSAR directory and may be referred in VNF-D LCM constructs Note: if VNF vendor support this, VNF Package/Descriptor should contain this, otherwise, VNF vendor could ignore this |
N |
R-13390 | Y-cond. | The cookbooks should be located in a dedicated CSAR directory and may be referred in VNF-D LCM constructs Note: if VNF vendor support this, VNF Package/Descriptor should contain this, otherwise, VNF vendor could ignore this. |
N |
R-16065 | Y | tosca.datatypes.nfv.VnfcConfigurableProperties tosca.datatypes.nfv.VnfConfigurableProperties |
N |
R-16777 | Y | The JSON files should be located in a dedicated CSAR directory and should be referred by VNF-D LCM actions | N |
R-18525 | Y | Same as R-16777 | N |
R-22888 | Y | This should be handled in conjunction with TOSCA policy constructs in VNF-D (element group, affinity/anti-affinity etc.) - TBD in ETSI SOL001 | N |
R-23823 | Y | The credentials should be located in a dedicated CSAR directory and their content may be encrypted using a symmetric encryption approach as specified in ETSI SOL004 Note: if VNF vendor support this, VNF Package/Descriptor should contain this, otherwise, VNF vendor could ignore this |
N |
R-25238 | Y | The YANG code should be located in a dedicated CSAR directory for YANG code and may be referred by TOSCA LCM constructs in VNF-D | N |
R-26567 | Y | All run-time scripts should be located in a dedicated CSAR directory for YANG code and should be referred by TOSCA LCM within VNF-D when VNF action is required Note: if VNF vendor support this, VNF Package/Descriptor should contain this, otherwise, VNF vendor could ignore this |
N |
R-26881 | Y | Local artifact in CSAR: ROOT\Artifacts\ VNF_Image.bin or external referred in Manifest file/VNF Descriptor Note: Currently , ONAP doesn't have the capability of Image management, we upload the image into VIM/VNFM manually. |
N |
R-27310 | Y | Similar to R-26567 | N |
R-27711 | Y | The XML file should be located in a CSAR directory dedicated to the run-time VNF actions the errors correspond to | N |
R-30278 | Y | The YANG model should be located in a dedicated CSAR directory for YANG configuration code | N |
R-30654 | Y | Interface construct tosca.interfaces.nfv.vnf.lifecycle.Nfv with a list of standard LCM operations described in CSAR directory for example ROOT\Artifacts\Informational*Install.csh* | N |
R-35851 | Y | tosca.nodes.nfv.VNF tosca.nodes.nfv.VduCp tosca.nodes.nfv.VnfExtCp tosca.nodes.nfv.VnfVirtualLink in YAML files as part of CSAR Note: tosca.nodes.nfv.VnfExtCp doesn't exist in ONAP DM. |
PartialCurrently, VNF Package already have the topology of basic network and CP (both internal and external). |
R-37028 | Y | If "one base module" means a TOSCA main service template so the CSAR includes a MainSreviceTemplate.yaml file that is actually a VNF descriptor | N |
R-40293 | Y | The Ansible playbooks should be located in a dedicated CSAR directory | N |
R-40827 | Y | CSAR License directory as per ETSI SOL004for example ROOT\Licenses\ License_term.txt | N |
R-46567 | Y | The scripts should be located in the predefined directory in CSAR and be in sync with boot_order property in tosca.nodes.nfv.Vdu.Compute | N |
R-58775 | Y | The software components needed for testing should be located in the Testing directory within CSAR | N |
R-66070 | Y | Meta-data section in CSAR Manifest fie and the Meta-data section in VNF-D | Y |
R-72184 | Y | tosca.nodes.nfv.VduCp node type for connection points bind with VDU's should include all relevant properties such as protocol_data etc. | N |
R-77707 | Y | CSAR Manifest file as per SOL004for example ROOT\ MainServiceTemplate.mf | Y |
R-77786 | Y | The cookbooks should be located in a predefined directory within a CSAR | N |
R-86758 | Y | Testing directory in CSARsupported by ETSI SOL004 | N |
R-96634 | Y | tosca.datatypes.nfv.VnfConfigurableProperties, tosca.datatypes.nfv.ScaleInfo | N |
R-97102 | Y | More discussions needed if and how the VM requirements should be reflected in VDU template (HPA?) | N |
R-98617 | Y | Policy scripts as part of a dedicated directory within a CSAR | N |
R-43125 | Y | VVP | |
R-67888 | Y | VVP | |
R-39402 | Y | description section. | VVP |
R-35414 | Y | parameter section. | VVP |
R-90279 | Y | VVP | |
R-28657 | Y | attribute 'type' on parameters | VVP |
R-44001 | Y | attribute 'description' on parameters. | VVP |
R-90526 | Y | attribute 'default'. | VVP |
R-88863 | Y | allowed_values for a parameter type 'number'. | VVP |
R-23664 | Y | resources: section | VVP |
R-16447 | Y | resource IDs | VVP |
R-97199 | Y | metadata property for OS::Nova::Server resource type. | VVP |
R-03324 | Y | VVP | |
R-19473 | Y | filename | VVP |
R-81339 | Y | filename | VVP |
R-91342 | Y | filename | VVP |
R-87247 | Y | module name | VVP |
R-94509 | Y | module name | VVP |
R-82732 | Y | module name | VVP |
R-31141 | Y | module name | VVP |
R-76057 | Y | filename | VVP |
R-18224 | Y | VVP | |
R-07443 | Y | Output parameter name | VVP |
R-23983 | Y | external networks | VVP |
R-63345 | Y | external network IDs | VVP |
R-35666 | Y | VVP | |
R-86972 | Y | VVP | |
R-68936 | Y | {network-role} | VVP |
R-01455 | Y | {vm-type} | VVP |
R-82481 | Y | {vm-type} | VVP |
R-66729 | Y | {vm-type} | VVP |
R-32394 | Y | {vm-type} | VVP |
R-46839 | Y | {vm-type} | VVP |
R-05008 | Y | Metadata parameters vnf_name, vnf_id, vf_module_id, vf_module_name, vm_role. | VVP |
R-15422 | Y | OS::Nova::Server property availability_zone | VVP |
R-21330 | Y | {network-role} | VVP |
R-11168 | Y | {network-role} | VVP |
R-84322 | Y | int_{network-role} | VVP |
R-96983 | Y | int_{network-role} | VVP |
R-58424 | Y | {network-role} | VVP |
R-21511 | Y | {network-role} | VVP |
R-59629 | Y | resource IDs | VVP |
R-43319 | Y | resource IDs | VVP |
R-54517 | Y | resource ID | VVP |
R-96482 | Y | resource ID | VVP |
R-98138 | Y | resource ID | VVP |
R-82115 | Y | resource ID | VVP |
R-82551 | Y | resource ID | VVP |
R-69287 | Y | resource ID | VVP |
R-71152 | Y | property image | VVP |
R-91125 | Y | property image | VVP |
R-57282 | Y | image | VVP |
R-50436 | Y | parameter property for flavor | VVP |
R-69431 | Y | parameter property for flavor | VVP |
R-40499 | Y | parameter property for flavor | VVP |
R-22838 | Y | parameter property name | VVP |
R-51430 | Y | parameter property name | VVP |
R-98450 | Y | parameter availability_zone_{index | VVP |
R-13561 | Y | {index} | VVP |
R-60204 | Y | {index} | VVP |
R-36887 | Y | parameter name | VVP |
R-17020 | Y | OS::Nova::Server resource | VVP |
R-55218 | Y | OS::Nova::Server metadata parameter | VVP |
R-20856 | Y | OS::Nova::Server metadata parameter vnf_id in environment | VVP |
R-98374 | Y | OS::Nova::Server metadata parameter vf_module_id. | VVP |
R-72871 | Y | OS::Nova::Server metadata parameter vf_module_id in environment file. | VVP |
R-44318 | Y | OS::Nova::Server metadata parameter vnf_name | VVP |
R-36542 | Y | OS::Nova::Server metadata parameter vnf_name in the environment file. | VVP |
R-72050 | Y | contain {network-role} in the parameter name | VVP |
R-57576 | Y | contain int_{network-role} in the parameter name. | VVP |
R-93272 | Y | {network-role}_net_id for the Neutron network ID {network-role}_net_name for the network name in OpenStack | VVP |
R-65373 | Y | int_{network-role}net_id for the Neutron network ID int{network-role}_net_name for the network name in OpenStack | VVP |
R-47716 | Y | {network-role}_subnet_id if the subnet is an IPv4 subnet {network-role}_v6_subnet_id if the subnet is an IPv6 subnet | VVP |
R-20106 | Y | fixed_ips and Map Property subnet_id parameter | VVP |
R-41177 | Y | include {vm-type} and {network-role} in the parameter name | VVP |
R-84898 | Y | property fixed_ips and Map Property ip_address is declared type: comma_delimited_list: {vm-type}{network-role}_ips for IPv4 address {vm-type}{network-role}_v6_ips for IPv6 address | VVP |
R-34960 | Y | property fixed_ips and Map Property ip_address is declared type: string: {vm-type}{network-role}_ip{index} for an IPv4 address {vm-type}{network-role}_v6_ip{index} for an IPv6 address | VVP |
R-62584 | Y | property fixed_ips and Map Property ip_address is declared type: comma_delimited_list: {vm-type}int{network-role}ips for IPv4 address {vm-type}_int{network-role}_v6_ips for IPv6 address | VVP |
R-29256 | Y | property fixed_ips and Map Property ip_address is declared type: string: {vm-type}int{network-role}ip{index} for an IPv4 address {vm-type}int{network-role}v6_ip{index} for an IPv6 address | VVP |
R-61282 | Y | allowed_address_pairs and Map Property ip_address parameter, when the parameter is referencing an “external” network: {vm-type}{network-role}_floating_ip for an IPv4 address {vm-type}{network-role}_floating_v6_ip for an IPv6 address | VVP |
R-16805 | Y | allowed_address_pairs and Map Property ip_address parameter when the parameter is referencing an “internal” network. {vm-type}int{network-role}floating_ip for an IPv4 address {vm-type}_int{network-role}_floating_v6_ip for an IPv6 address | VVP |
R-85734 | Y | VVP | |
R-47788 | Y | module names | VVP |
R-79531 | Y | volume template | VVP |
R-86285 | Y | environment file | VVP |
R-67205 | Y | environment file | VVP |
R-35727 | Y | environment file | VVP |
R-22656 | Y | environment file | VVP |
R-89868 | Y | filename | VVP |
R-52530 | Y | templates | VVP |
R-11041 | Y | nested yaml file | VVP |
R-61183 | Y | OS::Nova::Server metadata parameters | VVP |
R-76718 | Y | VVP | |
R-41888 | Y | VVP | |
R-62177 | Y | file names | VVP |
R-87848 | Y | file names | VVP |