<div dir="auto">Thanks Josh! I'd seen the no dialplan needed but hadn't seen the move functionality (woot!) </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 24 Oct 2019, 18:09 Joshua C. Colp, <<a href="mailto:jcolp@digium.com">jcolp@digium.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, Oct 24, 2019, at 1:59 PM, Dan Jenkins wrote:<br>
> Unfortunately I won't be at DevCon this year (I'll be on a plane flying <br>
> from West to East US) - I will of course try to listen in etc but I'd <br>
> like to raise one new idea and another maintenance issue to be <br>
> discussed at DevCon.<br>
> <br>
> Idea:<br>
> <br>
> I find it tough to get people (even myself) to build actual production <br>
> applications with the ARI because of the nature of how we connect to <br>
> the ARI - one websocket from an application into Asterisk. Over the <br>
> years this has lead to proxies sitting in the middle, those being <br>
> maintained (or unmaintained due to maintainers moving on and no longer <br>
> developing the codebase etc). Last year we discussed making the ARI <br>
> work with more than one websocket connected with the same app name - as <br>
> far as I'm aware this hasn't happened yet.<br>
> <br>
> Working with Drachtio (a SIP Proxy) a lot this year has made me realise <br>
> we were overcomplicating the matter. Drachtio has the idea of inbound <br>
> and outbound connections (apps that are addressable by Drachtio) - its <br>
> very much like ARI. Inbound connections - Node app makes a TCP <br>
> connection to Drachtio and traffic is sent down it. Good for <br>
> development of an idea maybe but not good for production scaling - <br>
> exactly the same as ARI. Drachtio also has the concept for outbound <br>
> connections - whenever a SIP dialog (or whatever messaging) needs to go <br>
> to an application, Drachtio makes an outbound connection to an app - 10 <br>
> Drachtios can all make outbound connections to a TCP loadbalancer and <br>
> could talk to 500 Node apps - ridiculous numbers but hopefully you see <br>
> the point. Its easy to scale in comparison to what we have in ARI today.<br>
> <br>
> Dialplan (yes I know.... after I asked to not have to even write <br>
> Stasis() any more....) would look like.... - thanks for that! (side <br>
> note - can we redirect from one stasis app to another yet?)<br>
<br>
Yes, you can[1][2].<br>
<br>
[1] <a href="https://blogs.asterisk.org/2019/09/11/ari-rested-developments/" rel="noreferrer noreferrer" target="_blank">https://blogs.asterisk.org/2019/09/11/ari-rested-developments/</a><br>
[2] <a href="https://wiki.asterisk.org/wiki/display/AST/Asterisk+17+Channels+REST+API#Asterisk17ChannelsRESTAPI-move" rel="noreferrer noreferrer" target="_blank">https://wiki.asterisk.org/wiki/display/AST/Asterisk+17+Channels+REST+API#Asterisk17ChannelsRESTAPI-move</a><br>
<br>
-- <br>
Joshua C. Colp<br>
Digium - A Sangoma Company | Senior Software Developer<br>
445 Jan Davis Drive NW - Huntsville, AL 35806 - US<br>
Check us out at: <a href="http://www.digium.com" rel="noreferrer noreferrer" target="_blank">www.digium.com</a> & <a href="http://www.asterisk.org" rel="noreferrer noreferrer" target="_blank">www.asterisk.org</a><br>
<br>
-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></blockquote></div>