Thanks Brian. I think in this case the upstream provider provides virtual PBX services to my client, but it could equally well be the client's PBX. In this case Freeswitch is not the PBX, and what I want to achieve is that when the IVR application wants to transfer the call, instead of it routing through Freeswitch, I want Freeswitch to tell the provider PBX to take the call back and route it to where it now needs to go. Cheers. Clive Lansink Email: Clive@Lansink.Co.NZ Phone: +64 9 520-4242 Mobile: +64 21 663-999 Fax: +64 21 789-150 -----Original message----- From: Brian West <brian@freeswitch.org> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Subject: Re: [Freeswitch-users] Transferring calls - can Freeswitch instruct the up-stream provider to do the transfer? Reply-to: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Date: Tue, 19 Nov 2013 12:37:35 -0600 yes, see deflect vs redirect on the wiki, deflect sends a refer and the redirect sends a 302, I don’t know of any provider up stream that will take a refer and act on it. -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH_Wire , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On 2013-11-18, at 4:46 PM, Clive Lansink <clive@lansink.co.nz> wrote:

Hi everyone.

I have an IVR application written in Python that utilises Freeswitch to handle all the SIP and VOIP stuff. However in this case, Freeswitch is really only the end point and is not the client's PBX system. The client would like an option that will cause the incoming call to be transferred to a specified destination. The destination is an outside number and not a Freeswitch extension.

I am playing with this now. I believe I can use the API originate command to originate a call to the specified destination and use the bridge application to bridge them. But even if that works, it would mean the incoming call is still being routed right through Freeswitch and out again to the destination.

Now is there a way I can tell Freeswitch to issue like a call transfer command to the up-stream provider so Freeswitch can then hang up and the call can be handled elsewhere?

In the old days, and in fact I have done this in a much earlier version of this same IVR application, I would have sent a flash to the outside world, wait for dialtone then dial the destination number, wait for ring and then hang up. Can anyone advise how would I do something like that now?

Cheers.

Clive Lansink Email: Clive@Lansink.Co.NZ Phone: +64 9 520-4242 Mobile: +64 21 663-999 Fax: +64 21 789-150

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com

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

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org Error: unable to create file c:\clansink-documents\mail\messages\20131120\m201311200752080018\c:\clansink-documents\mail\messages\20131120\m201311200752080018-001.txt for attachment signature.asc.

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org