Project Name:
- Proposed name for the project:
SDN Controller (SDN-C)
- Proposed name for the repository: sdnc
SDNC
Project description:
The SDN-C project provides a global network controller, built on the Common Controller Framework, which manages, assigns and provisions network resources. As a "global" controller, the SDN-C project is intended to run as one logical instance per enterprise, with potentially multiple geographically diverse virtual machines / docker containers in clusters to provide high availability. The project also will support the ability to invoke other local SDN controllers, including third party SDN controllers.
Scope:
- The following features are in scope for the SDN-C project for ONAP release 1:
- Enhancements to support the ONAP release 1 use cases (vCPE, VoLTE)
- Yang models,
- Directed graphs
- New Adapters needed to support use cases (details to be determined during planning phase)
- Support for third party controllers:
- Adapter to allow DG to connect to netconf devices (netconf-lite)
- High availability (local)
- Enhancements to support the ONAP release 1 use cases (vCPE, VoLTE)
- The following features will be defined for the project:
- Configuration versioning : ability to roll back the configuration
- CLI adaptor : abstraction layer for CLI adaptor
- Support for third party controllers:
- Adapter layer to interface with downstream controllers
- Support for geographically distributed network resources
- QoS support
Architecture Alignment:
- How does this project fit into the rest of the ONAP Architecture?
- This project provides the global network controller used by ONAP to manage network resources
- How does this align with external standards/specifications?
- NETCONF, YANG
- Are there dependencies with other open source projects?
- OpenDaylight
- ONAP Common Controller SDK
- Service Orchestrator (main client calling SDN-C)
- Microservice Bus (if that is used for the SO - SDNC interface)
The slide below is the high level architecture vision for the SDN Controller showing all the various components in the vision and relationship to other entities. Not all of this vision is implemented in ONAP but it helps to show the breadth and depth of direction.
- How does this project fit into the rest of the ONAP Architecture?
...
The platform provides the SLI, the Mysql database and the installation and startup of Opendaylight. Application can chose to use the DMaaP client provided by the SDNC platform or build their own as needed. Using DMaaP to publish events is a new feature required for some applications so that is part of the application and not part of the platform right now.
Resources:
- Primary Contact Person: Dan Timoney (AT&T), Parviz Yegani (Futurewei Technologies)
...
- Eric Multanen, (Intel) eric.w.multanen@intel.com
- Jamil Chawki (Orange) jamil.chawki@orange.com
- Richard Tabedzki (AT&T), richard.tabedzki@att.com
- Rakesh Mhapsekar (Tech Mahindra) rmhapsekar@techmahindra.com
- Alexis de Talouet (Bell Canada) alexis.de_talhouet@bell.ca
- Rashmi Pujar (Bell Canada) rashmi.pujar@bell.ca
- Yan Chen,
- Patrick Liu (Futurewei Technologies) patrick.liu@huawei.com
- Cheng (Ian) Liu (Futurewei Technologies) cheng.liu1@huawei.com
- Danny Lin,
- Arun Yerra (Huawei) arun.yerra@huawei.com
- Brian Freeman (AT&T) bf1936@att.com
- Sridhar Ramaswamy (Brocade) srics.r@gmail.com
- Olivier Augizeau (Orange) olivier.augizeau@orange.com
- Paulo Santos (Coriant) paulo.santos@coriant.com
- António Félix (Coriant) antonio.felix@coriant.com
- Tom Nadeau thomas.nadeau@amdocs.com
- Moshe Hoadley moshehoa@amdocsHoadley moshehoa@amdocs.com
- Ryan Goulding (Inocybe Technologies) ryandgoulding@gmail.com
Key Project Facts
Project Name:
- JIRA project name: sdnc
- JIRA project prefix: sdnc
...
*Link to TSC approval:
Link to approval of additional submitters:
Collaboration:
- Meeting TBA
- IRC - freenode.net #onap-sdnc
- Mailing List: onap-sdnc@lists.onap.org To subscribe click here.