Implementation of ChanSpy functionality in ARI

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

 



On Wed, Oct 16, 2013 at 12:20 AM, Alistair Cunningham <
acunningham at integrics.com> wrote:

> On 15/10/13 18:06, Joshua Colp wrote:
>
>> Agreed.
>>
>> The only explicit con of this is that it is *not* ChanSpy functionality.
>> It's cool functionality that you can use to achieve similar results for
>> some situations. As long as everyone is okay with that...
>>
>
> Also agreed. What Matt and you have written sounds entirely sensible to
> me, and I find it hard to imagine anyone objecting if similar results can
> be achieved. What I'd like to see is an ARI action or actions to take an
> existing incoming call from an endpoint, and route it to spying on an
> existing call with the following scenarios:
>
> 1. Spy on the call, listen only.
>
> 2. Spy on the call, and talk to a single party - presumably by specifying
> the channel to talk to in the ARI action. It's then up to API app
> developers such as us to figure out which channel is the caller and which
> is the called.
>
>
If you were spying on the channel, would you then be able to change that
spy object as such to have one way audio? Or would you have to remix, with
a NEW mediaRoute which would override the previous one? I can see a need to
be able to change it mid call as it were


> 3. Spy on the call, and talk to all parties, i.e. form an ad-hoc
> conference.
>

I think this is as you say, a conference and shouldn't be put anywhere near
the functionality of ChanSpy in ARI, otherwise you're just duplicating
methods in the ARI


>
> We don't have any need to change scenario mid-spy (using DTMF for
> example), but others might. Likewise, we don't have any need to talk to two
> or more (but not all) participants in the original call, but others might.
>
> --
> Alistair Cunningham
> +1 888 468 3111
> +44 20 799 39 799
> http://integrics.com/
>
>
> ______________________________**_________________
> asterisk-app-dev mailing list
> asterisk-app-dev at lists.digium.**com <asterisk-app-dev at lists.digium.com>
> http://lists.digium.com/cgi-**bin/mailman/listinfo/asterisk-**app-dev<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/20131016/25f7bdc5/attachment.html>


[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