summaryrefslogtreecommitdiffstats
path: root/ONAP_Information_Model/Vnf.uml
AgeCommit message (Collapse)AuthorFilesLines
2021-01-17Changed the Vdu.OsContainerDesc and Vdu.VirtualComputeDesc comment to be per ↵FernandoOliveira1-1/+1
VDU instead of per VNFD Issue-ID: ONAPMODEL-33 Signed-off-by: Fernando Oliveira <fernando.oliveira@verizon.com> Change-Id: I574c2033bc660da64c1513c261e4e1cb0c5a11a5
2021-01-08Updated VNF model to reflect initial comments.FernandoOliveira1-198/+193
- Changed OsContainer and MciopProfile from datatypes to objectclasses - Upgraded the references of the ETSI NFV VNF objects and types to IFA011 v3.3.1 Issue-ID: ONAPMODEL-33 Signed-off-by: Fernando Oliveira <fernando.oliveira@verizon.com> Change-Id: I68d532011c75e105dc82c73e5f2f324600c06903
2020-10-29Updated VNF UML model to ETSI IFA011 v4.1.1FernandoOliveira1-31/+367
- New osContainer type - New mciopProfile type - New VirtualCpd type Added osContainer descriptors and mciop from IFA011 4.1.1 to the VNF model. Issue-ID: MODELING-334 Signed-off-by: Fernando Oliveira <fernando.oliveira@verizon.com> Change-Id: I960198cb01b47a20c8bb036ae0491ae16be5c98a
2020-10-29Updated the VNF model to align with IFA011 v3.3.1FernandoOliveira1-493/+442
- Added VnfPackageChangeInfo Class used in the VNFD and various subclasses - Added VnfLcmOperationCoordination Class used in the VNFD and various subclasses - A few minor changes to the NS model to align with ETSI IFA014 v3.3.1 - Added new VNF types to the VNF type diagram Issue-ID: MODELING-334 Signed-off-by: Fernando Oliveira <fernando.oliveira@verizon.com> Change-Id: Icd1fa97f2d519d0d208c989f0cc1b8689fb4a440
2020-09-14Many changes to bring NSD into alignment with ETSI IFA014 v2.7.1Fernando Oliveira1-174/+43
- Support for Sapd - Support for nested NSD - Support for vnffgd - Updated NsDf - Updated Nslifecyclemanagementscripts Added a optional reference to an ETSI NSD in the ServiceDescriptor Since the ServiceDescriptor may be nested an NSD may be referenced by a nested ServiceDescriptor. Therefore, several NSD may be referenced by a hierarchy of Service Descriptors. Resources defined by a an NSD will not be described by the ServiceDescriptor Issue-ID: MODELING-334 Signed-off-by: Fernando Oliveira <fernando.oliveira@verizon.com> Change-Id: I0aff2b29c65502dde98c655dbb344864a85628af
2020-09-02Changes to the resource model corresponding to IFA011 v2.7.1Fred Oliveira1-124/+259
Added vipcpd, checksumData and vnfinterfacedetails classes Other Changes: VDU::configurableProperties - Cardinality changed to 0..1; cardinatlity 0 when the VNFCs do not have configurable properties CPD::cpProtocol & CPD::trunkMode - Cardinality changed to allow 0 VduCpd::vnicType: Added SMART-NIC as an allowable value SwImageDesc:Provider - New attribute of type string with cardinality 0..1 which describes the provider of the software image. VnfDf:supportedVnfInterface - New attribute of type VnfInterfaceDetails with cardinality 0..N which indicates which interfaces the VNF produces and provides additional details on how to access the interface endpoints. VnfConfigurableProperties::vnfminterfaceinfo - New attribute with cardinality 0..1 which contains info enabling access to the NFV-MANO interfaces produced by the VNFM VnfConfigurableProperties::vnfmOauthServerinfo - New attribute with cardinality 0..1 which contains info to enable discovery of the authorization server protecting access to the VNFM interfaces VnfConfigurableProperties::vnfOauthServerinfo - New attribute with cardinality 0..1 which contains info to enable discoveryof the authorization server to validate the access tokens provided by the VNFM when the VNFM accesses the VNF interfaces Other changes Corrected a number of errors in the model, mostly with uninitialized strings. Changed the 2.5.1 references to 2.7.1 Issue-ID: MODELING-334 Signed-off-by: Fernando Oliveira <fernando.oliveira@verizon.com> Change-Id: I7c004f67bfec7cdf1fafb10ca62dc2e74f76a298
2020-05-24R6 Model Spec Updateyxpoke1-0/+3883
Change-Id: I569b33a64bbae425eaec5fa939c57f69ea7e1ed8 Issue-ID: MODELING-363 Signed-off-by: yxpoke <yangxu5@huawei.com>