uuid_simplify will issue the refer...<div><br></div><div>May I ask what application you are developing?</div><div><br></div><div>Regards,<br clear="all">Joćo Mesquita<br>FSComm developer<br>
<br><br><div class="gmail_quote">On Mon, Apr 19, 2010 at 11:27 AM, Mardy Marshall <span dir="ltr"><<a href="mailto:mardy@voysys.com">mardy@voysys.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I'm having a problem with attended transfers where the destination of the transfer is a FreeSWITCH based application such as FSComm. (It should be noted that in my setup the phone performing the transfer and the caller which is being transferred are parties of another SIP server.) What I see, from a SIP signaling standpoint, is that after FreeSWITCH receives and acknowledges the INVITE w/Replaces it does not terminate the initial call leg by sending a BYE to the transfer controller. From the FreeSWITCH application side, FS still thinks that both the initial call leg and transferred call leg are active. I experimented with trying to explicitly terminate the initial call leg by using uuid_kill, but this caused FS to kill all legs of the call. Is there a specific action that the application must take in order for the transfer to complete?<br>
<br>
-Mardy<br>
<br>
<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>