Newer
Older
# https://forge.etsi.org/etsi-forge-copyright-notice.txt
definitions:
Link:
description: >
This type represents a link to a resource using an absolute URI.
type: object
required:
- href
properties:
href:
description: >
URI of another resource referenced from a resource.
Shall be an absolute URI (i.e. a UTI that contains {apiRoot}).
description: Supported protocol by CMF instance.
type: string
enum:
- CMP
- CMPv2
- EST
- SCEP
This type represents a link to a resource in a notification, using an absolute or relative URI.
type: object
required:
- href
properties:
href:
description: >
URI of a resource referenced from a notification.
Should be an absolute URI (i.e. a URI that contains
{apiRoot}), however, may be a relative URI (i.e. a URI
where the {apiRoot} part is omitted) if the {apiRoot}
information is not available.
$ref: "#/definitions/Uri"
KeyValuePairs:
description: >
This type represents a list of key-value pairs. The order of the pairs in the list is not significant. In JSON,
a set of keyvalue pairs is represented as an object. It shall comply with the provisions defined in clause 4
of IETF RFC 8259. In the following example, a list of key-value pairs with four keys ("aString", "aNumber",
"anArray" and "anObject") is provided to illustrate that the values associated with different keys can be of
different type.
type: object
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
ApiVersionInformation:
description: >
This type represents API version information.
type: object
required:
- uriPrefix
- apiVersions
properties:
uriPrefix:
description: >
Specifies the URI prefix for the API, in the following
form {apiRoot}/{apiName}/{apiMajorVersion}/.
type: string
apiVersions:
description: >
Version(s) supported for the API signaled by the
uriPrefix attribute.
type: array
items:
type: object
required:
- version
properties:
version:
description: >
Identifies a supported version. The value of the
version attribute shall be a version identifier as
specified in clause 9.1 (SOL013).
type: string
isDeprecated:
description: >
If such information is available, this attribute indicates
whether use of the version signaled by the version
attribute is deprecated (true) or not (false).
A deprecated version is still supported by the API producer but is recommended
not to be used any longer.
When a version is no longer supported, it does not appear in the response body.
type: boolean
retirementDate:
description: >
The date and time after which the API version will no
longer be supported.
This attribute may be included if the value of the
isDeprecated attribute is set to true and shall be
absent otherwise.
$ref: "#/definitions/DateTime"
VnfInstanceSubscriptionFilter:
description: >
This type represents subscription filter criteria to match VNF
instances.
* NOTE 1: The attributes "vnfdIds" and "vnfProductsFromProviders" are alternatives to reference to VNF instances
that are based on certain VNFDs in a filter. They should not be used both in the same filter instance,
but one alternative should be chosen.
NOTE 2: The attributes "vnfInstanceIds" and "vnfInstanceNames" are alternatives to reference to particular VNF
instances in a filter. They should not be used both in the same filter instance, but one alternative
should be chosen.
type: object
anyOf:
- oneOf:
- required:
- vnfdId
- required:
- vnfProductsFromProviders
- oneOf:
- required:
- vnfInstanceIds
- required:
- vnfInstanceNames
properties:
vnfdIds:
description: >
If present, match VNF instances that were created based on a VNFD
identified by one of the vnfdId values listed in this attribute. See note 1.
type: array
items:
$ref: "#/definitions/Identifier"
vnfProductsFromProviders:
description: >
If present, match VNF instances that belong to VNF products from
certain providers. See note 1.
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
type: array
items:
type: object
required:
- vnfProvider
properties:
vnfProvider:
description: >
Name of the VNF provider to match.
type: string
vnfProducts:
description: >
If present, match VNF instances that belong to VNF products
with certain product names, from one particular provider.
type: array
items:
type: object
required:
- vnfProductName
properties:
vnfProductName:
description: >
Name of the VNF product to match.
type: string
versions:
description: >
If present, match VNF instances that belong to VNF
products with certain versions and a certain product
name, from one particular provider.
type: array
items:
type: object
required:
- vnfSoftwareVersion
properties:
vnfSoftwareVersion:
description: >
Software version to match.
$ref: "#/definitions/Version"
vnfdVersions:
description: >
If present, match VNF instances that belong to VNF
products with certain VNFD versions, a certain
software version and a certain product name, from
one particular provider.
type: array
items:
$ref: "#/definitions/Version"
vnfInstanceIds:
description: >
If present, match VNF instances with an instance identifier listed
in this attribute. See note 2.
type: array
items:
$ref: "#/definitions/Identifier"
vnfInstanceNames:
description: >
If present, match VNF instances with a VNF Instance Name listed in
this attribute. See note 2.
type: array
items:
type: string
VimConnectionInfo:
description: >
This type represents parameters to connect to a VIM, a CISM, a CIR or a MCIOP repository for managing
This structure is used to convey VIM-related, CISM-related, CIR-related, or MCIOP-repository-related
parameters over the Or-Vnfm interface. Additional parameters for a VIM, a CISM, a CIR or a MCIOP
repository may be configured into the VNFM by means outside the scope of the present document and
bound to the identifier of that VIM.
* NOTE 1: If applicable, this attribute also provides information about the resourceGroupIds
that are accessible using a particular set of credentials. See definition of
"resourceGroupId" in clause 9.5.3.3.
* NOTE 2: Once the connectivity between VNFM and VIM, CISM, CIR or MCIOP repository is provided
through a secure connection over HTTP Secure (HTTP over SSL/TLS), and the connection might also be
established through a VPN (for example TLS-based VPN tunnelling) for site-to-site connection, the
"accessInfo" JSON data structure, and the sensitive data related information ("username"/"password" as
required properties for authentication purpose), will be transmitted as plain text through a TLS tunnel
without additional encoding/encryption before transmitting it, making the sensitive data visible to the
endpoint. The base64 encoded certificates are only used by the VNFM to verify the authenticity of the
interface endpoint of the VIM, CISM, CIR or MCIOP repository.
* NOTE 3: ETSI GS NFV-SOL 009 specifies the means to configure into the VNFM applicable VIM connection
information via the "NFV-MANO Configuration and Information Management" interface.
* NOTE 4: Due to the possibility of configuring such information into the VNFM out-of-band, by means outside the scope of
the present document, as well as in-band, by means specified in the present document, care should be taken to
avoid unintended conflicts in the VNFM when managing such information.
type: object
required:
- vimType
properties:
vimId:
description: >
The identifier of the VIM, CISM, CIR or MCIOP repository instance. This identifier is managed
by the NFVO.
Shall be present to address additional information about the VIM, CISM, CIR or MCIOP repository
if such information has been configured into the VNFM out-of-band by means outside the scope of
the present document and should be absent otherwise. See note 3.
$ref: "#/definitions/Identifier"
vimType:
description: >
Discriminator for the different types of the VIM information. The value of this attribute
determines the structure of the "interfaceInfo" and "accessInfo" attributes, based on the
type of the VIM., CISM, CIR or MCIOP repository.
The set of permitted values is expected to change over time as new types or versions of VIMs
become available.
The ETSI NFV registry of VIM-related information provides access to information about VimConnectionInfo
definitions for various VIM, CISM, CIR or MCIOP repository types. The structure of the registry
is defined in annex C.
type: string
interfaceInfo:
description: >
Information about the interface or interfaces to the VIM, CISM, CIR or MCIOP repository,
if applicable, such as the URI of an interface endpoint to communicate with the
VIM, CISM, CIR or MCIOP repository. The applicable keys are dependent on the content of vimType.
Such information may have been configured into the VNFM out-of-band by means outside the scope of
If present and VimConnectionInfo has already been configured into the VNFM out-of-band, the
information values provided by the present attribute shall be used to perform resource management
for the VNF instance by the VNFM. See note 4.
$ref: "#/definitions/KeyValuePairs"
accessInfo:
description: >
Authentication credentials for accessing the VIM, CISM, CIR or MCIOP repository and other
access-related information such as tenants or infrastructure resource groups (see note 1).
The applicable keys are dependent on the content of vimType.
If the VimConnectionInfo structure is part of an HTTP response message content, sensitive
attributes that are children of this attributes (such as passwords) shall not be included.
If the VimConnectionInfo structure is part of an HTTP request message content, sensitive
attributes that are children of this attribute (such as passwords) shall be
present if they have not been provisioned out of band. See note 2.
Such information may have been configured into the VNFM out-of-band by means outside the scope of the
present document. See note 3.
If present and VimConnectionInfo has already been configured into the VNFM out-of-band,
the information values provided by the present attribute shall be used to perform resource
management for the VNF instance by the VNFM. See note 4.
$ref: "#/definitions/KeyValuePairs"
extra:
description: >
VIM, CISM, CIR or MCIOP repository type specific additional information. The applicable
structure, and whether or not this attribute is available, is dependent on the content of vimType.
Such information may have been configured into the VNFM out-of-band by means outside the
scope of the present document.
If present and VimConnectionInfo has already been configured into the VNFM out-of-band,
the information values provided by the present attribute shall be used to perform resource
management for the VNF instance by the VNFM. See note 4.
$ref: "#/definitions/KeyValuePairs"
ResourceHandle:
required:
- resourceId
type: object
description: >
This type represents the information that allows addressing a virtualised resource that is used by a VNF instance.
Information about the resource is available from the VIM.
* NOTE 1: The value set of the "vimLevelResourceType" attribute is within the scope of the VIM or CISM or the resource
provider and can be used as information that complements the ResourceHandle. This value set is different from
the value set of the "type" attribute in the ResourceDefinition (refer to clause 9.5.3.2). When the container
infrastructure service management is a Kubernetes® instance the vimLevelResourceType is the type of
resource, as would correspond to the 'kind' field if the resource is declared in its own Kubernetes® manifest,
e.g.: Pod, PersistentVolumeClaim, NetworkAttachmentDefinition.
* NOTE 2: When the container infrastructure service management is a Kubernetes® instance the resourceId shall be
- For a compute MCIO, it is the instance identifier that Kubernetes® assigns, which is unique cluster wide
- For a storage MCIO modelled as a persistent volume claim, it is the name of the persistent volume claim,
i.e. the value of the 'claimName' field in the Kubernetes® manifest, or a compound name built by
Kubernetes® if the persistent volume claim is defined inline in another template instead of in its own
- For a network MCIO representing a NetworkAttachmentDefinition, a Service or an Ingress, it is the value of
the 'metadata.name' field in Kubernetes® manifest.
properties:
vimConnectionId:
description: >
Identifier of the VIM or CISM connection to manage the resource.
This attribute shall be supported when the resource is managed by a CISM.
When the resource is managed by a VIM, this attribute shall only be supported and present if VNF--related
resource management in direct mode is applicable.
The applicable "VimConnectionInfo" structure, which is referenced by vimConnectionId, can be obtained from
the "vimConnectionInfo" attribute of the "VnfInstance" structure.
$ref: "#/definitions/Identifier"
resourceProviderId:
description: >
Identifier of the entity responsible for the management of the
resource. This attribute shall only be supported and present when
VNF-related resource management in indirect mode is applicable. The
identification scheme is outside the scope of the present document.
$ref: "#/definitions/Identifier"
resourceId:
description: >
Identifier of the resource in the scope of the VIM or the
CISM or the resource provider. See note 2.
$ref: "#/definitions/IdentifierInVim"
vimLevelResourceType:
description: >
Type of the resource in the scope of the VIM or the CISM
or the resource provider. See note 1.
type: string
vimLevelAdditionalResourceInfo:
Additional resource information which is specific to this
resource and its type, and which is available from the
VIM or the CISM or the resource provider.
$ref: "#/definitions/AdditionalResourceInfo"
containerNamespace:
description: >
The value of the namespace in which the MCIO
corresponding to the resource is deployed.
This attribute shall be present if the resource is managed
by a CISM and it shall be absent otherwise.
type: string
VnfExtCpData:
description: >
This type represents configuration information for external CPs created.
* NOTE 1: In case this identifier refers to a CPD with trunking enabled, the external CP instances created
from this CPD will represent ports in a trunk.
* NOTE 2: Within one VNF instance, all VNFC instances created from a particular VDU have the same external
connectivity. Thus, given a particular value of the "cpdId" attribute, there shall be one
"cpConfig" entry for each VNFC instance that has been or can be created from a VDU which includes
a CPD identified by the "cpdId" attribute. If the cpConfig represents a subport in a trunk,
all "cpConfig" entries in this list shall have the same segmentationId, which means they are
connected to the same set of external VLs via the trunk.
* NOTE 3: The map entry value shall be set to "null" in order to delete a "VnfExtCpConfig" entry identified
by a particular key value from the map, i.e. for the disconnection of an existing external
CP instance addressed by cpInstanceId in the deleted map entry from a particular external
virtual link, and deletion of that instance in case it represents a subport. Deleting the
last key from the map removes the affected instance of the "VnfExtCpData" structure from
its parent data structure.
* NOTE 4: If, as defined by the input parameters of a "ChangeVnfFlavour", "ChangeExtVnfConnectivity" or
"ChangeCurrentVnfPkg" operation or as part of the Grant response for any of these operations, a cpConfig
map entry identified by a particular map key value is moved into another "ExtVirtualLinkData" or
"VnfExtCpData" structure, this particular cpConfig map entry may be used by an external CP instance
different than the one that has used it before the operation, or by no external CP instance at all.
Renaming a CPD identifier during the "changeCurrentVnfPkg" operation does not count as moving the related
"cpConfig" map entries to a new "extCpData" structure.
* NOTE 5: Subports need not be used for containerized VNFCs. The application container can send and receive IP
packets with any VLAN tag as long as the network interface to connect to the secondary container cluster
network has been configured appropriately. Thus, no individual cpConfig, except the one representing the
trunk, need be modelled to allow traffic tagged with a particular VLAN through the connection point.
* NOTE 6: In the case that the cloud native template included in the MCIOP describes the set of VNFC instances, for
containerized VNFCs individual connection points need not be configured for each VNFC instance. It is only
required to configure one cpConfig per cpdId, not per VNFC instance. The case of using, for a scalable VDU, a
cloud native template in the MCIOP that describes one single VNFC instance is not specified in the present
document version.
type: object
required:
- cpdId
properties:
cpdId:
description: >
The identifier of the CPD in the VNFD. See note 1.
$ref: "#/definitions/IdentifierInVnfd"
cpConfig:
description: >
Map of instance data that need to be configured on the CP instances
created from the respective CPD.
The key of the map which identifies the individual VnfExtCpConfig entries is of type "IdentifierInVnf"
The entries shall be applied by the VNFM according to the rules of JSON Merge Patch (see IETF RFC 7396).
See notes 2, 3, 4, 5, 6.
type: object
additionalProperties:
$ref: "#/definitions/VnfExtCpConfig"
VnfExtCpConfig:
description: >
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
This type represents an externally provided link port, or a network attachment definition resource of secondary
container cluster network, or network address information per instance of an external connection point.
In the case of VM-based deployment of the VNFC exposing the external CP:
1. In case a link port is provided, the VNFM shall use that link port when connecting the external CP to the
external VL.
2. In case a link port is not provided, the VNFM shall create a link port on the external VL and use that link port
to connect the external CP to the external VL.
In the case of container-based deployment of the VNFC exposing the external CP, the VNFM shall use the network
attachment definition resource of secondary container cluster network when connecting the CP to the external VL.
* NOTE 1: The following conditions apply to the attributes "linkPortId" and "cpProtocolData" for an external CP
instance connected or to be connected to a virtual network not categorized as secondary container cluster network:
1) Void.
2) At least one of the "linkPortId" and "cpProtocolData" attributes shall be present for an external CP instance
representing a subport that is to be created, or an external CP instance that is to be created by creating the
corresponding VNFC or VNF instance during the current or a subsequent LCM operation, or for an existing
external CP instance that is to be re-configured or added to a particular external virtual link.
3) If the "linkPortId" attribute is absent, the VNFM shall create a link port.
4) If the "cpProtocolData" attribute is absent, the "linkPortId" attribute shall be provided referencing a
precreated link port, and the VNFM can use means outside the scope of the present document to obtain the
pre-configured address information for the connection point from the resource representing the link port.
5) If both "cpProtocolData" and "linkportId" are provided, the NFVO shall ensure that the
cpProtocolData can be used with the pre-created link port referenced by "linkPortId".
* NOTE 2: The following conditions apply to the attributes “netAttDefResourceId” and “cpProtocolData” for an external CP
instance connected or to be connected to a secondary container cluster network:
2) The "netAttDefResourceId" attribute shall be present and the "cpProtocolData" attribute may be present for
a to-be-created external CP instance or an existing external CP instance.
* NOTE 3: Cardinality greater than 1 is only applicable for specific cases where more than one network attachment
definition resource is needed to fulfil the connectivity requirements of the external CP, e.g. to build a link
redundant mated pair in SR-IOV cases. When more than one netAttDefResourceId is indicated, all shall belong
to the same namespace as defined by the corresponding "containerNamespace" attribute in the "resourceHandle" a attribute in the
"NetAttDefResourceData".
* NOTE 4: Either linkPortId or netAttDefResourceId may be included, but not both.
anyOf:
- required:
- linkPortId
- required:
- cpProtocolData
- required:
- netAttDefResourceId
type: object
properties:
parentCpConfigId:
description: >
Value of the key that identifies the "VnfExtCpConfig" map entry which corresponds to the parent port of the
trunk. Reference to the "VnfExtCpConfig" entry that corresponds to the parent port of the trunk. Only present
in "VnfExtCpConfig" structures that provide configuration information for a CP which represents a sub-port in
a trunk, and if parent ports are supported.
$ref: "#/definitions/IdentifierInVnf"
linkPortId:
description: >
Identifier of a pre-configured link port to which the external CP
will be associated. See notes 1 and 4.
$ref: "#/definitions/Identifier"
createExtLinkPort:
description: >
Indicates to the VNFM the need to create a dedicated link port for the external CP.
If set to True, the VNFM shall create a link port.
If set to False, the VNFM shall not create a link port.
This attribute is only applicable for external CP instances without a floating IP address that expose a VIP CP
instance for which a dedicated IP address is allocated. It shall be present in that case and shall be absent otherwise.
type: boolean
netAttDefResourceId:
description: >
Identifier of the “NetAttDefResourceData” structure that
provides the specification of the interface to attach the
external CP to a secondary container cluster network.
It is only applicable if the external CP is connected or to
be connected to a secondary container cluster network. It
shall not be present if the external CP is related to a
virtual network not categorized as secondary container
cluster network.
See notes 2, 3 and 4.
type: array
items:
$ref: "#/definitions/Identifier"
cpProtocolData:
description: >
Parameters for configuring the network protocols on the
link port that connects the CP to a VL. See notes 1 and 2.
type: array
items:
$ref: "#/definitions/CpProtocolData"
CpProtocolData:
description: >
This type represents network protocol data.
* NOTE: This attribute allows to signal the addition of further types of layer and protocol
in future versions of the present document in a backwards-compatible way. In the current
version of the present document, only IP over Ethernet is supported.
layerProtocol:
description: >
Identifier of layer(s) and protocol(s).
Permitted values:
- IP_OVER_ETHERNET.
- IP_FOR_VIRTUAL_CP
See note
ipOverEthernet:
description: >
Network address data for IP over Ethernet to assign to the external CP
instance. Shall be present if layerProtocol is equal to
"IP_OVER_ETHERNET", and shall be absent otherwise.
$ref: "#/definitions/IpOverEthernetAddressData"
virtualCpAddress:
description: >
IP address data to assign to an external CP
instance exposing a virtual CP. It shall be
present if layerProtocol is equal to
“IP_FOR_VIRTUAL_CP” and the external CP
instance exposes a virtual CP and shall not be
present otherwise.
$ref: "#/definitions/VirtualCpAddressData"
IpOverEthernetAddressData:
description: >
This type represents network address data for IP over Ethernet.
* NOTE 1: At least one of "macAddress" or "ipAddresses" shall be present.
* NOTE 2: Exactly one of "fixedAddresses", "numDynamicAddresses" or "ipAddressRange" shall be present.
* NOTE 3: If the CP instance represents a subport in a trunk, segmentationId shall be present.
Otherwise it shall not be present.
* NOTE 4: Depending on the NFVI networking infrastructure, the segmentationId may indicate the actual
network segment value (e.g. vlan Id, Vxlan segmentation id, etc.) used in the transport header
of the packets or it may be an identifier used between the application and the NFVI networking
infrastructure to identify the network sub-interface of the trunk port in question. In the latter
case the NFVI infrastructure will map this local segmentationId to whatever segmentationId is
actually used by the NFVI's transport technology.
type: object
anyOf:
- required:
- macAddress
- required:
- ipAddresses
properties:
macAddress:
description: >
MAC address. If this attribute is not present, it shall be chosen by
$ref: "#/definitions/MacAddress"
segmentationType:
description: >
Specifies the encapsulation type for the traffics coming in and out of the trunk subport.
Permitted values:
- VLAN: the subport uses VLAN as encapsulation type.
- INHERIT: the subport gets its segmentation type from the network it's connected to.
This attribute may be present for CP instances that represent subports in a trunk and shall be
absent otherwise. If this attribute is not present for a subport CP instance, default value VLAN shall be used.
type: string
enum:
- VLAN
- INHERIT
segmentationId:
description: >
Identification of the network segment to which the CP instance connects to. See note 3 and note 4.
ipAddresses:
description: >
List of IP addresses to assign to the CP instance. Each entry
represents IP address data for fixed or dynamic IP address
assignment per subnet.
If this attribute is not present, no IP address shall be assigned. See note 1.
type: array
items:
type: object
required:
- type
oneOf:
- required:
- fixedAddresses
- required:
- numDynamicAddresses
- required:
properties:
type:
description: >
The type of the IP addresses.
Permitted values: IPV4, IPV6.
type: string
enum:
- IPV4
- IPV6
fixedAddresses:
description: >
Fixed addresses to assign (from the subnet defined by
"subnetId" if provided). See note 2.
type: array
items:
$ref: "#/definitions/IpAddress"
numDynamicAddresses:
description: >
Number of dynamic addresses to assign (from the subnet defined
by "subnetId" if provided). See note 2.
type: integer
addressRange:
description: >
An IP address range to be used, e.g. in case of egress
connections.
In case this attribute is present, IP addresses from the range
will be used. See note 2.
type: object
required:
- minAddress
- maxAddress
properties:
minAddress:
description: >
Lowest IP address belonging to the range.
$ref: "#/definitions/IpAddress"
maxAddress:
description: >
Highest IP address belonging to the range.
$ref: "#/definitions/IpAddress"
subnetId:
description: >
Subnet defined by the identifier of the subnet resource in the
VIM.
In case this attribute is present, IP addresses from that
subnet will be assigned; otherwise, IP addresses not bound to
a subnet will be assigned.
$ref: "#/definitions/IdentifierInVim"
VirtualCpAddressData:
description: >
This type represents network address data for a virtual CP.
* NOTE 1: The loadBalancerIp and the loadBalancerSourceRanges attributes are only used if the CIS cluster is set up to be
able to configure an external load balancer. Otherwise it shall be ignored.
* NOTE 2: In case the cluster can configure an external load balancer but no loadBalancerIp is provided the container
cluster will assign an IP address.
* NOTE 3: The attribute is only relevant if the virtual CP is instantiated in a cluster that supports configuration of IP
address pools for virtual CPs. Otherwise it shall be ignored. MetalLB is an example of a solution for
Kubernetes® that supports configuration of address pools for load balancer services.
* NOTE 4: The loadBalancerIp, addressPoolName and the externalIp attributes shall not be present at the same time.
type: object
required:
- type
properties:
type:
description: >
The type of the IP addresses.
Permitted values: IPV4, IPV6.
type: string
enum:
- IPV4
Fixed address to assign to an external load balancer.
externalIp:
description: >
An external IP address assigned to the virtual CP.
This IP address is not managed by CISM. See note 4.
$ref: "#/definitions/IpAddress"
Name of an address pool from which the CIS
cluster will assign an IP address to the virtual CP. See
notes 3 and 4.
loadBalancerSourceRanges:
description: >
List of client IP address ranges allowed to access an external load balancer. See note 1.
type: array
items:
type: object
required:
- minAddress
- maxAddress
properties:
minAddress:
description: >
Lowest IP address belonging to the range.
$ref: "#/definitions/IpAddress"
maxAddress:
description: >
Highest IP address belonging to the range.
$ref: "#/definitions/IpAddress"
ExtVirtualLinkData:
This type represents an external VL.
* NOTE 1: A link port is not needed for an external CP instance that exposes a CP in the following cases:
1) For a VIP CP directly exposed as an external CP:
1.1) No dedicated IP address is allocated as VIP address, as indicated in the VNFD.
1.2) A dedicated IP address is allocated as VIP address, but the NFVO indicates that no port is needed
(createExtLinkPort in VnfExtCpConfig set to false).
2) For a VIP CP exposed as an external CP via a floating IP address:
2.1) No dedicated IP address is allocated as VIP address, as indicated in the VNFD, and the VNFC CP
associated to the VIP CP is also exposed via a floating IP address.
3) For a VIRTUAL CP exposed as an external CP.
4) For a VNFC CP exposed as an external CP in a secondary container cluster external network or a
secondary container cluster internal network.
* NOTE 2: An example of the network attachment definition resource when the container infrastructure service
management is a Kubernetes® instance is a network attachment definition (NAD).
- resourceId
- extCps
The identifier of the external VL instance. The identifier is
assigned by the NFV-MANO entity that manages this VL instance.
$ref: "#/definitions/Identifier"
vimConnectionId:
Identifier of the VIM connection to manage this resource. This
attribute shall only be supported and present if VNF-related
resource management in direct mode is applicable. See note 1.
$ref: "#/definitions/Identifier"
resourceProviderId:
description: >
Identifies the entity responsible for the management of this
resource. This attribute shall only be supported and present
if VNF-related resource management in indirect mode is applicable.
The identification scheme is outside the scope of the present
document.
$ref: "#/definitions/Identifier"
resourceId:
description: >
The identifier of the resource in the scope of the VIM or the
resource provider.
$ref: "#/definitions/IdentifierInVim"
extCps:
description: >
External CPs of the VNF to be connected to this external VL. Entries in the list of external
CP data that are unchanged need not be supplied if the ExtVirtualLinkData structure is part
of a request or response that modifies the external connectivity.
type: array
items:
$ref: "#/definitions/VnfExtCpData"
extLinkPorts:
description: >
Externally provided link ports to be used to connect
external connection points to this external VL. If this
attribute is not present, the VNFM shall create the link
ports on the external VL except in the cases defined
below. See note 1.
type: array
items:
$ref: "#/definitions/ExtLinkPortData"
Externally provided network attachment definition
resource(s) that provide the specification of the interface
to attach external CPs to this external VL. See note 2.
It is only applicable if the external VL is realized by a
secondary container cluster network. It shall not be
present otherwise.
type: array
items:
$ref: "#/definitions/NetAttDefResourceData"
PaasServiceHandle:
description: >
This type provides information enabling the access and use of the PaaS Service by the VNF instance.
The type and format of the handle depends on the form that the PaaS Service is formed.
type: object
required:
- id
properties:
id:
description: >
Identifier of this PaaS Service handle.
$ref: "#/definitions/Identifier"
interfaceInfo:
description: >
Information of the interface or interfaces to the PaaS Service instance, if applicable, such
as the URI of an interface endpoint to communicate with the PaaS Service instance.
$ref: "#/definitions/KeyValuePairs"
accessInfo:
description: >
Authentication credentials for accessing the PaaS Service instance.
If the PaasServiceHandle structure is part of an HTTP GET response payload body, sensitive attributes
that are children of this attribute (such as passwords) shall not be included.
$ref: "#/definitions/KeyValuePairs"
extra:
description: >
PaaS Service instance specific additional information. The applicable structure, and whether
or not this attribute is available, is dependent on the type of the PaaS Service.
$ref: "#/definitions/KeyValuePairs"
ResourceCapacityDefinition:
description: >
This type represents selected values for capacity related VDU attributes.
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
* NOTE: Resource definitions not related to a VDU are not considered in this version of the present document.
type: object
required:
- type
properties:
tag:
description: >
Tag assigned by the issuer of a VNF LCM operation request that contains this data type with values to be applied to a VDU.
It is used for tracking purposes.
The tag is preserved in the run time record as long as at least one value of the capacity
related attributes associated with that tag is still valid, i.e., it has not been modified by a later VNF LCM operation request.
At most one tag can be included when the data type is used in a VNF LCM operation request.
When the data type is used in the VnfInstance data type it may contain multiple tags,
namely those provided in VNF LCM requests, if at least one of the values provided in that request associated to that tag is still applicable in the VNFCs created from this VDU, i.e., it has not been modified by a later request.
type: array
items:
$ref: "#/definitions/String"
type:
description: >
Type of the resource definition referenced.
type: string
enum:
- COMPUTE
- STORAGE
- OSCONTAINER
vduId:
description: >
Reference to the related Vdu applicable to this resource in the VNFD.
It shall be present when the referenced resource definition is related to a VDU. See note.
$ref: "#/definitions/IdentifierInVnfd"
osContainerDescData:
description: >
Indicates values for resource capacity related attributes in an OsContainerDesc.
It shall be present when the attribute 'type' indicates OSCONTAINER and absent otherwise.
type: array
items:
$ref: "#/definitions/OsContainerDescData"
virtualComputeDescData:
description: >
Indicates values for resource capacity related attributes in an VirtualComputeDesc.
It shall be present when the attribute 'type' indicates COMPUTE and absent otherwise.
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
$ref: "#/definitions/VirtualComputeDescData"
virtualStorageDescData:
description: >
Indicates the value for the storage size related attribute in an VirtualStorageDesc.
It shall be present when the attribute 'type' indicates STORAGE and absent otherwise.
type: array
items:
$ref: "#/definitions/VirtualStorageDescData"
OsContainerDescData:
description: >
This type represents selected values for capacity related VDU attributes of an OsContainer resource.
* NOTE: At least one of the attributes shall be present.
type: object
required:
- resourceTemplateId
oneOf:
- required:
- requestedCpuResources
- required:
- requestedMemoryResources
- required:
- requestedEphemeralStorageResources
- required:
- extendedResourceRequests
- required:
- cpuResourceLimit
- required:
- memoryResourceLimit
- required:
- ephemeralStorageResourceLimit
- required:
- hugePageResources
properties:
resourceTemplateId:
description: >
Identifier of an osContainerDesc in the VNFD.
$ref: "#/definitions/IdentifierInVnfd"
requestedCpuResources:
description: >
Number of CPU resources requested for the container in milli-CPU. See note.
type: integer
requestedMemoryResources:
description: >
Amount of memory resources requested for the container expressed in the same units as
specified in the requested_memory_resources_valid_values property in VNFD (clause 6.8.12 in ETSI GS NFV-SOL 001 [14]) for this container descriptor. See note.
type: array
items:
$ref: "#/definitions/Number"
requestedEphemeralStorageResources:
description: >
Size of ephemeral storage resources requested for the container expressed in the same
units as specified in the requested_ephemeral_storage_resources_valid_values property VNFD (clause 6.8.12 in ETSI GS NFV-SOL 001 [14]) for this container descriptor. See note.
$ref: "#/definitions/Number"
extendedResourceRequests:
description: >
Map of the amount of extended resources of the type indicated in the key.
The key is a string that identifies an extended resource indicated in the extended_resource_requests property in the VNFD (clause 6.8.12 in ETSI GS NFV-SOL 001 [14]) for this container descriptor.
The value is an integer that indicates the required amount for a particular extended resource.
See note.
type: object
additionalProperties:
type: integer
cpuResourceLimit:
description: >
Number of CPU resources the container can maximally use in milli-CPU. See note.
type: integer
memoryResourceLimit:
description: >
Amount of memory resources the container can maximally use expressed in the same units
as specified in the memory_resource_limit_valid_values property VNFD
(clause 6.8.12 in ETSI GS NFV-SOL 001 [14]) for this container descriptor. See note.
$ref: "#/definitions/Number"
ephemeralStorageResourceLimit:
description: >
Size of ephemeral storage resources the container can maximally use expressed in the
same units as specified in the ephemeral_storage_resource_limit_valid_values property VNFD
(clause 6.8.12 in ETSI GS NFV-SOL 001 [14]) for this container descriptor. See note.
$ref: "#/definitions/Number"
hugePageResources:
description: >
Map of the total size values required for all the hugepages of the size indicated in the key.
The key is a string and corresponds to one of the values of the hugepage sizes indicated in the huge_pages_resources property in the VNFD (clause 6.8.12 in ETSI GS NFV-SOL 001 [14]) for this container descriptor.
The value is a number that indicates the required total size expressed in the same units as in the huge_pages_resource property in the VNFD (clause 6.8.12 in ETSI GS NFV-SOL 001 [14]) that indicates the valid values for required total size for the particular hugepage size.
See note.
type: object
additionalProperties:
$ref: "#/definitions/Number"
VirtualComputeDescData:
description: >
This type represents selected values for capacity related VDU attributes of the virtual compute resource of a VM.
* NOTE: At least one of the attributes shall be present.
type: object
required:
- resourceTemplateId
oneOf:
- required:
- numVirtualCpu
- required:
- virtualMemSize
- required:
- sizeOfVirtualDisk
- required:
- hugePagesRequirements
properties:
resourceTemplateId:
description: >
Identifier of a VirtualComputeDesc in the VNFD.
$ref: "#/definitions/IdentifierInVnfd"
numVirtualCpu:
description: >
Number of virtual CPUs. See note.
type: integer
virtualMemSize:
description: >
Amount of virtual Memory expressed in the same units as specified in the
virtual_mem_size_valid_values property in the VNFD (clause 6.2.7.2 in ETSI GS NFV-SOL 001 [14]) for this virtual compute descriptor. See note.
$ref: "#/definitions/Number"
sizeOfVirtualDisk:
description: >
Size of virtualised storage resource expressed in the same units as specified in the
size_of_storage_valid_values property in the VNFD
(clause 6.2.39.2 in ETSI GS NFV-SOL 001 [14]) for this virtual compute descriptor. See note.
$ref: "#/definitions/Number"
hugePagesRequirements:
description: >
Map of the total size values required for all the hugepages of the size indicated in the key.
The key is a string and corresponds to one of the values of the hugepage sizes indicated
in the huge_pages_requirements property in the VNFD (clause 6.2.7.2 in ETSI GS NFV-SOL 001 [14]) for this virtual compute descriptor.
The value is a numberthat indicates the required total size expressed in the same units
as in the huge_pages_requirements property in the VNFD (clause 6.2.7.2 in ETSI GS NFV-SOL 001 [14]) that indicates the valid vaues for required total size for the particular hugepage size.
See note.
type: object
additionalProperties:
$ref: "#/definitions/Number"
VirtualStorageDescData:
description: >
This type represents selected values for capacity related VDU attributes of the virtual storage resource.
type: object
required: