Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Added my comments to a column in VNF instance.

...

attribute nameoptionalitydata typeconstraintdescriptionproviderconsumernoteChesla's Comments 
vnfInstanceIdM

identifier of the VNF instanceAAISO, VF-C, APP-C, SDN-C, DCAE, PolicyAAI: vnf-id OK
vnfInstanceNameO

name of the VNF instanceAAISO, VF-C, APP-C, SDN-C, DCAE, Policy?AAI: vnf-name OK, would make it mandatory just from a usage perspective
vnfInstanceAlterNameO

alternative name of the VNF instanceAAISO, VF-C, APP-C, SDN-C, DCAE, Policy?AAI: vnf-name2 OK
vnfInstanceNamingCodeO

short code of the VNF instanceAAI SO, VF-C, APP-C, SDN-C, DCAE, Policy?AAI: nf-naming-code This is used in naming policies as a short string which is used to construct the name of the VNF, just FYI.
vnfProductNameO

name to identify the VNF Product, invariant for the VNF Product lifetimeAAISO, VF-C?maybe combined with one of the above name attributes
relates to ETSI IFA007v231: vnfProductName
Think this should be removed as it should be identifiable by "joining" to the descriptor.
descriptionO

description of the VNF instanceAAISO, VF-C, APP-C, SDN-C, DCAE, Policy?AAI: nf-function, ETSI IFA007v231: vnfInstanceDescriptionAt least within AT&T, we were trying to standardize on type/role/function fields to help describe.  Is it necessary to rename the function to description?  When I see description, I generally think of something quite free form.  We thought there could be policy and automation around type/role/function.
vnfProviderM

provider of the VNF modelAAISO, VF-C?ETSI IFA007v231: vnfProviderThink this should be removed as it should be identifiable by "joining" to the descriptor.
vnfdIdM

identifier of the VNF modelAAISO, VF-C, APP-C, DCAE?AAI: model-invariant-id, ETSI IFA007v231: vnfdId

 This is part of your "join" key to the descriptor.

OK

vnfdVersionM

version of the VNF modelAAISO, VF-C, APP-C, DCAE?AAI: model-version-id, ETSI IFA007v231: vnfdVersionIf this is a UUID uniquely pointing to the specific version of a model, then OK.  Don't want to see, e.g., v1.0, in this field.
vnfSoftwareVersionM

Software version of the VNF. This is changed when there is any change to the software that is included in the VNF packageAAISO, VF-C, APP-C?ETSI IFA007v231: vnfSoftwareVersion OK
onboardedVnfPkgInfoIdM

identifier of the specific VNF package on which the VNF instance is basedAAISO, VF-C?ETSI IFA007v231: onboardedVnfPkgInfoId Surprised me but  not my area of expertise.
availabilityZoneM

availability zone information of the VNF instanceAAISO, VF-C, APP-C?AAI: regional-resource-zoneThis should be removed and expressed as a relationship to the availability zone.
provStatusO

provisioning status, used as a trigger for operational monitoring of this resource by service assurance systems
valid value example: PROVISIONED, PREPROVISIONED, CAPPED
AAIservice assurance systemAAI: prov-statusOK, must have enumerated values.
operationalStatusO

indicator for whether the resource is considered operational. Valid values are in-service-path and out-of-service-path.AAISO, APP-C?AAI: operational-statusOK, must have enumerated values
instantiationStateO

whether the VNF instance is instantiatedAAISO, VF-C?ETSI IFA007v231: instantiationStateIs this what AAI currently calls orchestration-status? 
oamIpv4AddressO

oam ip address, ipv4AAISO, VF-C, APP-C, DCAE?AAI: ipv4-oam-addressWould like the whole IM to standardize on naming of IP address field names.   
oamIpv6AddressO

oam ip address, ipv6AAISO, VF-C, APP-C, DCAE?AAI: management-v6-addressWould like the whole IM to standardize on naming of IP address field names. 
instantiatedVnfInfoM

information specific to an instantiated VNF instance, e.g., vm informationAAISO, VF-C, APP-C, DCAE?ETSI IFA007v231: instantiatedVnfInfoVM information doesn't belong as an attribute of the VNF.  I would expect the VNF would be related to a set of VNFC instances, and each VNFC instance is related to its VM (execution environment) instance.
inMaintO

whether the VNF instance is in maintenance mode, if yes, DCAE will not observe alarms/traps, etc.AAIDCAEAAI: in-maint OK
isClosedLoopDisabledO

whether closed loop function is enabledAAIPolicyAAI: is-closed-loop-disabledOK
encryptedAccessFlagO

whether this VNF is accessed using SSHAAI
AAI: encrypted-access-flagOK
vnfConfigurablePropertyO

indicator for whether autoHeal and autoScale is enabledAAIVF-CETSI IFA007v231: vnfConfigurablePropertyNeed more info about the purpose of this.  E.g., should there be a configuration object which the VNF is related to?

NOTE: optionality, producer and consumer column are to be confirmed.

...