Just to have some ringback? Wow that sounds like it would be a little over the top. In that case I could just bridge one call onto another extension with the loopback channel. That would effectively play a ringback.
But this isn’t just a question of ringback. 
the bottom line is that there is no application to play something while allowing dial plan processing and I find that to be a pity.
Not everything should resort in coding in external apps. And not something that is as trivial as this.
there are apps like “curl” or “httpapi” that can be executed from the dialplan and they exist for a reason. It would be nice to allow something to be played back while we carry on executing a few dial plan operations.

E
On Jan 15, 2016, at 9:11 AM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:

I would suggest using two FreeSWITCH boxes:  the SBC gets the call, bridges it to the core server, and plays its own ringback while the core server processes the call. You can also merge them together in one box, just by bridging to "sofia/external/new_extension@SERVERIP:5080"





On Fri, Jan 15, 2016 at 8:10 AM, Emrah <lists@kavun.ch> wrote:
Question:
It’s not very sexy, but how about parking the call?
I can play whatever I want while the call is parked and take my time in doing whatever I need to do. The question then becomes how to keep a trail of the UUID, transfer it to the right extension and retain codec configs as well as set variables?

What are your thoughts?

On Jan 15, 2016, at 7:53 AM, Emrah <lists@kavun.ch> wrote:

Thank you to all for your valuable inputs.
See? At first it looks super trivial! And I think it should be. 
Begin troll mode
With Asterisk, using MusicOnHold or Ringing does exactly that.
End troll mode

I will not give up. I don’t want to result to external programming for something like this, although using a little lua script sounds appealing.

If I get it working like I want I’ll post something here.

Ciao!


On Jan 15, 2016, at 2:54 AM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:

Ringback is played back only when FreeSWITCH starts an outbound channel - during the bridge command, for example. What Enrah wants, is to play the early media while the dialplan execution goes on, but before the call is bridged.

I tried the following sequence, but it didn't work either: the next command after sleep() was never executed, because the originator timed out after 20 seconds, and the audio file was played during these 20 seconds:

  <extension name="test1">
    <condition field="destination_number" expression="^test1$">
      <action application="pre_answer"/>
      <action application="ring_ready"/>
      <action application="set" data="api_result=${bgapi(uuid_broadcast ${uuid} /opt/sound/ITU-T_P_50_BRITISH_ENGLISH.wav)}"/>
      <action application="sleep" data="10000"/>
      <action application="set" data="api_result=${uuid_break(${uuid} all)}"/>
      <action application="answer"/>
      <action application="playback" data="ivr/ivr-welcome.wav"/>
      <action application="sleep" data="1000"/>
      <action application="hangup"/>
    </condition>
  </extension>


so, it looks like it needs an external application talking over ESL.








On Thu, Jan 14, 2016 at 4:26 PM, Michael Jerris <mike@jerris.com> wrote:
use whatever sound file you want as your ringback?

> On Jan 14, 2016, at 6:42 AM, Emrah <lists@kavun.ch> wrote:
>
> Hi all,
> Is there no way to force a 183 in a session and play a ringback or MOH while executing other dial plan instructions?
> Basically, I’ve gone around trying instant_rinback=true, ring_ready, gentones, etc… No luck.
> If I bridge my channel to  loopback/wait, sure enough it works.
> What I need to do is play a ringback or some MOH while I carry on executing my dial plan instructions. The 183 is a nice to have but I don’t mind if the channel is answered.



_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.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

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.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

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.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