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 backlog:
- Configuration versioning : ability to roll back the configuration
- CLI adaptor : abstraction later layer for CLI adaptor
- Support for third party controllers:
- Adapter layer to interface with downstream controllers
- Geo diversitySupport for geographically distributed network resources
- QoS logic 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?
- NetconfNETCONF, YANG
- Are there dependencies with other open source projects?
- OpenDaylight
- ONAP Common Controller FrameworkSDK
- 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 picture below shows an example of an SDNC platform based component and the major components like the Admin portal, DG Builder and the mysql RDBMS as well as examples of adapters that might be used by SDNC-G or APPC in their applications.
This diagram shows how applications on top of the SDNC platform relate to the SDNC platform. SDNC-G can have its own client tables, execute nodes , configure nodes and is uniquely defined by its Directed Graphs and Service YANG models.
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)
...
Names, gerrit IDs, and company affiliations of the committers:
- Dan Timoney (AT&T) dtimoney@att.com
- Parviz Yegani (Futurewei Technologies) Parviz.Yegani@huawei.comEric Multanel, (intel) eric.multanel@intelparviz.yegani@huawei.com
- Jie Feng feng.jie2@zte.com.cn
- Dave Stilwell (AT&T) david.stilwell@att.com
- Marcus Williams (Intel) marcus.williams@intel.com
- Tao Shen (CMCC) shentao@chinamobile.com
- linying Huan (ZTE) huan.linying@zte.com.cn
- Sujing Zhang(ZTE) zhang.sujing@zte.com.cn
- Zhuoyao Huang(ZTE) huang.zhuoyao@zte.com.cn
Names and affiliations of any other contributors:
- 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.detalhouet@bellde_talhouet@bell.ca
- Rashmi Pujar (Bell Canada) rashmi.pujar@bell.ca
- Yan Chen,
- Patrick Liu (Futurewei Technologies) patrick.liu@huawei.com com
- Cheng (Ian) Liu (Futurewei Technologies) cheng.liu1@huawei.com
- Danny Lin,
- Arun Yerra (Huawei) mailto:arun.yerra@huawei.com
- Brian Freeman (AT&T) bf1936@att.com
- Sridhar Ramaswamy (Brocade) srics.r@gmail.com
Committers:
...
- 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@amdocs.com
- Ryan Goulding (Inocybe Technologies) ryandgoulding@gmail.com
Key Project Facts
Project Name:
- JIRA project name: sdnc
- JIRA project prefix: sdnc
Repo name:
- org.onap.sdnc/architecture
- org.onap.sdnc/features
- ...
Lifecycle State: incubation
Primary Contact: Dan Timoney (AT&T), Parviz Yegani (Futurewei Technologies)
Project Lead: Dan Timoney (AT&T), Parviz Yegani (Futurewei Technologies)
mailing list tag [sdnc]
Committers:
- Dan Timoney (AT&T) dtimoney@att.com
...
- Parviz Yegani (Futurewei Technologies) parviz.yegani@huawei.com
- Jie Feng feng.jie2@zte.com.cn
- Dave Stilwell (AT&T) david.stilwell@att.com
- Avdhut Kholkar (AMDOCS) avdhut.kholkar@amdocs.com
- Prashant Kumar (AMDOCS) prashant.kumar1@amdocs.com
- Marcus Williams (Intel) marcus.williams@intel.com
- Cheng (Ian) Liu (Futurewei Technologies) cheng.liu1@huawei.com
- Tao Shen (CMCC) shentao@chinamobile.com
- linying Huan (ZTE) huan.linying@zte.com.cn
- Sujing Zhang(ZTE)zhang.sujing@zte.com.cn
*Link to TSC approval:
Link to approval of additional submitters:
Collaboration:
- Meeting TBA
- IRC - freenode.net #onap- link TBAsdnc
- Mailing List: onap-sdnc@lists.onap.org To subscribe click here.