Chad,<div><br></div><div>What is your event listener? Just curious. It seems to me that you could do an inbound event socket to generate the call and then let that call hit the dialplan and send it to the socket app which in turn would send the call to your event listener. (I suppose you could even do something like "bgapi originate sofia/foo/bar@baz &socket("<a href="http://127.0.0.1:8084">127.0.0.1:8084</a>")" if you wanted to.)</div>
<div><br></div><div>-MC<br><br><div class="gmail_quote">On Tue, Dec 6, 2011 at 8:10 AM, Chad Phillips -- Apartment Lines <span dir="ltr"><<a href="mailto:chad@apartmentlines.com">chad@apartmentlines.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 designing an application that will originate many calls via the event system which I also want to attach event listeners to. i want each event listener to only listen for events particular to each originated call.<br>
<br>
Since I want FreeSWITCH to control the call after I originate it, it seems that I should use an inbound connection. The two possible workflows I see are:<br>
<br>
a) Issue an originate command via inbound, then turn it into an outbound-type connection via a 'myevents <uuid>' call (or 'handlecall' using mod_erlang_event) once the channel is up. With this method, it seems that I could miss critical channel events between the time the call is originated and the listener is attached.<br>
<br>
b) Set up an inbound listener filtered on a pre-determined UUID for the call, then originate the call with that UUID. This would seem to guarantee that no events are missed by the listener, but I'm wondering about the performance of having potentially hundreds of inbound connections with filters going at the same time.<br>
<br>
So my questions are:<br>
<br>
1) Is there a way to accomplish a) without potentially missing any channel events?<br>
<br>
2) Is b) vastly less efficient than a)?<br>
<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></div>