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