<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 2, 2019 at 4:18 PM Joshua C. Colp <<a href="mailto:jcolp@digium.com">jcolp@digium.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, Apr 2, 2019, at 8:15 PM, BJ Weschke wrote:<br>
> I get the desired use case to run app_amd from within a Stasis <br>
> application, but I’m not sure about app_queue. You have everything at <br>
> your disposal within ARI itself to replicate all of the functionality <br>
> of app_queue and beyond.<br>
<br>
Yes, there are certain applications which are logically building blocks to bigger applications. AMD is one of those which would be best if it were its own functionality within ARI, but allowing execution of the application is a good enough option. I don't think applications such as Queue, Dial, ConfBridge, Playback, Record or some others really make sense.<br><br></blockquote><div><br></div><div>Assuming the TALK_DETECTION function isn't sufficient, it's worth noting that the information that AMD uses to make its decisions are available to the parts of Asterisk that make up ARI. I wonder if it would be better to simply wrap up the existing talk detection events under some other HTTP resource  rather than open up this entire concept.</div><div><br></div><div>While I'm pretty far removed from the guts of Asterisk these days, the notion of having dialplan applications be executed from within ARI just fills me with some fear. You can certainly open up some nightmare scenarios where people invoke Stasis from within Stasis recursively, or invoke GoTo or other dialplan context affecting applications.</div><div><br></div><div>For that matter, many of the monolithic dialplan applications have specific options that place channels into dialplan contexts that execute after their execution. I'm not even sure I can begin to wrap my head around what that will do to a channel in ARI.</div><div><br></div></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><b>Matthew Jordan</b></div><div><font size="1">Digium - A Sangoma Company | Senior Vice President, Software and Services | Engineering</font></div><div><div><font size="1" face="arial, helvetica, sans-serif"><a href="https://maps.google.com/?q=445+Jan+Davis+Drive+NW+-+Huntsville,+AL+35806+-+US&entry=gmail&source=g" style="color:rgb(17,85,204)" target="_blank">445 Jan Davis Drive NW - Huntsville, AL 35806 - US</a></font></div><div><font size="1" face="arial, helvetica, sans-serif">direct: +<span>1</span> 256 428 6107<br></font></div><div><font size="1" face="arial, helvetica, sans-serif">Check us out at: <a href="https://digium.com/" style="color:rgb(17,85,204)" target="_blank">https://digium.com</a> · <a href="https://sangoma.com/" style="color:rgb(17,85,204)" target="_blank">https://sangoma.com</a><br></font></div><div><img src="https://www.digium.com/sites/all/themes/poundkey/shared/images/digium/logo.png" width="96" height="53"><br><font size="1" face="arial, helvetica, sans-serif"></font></div></div><div><b></b></div></div></div></div></div></div>