SOL00: modifications according to v304 (26c44a2a) · Commits · NFV - Network Functions Virtualisation / SOL005

src/SOL005/NSDManagement/NSDManagement.yaml

+11 −5

Original line number	Diff line number	Diff line
		@@ -412,16 +412,22 @@ paths:
		• 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 NSD; for a multi-file NSD,
		a ZIP file shall be returned.
		The default format of the ZIP file shall be the one specified in ETSI GS NFV-SOL 007
		The default format of the ZIP file shall comply with the CSAR format as specified in ETSI GS NFV-SOL 007
		where only the YAML files representing the NSD, and information necessary to navigate
		the ZIP file and to identify the file that is the entry point for parsing the NSD and
		(if requested) further security information are included. This means that the content
		(if requested) further security information are included and other artifacts referenced from the YAML files are excluded. This means that the content
		of the ZIP archive shall contain the following files from the NSD archive:
		• TOSCA.meta (if available in the NSD archive);
		• the main service template (either as referenced from TOSCA.meta or available as a
		• The main TOSCA definitions YAML file (either as referenced by the Entry-Definitions keyword from TOSCA.meta or available as a
		file with the extension ".yml" or ".yaml" from the root of the archive);
		• every component of the NSD referenced (recursively) from the main service template;
		• the related security information, if the "include_signatures" URI parameter is provided, as follows:
		• Other TOSCA YAML files, if any, as referenced by the Other-Definitions keyword from TOSCA.meta;
		• Every component of the NSD referenced (recursively) from the theYAML files as mentioned above;
		NOTE 1: For a NSD based on TOSCA, it includes all the imported type definition files as indicated
		in the top level the main service template and in any of the lower level service template if it
		has any as described in ETSI GS NFV-SOL 001.
		NOTE 2: For a NSD based on YANG, it includes the file as indicated by the "yang_definitions"
		keyname in the metadata section of the main yaml file as described in ETSI GS NFV-SOL 007.
		• The related security information, if the "include_signatures" URI parameter is provided, as follows:
		- the manifest file;
		- the singleton certificate file in the root of the NSD archive (if available in the NSD archive);
		- the signing certificates of the individual files included in the ZIP archive

src/SOL005/NSDManagement/definitions/SOL005NSDescriptorManagement_def.yaml

+2 −2

Original line number	Diff line number	Diff line
		@@ -22,7 +22,7 @@ definitions:
		description: >
		Modifications of the userDefinedData attribute in NsdInfo
		data type. See note. If present, these modifications shall be applied
		according to the rules of JSON Merge PATCH (see IETF RFC 7396 [25]).
		according to the rules of JSON Merge Patch (see IETF RFC 7396).
		NOTE- At least one of the attributes - nsdOperationalState and userDefinedData - shall be present.
		type: array
		items:
		@@ -273,7 +273,7 @@ definitions:
		userDefinedData:
		description: >
		User defined data for the individual PNF descriptor resource.
		This attribute can be modified with the PATCH method.
		This attribute can be modified with the Patch method.
		$ref: "../../definitions/SOL005_def.yaml#/definitions/KeyValuePairs"
		_links:
		required:

src/SOL005/NSPerformanceManagement/NSPerformanceManagement.yaml

+8 −0

Original line number	Diff line number	Diff line
		@@ -70,6 +70,8 @@ paths:
		$ref: "../responses/SOL005_resp.yaml#/components/responses/405"
		406:
		$ref: "../responses/SOL005_resp.yaml#/components/responses/406"
		422:
		$ref: "../responses/SOL005_resp.yaml#/components/responses/422"
		500:
		$ref: "../responses/SOL005_resp.yaml#/components/responses/500"
		503:
		@@ -170,6 +172,8 @@ paths:
		$ref: "../responses/SOL005_resp.yaml#/components/responses/406"
		412:
		$ref: "../responses/SOL005_resp.yaml#/components/responses/412"
		422:
		$ref: "../responses/SOL005_resp.yaml#/components/responses/422"
		500:
		$ref: "../responses/SOL005_resp.yaml#/components/responses/500"
		503:
		@@ -284,6 +288,8 @@ paths:
		$ref: "../responses/SOL005_resp.yaml#/components/responses/405"
		406:
		$ref: "../responses/SOL005_resp.yaml#/components/responses/406"
		422:
		$ref: "../responses/SOL005_resp.yaml#/components/responses/422"
		500:
		$ref: "../responses/SOL005_resp.yaml#/components/responses/500"
		503:
		@@ -384,6 +390,8 @@ paths:
		$ref: "../responses/SOL005_resp.yaml#/components/responses/406"
		412:
		$ref: "../responses/SOL005_resp.yaml#/components/responses/412"
		422:
		$ref: "../responses/SOL005_resp.yaml#/components/responses/422"
		500:
		$ref: "../responses/SOL005_resp.yaml#/components/responses/500"
		503:

src/SOL005/NSPerformanceManagement/definitions/SOL005NSPerformanceManagement_def.yaml

+22 −16

Original line number	Diff line number	Diff line
		@@ -435,7 +435,7 @@ definitions:
		description: >
		New value of the "authentication" attribute, or "null" to remove the attribute.
		If present in a request body, these modifications shall be applied according to
		the rules of JSON Merge PATCH (see IETF RFC 7396).
		the rules of JSON Merge Patch (see IETF RFC 7396).
		This attribute shall not be present in response bodies.
		At least one of the attributes defined in this type shall be present in request bodies.
		$ref: "../../definitions/SOL005_def.yaml#/definitions/SubscriptionAuthentication"
		@@ -460,7 +460,7 @@ definitions:
		description: >
		New value of the "authentication" attribute, or "null" to remove the attribute.
		If present in a request body, these modifications shall be applied according to
		the rules of JSON Merge PATCH (see IETF RFC 7396).
		the rules of JSON Merge Patch (see IETF RFC 7396).
		This attribute shall not be present in response bodies.
		At least one of the attributes defined in this type shall be present in request bodies.
		$ref: "../../definitions/SOL005_def.yaml#/definitions/SubscriptionAuthentication"
		@@ -520,7 +520,7 @@ definitions:
		description: >
		Group of performance metrics.
		A metric group is a pre-defined list of metrics,
		known to the producer that it can decompose to
		known to the API producer that it can decompose to
		individual metrics. Valid values are specified as
		"Measurement Group" values in clause 7.3 of ETSI
		GS NFV-IFA 027. At least one of the two attributes
		@@ -530,29 +530,35 @@ definitions:
		$ref: "../../definitions/SOL005_def.yaml#/definitions/String"
		collectionPeriod:
		description: >
		Specifies the periodicity at which the producer
		Specifies the periodicity at which the API producer
		will collect performance information. The unit
		shall be seconds.
		At the end of each reportingPeriod, the producer will inform the consumer about availability of the performance
		data collected for each completed collection period during this reportingPeriod. The reportingPeriod should be
		equal to or a multiple of the collectionPeriod. In the latter case, the performance data for the collection periods
		At the end of each reportingPeriod, the API producer will inform
		the API consumer about availability of the performance data collected
		for each completed collection period during this reportingPeriod.
		The reportingPeriod should be equal to or a multiple of the collectionPeriod.
		In the latter case, the performance data for the collection periods
		within one reporting period are reported together.
		In particular when choosing short collection and reporting periods, the number of PM jobs that can be
		supported depends on the capability of the producing entity.
		In particular when choosing short collection and reporting periods,
		the number of PM jobs that can be supported depends on the capability
		of the producing entity.
		type: integer
		minimum: 0
		default: 0
		reportingPeriod:
		description: >
		Specifies the periodicity at which the producer
		will report to the consumer.
		Specifies the periodicity at which the API producer
		will report to the API consumer.
		about performance information. The unit shall be seconds.
		At the end of each reportingPeriod, the producer will inform the consumer about availability of the performance
		data collected for each completed collection period during this reportingPeriod. The reportingPeriod should be
		equal to or a multiple of the collectionPeriod. In the latter case, the performance data for the collection periods
		At the end of each reportingPeriod, the API producer will inform the
		API consumer about availability of the performance data collected for
		each completed collection period during this reportingPeriod.
		The reportingPeriod should be equal to or a multiple of the collectionPeriod.
		In the latter case, the performance data for the collection periods
		within one reporting period are reported together.
		In particular when choosing short collection and reporting periods, the number of PM jobs that can be
		supported depends on the capability of the producing entity.
		In particular when choosing short collection and reporting periods,
		the number of PM jobs that can be supported depends on the capability
		of the producing entity.
		type: integer
		minimum: 0
		default: 0

src/SOL005/NSPerformanceManagementNotification/definitions/SOL005NSPerformanceManagementNotification_def.yaml

+5 −0

Original line number	Diff line number	Diff line
		@@ -14,6 +14,7 @@ definitions:
		- id
		- notificationType
		- timeStamp
		- pmJobId
		- objectType
		- objectInstanceId
		- _links
		@@ -36,6 +37,10 @@ definitions:
		description: >
		Date and time of the generation of the notification.
		$ref: "../../definitions/SOL005_def.yaml#/definitions/DateTime"
		pmJobId:
		description: >
		Identifier of the PM job for which performance information is available.
		$ref: "../../definitions/SOL005_def.yaml#/definitions/Identifier"
		objectType:
		description: >
		Type of the measured object.