cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Murali Reddy <Murali.Re...@citrix.com>
Subject Re: [Discuss] SNMP Alerts support in CloudStack
Date Tue, 15 Jan 2013 10:36:04 GMT
On 15/01/13 12:03 PM, "Anshul Gangwar" <anshul.gangwar@citrix.com> wrote:

>My comments inline..
>
>On 14/01/13 22:52, Alex Huang wrote:
>> Anshul,
>>
>> I had assumed that if you were doing this based on Murali's event
>>framework, it would not be architected on an adapter in the alert
>>manager but as a subscriber to his event framework.  Has this been
>>discussed?  If so, why not subscribe to event framework?
>
>Murali,
>Can you reply for this.

Alex,

>From what Anshul is proposing, I see that, requirements is to generate a
SNMP trap for ALL of the alerts that CloudStack generates today, and there
is no need for selectively subscribing to subset of alerts. Taking
dependency on the event framework would mean that this feature will
require a MOM broker for no additional benefit at least in this context of
proposal. IMO, its seems good enough to just implement it as adapter to
existing AlertManager and generate SNMP trap at source of alert generation.

>
>>
>> Also, I like to have the following asserted in the FS.
>>
>> - It is a separate project from CloudStack core
>
>Alex,
>
>I am developing this feature as plugin, so it will be separate project
>from CloudStack core
>
>
>> - It only depends on cloud-utils and cloud-api jars for compile.
>
>I am making it sure that code does not use any class from other jars
>apart from cloud-utils and cloud-api jars.
>
>I will update the FS with this info
>
>
>>
>> Please confirm them.
>>
>> --Alex
>
>Thanks,
>Anshul
>>
>>> -----Original Message-----
>>> From: Anshul Gangwar [mailto:anshul.gangwar@citrix.com]
>>> Sent: Friday, January 04, 2013 12:57 AM
>>> To: cloudstack-dev@incubator.apache.org
>>> Subject: Re: [Discuss] SNMP Alerts support in CloudStack
>>>
>>> I have created the initial draft of  FS here
>>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/FS+for+Integrati
>>> ng+CS+alerts+via+SNMP+to+external+management+system . I will keep
>>> updating  the FS based on comments and suggestions.
>>>
>>> Thanks,
>>> Anshul
>>>
>>> On 02/01/13 12:21, Anshul Gangwar wrote:
>>>
>>> On 18/12/12 20:19, David Nalley wrote:
>>>
>>>
>>> On Tue, Dec 18, 2012 at 6:12 AM, Anshul Gangwar
>>> <anshul.gangwar@citrix.com><mailto:anshul.gangwar@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?
>>>
>>>
>>>
>>>           - 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.
>>>
>>>
>>>
>>>           - 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.
>>>
>>>
>>>
>>> Hi David,
>>>       Is there any OID which I can use to start development.
>>>
>>>
>>>
>>>
>>>
>>>
>>> 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
>>>
>>>
>>> Thanks,
>>> Anshul



Mime
View raw message