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