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

Compare with Current View Page History

« Previous Version 13 Next »

Summary of the Teams commitements to support Beijing functional Requirement.

This is summary of outcome of Use case Sub-Committee.

Legend:

Yes: Committed by PTLs to Beijing Release

No: Not committed to Beijing Release

NA: Project not impacted by functional requirement

Project NameFunctional RequirementsComments

HPAChangeMngtScaling AutoScaling ManualPNFNetwork SlicingData CollectionPath Selection
A&AI

Yes

YesNo
Yes


Change Mngt: Available in Amsterdam
Application Authorization FrameworkNANA






APPCNANANoNoNANANANA

Change Mngt: not impacted for Beijing, because Use case is about L3 VNF. L4 to L7 would be impacted.

Scaling Auto and Manual: Lack of ressources. Lack of detailed requirements.

CLAMPNANA?





Common Controller SDKNANA






DCAENANANo





DMaaPNANA






DocumentationNANA






External API FrameworkNANA






HolmesNANA






Integration

YesYes

Yes



Logging Enhancements Project NANA






Microservices BusNANA






ModelingYesNA






Multi VIM/CloudYesNAYes





MUSICNANA






ONAP CLINANA






ONAP Operations ManagerNANA






ONAP Optimization FrameworkYesNANo





ONAP Usecase UI Project ProposalNANAYes





Policy Framework Project ProposalYesNANoNANANANANAScaling: Lack ressource
Portal Platform Project ProposalNANA






SDN-CNAYes?





Service Design & CreationYesNA?
Yes



Service OrchestratorYesYesYes
Yes



VFCNANAYes





VIDNAYes?
Yes



VNF SDKYesNA






VNF RequirementsYesNANo





VNF Validation (VVP)NANA






  • No labels