[Freeswitch-users] IVR Architecture

[Mario Augusto Mania]

Hehhehe, agora és un ermano :) hehehehe, tem msn? me add:
mario.mania at gmail.com

Em 24 de fevereiro de 2012 21:45, João Mesquita
<jmesquita at freeswitch.org>escreveu:

> 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>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>
>
> 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
> 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
> 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
> 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
> 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
> 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
> 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
> 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
> 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
> 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
> 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/6a2118e7/attachment.html