Doesn't execute any apps that need media before the originate or after?  After originate, Leg A executes "conference".  Before originate it only executes "answer"

On Sun, Apr 23, 2017 at 7:00 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
Will still work if leg a does not execute any apps that need media.  park for instance


On Sun, Apr 23, 2017 at 8:33 PM Oleg Stolyar <olegstolyar@gmail.com> wrote:
Yes and I suspect it did not work because this is not a bridge but originate.  

Can't use a bridge because after Leg B answers I am transferring both of them intoto a conference.

On Sun, Apr 23, 2017 at 6:28 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
Did you execute ring_ready on leg a before bridge then add {ignore_early_media=true} to the bridge string.  That should signal ringing and originate will wait for answer.

If that doesn't work, your provider may be broken.

 


On Sun, Apr 23, 2017 at 7:59 PM Joel Serrano <joel@gogii.net> wrote:
Did you try setting the ringback?

Something like:

<action application="set" data="ringback=$${us-ring}"/>



Joel.


On Sun, Apr 23, 2017 at 4:35 PM, Oleg Stolyar <olegstolyar@gmail.com> wrote:
Yeah, I was afraid that ELS was the only way.  
The reason I need overlapping things is that some providers do not send any early media, so my callers don't hear any rings until the remote user actually picks up.  I need to simulate rings and I tried ringback, ring_ready and instant_ringback but I am not hearing any rings on Leg A.  I am guessing it's because originate blocks the calling session.

On Sun, Apr 23, 2017 at 12:59 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
The way to do that is not use any params.  Originate returns as soon as media is possible.  return_ring_ready is basically a hack.

If you want to do overlapping things, use something like ESL.

On Sat, Apr 22, 2017 at 1:28 PM Oleg Stolyar <olegstolyar@gmail.com> wrote:
Hi guys,

I use originate with multiple providers.  In some cases I get 183 but in others I only get 180 without SDP.  
On originate return I execute a dialplan.

I want to use return_ring_ready, so the dialplan starts early and I can process the call.

I am looking for a way to check in the dialplan if the media is ready.  

If it is, I will process the call, if it's not, I will use execute_on_media to process the call.

Is there a way to do that in the dialplan?
_________________________________________________________________________
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

_________________________________________________________________________
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
--

_________________________________________________________________________
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