[Freeswitch-users] Ringback while NOT YET bridging to leg B

[David Ponzone]

Well, I am not really surprised noone replied yet :)
I am not even sure anyone understood what I asked for!

Anyway, I did some more digging, and I found a solution, a ugly one I would say.
Again, the idea is to receive a call, wait for X seconds while FS starts sending the ringback to the caller, and then bridge the call while continuing sending the ringback (without playing it again from the start). The idea is to force the caller to hear a part of the ringback by no bridging the call (so not taking any chance for it to be answered), and then, we bridge the call as usual.
The same thing could be achieved by using 2 sound files: playback with the first one, and ringback with the second one.

Here it is: 
  
  <extension name="123456789">
      <condition field="destination_number" expression="^(123456789)$">
        <action application="set" data="instant_ringback=true"/>
        <action application="set" data="ringback=$${sound_prefix}/ringback.wav"/>
        <action application="bridge" data="loopback/wait$1"/>
      </condition>
    </extension>

    <extension name="wait123456789">
      <condition field="destination_number" expression="^wait(123456789)$">
        <action application="sleep" data="5000"/>
        <action application="bridge" data="sofia/gateway/mygw/$1"/>
      </condition>
    </extension>

I find it ugly, especially when the final bridge is not successfull. I then have duplicate CDRs for the bridge to wait.

I think I will prefer to deal with the 2 sound files, but I wanted to share that in case it helps someone.

David Ponzone  Direction Technique
email: david.ponzone at ipeva.fr
tel:      01 74 03 18 97
gsm:   06 66 98 76 34

Service Client IPeva
tel:      0811 46 26 26
www.ipeva.fr  -   www.ipeva-studio.com

Ce message et toutes les pièces jointes sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération. IPeva décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire immédiatement et d'avertir l'expéditeur.




Le 22/04/2011 à 04:04, David Ponzone a écrit :

> Hi all,
> 
> I am trying to achieve something weird, I admit.
> I would need to receive a call from A, then wait X seconds before bridging to B, but I'd like to send back a ringback to A while sleeping X seconds.
> The point is to allow customers to have a nice ringback, which the beginning of HAS to be heard by callers (like an announce in a call-center).
> 
> A (ugly) way to do that would be to have 2 sound files: one to be played when answering with playback, and then another one for the ringback. I would then not use sleep at all, but the bridge would only happen when the first file is over, achieving quite the same result.
> The drawback of this is that I need to ask customers for 2 sound files, and that can be a pain with most of them.
> 
> I tried all combinations I could think of with ringback, instant_ringback, with no luck.
> 
> Any ideas ?
> 
> David Ponzone  Direction Technique
> email: david.ponzone at ipeva.fr
> tel:      01 74 03 18 97
> gsm:   06 66 98 76 34
> 
> Service Client IPeva
> tel:      0811 46 26 26
> www.ipeva.fr  -   www.ipeva-studio.com
> 
> Ce message et toutes les pièces jointes sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération. IPeva décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire immédiatement et d'avertir l'expéditeur.
> 
> 
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110423/d995ed22/attachment.html