Hi MC,

thank you for the answer.

To your question, all call legs in this scenario (outgoing or incoming direction) are connected over a sip trunk of a pbx.

Scenario:

My CTI

  |  A

  |  |       event socket

  V  |

Freeswitch         Sip Trunk

<-                           PBX

->                          

My Client control (CTI) the call legs over the event socket interface and the call legs are only legs over the sip trunk to or from the PBX.

After some tests i have found a possible solution:

- Leg A and Leg B are bridged (all legs get the flag park_after_bridge = true)

- For Consultation i park Leg B and transfer this Leg to Moh in my default context of my dialplan

- i originate Leg C and bridge this Leg with Leg A (Leg C have the flag park_after_bridge = true too) Consultation is comlete now.

- with the principle same think i can toggle Leg A <-> Leg B and Leg A <-> Leg C.

What is your think for this solution? I have tested this on the FS CLI and it works.

Von: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] Im Auftrag von Michael Collins
Gesendet: Freitag, 14. September 2012 19:13
An: FreeSWITCH Users Help
Betreff: Re: [Freeswitch-users] Consultation Call via event_socket interface

Hi Alex,

Welcome to the FreeSWITCH mail list!

First question for you: what kind of telephone are you using? The reason I ask is that this kind of function is trivially achieved with a good hard phone, like a Polycom, Yealink, Snom, or Cisco with two or more line keys. If you can use a hard phone w/ multiple line keys then you don't even need to mess with the dialplan, uuid_bridge, etc.

-MC

On Fri, Sep 14, 2012 at 12:24 AM, Alexander Haugg <Alexander.Haugg@c4b.de> wrote:

Hi All,

I’m new on the mailing list.

I have a problem with a call scenario.

- Channel A and channel B are bridged (A is my own channel and B is my calling partner)

- Now i set channel B on hold with the command „uuid_hold xxx“ and create a new channel to C with the command:

bgapi originate {channel_csid=num,accountcode=num,origination_caller_id_name='num@ip',origination_caller_id_number=num@ip}sofia/external/num@ip  &park

this works correctly, the partner C answer and the channel is established.

- Now the Problem:

I try to bridge the channel a to channel c with the uuid_bridge command, now the channel b will hangup, why? The variable hangup_after_bridge is by default false.

Other problem: channel A can hear the voice of channel C but not speak with him, channel C can hear and speak. But this problem is not the important think at the moment.

Is there a general problem in my plan to do that?

Is it a better plan to do this over the dialplan?

The next step in this scenario is to toggle the connection A -> B and A -> C.

Thanks for your help!

Nice regards,

Alex

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

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.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

--
Michael S Collins
Twitter: @mercutioviz
http://www.FreeSWITCH.org
http://www.ClueCon.com
http://www.OSTAG.org