VoIP Mailing List Archives

[amit at avhan.com]

Hi

Is there any way to detect inactivity on channel when AsyncAGI is used?
I want to detect whether application handling calls using AMI & AGI has stopped responding.

Alternatively, how can dialplan check if there is any AMI user connected and decide dial plan execution?

Thanks & Regards,
Amit Patkar

[mjordan at digium.com]

On Sat, Sep 17, 2016 at 6:26 AM, Amit Patkar <amit@avhan.com> wrote:

[amit at avhan.com]

It means, AMI application is no more running or crashed or lost network connection with asterisk server.
In such cases call is neither answered nor disconnected by Asterisk. I want to detect such state and jump to next dial plan to answer or reject the calls

Regards
Amit Patkar

On September 20, 2016 8:07:23 PM GMT+05:30, Matthew Jordan <mjordan@digium.com> wrote:

[mjordan at digium.com]

On Tue, Sep 20, 2016 at 10:49 PM, Amit Patkar <amit@avhan.com> wrote:

[amit at avhan.com]

Thanks Mathew. I understand that there is no coordination between AsyncAGI & AMI.
Is there any dial plan function which can tell us if there is active AMI session?

[mjordan at digium.com]

On Wed, Sep 21, 2016 at 9:27 AM, Amit Patkar <amit@avhan.com> wrote:

[gmludo at gmail.com]

Hi Amit,
I'd some daemons that use AsyncAGI, but now, I use FastAGI again because:
1. Asterisk must call the daemon via socket: the realibility of this socket indicates implicitly that the daemon is alive and answer.
2. With FastAGI, it's really easy to implement the multi-worker pattern with pre-fork socket like with a http server to distribute the load.
With AsyncAGI, it needs more work and you have a spof with the dispatcher.
In fact, with FastAGI, the dispatcher is the Linux kernel itself, less risks of bugs.
My personal conclusion is: even if AsyncAGI is younger than FastAGI, it doesn't seem that it's always better in all situations
Have a nice week at Astricon.
--
Ludovic Gasc (GMLudo)
http://www.gmludo.eu/
2016-09-21 5:49 GMT+02:00 Amit Patkar <amit@avhan.com (amit@avhan.com)>: