try uuid_simplify <uuid> instead


On Fri, Mar 12, 2010 at 10:37 AM, Suneel Papineni <Suneel.Papineni@mettoni.com> wrote:

Hi,

 

I am trying to establish an attended call transfer scenario as follows:

 

A call is made from extension1 to FSComm (Call 1) and is answered. Now another call is made from FSComm to extension2 and is answered (Call 2). I want to transfer the call between extension1 and extension2. For this I tried to use “uuid_bridge” command at FSComm and is issued through event sockets to FSComm as:

"api uuid_bridge <A-leg Unique-id of Call1> <B-Leg Unique-id of Call 2>".

This connected both the extensions and FSComm is out of loop for RTP. This achieved call transfer feature, but my issue is as follows.

 

When I saw number of calls at FSComm (using “api show calls” command), it has shown 0 calls, that is correct. Where as when I look for number of channels (using “api show channels” command), it displayed as 2 with details of current call between two extensions (i.e. A-leg of Call 1 and B-leg of Call 2). It means FSComm didn't come out of loop completely and is occupying the two channels.

 

Could you please let me know how can I make FSComm to come out of loop completely, so that I can accept/make another call at FSComm from/to different extension. (I tried to kill the channel at FSComm, but this is clearing the call between extensions completely)

 

I tried to use “uuid_deflect” command, but that is useful in Blind transfer and not in attended transfer. Also tried with “uuid_transfer” command but failed to achieve.

 

Could someone please let me know if there is any other method to achieve this attended transfer scenario.

 

Thanks & Regards

Suneel

 

*************************************************************************
Please consider the environment before printing this e-mail
*************************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.  http://www.mettoni.com

Mettoni Ltd
Registered in England and Wales: 4485956
9400 Garsington Road, Oxford Business Park, Oxford, OX4 2HN
*************************************************************************

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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org
pstn:+19193869900