:target: VNF
:keyword: MUST
:validation_mode: static
- :updated: casablanca
+ :updated: dublin
+
When the VNF's Heat Orchestration Template's Resource
- ``OS::Neutron::Port`` is attaching to an internal network (per the
+ ``OS::Neutron::Port``
+ is in an incremental module and
+ is attaching to an internal network (per the
ONAP definition, see Requirements R-52425 and R-46461),
- and the internal network is created in a
- different Heat Orchestration Template than the ``OS::Neutron::Port``,
+ and the internal network is created in
+ the base module,
the ``network`` parameter name **MUST**
* follow the naming convention ``int_{network-role}_net_id`` if the Neutron
where ``{network-role}`` is the network-role of the internal network and
a ``get_param`` **MUST** be used as the intrinsic function.
+
In Requirement R-86182, the internal network is created in the VNF's
Base Module (Heat Orchestration Template) and the parameter name is
declared in the Base Module's ``outputs`` section.
The output parameter name will be declared as a parameter in the
``parameters`` section of the incremental module.
+When the VNF's Heat Orchestration Template's resource
+``OS::Neutron::Port`` is in the base module and
+is attaching to an internal network (per the
+ONAP definition, see Requirements R-52425 and R-46461),
+and the internal network is
-.. req::
- :id: R-93177
- :target: VNF
- :keyword: MUST
- :validation_mode: static
- :updated: casablanca
+ * created in the base module,
+ the ``network`` property value can obtain the UUID
+ of the internal network by using the intrinsic function
+ ``get_resource`` and referencing the Resource ID of the internal network.
+ * created in the base module by invoking a Nested YAML file, the network
+ property value can obtain the UUID of the internal network by using the
+ intrinsic function get_attr and referencing the Resource ID of the internal
+ network.
- When the VNF's Heat Orchestration Template's resource
- ``OS::Neutron::Port`` is attaching to an internal network (per the
- ONAP definition, see Requirements R-52425 and R-46461),
- and the internal network is created in the
- same Heat Orchestration Template as the ``OS::Neutron::Port``,
- the ``network`` property value **MUST** obtain the UUID
- of the internal network by using the intrinsic function
- ``get_resource``
- and referencing the Resource ID of the internal network.
.. req::
:id: R-29872
When the VNF's Heat Orchestration Template's Resource
``OS::Neutron::Port`` is attaching to an external network (per the
- ECOMP definition, see Requirement R-57424),
+ ONAP definition, see Requirement R-57424),
and an IPv4 and/or IPv6 Virtual IP (VIP)
- address is assigned via ECOMP automation
+ address is assigned via ONAP automation
using the property ``allowed_address_pairs``
map property ``ip_address``, the
parameter **MUST NOT** be declared as ``type: comma_deliited_list``.
When the VNF's Heat Orchestration Template's Resource
``OS::Neutron::Port`` is attaching to an internal network (per the
- ECOMP definition, see Requirements R-52425 and R-46461),
+ ONAP definition, see Requirements R-52425 and R-46461),
and an IPv4 Virtual IP (VIP)
address is assigned using the property ``allowed_address_pairs``
map property ``ip_address``,
When the VNF's Heat Orchestration Template's Resource
``OS::Neutron::Port`` is attaching to an internal network (per the
- ECOMP definition, see Requirements R-52425 and R-46461),
+ ONAP definition, see Requirements R-52425 and R-46461),
and an IPv6 Virtual IP (VIP)
address is assigned
using the property ``allowed_address_pairs``
- map property ``ip_address``,
+ map property ``ip_address``,
the parameter name **MUST** follow the
naming convention