[asterisk-dev] AMI losing events

[Gabriel Ortiz Lour]

Jim,

  In my application there is only one client listening on the AMI socket,
that I developed in C, so its not a problem of overloading. I've read that
if the packet sending time out Asterisk will not retry transmitting it, and
that is what I think it is happening. Among the solutions I saw was
re-coding the AMI event sending function, thing that I don't have the time
or the knolodge to do, That's why I'm seeking a way of doing this whithout
the AMI interface.
  About the kind of event being lost theres no pattern, pointing again to
the network timming out problem.

Any thoughts?

Best regards,
Gabriel


2007/12/10, Jim Capp <jcapp at anteil.com>:
>
> Gabriel,
>
>     I am working on a project where I have a single java thread reading
> all the events and collecting them into "channel variables" which are
> then returned via http in xml.  When processes try to read the xml data,
> the java process will provide an immediate response and subsequent
> requests will block until there is a change in the data.
>
> This technique smooths over problems with lost events and provides a
> method for satisfying hundreds of XML requests without impacting the
> Asterisk server.
>
> I am curious to know what kind of events are being lost and whether the
> problem is one of the Asterisk manager interface being overloaded with
> too many requests.  If not, then I am also concerned about the
> effectiveness of my particular solution.
>
> Can you tell me more about what is being lost?
>
> Thanks,
>
> Jim
>
> Gabriel Ortiz Lour wrote:
> > Hi all,
> >
> >   I've searched the net for info on AMI losing events and saw that
> > this problem persists (as I am experiencing it!). I think that should
> > be pretty hard to fix it, so I was wondering if you guys could point
> > me some other way to receive the Asterisk events reliably, (maybe
> > trought reading the console directly?). I have an application that
> > depends on the AMI events to keep track of Agents, Queues, Links...
> > and when I lose an event.... buuum!
> >
> >   Any help would be appreciatte.
> >
> > Thanks,
> > Gabriel Ortiz
> >
> >
> >
> > PS.: last tested on Asterisk 1.4.14, didn't tried out the 1.4.15 yet
> > (didn't see anything related on the changelog).
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > --Bandwidth and Colocation Provided by http://www.api-digital.com--
> >
> > asterisk-dev mailing list
> > To UNSUBSCRIBE or update options visit:
> >    http://lists.digium.com/mailman/listinfo/asterisk-dev
>
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20071210/dd8ec522/attachment.htm