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

[Ken Rice]

See uuid_bridge note most of the time you shouldnt be doing things like this in scripts as it leaves an interpreter running per call

Proxy mode is not really worth it.. If you are just avoiding trancoding normal mode is just as efficient

Sent from my iPhone

> On Jun 26, 2016, at 10:32 PM, happy.neko <happy.neko at gmail.com> wrote:
> 
> 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
> 
> _________________________________________________________________________
> 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/20160626/e0073e37/attachment.html