Bypass media when connecting two incoming calls
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*
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*
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@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
try setting inbound-codec-negotiation == greedy in global configuration Regards, Zohair Raza On Thu, Jul 11, 2013 at 11:27 PM, Oleg Stolyar <ostolyar@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@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
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@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@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@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
participants (3)
-
Oleg Stolyar
-
Sergey Okhapkin
-
Zohair Raza