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

[happy.neko]

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

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

Please elaborate more about interpreter thing. If I bridge calls with
intercept / uuid_bridge command in LUA script and have 1000 concurrent
calls I'll end up with 1000 idle threads?
What is your advice about doing it more efficiently: execute intercept
command from XML dialplan (does it use event loop?), external control
through event socket?

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
>
>
> _________________________________________________________________________
> 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/a5cee520/attachment-0001.html