[asterisk-dev] ARI, reinventing the wheel?

Paul Albrecht palbrecht at glccom.com
Mon Oct 21 10:39:47 CDT 2013


On Oct 21, 2013, at 9:47 AM, Paul Belanger <paul.belanger at polybeacon.com> wrote:

> On 13-10-21 10:20 AM, Paul Albrecht wrote:
>> 
>> Asked this question last week and didn't get an answer. Let me try again. What's the purpose of the ARI? There's already an established interface for managing asterisk. What specifically does ARI do better or more of than the existing interface?
>> 
> The reason you didn't get an answer is because you never explained what 
> you wanted to do.  Basically, if you want to write app_foo.c, you'll no 
> longer to it in c, you'll use ARI to handle it.
> 
> We'll you can still write it in C, but future Asterisk applications with 
> use ARI.

You have misunderstood my question. Let me try again: What is the justification for developing a new interface for managing asterisk? How is it an improvement over AMI? What specifically is AMI lacking? How does ARI fix the problem?

> 
>>  Don't see any benefit of being restful, in fact, in some respects it's a step backwards because the new interface will be synchronous which doesn't make much sense for telephony applications.
>> 
> Fair enough, continue to use AGI / AMI.
> 
> -- 
> Paul Belanger | PolyBeacon, Inc.
> Jabber: paul.belanger at polybeacon.com | IRC: pabelanger (Freenode)
> Github: https://github.com/pabelanger | Twitter: 
> https://twitter.com/pabelanger
> 
> -- 
> _____________________________________________________________________
> -- 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




More information about the asterisk-dev mailing list