try uuid_simplify <uuid> instead
On Fri, Mar 12, 2010 at 10:37 AM, Suneel Papineni < suneel.papin...@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_miness...@hotmail.com <msn%3aanthony_miness...@hotmail.com> GTALK/JABBER/PAYPAL:anthony.miness...@gmail.com<paypal%3aanthony.miness...@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:8...@conference.freeswitch.org <sip%3a...@conference.freeswitch.org> iax:gu...@conference.freeswitch.org/888 googletalk:conf+...@conference.freeswitch.org<googletalk%3aconf%2b...@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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
