Re: ARI in production

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

 



Asterisk is scalable, ARI's issue (some would argue) is that you establish a connection with it for Stasis, not the other way round like FastAGI. 

To that end, the current accepted work around is to have some sort of local proxy on the Asterisk instances that establishes the ARI connection for your application, and then forwards on messages (using a message bus) to a central application.

Most of what you want to do (by the sounds of it) can be done just as easily with FastAGI. ARI has a use case more in common with Asterisk Applications (e.g. app_queue etc). That's not to say however you can't use ARI for your setup.

I am not sure if anyone has a large production scale setup out there using ARI, but all being well if they have they'll chip in to this conversation. We have large FastAGI deployments out there though, so if you feel ARI might not be the best solution right now, use AGI and revisit this later maybe?

Ben


Damir Wrote:
Hi Ben,

Thank you for you answer.

With regards to scalability I am not so much concerned with scalability of .NET part, I am more worried about Asterisk itself. For example, would current implementation support having 200 concurrent channels all 'inside stasis'? Has anyone tried out anything like that?

How about stability/robustness of the ARI itself? Would you consider it production ready? At least to the extent of current APIs? Or would you say that I am better off using FastAGI?

Damir

On Mon, Jun 16, 2014 at 6:20 PM, Ben Merrills <b.merrills@xxxxxxxxxxxxxxxx> wrote:
Hi,
A number of us are looking at scalability at the moment for Asterisk ARI (multi node etc), Paul Belanger has created a solution to work with Python and his ARI framework (https://github.com/kickstandproject/python-ari) , and I am currently investigating options for AsterNET.ARI (https://asternetari.codeplex.com/) which is a .NET framework for Asterisk ARI.

ARI itself is of course still in development and improvements and features are being added all the time. Myself (skrusty) and Paul (pabelanger) are both on IRC and I am sure he, as I would be happy to discuss what we've done in this area so far.

Ben

Damir Wrote:
Hi All,

I am new to this mailing list and maybe this question was asked before. Sorry if that is the case.

I am starting a new greenfield project and I am strongly considering using ARI. I have just started learning about ARI.

The project itself is going to be .NET based and have features like IVR, voicemail management, call routing etc.

I plan to use ARI for as much as the API provides (and I have a feeling that it will cover most of my needs) however I am not sure about its stability/scalability, I know that version 12 is not a long term release but it is still an official release.

Do you think that ARI is considerably stable/scalable ( for handling ~200 simultaneous calls) so that I can use it in production? 

Regards,
Damir
_______________________________________________
asterisk-app-dev mailing list
asterisk-app-dev@xxxxxxxxxxxxxxxx
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