Versions Compared

Key

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

Excerpt Include
Projects
Projects
nopaneltrue

Welcome to Cardinal

Table of Contents
maxLevel4
excludeProject Facts

Introduction

Cardinal (OpenDaylight Monitoring as a Service) enables SDN Controller - OpenDaylight (ODL) and the underlying software defined network to be remotely monitored by deployed Network Management Systems (NMS) or Analytics suite.

Project Information

Project Proposal (entered as Incubation project on 2016-03-31)

Git patches and reviews

Jenkins


ReleaseRelease PlanRelease NotesRelease ReviewManual Integration TestingInstallation GuideUser GuideDeveloper GuideCSIT Test Suite
BoronRelease PlanRelease NotesRelease ReviewManual Integration testRefer Note (1)User GuideDeveloper GuideTest Cases
CarbonRelease PlanRelease NotesRelease ReviewManual Integration testRefer Note (1)User GuideDeveloper GuideTest Cases
NitrogenRelease Plan






Note (1): Installation procedure is the same as applicable for OpenDaylight. The additional command to be executed for Cardinal feature installation is as follows: feature:install odl-cardinal

If you'd like to attend our weekly calls, please send an email to srivastava.rajani@tcs.com (we are in IST - Indian Standard Time)

Architecture & Technical Overview

For High Level Design and Architecture please refer the project proposal page for more details

People

Open Issues / Dependency on other Projects

  • [Creation review logs] Meeting minutes
  • [Creation review inputs] <rovarga__> There is an RFC which translates to YANG to SMIv2 which would allow YANG models to be MIBs. Having automated translation would seem like the right way to do. Boron update This will be looked into in the future releases of OpenDaylight Cardinal. Boron release aims at getting the base framework in place for Cardinal feature.
  • [Creation review inputs] <edwarnicke> If plan is to run snmpd and snmptradp as separate processes. Why the decision was to also use snmptrapd and snmpd over Java native with snmp4j. Action: colindixon and edwarnicke to follow up about deployability concerns Boron update Recommendations incorporated to include Java native libraries (snmp4j).
  • [Creation review inputs] Action: <colindixon> To connect Cardinal with the OpenNMS guys to see if there's a way to keep some work in common Boron update Initial discussions were on usage of the SNMP library. As a follow-up, the usage of Java native libraries (snmp4j) unblocked the issues.

Externally Consumable APIs

  • System Info APIs
 http://localhost:8181/restconf/operational/cardinal:CardinalSystemInfo/
  • Karaf Info APIs
 http://localhost:8181/restconf/operational/cardinal-karaf:CardinalKarafInfo/

Project Facts

Project Creation Date: March 31st, 2016
Lifecycle State: Nitrogen Release (Offset 2)
Type: Application
Primary Contact: Subodh Roy (subodh.roy@tcs.com)
Project Lead:  Subodh Roy (subodh.roy@tcs.com)
Committers:  
Mailing List:  cardinal-dev@lists.opendaylight.org
    Archives: mailing list archives
Meetings: See Community Meetings 
Repository: git clone https://git.opendaylight.org/gerrit/cardinal
Jenkins: jenkins silo
Gerrit Patches: code patches/reviews
Bugs:

Documentation

Getting Started for Users

Getting Started for Developers

Requirements


Release Planning


Release Notes