[Freeswitch-users] Intercept command does not work in bypass media mode

[happy.neko]

2016-06-27 4:13 GMT+03:00 Ken Rice <krice at freeswitch.org>:

> Bypass media is a special mode, not all commands work with it. Pretty much
> any command that works with media does not work with it.
>

Does the same stands for Proxy Media mode ("inbound-proxy-media=true")?

You need to bring the media back to fs first
>

Please correct me if I am wrong: I should answer both legs first, than
bridge them with "intercept" command and move FreeSwitch out of the media
path with "uuid_media off uuid"?
However I thinks intercept is blocking command, how can I queue "uuid_media
of" from LUA script to be executed right after the call is intercepted?


> On Jun 26, 2016, at 7:46 PM, happy.neko <happy.neko at gmail.com> wrote:
>
> Hi,
>
> I need to implement this scenario:
> inbound SIP call A is waiting indefinitely for inbound call B and then
> they are bridged together. RTP media should flow directly from A to B and
> vice versa while FreeSwitch should control SIP signaling.
>
> I made some progress but I could not make media bypass mode to work.
>
> My SIP profile settings:
>     <param name="inbound-late-negotiation" value="true" />
>     <param name="inbound-bypass-media" value="true" />
>
> Dialplan for leg A:
>     <!-- Somehow save leg A UUID.-->
>     <action application="park" />
>
> LUA script for leg B:
>     leg_a_uuid = ...
>     session:execute("intercept", leg_a_uuid)
>
> This works but FreeSwitch is still in RTP media path with following error
> in the log:
> [ERR] switch_ivr.c:1718 Can't re-establsh media on sofia/myprofile/xyz
> It worth mentioning that I do not answer or send early media before
> executing intercept command so there is no prior media on both channel A
> and B.
>
> Any ideas what needs to be done to make this scenario work without RTP
> proxying?
>
> --
> Best regards,
> I. Sokolov
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at 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 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://confluence.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/20160627/bbfb708b/attachment-0001.html