<div dir="ltr"><div><div><div>>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.<br><br></div>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<br><br></div><div>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. <br></div><div><br></div>Here is my default dial plan<br><a href="http://pastebin.freeswitch.org/23993">http://pastebin.freeswitch.org/23993</a><br><br></div>Here is the debug from the console when I start the transfer.<br><a href="http://pastebin.freeswitch.org/23994">http://pastebin.freeswitch.org/23994</a><br><br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 9, 2015 at 7:18 PM, Michael Collins <span dir="ltr"><<a href="mailto:msc@freeswitch.org" target="_blank">msc@freeswitch.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Sat, Mar 7, 2015 at 9:03 AM, Paul Atreides <span dir="ltr"><<a href="mailto:paul.atreides83@googlemail.com" target="_blank">paul.atreides83@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>When I do a blind transfer then I want freeswitch to call back the origin who initiated the call.<br></div>But I am not able the capture the transfer event?<br></div></div></div></div></blockquote><div><br></div></span><div>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.<br><br></div><div>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? <br><br></div><div>-MC<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><div dir="ltr"><div><div><div><br></div><code><</code><code>condition</code> <code>field</code><code>=</code><code>"destination_number"</code> <code>expression</code><code>=</code><code>"^att_xfer$"</code><code>><br></code><code><</code><code>condition</code> <code>field</code><code>=</code><code>"destination_number"</code> <code>expression</code><code>=</code><code>"^is_transfer$"</code><code>><br><br></code></div>They seem do be ignored by the dialplan. Is there a list what kind of values destionation_number can have besides the called numbers?<br><br><br></div>I am doing the transfer with a grandstream gxp2140<br></div>
<br></span>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div>