<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, May 12, 2015 at 1:47 PM, Tzafrir Cohen <span dir="ltr"><<a href="mailto:tzafrir.cohen@xorcom.com" target="_blank">tzafrir.cohen@xorcom.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, May 12, 2015 at 11:15:40AM -0600, George Joseph wrote:<br>
<br>
> The only volatile stats to be reported were active/total calls and I'd be<br>
> willing to give that up to keep the process simple.   Even if we did keep<br>
> the calls, and it reported a few times a day I still don't see the need for<br>
>  the complexity.   I don't want to have to set up cron jobs and worry about<br>
> extra services or have to go through exposing new APIs.  In the time we've<br>
> been discussing this, a basic module that does what we needed could have<br>
> been written.<br>
<br>
</span>The "API":<br>
<br>
  asterisk stats dump [noreset]<br>
<br>
By default the stats will be collected (unless disabled at build time) -<br>
the overhead for collecting them seems small enough (right?). However as<br>
long as they are not dumped, nothing is reported to the Big Brother.<br>
<br>
Dumps current stats (to standard output) and resets counters.<br>
<br>
Setting up a cron job is simple. And this removes complexity from the<br>
Asterisk process. It also removes unnecessary network connectivity from<br>
the Asterisk process, and simplifies settings of whatever network<br>
settings.<br></blockquote><div><br></div><div>Yeah, I like this better</div></div></div></div>