[asterisk-dev] ARI Extending Existing Feature: bridge control

[Phil Mickelson]

I agree with Paul 100%.  Given my experience with ARI over the last year
and how easy it is to create these apps I would think you could avoid the
dialplan completely and easily create a routine to do exactly what you want.

1.  You would know when the call started and was connected.
2.  You can easily play a sound, any sound, to either end of the connection
or to both.
3.  You can disconnect the call when you want.
4.  I'm not sure given your requirements but you could even allow the
caller (or callee) to put funds in their account to allow for more time.

ARI is the way to go!  IMHO.

Phil M


On Wed, Dec 17, 2014 at 3:58 PM, Paul Belanger <paul.belanger at polybeacon.com
> wrote:
>
> On Wed, Dec 17, 2014 at 3:46 PM, Nir Simionovich
> <nir.simionovich at gmail.com> wrote:
> > Well,
> >
> >   In simple words yes. To be more specific, I'd like to do something like
> > this:
> >
> > 1. Have a simple dialplan that will dialout using the L parameter in Dial
> > application
> > 2. Have ARI bridge list function retrieve not only the list of active
> > bridges, but also their allocated duration timers - if assigned
> > 3. Provide a means via ARI to manipulate the duration timers
> >
> Correct me if I am wrong, but I don't think this will work.  Any
> bridge or channel from your dialplan would not be controlled by
> stasis.  And since it is not in stasis, ARI cannot modify it. I think
> the general idea was to build a new app_dial atop of ARI, then your
> application would provide that functionality to control the L
> parameter.
>
> --
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20141217/f0c56ee2/attachment.html>