[sr-dev] Kamailio module statsd

[Eloy Coto Pereiro]

Hi,

Thanks for your replies.

- About the doc, it's in xml, but I copied plaintext file. [0]
- Yes, but in this case the counter is not stored by kamailio. Counter is a
datatype into statsd [1]. BTW:  I didn't use snmpagent in the last year, I
will have a look to check if exist any best way.

[0] https://raw.githubusercontent.com/eloycoto/statsd/master/doc/statsd.xml
[1] https://github.com/etsy/statsd/blob/master/docs/metric_types.md

Regards

2014-11-23 10:07 GMT+00:00 Olle E. Johansson <oej at edvina.net>:

> Great stuff! Very useful functions.
>
> Some notes:
> - The documentation needs to be in xml format, not a text file
>
> - we already have to modules handling one set of counters/stats objects in
> the core. Maybe you should look into
>   using those counters instead of adding a new set. These counters are
> also exposed in kamcmd and some in
>   snmpagent automatically, so you gain a lot by using them.
>
> - I wonder if this module should be focused on the connection to statsd
> and the timing functions
>   should be somewhere else. I can't point to where now...
>
> /O
>
> On 21 Nov 2014, at 21:26, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>
>  Hello,
>
> thanks for the contribution, we will grant you git access to push the
> module in the official repository. I will send you another email asking the
> afferent details.
>
> Meanwhile I will do a bit of a review just in case some exiting parts
> worth to be re-used.
>
> Cheers,
> Daniel
>
> On 19/11/14 21:08, Eloy Coto Pereiro wrote:
>
>  Hi all Kamailio developers,
>
> I would like to propose a new module that I've written recently, that provide native integration with statsd[0]/graphite[1].
>
> The module provides the ability to send information to statsd (You can use InfluxDB too) with different kind of information. I wrote small post in my blog[2] and doc are in the repo [3].
>
> The typical scenario for this module is for monitoring features into kamailio. For example:
>   - Monitor how long we need to reply a new request.
>   - Store how many errors send our providers.
>   - Check how long take one sqlquery.
>   - Check how many times are using the new feature
>
> Nowadays we[4]are using kamailio-statsd and we track in simple dashboard[5][6] all information that we get from kamailio, and other software (Asterisk, Django Backend, Diamond[7]) and we have in simple click all the information that we want.
>
> The module doesn't have any special deps, it's a simple socket that connect to Graphite. For timing function I'm using avp to set init_time.
>
> I hope that this contribution could be useful for the community and I look forward to hearing your feedback, thoughts, suggestions.
>
> Best regards,
> Eloy Coto.
>
> [0] https://github.com/etsy/statsd/
> [1] http://graphite.wikidot.com/
> [2] http://acalustra.com/kamailio-statsd-better-statistics-in-your-voip-platform.html
> [3] https://github.com/eloycoto/statsd
> [4] http://www.foehn.co.uk
> [5] http://grafana.org
> [6] http://play.grafana.org/#/dashboard/db/new-features-in-v19
> [7] https://github.com/BrightcoveOS/Diamond
>
>
>
> _______________________________________________
> sr-dev mailing listsr-dev at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>
>  _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20141124/87c17084/attachment.html>