[Freeswitch-users] Bypass media with callcenter

[Florent Krieg]

(to be more precise: I tracked down the issue of bypass_media_after_bridge
with mod_callcenter :) )

Florent

2016-05-19 18:26 GMT+02:00 Florent Krieg <flokrrr at gmail.com>:

> Hello,
>
> Very interesting application of FreeSWITCH (from my pov).
>
> Anyway, what FS version have you tried? Because I tracked down this issue
> with the FS community and it has been solved in 1.6.8, released on May the
> 5th (https://freeswitch.org/the-freeswitch-1-6-8-release-is-here/).
> Case was https://freeswitch.org/jira/browse/FS-9025.
>
> Hope it helps.
> Florent
>
> 2016-05-19 18:05 GMT+02:00 Szalánczi Gábor <szalanc1 at gmail.com>:
>
>> Hello!
>>
>>
>>
>> We are developing a FreeSwitch based solution for a sign-language
>> interpreter service for hearing impaireds. The system is already somewhat
>> operational, but we are facing serious audio/video quality issues (to the
>> point of being completely unusable), presumably caused by our virtualized
>> PBX environment in passthrough media mode. Indeed, by switching the calls
>> to bypass media mode from the dialplan, most of these problems vanished.
>>
>>
>>
>> The problem is the callcenter module, which is a crucial component for
>> the operation of our service, but seemingly does not honor any setting
>> meant to switch the calls to bypass mode. We have tried setting, exporting
>> (even with cc_export_vars) the bypass_media=true and
>>  bypass_media_after_bridge=true variables from the dialplan before calling
>> the callcenter application, setting them from the dialstring of the
>> callcenter agents, and configuring the profile with
>> inbound-bypass-media=true. None of these worked, the media streams of the
>> calls serviced from the queue still got relayed by FreeSwitch.
>>
>>
>>
>> The only  way we were able to remove the PBX from the media path was
>> using the uuid_media_3p off API call, issued from an ESL PHP script after
>> the call is established between a client and an agent (from a custom event
>> handler for the bridge-agent-start callcenter action). The main problem
>> with this approach that the callcenter app initiates the call to the agent
>> without ICE protocol (since it wants the PBX to relay the media streams),
>> so our custom liblinphone-based desktop client will also respond to the
>> b-leg REINVITE (triggered by uuid_media_3p) without ICE, resulting no media
>> at all in bypass mode. Our custom mobile clients are ICE enabled, so the
>> a-leg properly answers the REINVITE with ICE, and its SDP with candidate
>> attributes gets forwarded to the b-leg, but since it had not started an ICE
>> session at the initial call setup, it will ignore it, and send back a plain
>> SDP just with its internal IP and ports.
>>
>>
>>
>> Is there any way to force the callcenter app to send its initial INVITE
>> with ICE? We have noticed that the a-leg's INVITE with candidates in its
>> SDP is responded by FreeSwitch with a single candidate line for itself
>> (this way it also keeps the ICE session alive at the client, so it can use
>> it later responding the REINVITE), so hopefully it is possible.
>>
>>
>>
>> We are open to any other suggestions which leads to bypass media mode
>> with callcenter.
>>
>>
>>
>> Best Regards!
>>
>>
>>
>>
>> Gábor Szalánczi
>>
>>
>> [image: cid:image001.gif at 01D1B1E9.D64F69C0]
>>
>>
>> *E*‑*Group*
>>
>>
>>
>> cím:
>> telefon:
>> fax:
>>
>> 1062 Budapest, Váci út 1-3. Westend Irodaház "C" torony, 5. emelet
>> (+36-1) 371 25 55
>> (+36-1) 371 25 56
>>
>> web:
>>
>>
>>
>> telephely:
>>
>> www.egroup.hu
>>
>>
>>
>> 3525 Miskolc, Madarász Viktor u. 13/A
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *Szalánczi Gábor*
>> szoftverfejlesztő / Software Developer
>>
>>
>>
>>
>>
>> _________________________________________________________________________
>> 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/20160519/7f80c063/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 842 bytes
Desc: not available
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20160519/7f80c063/attachment.gif