Thanks for the reply.

3 was just the example. In practice it could be 4, 5, or 10. Though even if it were 3, I'm fairly sure I couldn't get the recording that I want. Without a conference I have to record sessions, but I want the recording to continue for as long as there conference is active, regardless of who's still in it (if 1 initiates the call and leaves, the recording should continue until 2 and 3 leave).

To be clear, I only actually care to support transfer when there are 2 people in the conference. Effectively it would be treating a 2 person conference as if it were a bridge.

Best,
Colin
On Tue, Sep 13, 2016 at 7:46 PM Abaci B <abaci64@gmail.com> wrote:
not sure your exact use case but in the scenario you described maybe the three_way application can be used for #3 to join instead of conference?

On Tue, Sep 13, 2016 at 7:22 PM, Colin Morelli <colin.morelli@gmail.com> wrote:
Hey again,

From looking through the source (and some light experimenting), it looks like blind transfers don't work unless the call is bridged. This means they don't work in a conference. That makes sense (the behavior would be undefined).

However, I have a case in which I want this behavior, and am looking to see if anyone has done anything similar. Say two people join a call together, then a third gets added. When the third is added, all participants are moved into a conference. Now, #3 drops off, and it's just 1 and 2 again.

It doesn't seem like there's any straight forward way of allowing 1/2 to initiate blind transfers, is that right? Has anyone else encountered this issue? Should I just be dynamically pulling people out of and adding them back into conferences in this case?

Ideally, there'd be a way to specify conference transfer behavior such that when in a conference, blind transfers can still work so long as there are exactly two people in that conference. Would this be a welcome addition?

Best,
Colin

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org