[Freeswitch-dev] Attended Call Transfer

[Anthony Minessale]

If you have a bridge spanning 2 boxes

phone1 ----> |FS1|  ----> |FS2|
phone2 <---- |FS1| <----- |FS2|

you can run uuid_simplify on either uuid on FS1 to do a refer+replaces to
the 2nd FS
so the call is bridged on that box and both legs on your box1 are hungup.

phone1 -----> |FS2|
phone2 <----- |FS2|

On Mon, Mar 15, 2010 at 11:08 AM, Suneel Papineni <
Suneel.Papineni at mettoni.com> wrote:

>  Hi Anthony,
>
>
>
> Could you please explain me how can use uuid_simlify to achieve Attended
> call transfer. I tried with many combinations, but unable to achieve what I
> have explained below.
>
>
>
> Or guide me to respective wiki page. Mod_Commands wiki page doesn’t explain
> much about this command.
>
>
>
> Thanks & Regards
>
> Suneel
>
>
>
>
>
> *From:* freeswitch-dev-bounces at lists.freeswitch.org [mailto:
> freeswitch-dev-bounces at lists.freeswitch.org] *On Behalf Of *Anthony
> Minessale
> *Sent:* 12 March 2010 16:52
> *To:* freeswitch-dev at lists.freeswitch.org
> *Subject:* Re: [Freeswitch-dev] Attended Call Transfer
>
>
>
> 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
>
> *************************************************************************
> 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/20100315/55f108e3/attachment.html