<br><br><div class="gmail_quote">On Tue, Feb 14, 2012 at 6:30 PM, dma <span dir="ltr"><<a href="mailto:mays.david@gmail.com">mays.david@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi All,<br>
<br>
I need some advise from you on how to answer after bridge in a dialplan +<br>
lua environment.<br>
<br>
My goal is,<br>
<br>
(1) dial destination number (OB) on receiving incoming call (IB),<br>
(2) bridge the 2 sessions on early media received, and then<br>
(3) send answer to IB when OB answers.<br></blockquote><div><br>Just curious, but how is this different from just using the bridge application?<br>-MC<br> <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Currently all the above are done in my lua script. The script blocks on<br>
bridge. From the previous discussions, I find a way to circumvent script<br>
blocking is to use "execute_on_answer=lua ob_answer.lua". This sounds a good<br>
solution. However, I wonder if I have the access to the 2 session objects,<br>
session and ob_session, in the new script "ob_answer.lua". In a lua script,<br>
the IB call is answered using "session:answer()".<br>
<br>
Or if there exists other solutions/alternatives to achieve the above goal in<br>
a dialplan + lua environment.<br>
<br>
Please kindly advise.<br>
<br>
Thanks,<br>
D.Ma<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://freeswitch-users.2379917.n2.nabble.com/How-to-answer-after-bridge-in-a-dialplan-lua-environment-tp7286322p7286322.html" target="_blank">http://freeswitch-users.2379917.n2.nabble.com/How-to-answer-after-bridge-in-a-dialplan-lua-environment-tp7286322p7286322.html</a><br>
Sent from the freeswitch-users mailing list archive at Nabble.com.<br>
<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>
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">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>