So the question is: why the hack FS sends BYE to Yealink to tear down the session when this must do the UA which is performing the call transfer with REFER method. Obviously, Yealink responds with 481 to this kind of BYE, becauce it has already killed the dialog.<br>
<br><div class="gmail_quote">2012/9/15 Anton Kvashenkin <span dir="ltr">&lt;<a href="mailto:anton.jugatsu@gmail.com" target="_blank">anton.jugatsu@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Emrah, can you please paste the successful dump of call when you transfer from Polycom. I observe strange bahaviour when FS sends BYE to Yealink to shutdown the dialog and Yealink also kills the dialog with it&#39;s BYE.<div class="HOEnZb">
<div class="h5"><br>
<br><div class="gmail_quote">2012/9/15 Emrah <span dir="ltr">&lt;<a href="mailto:lists@kavun.ch" target="_blank">lists@kavun.ch</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hi all,<br>
<br>
I have tried to play with the refer extension and now have my calls land in the public context when they are transferred…<br>
This is the second extension in my dialplan:<br>
&lt;extension name=&quot;refer&quot;&gt;<br>
 &lt;condition field=&quot;${sip_refer_to}&quot;&gt;<br>
        &lt;expression&gt;&lt;![CDATA[&lt;sip:${destination_number}@${domain_name}&gt;]]&gt;&lt;/expression&gt;<br>
 &lt;/condition&gt;<br>
 &lt;condition field=&quot;${sip_refer_to}&quot;&gt;<br>
        &lt;expression&gt;&lt;![CDATA[&lt;sip:(.*)@(.*)&gt;]]&gt;&lt;/expression&gt;<br>
        &lt;action application=&quot;set&quot; data=&quot;refer_user=$1&quot;/&gt;<br>
        &lt;action application=&quot;set&quot; data=&quot;refer_domain=$2&quot;/&gt;<br>
        &lt;action application=&quot;info&quot;/&gt;<br>
        &lt;action application=&quot;bridge&quot; data=&quot;sofia/${use_profile}/${refer_user}@${domain_name}&quot;/&gt;<br>
 &lt;/condition&gt;<br>
    &lt;/extension&gt;<br>
<br>
Any help would be greatly appreciated.<br>
<br>
All the best,<br>
Emrah<br>
<div><div>On Sep 13, 2012, at 3:09 PM, Emrah &lt;<a href="mailto:lists@kavun.ch" target="_blank">lists@kavun.ch</a>&gt; wrote:<br>
<br>
&gt; Hi all,<br>
&gt;<br>
&gt; I seem to be encountering the strangest problems.<br>
&gt; I have been doing some more testing with my transfers and here is a recurring issue.<br>
&gt;<br>
&gt; I have 2 phones behind the same router. 1 Polycom VVX 1500 and 1 Yealink SIP-T38g<br>
&gt; They are both registering on the same FS server which is on a remote public IP.<br>
&gt; The Polycom has extension 20 and the yealink uses 21.<br>
&gt; When I call the Polycom from the Yealink and perform a blind transfer from the Yealink, it fails with: 481 Call Leg/Transaction Does Not Exist.<br>
&gt; If I transfer from the Polycom though, it seems to work.<br>
&gt;<br>
&gt; In resume:<br>
&gt; I cannot transfer from A leg. B leg doesn&#39;t seem to know its way around and looses it. To demonstrate, I transfer B leg from A leg to extension 5000.<br>
&gt; <a href="http://pastebin.freeswitch.org/19893" target="_blank">http://pastebin.freeswitch.org/19893</a><br>
&gt;<br>
&gt; I tried Googleing the error code and didn&#39;t find anything particularly related to my issue.<br>
&gt;<br>
&gt; Any hint would be greatly appreciated. To make sure, I downgraded to the stable version.<br>
&gt;<br>
&gt; Thanks a bunch, as always.<br>
&gt; Emrah<br>
<br>
<br>
_________________________________________________________________________<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>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.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://wiki.freeswitch.org" target="_blank">http://wiki.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>
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>