[Freeswitch-users] ESL Inbound vs outbound for callers

[Dmitry Sytchev]

I think it's better to use outbound ESL in this case.
Every time you get call, you'll get request from FS at your ESL
application, handle it in single worker or in forked process, and then
return to main loop or finish handler process and continue.





2014-07-17 7:46 GMT+04:00 Normando Hall <nhall at unixlan.com.ar>:

>  Hi Nandy. Thanks for your reply.
>
> That is not exactly an IVR behaviour, because FS will query DB to find a
> register with the same CID and then based on this register we get the
> STREET and NUMBER. Then FS will say:
>
> "Welcome to XXXX. Yor are on street 'STREET' 'NUMBER'.
>
> I know this can be do it with a simple lua (perl, js, etc) script, or
> within dialplan application, but we have our system running on NodeJS (JS)
> and we want to use modesl (ESL wrapper for NodeJS) from our code. We want
> to answer the call and intruct FS through to "say" the welcome message and
> cath this call to trigger an event in our system.
>
> I hope you can understand me. My english is very bad.
>
> So my question is: what is better for answer calls? Using ESL in inbound
> mode (parking the call befora) or outbound mode?
>
> Thanks
> Normando
>
>
> El 16/07/2014 10:31 p.m., Nandy Dagondon escribió:
>
>  Hi Norman,
>
>  How about using IVR? You can route different IVRs based on caller id
> number.
>
>  /Nandy
>
>
> On Wed, Jul 16, 2014 at 5:39 AM, Normando Hall <nhall at unixlan.com.ar>
> wrote:
>
>> Hi guys
>>
>> I am developing an answer machine through ESL library. If I understand
>> correct, the inbound mode must set the caller in park before answer and
>> listen in my client for that event. And outbound simple receive the
>> calling event.
>> Can you advice me what mode is better for my requirements? 90% are
>> inbound callings that I need to answer and play a few audio files based
>> on their CID.
>>
>> Thanks
>> Normando
>>
>> _________________________________________________________________________
>> 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.orghttp://www.freeswitchsolutions.com
>
> FreeSWITCH-powered IP PBX: The CudaTel Communication Server
>
> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
>
> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://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
>
>


-- 
Best regards,

Dmitry Sytchev,
IT Engineer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140717/2d72f7a4/attachment-0001.html