[Freeswitch-users] Consultation Call via event_socket interface

[Alexander Haugg]

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 at lists.freeswitch.org [mailto:freeswitch-users-bounces at 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 at c4b.de<mailto:Alexander.Haugg at 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 at ip',origination_caller_id_number=num at ip}sofia/external/num at 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 at freeswitch.org<mailto:consulting at freeswitch.org>
http://www.freeswitchsolutions.com




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

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org<mailto:FreeSWITCH-users at 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120917/970b9171/attachment-0001.html