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@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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@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@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org