Transfer back to origin on failure
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? <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
2015-03-08 21:07:52.092450 [NOTICE] switch_ivr.c:1854 Transfer sofia/internal/sip:14@10.0.200.14:5060 to XML[13@default] 2015-03-08 21:07:52.112451 [NOTICE] switch_ivr_bridge.c:1608 Hangup sofia/internal/18@192.168.176.6 [CS_EXECUTE] [NORMAL_CLEARING] 2015-03-08 21:07:52.132453 [NOTICE] switch_core_session.c:1633 Session 1 (sofia/internal/18@192.168.176.6) Ended 2015-03-08 21:07:52.132453 [NOTICE] switch_core_session.c:1637 Close Channel sofia/internal/18@192.168.176.6 [CS_DESTROY] 2015-03-08 21:07:52.132453 [INFO] mod_dialplan_xml.c:635 Processing <18>->13 in context default 2015-03-08 21:07:52.132453 [INFO] switch_channel.c:3062 sofia/internal/ sip:14@10.0.200.14:5060 Flipping CID from "" <18> to "Outbound Call" <14> 2015-03-08 21:07:52.152454 [NOTICE] switch_channel.c:1055 New Channel sofia/internal/sip:13@10.0.200.13:5060 [8b43385b-ec35-4baf-9ace-395670cd2a98] 2015-03-08 21:07:52.192457 [NOTICE] sofia.c:6716 Ring-Ready sofia/internal/ sip:13@10.0.200.13:5060! Does this help? On Sat, Mar 7, 2015 at 6:03 PM, 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?
<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
Now I tried to catch the blind transfer event with <extension name="blind_redirect"> <condition field="sip_refer_to" expression="^\S+$"> </condition> </extension> but that ain't working neither :( On Sun, Mar 8, 2015 at 9:11 PM, Paul Atreides < paul.atreides83@googlemail.com> wrote:
2015-03-08 21:07:52.092450 [NOTICE] switch_ivr.c:1854 Transfer sofia/internal/sip:14@10.0.200.14:5060 to XML[13@default] 2015-03-08 21:07:52.112451 [NOTICE] switch_ivr_bridge.c:1608 Hangup sofia/internal/18@192.168.176.6 [CS_EXECUTE] [NORMAL_CLEARING] 2015-03-08 21:07:52.132453 [NOTICE] switch_core_session.c:1633 Session 1 (sofia/internal/18@192.168.176.6) Ended 2015-03-08 21:07:52.132453 [NOTICE] switch_core_session.c:1637 Close Channel sofia/internal/18@192.168.176.6 [CS_DESTROY] 2015-03-08 21:07:52.132453 [INFO] mod_dialplan_xml.c:635 Processing <18>->13 in context default 2015-03-08 21:07:52.132453 [INFO] switch_channel.c:3062 sofia/internal/ sip:14@10.0.200.14:5060 Flipping CID from "" <18> to "Outbound Call" <14> 2015-03-08 21:07:52.152454 [NOTICE] switch_channel.c:1055 New Channel sofia/internal/sip:13@10.0.200.13:5060 [8b43385b-ec35-4baf-9ace-395670cd2a98] 2015-03-08 21:07:52.192457 [NOTICE] sofia.c:6716 Ring-Ready sofia/internal/ sip:13@10.0.200.13:5060!
Does this help?
On Sat, Mar 7, 2015 at 6:03 PM, 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?
<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
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
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
I am still real new to using FreeSWITCH, but I thought that the variable transfer_fallback_extension was what was needed to do what you describe. I am searching for the answer to this same question. With that in mind, if that is the correct variable to use, then how/where do you use it to get back to the original extension which initiated the transfer (not back to the 'operator')? I want the transfer back to execute INSTEAD of defaulting to going into Record message mode. Thanks
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
participants (3)
-
Michael Collins
-
Paul Atreides
-
T Fred Farmington