[Freeswitch-users] Bypass media when connecting two incoming calls

[Oleg Stolyar]

But that setting just determines which codec to use.  How is it relevant to
bypassing media altogether and letting the end points talk to each other
directly bypassing FS?

Thank you
*Oleg*


On Fri, Jul 12, 2013 at 5:44 AM, Zohair Raza
<engineerzuhairraza at gmail.com>wrote:

> try setting inbound-codec-negotiation == greedy in global configuration
>
> Regards,
> Zohair Raza
>
>
> On Thu, Jul 11, 2013 at 11:27 PM, Oleg Stolyar <ostolyar at netflix.com>wrote:
>
>> I tried it, it didn't work unless I did something wrong.  It seems that
>> it is still related to a bridge.
>>
>> I put the line
>> <action application="set" data="bypass_media_after_bridge=true"/>
>> after "answer" and before "park" into both A leg and B leg dialplans.
>>
>>
>>
>> Thank you
>> *Oleg*
>>
>>
>> On Thu, Jul 11, 2013 at 12:07 PM, Sergey Okhapkin <
>> sos at sokhapkin.dyndns.org> wrote:
>>
>>> Maybe  bypass_media_after_bridge variable will do the trick?
>>>
>>>
>>> http://wiki.freeswitch.org/wiki/Channel_Variables#bypass_media_after_bridge
>>>
>>> On Thursday 11 July 2013 11:54:42 Oleg Stolyar wrote:
>>> > Hi guys,
>>> >
>>> > Is there a way to bypass the media when connecting two incoming calls?
>>> >
>>> > For example Caller A calls in and is put into park (or valet park)
>>> > Then Caller B calls in and is connected to Caller A.
>>> >
>>> > Is there a way to enable bypass media in this case or does it only
>>> work for
>>> > a bridge?
>>> >
>>> > Thank you
>>> > *Oleg*
>>>
>>> _________________________________________________________________________
>>> 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
>>
>>
>
> _________________________________________________________________________
> 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/20130712/0e10ae56/attachment.html