Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 8 Next »


4.2.1 changes fix some issues around VipCP and supporting OsContainer based VNFs

Changes from v4.1.1

New Classes/Types:

  1. New type VipCpProfile

Attribute Name

Type

Mult.

Access

Stereotypes

Description

vipCpdId

Identifier

1

RW

OpenModelAttribute

·  isInvariant: false

·  valueRange:  no range constraint

·  support:  MANDATORY

 Uniquely references a VIP CPD.


minNumberOfInstances

Integer

1

RW

OpenModelAttribute

·  isInvariant: false

·  valueRange:  no range constraint

·  support:  MANDATORY

 Minimum number of instances of the VIP CP based on the referenced VIP CPD that is permitted to exist for this flavour. Shall be zero or greater.


maxNumberOfInstances

Integer

1

RW

OpenModelAttribute

·  isInvariant: false

·  valueRange:  no range constraint

·  support:  MANDATORY

 Maximum number of instances of the VIP CP based on the referenced VIP CPD that is permitted to exist for this flavour. Shall be greater than zero and not less than the value of "minNumberOfInstances".


2.New type VipCpLevel

Attribute Name

Type

Mult.

Access

Stereotypes

Description

vipCpdId

Identifier

1

RW

OpenModelAttribute

·  isInvariant: false

·  valueRange:  no range constraint

·  support:  MANDATORY

 Uniquely references a VIP CPD.

numberOfInstances

Integer

1

RW

OpenModelAttribute

·  isInvariant: false

·  valueRange:  no range constraint

·  support:  MANDATORY

 Number of VIP CP instances based on the referenced VipCpd to deploy for an instantiation level or for a scaling delta. Shall be zero or greater.

3. New type LcmCoordinationActionMapping

Attribute Name

Type

Mult.

Access

Stereotypes

Description

vnfLcmOperation

invalid

1

RW

OpenModelAttribute

·  isInvariant: false

·  valueRange:  no range constraint

·  support:  MANDATORY

 Identifies the specific VNF LCM operation. VALUES: • INSTANTIATE • SCALE • SCALE_TO_LEVEL • CHANGE_FLAVOUR • TERMINATE • HEAL • OPERATE • CHANGE_EXT_CONN • MODIFY_INFO • CREATE_SNAPSHOT • REVERT_TO_SNAPSHOT Note: The value "CHANGE_VNFPKG" is part of this value set as the coordination actions for the "ChangeCurrrentVnfPkg" are modelled separately in the "VnfPackageChangeInfo" information element.

coordinationActionName

Identifier

1

RW

OpenModelAttribute

·  isInvariant: false

·  valueRange:  no range constraint

·  support:  MANDATORY


Other changes:

  1. New property Vnfd::vnfdExtInvariantId of type Identifier -Identifies a VNFD in a version independent manner. This attribute is invariant across versions of the VNFD that fulfill certain conditions related to the external connectivity and management of the VNF. Different versions of a VNFD have different vnfdIds but can have the same vnfdExtInvariantId. Different versions of the VNFD with the same vnfdExtInvariantId shall expose:
    • same external connectivity, i.e. same number of vnfExtCpds and same identifiers

    • same VNFD attributes used in an NSD when referring to this VNFD:

      • VNF deployment flavours, VNF instantiation levels: in both cases the identifiers and the number of them shall be the same, but the content of e.g. a particular deployment flavour can change
      • VNF indicators: same identifiers and possible values
      • ScaleInfo: same scalingAspects identifiers and same levels per scalingAspect

    This condition implies that VNFDs with the same vnfdExtInvariantId preserve external invariancy. Therefore, fulfilling this condition allows to use a different version of a VNFD in an NS instance without modification of the NSD on which the NS instance is based. The use of a different version is ultimately under the control of the service provider and it should consider if the NSD fulfils the requirements of the VnfExtCpds (e.g. bitrate, IP version, etc.).

  2. New property Vdu::logicalNode of type LogicalNodeRequirement - The logical node requirements.
  3. New property Vdu::requestAdditionalCapabilities of type RequestedAdditionalCapabilityData - Specifies requirements for additional capabilities. These can be for a range of purposes. One example is acceleration related capabilities.
  4. New property Vdu::mcioConstraintParams of type Enum - The parameter names for constraints expected to be assigned to MCIOs realizing this Vdu. The value specifies the standardized semantical context of the MCIO constraints and the parameter names for the MCIO constraints in the MCIO declarative descriptor. The mcioConstraintParams attribute shall have one of the following values, expressing the associated semantical context.
    • affinityNfviPop

    • affinityZone

    • affinityZoneGroup

    • affinityNfviNode

    • affinityCisNode

    • antiAffinityNfviPop

    • antiAffinityZone

    • antiAffinityZoneGroup

    • antiAffinityNfviNode

    • antiAffinityCisNode

    • localAffinityNfviPop

    • localAffinityZone

    • localAffinityZoneGroup

    • localAffinityNfviNode

    • localAffinityCisNode

    • localAntiAffinityNfviPop

    • localAntiAffinityZone

    • localAntiAffinityZoneGroup

    • localAntiAffinityNfviNode

    • localAntiAffinityCisNode

    • nodeAdditionalCapabilitySsd

    • nodeAdditionalCapabilityDpdk

    • nodeAdditionalCapabilitySriov

    • nodeAdditionalCapabilityGpu

    • nodeAdditionalCapabilityFpga

    • nodeAdditionalCapabilityCpuPin

    • nodeCapabilityLogicalNuma

    • nodePool

  5. New property VnfDf::vipCpProfile of type VipCpProfile - Defines the minimum and maximum number of VIP CP instances created from each of the VipCpds used in this flavour. Shall be present if the deployment flavour can contain VIP CP instances.
  6. New property VnfDf::supportedCoordinationActions of type LcmCoordinationActionMapping - References applicable LCM coordination actions that can be invoked during each of the listed VNF LCM operations.
  7. New property InstantiationLevel::vipCpLevel of type VipCpLevel - Indicates the number of VIP CP instances based on a particular VipCpd to be part of this level. If a particular VipCpd is defined with minNumberOfInstances= maxNumberOfInstances=1 in the vipCpProfile of the DF, that vipCpd may be omitted from the "vipCpLevel" attribute, which shall be interpreted that one related VIP CP instance is part of this level.
  8. Changed VirtualStorageDesc::volumeTemplate property name to VirtualStorageDesc::perVnfcInstance
  9. New property ScalingDelta::vipCpDelta of type VipCpLevel - Number of VIP CP instances based on a particular VipCpd to be created or removed.
  10. New property VipCpd::intVirtualLinkDesc of type Identifier - Reference of the internal VLD which this VipCpd connects to.
  11. New property VipCpd::dedicatedIpAddress of type Boolean - If set to true, it indicates that the VIP address shall be different from the addresses allocated to all of the VduCp instances associated to it. If set to false, the VIP address shall be the same as one of the VduCp instances associated to it.

GenDoc Output:



  • No labels