[Freeswitch-dev] Attended Call Transfer

[Anthony Minessale]

try uuid_simplify <uuid> instead


On Fri, Mar 12, 2010 at 10:37 AM, Suneel Papineni <
Suneel.Papineni at 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 at 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 at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:+19193869900
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100312/fc8ef2c6/attachment-0001.html