Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Note:  ONAP has two application level configuration and lifecycle management modules called SDN-C and App-C. Both provide similar services (application level configuration using NetConf, Chef, Ansible, RestConf, etc.) and life cycle management functions (e.g. Stop, resume, health check, etc.).  They share common code from CCSDK repo.  However, there are some differences between these two modules (SDN-C uses CDS only for onboarding and configuration / LCM flow design, whereas App-C uses CDT for the same functionLCM functions for self service to provide artifacts storing in APP-C Database).  SDN-C has been used mainly for Layer1-3 network elements and App-C is being used for Layer4-7 network functions.  This is a very loose distinction and we expect that over time we will get better alignment and have common repository for controller code supporting application level configuration and lifecycle management of all network elements (physical or virtual, layer 1-7).  Because of these overlaps, we have documented SDN-C and App-C together.

...

1 High Level Component Definition and Architectural Relationships 


Drawio
bordertrue
viewerToolbardiagramNametruesdnc_r6
fitWindowsimpleViewerfalse
width
diagramNamexxxxxx System View
simpleViewerfalse
widthlinksauto
tbstyletop
lboxtrue
diagramWidth10721063
revision12


ONAP Controller Family (SDN-C / App-C) configures and maintains the health ofL1-7 Network Function (VNF, PNF, CNFs) and network services throughout their lifecycle
  • Configure Network Functions (VNF/PNF)
  • Provides programmable network application management platform:
    • Behavior patterns programmed via models and policies
    • Standards based models &protocols for multi-vendor implementation
    • Extensible SB adapters such as Netconf, Ansible, Rest API, etc.
    • Operational control, version management, software updates, etc.
  • Local source of truth
    • Manages inventory within its scope
    • Manages and stores state of NFs
    • Supports Configuration Audits

2. SDN-C/APP-C API definitions

Controller provides the following interfaces:

Interface NameInterface Definition Interface Capabilities
CONE-1Operations Interface

An interface to request for Lifecycle management operations on network resources

CONE-2OSS Interface

An interface to request for Lifecycle management operations on network resources

CONE-3Service Order Interface

 An interface to request for Configuration and Lifecycle management operations on network resources

CONE-4Policy Interface

 An interface to support LCM requests such as Restart, Rebuild, Migrate, Evacuate operations on network resources (APP-C interfaces with openstack to send those LCM requests to VNF/VNF-C/VM) 

The current API documents can be found at:

...

Controller consumes the following interfaces:

Interface NameInterface Definition Interface Capabilities
CONE-5Rest APIAn interface for communication with external systems such as IP management
CONE-6Resource Chef APIAn interface for configuration and Lifecycle management of network resources using Chef protocol
CONE-7Resource NetConf APIAn interface for configuration and Lifecycle management of network resources using NetConf protocol
CONE-8Resource Ansible APIAn interface for configuration and Lifecycle management of network resources using Ansible protocol
SDCE-6SDC Interface

An interface to receive resource Templates from SDC design catalog

CDSE-1CDS Interface

An interface to receive resource blueprint from CDS

AAIE-1Inventory Service Interface

 An interface to create, update, query, and delete resource information and relationships

POE-2aPDP Query API

 Policy Decision Point query for IP address


3. Component Description:


Image RemovedImage Added

4. known system limitations

...

  • CDS-UI container - Design Time
  • SDC-CDS Listener container - Design Time
  • CDT-UI container - Design Time
  • Controller Blueprint MS Container - Design Time
  • Blueprint Processor MS Container - Run Time
  • Command Executor Container - Run Time
  • CDS Database Container - Run Time
  • DG Builder Container - Design Time
  • Admin Portal Container - Run Time
  • SDC Listener Container - Run Time
  • DMAAP Listener Container - Run Time
  • Controller (ODL) Container - Run Time
  • Network Name Gen MS Container - Run Time
  • Ansible Server Container - Run Time
  • MariaDB Galera - Platform Service
  • Netbox - Platform Service 
  • RunTime Config DB - Run Time

Drawio
bordertrue
viewerToolbartrue
fitWindowfalse
diagramNamexxxx Deployment View
simpleViewerfalse
diagramWidth11061291
revision12

7. New Release Capabilities

  • Upgrade of ODL to Fluorine SR2Neon SR1
  • Change Management use case support
  • Scaling use case support
  • Closed loop use case support
  • Platform maturity advancement (Scalability, Stability, Security, and Performance) 
  • Network discovery enhancements
  • RunTime Config DB is an independent component that is integrated with the ODL SDN-C controller in R6 (Frankfurt release). The RunTime Config DB capabilities are part of CC-SDK. q.v. CONFIGURATION & PERSISTENCY SERVICE for more information.

8. References

  1.  APP-C overview & User Guide: https://docs.onap.org/en/casablanca/guides/onap-developer/developing/index.html#application-controller
  2. SDN-C overview & User Guide:  https://docs.onap.org/en/casablanca/guides/onap-developer/developing/index.html#software-defined-network-controller

...