Re: Answering Machine Detection over a Stasis channel.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Thank you for the suggestion,
we have implemented AMD detection with moving channel out of stasis and pushing it back to stasis.
we will also try using TALK_DETECT function.
is there any chance, AMD detection could be added as a part of channels REST api :) in near future ?
like, /channels/{channelId}/amd 

On Wed, Dec 21, 2016 at 7:45 PM, Joshua Colp <jcolp@xxxxxxxxxx> wrote:
On Wed, Dec 21, 2016, at 03:22 AM, Sadeesh Radhakrishnan wrote:
> Hi
> I would like to do Answering Machine Detection over a channel, active in
> Statsis application.
> I do not want to take the channel out of Stasis and use AMD dialplan
> application and route it back to Stasis.
> Could someone suggest a better way of doing this.

The only other way would be to use TALK_DETECT potentially and construct
your own answering machine detection logic. Without taking the channel
out of Stasis there's no clean way to use the AMD() application that I
can think of.

--
Joshua Colp
Digium, Inc. | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US
Check us out at: www.digium.com & www.asterisk.org

_______________________________________________
asterisk-app-dev mailing list
asterisk-app-dev@lists.digium.com
http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev

_______________________________________________
asterisk-app-dev mailing list
asterisk-app-dev@xxxxxxxxxxxxxxxx
http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev

[Index of Archives]     [Asterisk SS7]     [Asterisk Announcements]     [Asterisk Users]     [PJ SIP]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Linux API]

  Powered by Linux