<div dir="ltr"><div>hi David, maybe i got the issue that is very similar to yours, the scenario is A calls B and B is bridged in lua script (create a new session for leg b and after B answered the call, bridge leg a and b), but when A hangs up before B could answer the call, i found it is not possilbe to have lua get noticed about the hangup.</div>
<div><br></div><div>as i understand, the bridge is made in a synchronous manner, thus you can do nothing before the bridge is finished (successfully or failed), one thing that may help is by using ignore_early_media while originating the b leg call, but this causes other problems for my issue, such as unable to check the result of no answer, so im still seeking a better solution for this.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/10/9 Johny Kadarisman Kwan <span dir="ltr">&lt;<a href="mailto:jkr888@gmail.com" target="_blank">jkr888@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">How about spawn a new lua thread (luarun) before bridge, passing uuid, etc to new script. then on that thread, you check db flagged and/or control call with uuid.<div><br></div><div>Never done this, but i think should works.</div>

</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Sep 24, 2013 at 6:33 PM, David Villasmil <span dir="ltr">&lt;<a href="mailto:david.villasmil.work@gmail.com" target="_blank">david.villasmil.work@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello,<div><br></div><div>I don&#39;t think this is something FS can do. Let me explain:</div><div><br>
</div>
<div>We have FS-A and FS-B, between which are multiple SIP providers. We are checking that the providers between A and B don&#39;t divert calls to non-approved vendors. So what I&#39;m doing is:</div>

<div><br></div><div>When relaying the call from FS-A to the provider, I&#39;m adding a SIP header with a unique ID, which is inserted into a DB table. </div><div>When FS-B receives the call, i retrieve the header ID and look it up in the table and mark it as answered.</div>



<div>On FS-A, when the call is answered, it looks up the ID and makes sure it has been marked as &quot;answered&quot; by FS-B.</div><div>If it is NOT marked, FS-A MUST disconnect the call.</div><div><br></div><div>I hope the explanation was clear, and if anyone has a better idea of how to do this, I&#39;m all ears :)</div>



<div><br></div><div>Thanks</div><span><font color="#888888"><div><br></div><div>David</div><div><br></div></font></span></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div>
On Tue, Sep 24, 2013 at 5:12 PM, Brian West <span dir="ltr">&lt;<a href="mailto:brian@freeswitch.org" target="_blank">brian@freeswitch.org</a>&gt;</span> wrote:<br>

</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>Maybe if we understood more we could probably guide the end user in a better way to accomplish their goals!<br>


<span><font color="#888888"><br>
/b<br>
</font></span><div><div><br>
On Sep 24, 2013, at 9:46 AM, Michael Collins &lt;<a href="mailto:msc@freeswitch.org" target="_blank">msc@freeswitch.org</a>&gt; wrote:<br>
<br>
&gt; I&#39;m with Brian on this one. The bridge app is epic. So the question is this: what are you trying to accomplish with all this Lua stuff that you can&#39;t do with a simple bridge?<br>
&gt;<br>
&gt; -MC<br>
&gt;<br>
<br>
</div></div><br></div></div><div>_________________________________________________________________________<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>
<br></div></blockquote></div><br></div>
<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>
<br></blockquote></div><br></div>
</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>
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>
<br></blockquote></div><br></div>