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 17 Next »

Project Name:

  • Proposed name for the project: APPC
  • Proposed name for the repository: appc

Project description:

Model and policy driven application controller with intrinsic VNF management capabilities.

Support of multi vendor system of VNFs with interdependence  between them. 

Provide uploading capabilities of  standard data model which describe the management, configuration and inter-dependencies of the VNF.

APPC model will be based ONAP TOSCA and Yang and contains a dependency model, LCM recipes, configuration templates, policies etc.

APPC provides multi-protocol southbound plugins, including support for NETCONF, Chef via a Chef Server, and Ansible and ability to operate through vendor specific VNFM/EMS via adaptation through a plugin.

APPC provides a VNF configuration repository with the latest working configuration for each managed VNF instance it is responsible for.

Scope

      • Support for complex ONAP use cases including vVOLTE (with vEPC)  and vCPE
      • Provide Generic VNF LCM commands for Northbound consumers (SO, Policy, CMO, DCAE, etc.) 
        • The implementation of LCM commands will use an uploaded VNF Yang model to infer an execution protocol and drive workflows. 
        • Design-time ability to attach recipes (specified by Directed Graphs, aka DGs) to specific VNF LCM  commands, or "Actions" received via the Northbound APIs.
      • Provide a model driven configuration API composed from a Yang-based VNF configuration model and set of templates to map payloads to the VNF configuration protocol.
        • Provide configuration repository APIs getLatestConfig, configAudit etc.
      • Manage the VNF operational state including Blocking, Sequencing and  Session Throttling
      • Provide conflict resolution for multiple LCM requests
      • Provide flexible deployment options such as HA, single node or geo-distributed deployment

      • Adaptation of additional NBI definitions established by ETSI-MANO using NFV-O to leverage existing APP-C functions which already exist, including:

        • Scale VNF

        • Terminate VNF

        • Query VNF

        • Operate VNF

        • Modify VNF Information

        • Get Operation Status 

      • Adaptation of NBI definition at the orchestration level by invoking existing orchestrator functions, including:

        • Create VNF Identifier

        • Delete VNF Identifier

        • Instantiate VNF

      • Build additional DGs to implement new ETSI defined NB APIs not currently supported by APP-C

        • Scale VNF to Level

        • Change VNF Flavour

        • Heal VNF

      • Support for GVNFM functionality through additional SB adapters to support: 
        • Bridging to a compliant S-VFNM when this functionality is provided by the VNF
        • Utilize ETSI VNFD acquired from a VNF to define the configuration and management data model of the VNF.

Proposed Architecture:

Architecture Alignment:


  • How does this project fit into the rest of the ONAP Architecture?
    • Expansion of existing APPC ONAP component to support more complex use cases.
    • Establish dependence on the SDNC framework  (aka Controller framework) to be used as the base platform for the controller.
    • Depends on Service Designer for generating the model(s) and other artifacts necessary for specifying controller runtime behavior
    • Depends on Multi VIM project for cloud infrastructure APIs
        
  • How does this align with external standards/specifications?
    • Inspired by ETSI NFV LCM signatures
    • Use TOSCA and YANG for all model definitions.
    • Use Netconf/Chef and Ansible for component southbound interface
  • Are there dependencies with other open source projects?
    • Opendaylight (part of ONAP controller framework)

Resources:

  • Primary Contact Person - Reuben Klein, AT&T
  • Avi Chapnick - Amdocs
  • Hector Anapan - AT&T
  • Jamil Chawki - Orange
  • Vimal Begwani - AT&T
  • Paul Bartoli - AT&T
  • Marcus Williams - Intel

Other Information:

  • link to seed code (if applicable)
  • Vendor Neutral
  • Meets Board policy (including IPR)


Key Project Facts

Project Name:

  • JIRA project name:
  • JIRA project prefix:

Repo name:appc
Lifecycle State:Seed
Primary Contact: Reuben Klein
Project Lead:
mailing list tag [Should match Jira Project Prefix] 
Committers:
Avi Chapnick - avich@amdocs.com

Marcus Williams - marcus.williams@intel.com 

Patrick Brady - pb071s@att.com

Skip Wonnell – kw5258@att.com


*Link to TSC approval: 
Link to approval of additional submitters: 


  • No labels