[Freeswitch-users] IVR Architecture

[João Mesquita]

Yes, I am even though I live in Argentina.


--  
João Mesquita
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)


On Friday, February 24, 2012 at 2:10 PM, Mario Augusto Mania wrote:

> Hi João
>  
> Are you Brazilian? I am! And I know a few brazilians using freeswitch. We keep contact out of list?
>  
> Mario
>  
> Em 24 de fevereiro de 2012 17:58, João Mesquita <jmesquita at freeswitch.org (mailto:jmesquita at freeswitch.org)> escreveu:
> > In my opinion, the language you are using pretty much depends on the project requirements. C will always be faster then anything else if implemented correctly. Also, there is advantages of using native APIs (no matter with ESL or as a module).
> >  
> > Nonetheless, the implementation is more complex, requires more knowledge and at last and most important, TIME. Do you have the time and resources to do it in C and will it be justified based on the project budget you have?  
> >  
> > Other then that, I would use ESL because you get the benefit of having your application running on another box and even have it control several boxes at once which is a common requirement for large IVRs.  
> >  
> > I hope it helps.
> >  
> > Regards,  
> >  
> > --  
> > João Mesquita
> > Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
> >  
> >  
> > On Friday, February 24, 2012 at 4:29 AM, Vitalie Colosov wrote:
> >  
> > > Why not to use powerful and fast lua scripts with DB access - example for DB select:
> > > ------------------------
> > > subscriber = "1000";
> > > my_field = '';
> > > local dbh = assert(freeswitch.Dbh("db","fs_user","fs_password"));
> > > dbh:query("select my_field1 from my_table1 where subscriber = '"..subscriber.."'",  
> > > function(row)  
> > > my_field = row.my_field1;
> > > end);
> > > dbh:release();
> > > --do whatever you need here!!
> > > ------------------------
> > >  
> > > obviously you need to configure ODBC for access, but this is described:
> > > http://wiki.freeswitch.org/wiki/Using_ODBC_in_the_core#CentOS_5.2
> > >  
> > >  
> > > 2012/2/23 Anita Hall <anita.hall at simmortel.com (mailto:anita.hall at simmortel.com)>
> > > > Hi
> > > >  
> > > > We are considering writing our own module for processing IVR in C. We are considering using mod_event_socket and then modify it to consume and produce the events internally instead of passing them to the socket. Is this a good idea?
> > > >  
> > > > I know FreeSWITCH already has a mod_dialplan_xml which can use mod_curl to communicate to the outside world for I/O and DB access. But ...
> > > >  
> > > > 1) Does XML have all the power flexibility that will be needed for powerful IVR applications?  
> > > >  
> > > > 2) Does mod_dialplan_xml use a separate thread for each IVR execution ? What will be the overhead of interpreting the XML ?
> > > >  
> > > > 3) Any more ideas ?
> > > >  
> > > > Thanks :)
> > > >  
> > > > regards,
> > > > Anita
> > > >  
> > > >  
> > > > _________________________________________________________________________
> > > > Professional FreeSWITCH Consulting Services:
> > > > consulting at freeswitch.org (mailto:consulting at freeswitch.org)
> > > > http://www.freeswitchsolutions.com
> > > >  
> > > > 
> > > > 
> > > >  
> > > > Official FreeSWITCH Sites
> > > > http://www.freeswitch.org
> > > > http://wiki.freeswitch.org
> > > > http://www.cluecon.com
> > > >  
> > > > FreeSWITCH-users mailing list
> > > > FreeSWITCH-users at lists.freeswitch.org (mailto:FreeSWITCH-users at 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 at freeswitch.org (mailto:consulting at freeswitch.org)
> > > http://www.freeswitchsolutions.com
> > >  
> > > 
> > > 
> > >  
> > > Official FreeSWITCH Sites
> > > http://www.freeswitch.org
> > > http://wiki.freeswitch.org
> > > http://www.cluecon.com
> > >  
> > > FreeSWITCH-users mailing list
> > > FreeSWITCH-users at lists.freeswitch.org (mailto:FreeSWITCH-users at 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 at freeswitch.org (mailto:consulting at freeswitch.org)
> > http://www.freeswitchsolutions.com
> >  
> > 
> > 
> >  
> > Official FreeSWITCH Sites
> > http://www.freeswitch.org
> > http://wiki.freeswitch.org
> > http://www.cluecon.com
> >  
> > FreeSWITCH-users mailing list
> > FreeSWITCH-users at lists.freeswitch.org (mailto:FreeSWITCH-users at 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 at freeswitch.org (mailto:consulting at freeswitch.org)
> http://www.freeswitchsolutions.com
>  
> 
> 
>  
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>  
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org (mailto:FreeSWITCH-users at lists.freeswitch.org)
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>  
>  


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120224/03accc4e/attachment-0001.html