[Freeswitch-users] Oubound ESL: unbridge

[Ian McMaster]

Grant,

I have no experience specifically in what you want, but can suggest this as
a strategy which seems to work in principal:

1)  Handle the incoming call with ESL (you now have uuid_1).  You can ask
the caller his destination, tell him his minutes remaining, etc.
2)  When you know the target caller number, bridge the caller (after the
bridge, you still have only 1 uuid -> uuid_1).
3)  When you want to make an announcement, use uuid_broadcast <uuid_1>
<voice_file> both (or a separate uuid_broadcast for each leg if voice file
is different for each)
4)  Now to break apart the call for individual control, use uuid_transfer
<uuid_1> -both <extension which parks>  -OR-  uuid_dual_transfer <uuid_1>
<ALEG ext> <BLEG ext>.
Either way you now have two uuid <uuid_1> and now <uuid_2>.  You can play
MOH to your bleg (using uuid_2), and ask A leg for more money (using
uuid_1).
5)  Now to re-connect, use uuid_bridge <uuid_1> <uuid_2> and they are back
talking (or tell uuid_2 that the call will drop, and hangup both).

Hope this helps, or a more experienced user can provide a better approach.

Cheers,
Ian.




On Tue, Apr 8, 2014 at 7:54 AM, Grant Bagdasarian <GB at cm.nl> wrote:

> I'm trying to implement a custom calling card application. I looked at
> mod_nibblebill but our refilling of credits is done in a custom way, using
> one of our own APIs.
>
>
>
> The caller buys X minutes for Y euro. Once X minutes has passed, they get
> the option to buy another X minutes for Y euros by pressing 1 for example.
>
> I want to play the caller an audio file and let him decide whether he
> wants another X minutes after the previous X minutes have (almost) passed.
> The destination which he was initially bridged to will be put on hold until
> the caller has paid.
>
> Once paid, they get connected again.
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Michael
> Jerris
> *Sent:* Tuesday, April 8, 2014 12:37 PM
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] Oubound ESL: unbridge
>
>
>
>
>
> I'd go with 2, let freeswitch handle your call progress properly.
>
>
>
> Do you really want to unbridge?  you could just broadcast possibly.  what
> exactly are you trying to do?
>
>
> On Apr 8, 2014, at 6:32 AM, Grant Bagdasarian <GB at cm.nl> wrote:
>
> Hello,
>
>
>
> Could anyone with Outbound ESL experience help me out with this matter?
>
>
>
> Thanks,
>
>
>
> Grant
>
>
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [
> mailto:freeswitch-users-bounces at lists.freeswitch.org<freeswitch-users-bounces at lists.freeswitch.org>]
> *On Behalf Of *Grant Bagdasarian
> *Sent:* Monday, March 31, 2014 1:11 PM
> *To:* FreeSWITCH Users Help (freeswitch-users at lists.freeswitch.org)
> *Subject:* [Freeswitch-users] Oubound ESL: unbridge
>
>
>
> Hello,
>
>
>
> I'm working on a C# application which takes control over an inbound call
> in Freeswitch using ESL outbound and it works like a charm! I can answer
> the call, play something, get digits, etc.
>
> Now I'm at the point of implementing bridge functionality in the
> application.
>
>
>
> Which one is the best approach and why?
>
> 1)      >From the Outbound ESL Application use the originate command to
> create a new outbound call and then use uuid_bridge to connect both
> incoming and outgoing?
>
> 2)      Use the bridge command from the esl application?
>
>
>
> I would assume the first option would give me control over the b leg
> created as well, and the second option would not? This also brings me to my
> next question:
>
> -          Is there a way to "unbridge" both call legs, do some stuff on
> the incoming (a) leg, and then bridge them back without disconnecting any
> of the legs?
>
>
>
> 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/20140408/3935a6db/attachment.html