[asterisk-users] How to steal an answered call?

[Patrick Wakano]

Not sure how elegant this is, but I think you can try to elaborate some
logic that when phone C dials something, it would retrieve you the channel
phone A is connected and use the Bridge application to force the connection
of phone C to phone A. So you need first to save the channels you have
connected in a call, later on read this info based on whatever the phone C
has dialed in and just use this as parameter to the Bridge app. When this
happens channel C gets connected to channel A and channel B should
automatically get disconnected (or maybe continue your dialplan execution).

On Mon, 9 Jul 2018 at 13:17, David Cunningham <dcunningham at voisonics.com>
wrote:

> Hello,
>
> I'm familiar with Pickup/PickupChan for taking a ringing call, but does
> anyone know how a phone can "steal" an already answered call from another
> phone? Our users have decided that call parking is too long-winded and
> don't want to use that.
>
> For example: phone A calls phone B, phone B answers the call, phone C
> dials something to "steal" the call from B, and finally A and C are talking.
>
> Searching on voip-info.org shows a "BristuffSteal" command but it's very
> out of date (Asterisk 1.2).
>
> Thanks in advance for any suggestions.
>
> Kind regards,
>
> --
> David Cunningham, Voisonics Limited
> http://voisonics.com/
> USA: +1 213 221 1092
> New Zealand: +64 (0)28 2558 3782
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> Check out the new Asterisk community forum at:
> https://community.asterisk.org/
>
> New to Asterisk? Start here:
>       https://wiki.asterisk.org/wiki/display/AST/Getting+Started
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20180709/d90726e0/attachment.html>