[asterisk-app-dev] ARI in production

[Damir Kalashnikov]

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 at mersontech.co.uk>
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 at lists.digium.com
> http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-app-dev/attachments/20140616/c0afe331/attachment-0001.html>