New Project Proposal - SNMP Plugin
|
Dean, Steve <sdean@...>
We have posted a new project proposal for the Lithium release called “SNMP Plugin.
https://wiki.opendaylight.org/view/Project_Proposals:SNMP_Plugin Phil, can we get a spot on the TSC agenda on December 18th for the presentation and Creation Review.
Thanks Steve Dean
|
|
|
|
Robert Varga
Hello Steve,
Would it be possible to expand the proposal with some mechanics/general approach? I would like to understand how you plan to deal with the actual payload. Thanks, Robert On 12/05/2014 02:44 AM, Dean, Steve wrote:
|
|
|
|
Dean, Steve <sdean@...>
Robert,
First some background. I proposed two projects, SNMP project and Device Identification and Driver Management (D IDM) project. The DIDM project needs to determine the type of device (eg, HP 3800, Cisco 2960). For Openflow devices we may be able to determine the type of device based on the OF description information (eg, manufacture and hardware description). If we cannot determine the device type based on OF information or the device is not an OF device, then we will attempt to get the SNMP SysObjectID which will allow us to determine the type of device. The DIDM project needs to be able to perform a simple SNMP get operation.
Regarding implementation. I haven’t given it a lot of thought, but using an open source implementation such as snmp4j should satisfy the requirement. One option is for the DIDM project to use snmp4j for its private use. However, it seems that other applications will want to interact with a device using SNMP, so a separate SNMP Southbound Plugin project seems like the right approach.
I’m interested to hear people’s thought and experience with open source SNMP libraries. We don’t have to use snmp4j. I’m also interested in hearing opinion about how to make the SNMP functionality available to applications. I’m still learning ODL and MD-SAL, but my understanding is that the API for a southbound plugin would be defined as a yang model and exposed to applications as RPCs (either global or routed). This will require writing some code that implements the API and uses the SNMP library to interact with devices.
As mentioned above, the DIDM project just needs a simple API that allows it get a mib object. For the first release the API can be simple get and set methods. We can expose more functionality (like trap and walks) in future releases. How much functionality that can be implemented will depend on engineering resources that want to contribute to the project.
Steve
From: Robert Varga [mailto:nite@...]
Sent: Friday, December 05, 2014 12:38 AM To: Dean, Steve; project-proposals@... Cc: tsc@... Subject: Re: [Project-proposals] New Project Proposal - SNMP Plugin
Hello Steve,
|
|
|
|
Colin Dixon
Cool! Have you reached out the SNMP4SDN project? You can find their homepage here: (and I've also cc'ed their dev list) https://wiki.opendaylight.org/view/SNMP4SDN:Main It appears as though they are using snmpj based on their root pom file: <dependency> ... <artifactId>org.snmpj</artifactId> ... </dependency> I think their focus is on using SNMP MIBs to emulate some of the functionality you can get from OpenFlow rather than to just expose SNMP as a southbound, but it would useful to understand how the scope of the two projects would relate. Cheers, --ColinOn Thu, Dec 4, 2014 at 7:44 PM, Dean, Steve <sdean@...> wrote:
|
|
|
|
Dean, Steve <sdean@...>
A while back I exchanged email with someone on the SNMP4SDN team. At the time I was told their SNMP library could only be used by their projects and was not exposed as a SNMP southbound. It’s been a while, so I will reconnect and see how the projects relate.
Steve
From: Colin Dixon [mailto:colin@...]
Sent: Friday, December 05, 2014 3:10 PM To: Dean, Steve Cc: project-proposals@...; tsc@... Subject: Re: [Project-proposals] New Project Proposal - SNMP Plugin
Cool! It appears as though they are using snmpj based on their root pom file: I think their focus is on using SNMP MIBs to emulate some of the functionality you can get from OpenFlow rather than to just expose SNMP as a southbound, but it would useful to understand how the scope of the two projects would relate.
Cheers, --Colin
On Thu, Dec 4, 2014 at 7:44 PM, Dean, Steve <sdean@...> wrote:
|
|
|
|
Colin Dixon
That's good to know and a 10 minute browsing through their code seems to imply more or less the same thing. --ColinOn Fri, Dec 5, 2014 at 5:14 PM, Dean, Steve <sdean@...> wrote:
|
|
|
|
ylhsieh@...
Hi,
It’s right that Colin said “snmp4sdn...emulate some of the functionality you can get from OpenFlow rather than to just expose SNMP as a southbound". SNMP4SDN Plugin used a third-party snmp library, called snmpj, to assist to talk to switches by SNMP protocol. In my understanding, for SNMP4SDN Plugin, snmpj and SNMP Plugin would play the same role which support us to send SNMP request to switches. If SNMP Plugin’s API provided later, we’re glad to feedback whether it fits SNMP4SDN Plugin’s need.
Besides, if SNMP Plugin project will be introduced, the figure http://www.opendaylight.org/project/technical-overview, in which SNMP4SDN Plugin is labeled as SNMP, needs correction.
Christine
From:
project-proposals-bounces@... [mailto:project-proposals-bounces@...]
On Behalf Of Colin Dixon Sent: Saturday, December 06, 2014 7:19 AM
To: Dean, Steve Cc: tsc@...; project-proposals@...; snmp4sdn-dev@... Subject: Re: [Project-proposals] New Project Proposal - SNMP Plugin
That's good to know and a 10 minute browsing through their code seems to imply more or less the same thing. --Colin
On Fri, Dec 5, 2014 at 5:14 PM, Dean, Steve <sdean@...> wrote: A while back I exchanged email with someone on the SNMP4SDN team. At the time I was told their SNMP library could only be used by their projects and was not exposed as a SNMP southbound. It’s been a while, so I will reconnect and see how the projects relate.
Steve
From:
Colin Dixon [mailto:colin@...]
Cool!
It appears as though they are using snmpj based on their root pom file: I think their focus is on using SNMP MIBs to emulate some of the functionality you can get from OpenFlow rather than to just expose SNMP as a southbound, but it would useful to understand how the scope of the two projects would relate.
Cheers, --Colin
On Thu, Dec 4, 2014 at 7:44 PM, Dean, Steve <sdean@...> wrote:
This email may contain confidential information. Please do not use or disclose it in any way and delete it if you are not the intended recipient. |
|
|
|
Robert Varga
Hello Steve,
I do not have specific experience with SNMP, but on the data modeling side, I think we should take a very good look at RFC6643 and try implementing it. It should provide us with near-native feel of all SMI-modeled data in MD-SAL context by giving us the ability to create YANG models from MIBs. The SNMP integration would then become an exercise in translating SNMP messages into NormalizedNode trees and the rest would be (probably) be taken care of the common MD-SAL infrastructure. Bye, Robert On 12/05/2014 07:11 PM, Dean, Steve wrote:
|
|
|
|
Colin Dixon
I realize this feedback is later than you might like—17 minutes before the TSC meeting—but could you please provide ODL usernames for committers. Thanks!On Thu, Dec 4, 2014 at 7:44 PM, Dean, Steve <sdean@...> wrote:
|
|
|