> -----Original Message-----
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: 18 December 2012 20:20
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: [Discuss] SNMP Alerts support in CloudStack
>
> On Tue, Dec 18, 2012 at 6:12 AM, Anshul Gangwar
> <anshul.gang...@citrix.com> wrote:
> > Hi,
> > Currently CloudStack shows alerts on dashboard and can send
> email
> > alerts. With this feature it will be able to send SNMP alerts to
> > configured external SNMP Managers. Currently I am planning to send
> SNMP
> > traps for the alerts which are supported in CloudStack 4.0. I am
> > planning to use snmp4j library available under Apache License to
> > implement this feature.
>
> Fascinating - I am looking forward to seeing this!
>
> > - Currently planning to support up to 20 SNMP managers
>
> This seems arbitrary. Why 20?
Yes. It is an arbitrary number but we should keep it a low value else
CloudStack server will end up spending CPU cycles forwarding to as many
managers. Typical SNMP managers have capability to forward these events to
other SNMP managers and in turn can do version conversion too.
>
> > - Version 1 and 2 will be supported
>
>
> Why not v3 as well? SNMPv1 is practically deprecated, so why bother
> with v1? v2 is a nice middle ground - v3 is where everyone wishes to
> be if they could start from scratch.
SNMPv1 is there for completeness sake just in case there is a very
legacy system around. But I too agree we can drop this.
>
> > - We need a unique SNMP OID for CloudStack. We need to
> register with
> > IANA. Is there an established process in Apache to follow and get
> one?
>
> I'll be happy to figure out how this gets done. - Actually some quick
> googling shows that the ASF already has an enterprise OID - and one of
> our mentors has documented that here:
> https://cwiki.apache.org/DIRxPMGT/oid-assignment-scheme.html
> I will follow up with Alex and see if we can get an assignment.
>
That is excellent!
>
>
> So your idea here seems like it is targeting just sending traps, but
> I'm far more interested long-term in being able to query the SNMP
> daemon (and there likely will already be one on the host); so as you
> are designing the MIB please do plan ahead for such things. The page
> above is a good starting point around MIB design.
>
> If you need help around this, I am happy to lend what little I know
> about the subject of SNMP, or connect you with experts in the field.
>
> --David
