[Freeswitch-users] Transfer back to origin on failure

[Paul Atreides]

hi,

can someone tell me what is happening here. I figured that freeswitch is
not leaving the extension,
it just rexecutes it. I would like it do another action when there is a
value inside pre_transfer_caller_id_number

[INFO] switch_channel.c:3062 sofia/internal/sip:14 at 10.0.200.14:5060
Flipping CID from "" <18> to "Outbound Call" <14>
[DEBUG] switch_core_state_machine.c:216 (sofia/internal/
sip:14 at 10.0.200.14:5060) State Change CS_ROUTING -> CS_EXECUTE
[DEBUG] switch_core_session.c:1388 Send signal sofia/internal/
sip:14 at 10.0.200.14:5060 [BREAK]
[DEBUG] switch_core_state_machine.c:528 (sofia/internal/
sip:14 at 10.0.200.14:5060) State ROUTING going to sleep
[DEBUG] switch_core_state_machine.c:472 (sofia/internal/
sip:14 at 10.0.200.14:5060) Running State Change CS_EXECUTE
[DEBUG] switch_core_state_machine.c:535 (sofia/internal/
sip:14 at 10.0.200.14:5060) State EXECUTE
[DEBUG] mod_sofia.c:178 sofia/internal/sip:14 at 10.0.200.14:5060 SOFIA EXECUTE
[DEBUG] switch_core_state_machine.c:258 sofia/internal/
sip:14 at 10.0.200.14:5060 Standard EXECUTE


 <extension name="Extension">
   <condition field="destination_number" expression="^([0-9][0-9])$">
       <action application="export" data="dialed_extension=$1"/>
       <action application="set" data="call_timeout=90"/>
       <action application="set" data="continue_on_fail=true"/>
       <action application="set" data="hangup_after_bridge=true"/>

       <action application="hash"
data="insert/${domain_name}-call_return/${dialed_extension}/${caller_id_number}"/>
       <action application="hash"
data="insert/${domain_name}-last_dial_ext/${dialed_extension}/${uuid}"/>
       <action application="hash"
data="insert/${domain_name}-last_dial_ext/global/${uuid}"/>

       <action application="bridge"
data="[leg_timeout=20]user/${dialed_extension}"/>

      </condition>
 </extension>

On Tue, Mar 10, 2015 at 4:57 PM, Paul Atreides <
paul.atreides83 at googlemail.com> wrote:

> >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/20150316/e7146df9/attachment-0001.html