Guys, Cross posted to your github Its unlikely that the ESL server would stop sending events that have already been subscribed unless maybe a filter was placed on it or the events were unsubscribed. This is not very difficult to test.
From another shell, use fs_cli to get into the cli, then issue a similar events command from there e.g. /events channel_originate channel_hangup heartbeat Just use whatever events....
Many implementations of client side ESL experience issues where they do not properly cache any events read between the sending of an event and getting the reply, those need to be saved and parsed afterwards. You can easily monitor the traffic on the wire with ngrep ngrep -d any -W byline tcp and port 8021 change any to lo or eth0 etc if desired and adjust the port as needed. On Thu, Jun 6, 2013 at 10:13 AM, Ben Langfeld <ben@langfeld.co.uk> wrote:
Terry,
You place blame on the client implementation, but I've already expressed to you that my feeling is that this is a FS bug. Do you have a reference to your FS JIRA that I may look at to ascertain what the FS team think?
https://github.com/adhearsion/adhearsion/issues/311
Regards, Ben Langfeld
On 6 June 2013 11:37, Terry Ray <terryjray@gmail.com> wrote:
Greetings,
While I've been very pleased with the stability and performance of FreeSWITCH itself, I'm having to scrap the Ruby implementation I was using to drive the call menu functionality for the IVR due to it's inability to maintain connectivity with FS via the inbound event socket.
Would love some suggestions on the best approach. Lua? or some other approach?
Mainly I'm looking for something that will be very stable at higher call volumes.
Best regards,
Terry
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900