[Freeswitch-users] Handling DTMF using Outbound Socket

[Duvid Rottenberg]

I don't think it's possible to pause the IVR, but you can run break to stop
the current IVR, then run your prompts to the user and if the user selects
to continue you can then resume the IVR.

I have not myself used nibblebill I am not sure if updating the balance in
the database will be reflected in the call immediately.


On Tue, Mar 25, 2014 at 11:51 AM, Grant Bagdasarian <GB at cm.nl> wrote:

> 2) Are you transferring the user to an IVR from within the ESL application
> or in the dialplan XML?
>
> From within the ESL application.
>
>
>
> Yes, it's something like a calling card application. I'll have a look at
> mod_nibblebill. Just wondering when refiling the credits, is it possible to
> do this by some external application? I'll probably just have to call the
> external application, let it refill the balance by updating it in the
> database which nibblebill uses?
>
>
>
> Thanks!
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Duvid
> Rottenberg
> *Sent:* Tuesday, March 25, 2014 4:18 PM
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] Handling DTMF using Outbound Socket
>
>
>
> 1) Depends on what the external application is trying to accomplish.
> Outbound socket is probably the most powerful and flexible way to
> accomplish call control from an external application but it is a steep
> learning curve.
>
>
>
> 2) Are you transferring the user to an IVR from within the ESL application
> or in the dialplan XML?
>
> 3) You can execute all dialplan from within ESL the same way as you can
> from the dialplan XML
>
> 4) Yes. The question is only how much time and effort it would take to get
> there.
>
>
>
> If you are trying to create a calling card that can be refilled mid call
> then check out mod_nibblebill.
>
>
>
> Thanks,
>
> Duvid Rottenberg
>
>
>
> On Tue, Mar 25, 2014 at 7:11 AM, Grant Bagdasarian <GB at cm.nl> wrote:
>
> Hello,
>
>
>
> I'm starting a new application which has the following functionality: A
> user calls a certain number at which it gets a few option to choose from.
> The last option allows the user to be transferred to another IVR
> application (context) inside our FS instance or bridged with a live person
> (remote party). So far, this won't be hard to setup. Now comes the hard
> part at which I have no experience in. Upon transferring or bridging the
> call, FS should create an outbound socket to an external application which
> will control the call. The external process should monitor the length of
> the call and once its limit is almost reached, playback a message to the
> user if it wants to continue the call. The user has to press 1 in order to
> continue, or nothing or 2 to disconnect.
>
>
>
> I need to know the following:
>
> 1)      Is Outbound ESL Sockets the best way to accomplish this?
>
> 2)      What if the user has been transferred to an IVR application and
> is currently asked by FS to enter digits, but the monitor asks the user at
> the same time if it wants to continue the call. How do I handle this?
> Should I pause the application in which the user currently is in? Is this
> even possible?
>
> 3)      Using an external process to control the call, is it possible to
> playback the call limit reached message to only the caller, and not the
> bridged to party?
>
> 4)      Is this whole project even possible?
>
>
>
> Regards,
>
>
>
> Grant
>
>
>
>
>
>
> _________________________________________________________________________
> 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/20140325/00a8401d/attachment.html