Joegen,
I don't know if you already came to a conclusion here but I just wanted to chime in a bit. First off, understand that ESL inbound is extremely powerful - you can do pretty much anything you want. In fact, there is nothing preventing you from connecting in via ESL, then launching a call that goes through the dialplan and then executes a script written in Lua/Perl/Javascript.
My advice to you is to break this down into smaller pieces. Create a dialplan extension and script that tests an IVR and make sure it works. Then create an ESL application that controls FreeSWITCH and can launch one or more calls through your test extension. Repeat as needed.
-MC
On Tue, Dec 7, 2010 at 5:36 PM, Joegen E. Baclor <joegen@opensipstack.org> wrote:
Hi,
We are trying to work out a test suite for sipXecs media services and we
thought that freeswitch itself is the best place to do it. I am
initiallly thinking of controlling freeswitch using ESL inbound to
simulate traversing of sipXecs media services ivr menus. However,
although ESL has the most flexibility among the choices, I find the
scripting modules really appealing specially because it exposes the
ability to add new test scenarios. Am I correct that ESL inbound
function(eg: placing independent outbound calls without having to hit a
dialplan) is not currently doable via the mod_scripting_language
plugins? Because of this, I am plannning to simply expose ESL
inbound/outbound library via a google::v8 glue to make the test
scenarios somehow scriptable. I am wondering if I am not crazy if i do so.
I have came accross this thread old
http://thread.gmane.org/gmane.comp.telephony.freeswitch.user/10926/focus=10928
. I am wondeing if more work/thoughts came into this so i wont be
reinventing the wheel.
advice appreciated. Thanks!
Joegen
_______________________________________________
FreeSWITCH-dev mailing list
FreeSWITCH-dev@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
http://www.freeswitch.org
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org