The best way to describe event socket to someone familiar with asterisk is that its a combination of AGI and AMI which can be used bidirectional.<br><br>You can:<br><br>connect one inbound socket from a client and control every call at once using events.<br>
connect one inbound socket then latch on to an existing single call and control it.<br>connect one outbound socket to your application per call and control it.<br><br>In all cases you have the option for full control which allows you to gain access to log, event, and FSAPI commands (the equiv of cli commands in asterisk)<br>
You can have your script listen on a dedicated port or use the ivrd example which is a daemon written in C that gets the desired script name from <br>a channel variable and executes it on the remote end of the socket using STDIN/STDOUT as the socket.<br>
<br>The other big difference besides that the single protocol does all these things is that we have a BSD licensed client library in our source tree called ESL.<br>its in the libs/esl directory. This can be use to write clients in C or several other higher level languages using swig. fs_cli that is built with FS is written using<br>
ESL. Perl, Ruby, Python, Lua, PHP are all working and there is the beginning of a JAVA one which is stubbed out but just needs a little bit of work to finish it off<br>and you could have that too.<br><br><br><br><div class="gmail_quote">
On Sun, Jul 5, 2009 at 5:29 PM, <span dir="ltr"><<a href="mailto:geoffreymina@gmail.com">geoffreymina@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello,<br>I have been reading through the on-line info as well as some reviews of the FreeSwitch platform. I am fairly convinced at this point that FreeSwitch is at least something I need to carefully look into. <br><br>
Our company utilizes asterisk to support our SaaS ACD/VPD/IVR platform. We currently support many thousands of concurrent agents (inbound and outbound). I have spent a lot of time trouble shooting bugs and working through 'issues' with asterisk. While I have tamed the beast, I am still not thrilled with the performance, nor am I very excited about the direction the project appears to be heading. It seems like every time a 'fix' is committed to SVN, it breaks something else. It's kind of like the wild-wild-west over there... and it certainly doesn't give me the warm/fuzzies when thinking about the future of my company.<br>
<br>One of the benefits of our architecture is that our business logic is completely abstracted from the asterisk system. We use a combination of FastAGI and AMI to control channels on the asterisk server. We have a Java based server which interfaces with the higher level call routing engines. It looks to me like the Mod_event_socket would probably satisfy my requirements for controlling the calls via an external process, although it doesn't look as cut/dry as the FastAGI model. I haven't seen anything which would let me know the equivalent of the FastAGI 'script' being requested.<br>
<br>The other thing I haven't seen is how to dynamically create conferences on the fly and redirect channels into them. We use app_conference on asterisk to avoid the ztdummy issue. Once the higher level intelligence engine determines two channels need to speak with each other, they are both redirected via AMI Redirect into a dynamic Conference created just for that particular call.<br>
<br>Also - what is the status of call progress on FreeSwitch? Some things that are important to me are answering machine detection as well as detecting SIT intercept tones in the early media stream... any love here?<br><br>
I have a ton more questions, but this seems like a good start.<br><br>Thanks!<br>Geoff<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><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
<br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>