[Freeswitch-users] Transfer back to origin on failure

[Paul Atreides]

>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 at freeswitch.org> wrote:

>
>
> On Sat, Mar 7, 2015 at 9:03 AM, Paul Atreides <
> paul.atreides83 at 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150310/d364a181/attachment-0001.html