>In other words, if user A did a blind x-fer of caller C to user B and user B doesn't answer (for whatever failure reason) then >caller C would start ringing back to user A? Just making sure we understand the scope of the feature you're implementing.

Exactly, at the moment the GXP disconnects A and makes a new call to B by using the default dial plan. So freeswitch thinks its a normal call and precedes as usual. I need a condition where I can check if its a transfer / attended call or not

In the log below I found the channel variable variable_pre_transfer_caller_id_number and variable_sip_refer_to but these are are only set when it is a blind transfer. But for some reason there is no match for the condition.

Here is my default dial plan
http://pastebin.freeswitch.org/23993

Here is the debug from the console when I start the transfer.
http://pastebin.freeswitch.org/23994



On Mon, Mar 9, 2015 at 7:18 PM, Michael Collins <msc@freeswitch.org> wrote:


On Sat, Mar 7, 2015 at 9:03 AM, Paul Atreides <paul.atreides83@googlemail.com> wrote:
When I do a blind transfer then I want freeswitch to call back the origin who initiated the call.
But I am not able the capture the transfer event?

In other words, if user A did a blind x-fer of caller C to user B and user B doesn't answer (for whatever failure reason) then caller C would start ringing back to user A? Just making sure we understand the scope of the feature you're implementing.

How does the GXP do the x-fer? Some kind of hook-flash and DTMF code? Can you pastebin the dialplan that the transferor uses when sending the call?

-MC


<condition field="destination_number" expression="^att_xfer$">
<condition field="destination_number" expression="^is_transfer$">

They seem do be ignored by the dialplan. Is there a list what kind of values destionation_number can have besides the called numbers?


I am doing the transfer with a grandstream gxp2140

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

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.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


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

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.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