Jim,<br><br>&nbsp; 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&#39;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&#39;t have the time or the knolodge to do, That&#39;s why I&#39;m seeking a way of doing this whithout the AMI interface.
<br>&nbsp; About the kind of event being lost theres no pattern, pointing again to the network timming out problem.<br><br>Any thoughts?<br><br>Best regards,<br>Gabriel<br><br><br><div><span class="gmail_quote">2007/12/10, Jim Capp &lt;
<a href="mailto:jcapp@anteil.com">jcapp@anteil.com</a>&gt;:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Gabriel,<br><br>&nbsp;&nbsp;&nbsp;&nbsp;I am working on a project where I have a single java thread reading
<br>all the events and collecting them into &quot;channel variables&quot; which are<br>then returned via http in xml.&nbsp;&nbsp;When processes try to read the xml data,<br>the java process will provide an immediate response and subsequent
<br>requests will block until there is a change in the data.<br><br>This technique smooths over problems with lost events and provides a<br>method for satisfying hundreds of XML requests without impacting the<br>Asterisk server.
<br><br>I am curious to know what kind of events are being lost and whether the<br>problem is one of the Asterisk manager interface being overloaded with<br>too many requests.&nbsp;&nbsp;If not, then I am also concerned about the<br>
effectiveness of my particular solution.<br><br>Can you tell me more about what is being lost?<br><br>Thanks,<br><br>Jim<br><br>Gabriel Ortiz Lour wrote:<br>&gt; Hi all,<br>&gt;<br>&gt;&nbsp;&nbsp; I&#39;ve searched the net for info on AMI losing events and saw that
<br>&gt; this problem persists (as I am experiencing it!). I think that should<br>&gt; be pretty hard to fix it, so I was wondering if you guys could point<br>&gt; me some other way to receive the Asterisk events reliably, (maybe
<br>&gt; trought reading the console directly?). I have an application that<br>&gt; depends on the AMI events to keep track of Agents, Queues, Links...<br>&gt; and when I lose an event.... buuum!<br>&gt;<br>&gt;&nbsp;&nbsp; Any help would be appreciatte.
<br>&gt;<br>&gt; Thanks,<br>&gt; Gabriel Ortiz<br>&gt;<br>&gt;<br>&gt;<br>&gt; PS.: last tested on Asterisk 1.4.14, didn&#39;t tried out the 1.4.15 yet<br>&gt; (didn&#39;t see anything related on the changelog).<br>&gt; ------------------------------------------------------------------------
<br>&gt;<br>&gt; _______________________________________________<br>&gt; --Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--">http://www.api-digital.com--</a><br>&gt;<br>&gt; asterisk-dev mailing list
<br>&gt; To UNSUBSCRIBE or update options visit:<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;<a href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br><br><br>_______________________________________________
<br>--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--">http://www.api-digital.com--</a><br><br>asterisk-dev mailing list<br>To UNSUBSCRIBE or update options visit:<br>&nbsp;&nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev">
http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br></blockquote></div><br>