No, bridge application.<br><action application="bridge" data="{api_on_answer='uuid_transfer ${uuid} both'}sofia/external/<a href="mailto:9999@192.168.2.130">9999@192.168.2.130</a>"/><br>The call will be setup going through FS, then when it's answered FS will try to do a reinvite to remove itself from the call path at which point both signalling and media will not go through FS. It'll only work if both endpoints can see each other though.<br>
<br>Perhaps I misunderstood what you're trying to do though?<br><br>The deflect app sends a REFER request on the a-leg for an answered call that tells the caller to redirect to another server. FS won't be in the call path for signalling or media after the redirect. There's no bleg in this scenario.<br>
<action application="deflect" data="<a href="mailto:sip%3A9999@192.168.2.130">sip:9999@192.168.2.130</a>"/><br><br>So for example you can answer the call, do IVR, then redirect the caller to an extension on another server without the call going through FS.<br>
<br>-Steve<br><br><br><br><div class="gmail_quote">On 24 January 2011 10:01, Sam <span dir="ltr"><<a href="mailto:u2nsam@gmail.com">u2nsam@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
So by this ,<br><br><action application="deflect" data="{api_on_answer='uuid_transfer ${uuid} both'}sofia/external/<a href="mailto:9999@192.168.2.130" target="_blank">9999@192.168.2.130</a>"/><br>
<br>Will transfer both legs of call to 192.168.2.130 ?<br>
<br>Regards<br><font color="#888888">Sam</font><div><div></div><div class="h5"><br><br><br><br><br><div class="gmail_quote">On Mon, Jan 24, 2011 at 3:12 PM, Steven Ayre <span dir="ltr"><<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
You could try uuid_simplify with the api_on_answer hook<br><br><a href="http://wiki.freeswitch.org/wiki/Mod_commands#uuid_simplify" target="_blank">http://wiki.freeswitch.org/wiki/Mod_commands#uuid_simplify</a><br><a href="http://wiki.freeswitch.org/wiki/Variable_api_on_answer" target="_blank">http://wiki.freeswitch.org/wiki/Variable_api_on_answer</a><br>
<br>-Steve<br><br><br><br><div class="gmail_quote"><div>On 24 January 2011 09:05, Sam <span dir="ltr"><<a href="mailto:u2nsam@gmail.com" target="_blank">u2nsam@gmail.com</a>></span> wrote:<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div>
Hi,<br><br>Is it possible by having b2bua in between , would the leg A be deflected to the another FS server from first server ?<br><br>Regds<br><font color="#888888">Sam</font><div><div></div><div><br><br><div class="gmail_quote">
On Wed, Jan 12, 2011 at 11:42 AM, Sam <span dir="ltr"><<a href="mailto:u2nsam@gmail.com" target="_blank">u2nsam@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hi,<br><br>When call comes on 1 server and plays an application and after execution of the<br>
application the call is bridge to the other server ,but here after bridging the call <br>should refer/deflect to other server, how this can be done ?<br>
<br>Here just using the deflect variable is not recommended as there is proxy in between,<br>so once the call is bridge the next step would be deflect the leg totally to another server via proxy.<br><br>Regards<br><font color="#888888">Sam<br>
<br><br>
</font></blockquote></div><br>
</div></div><br></div>_______________________________________________<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>
<br></blockquote></div><br>
<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>
<br></blockquote></div><br>
</div></div><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>
<br></blockquote></div><br>