[Freeswitch-users] Silent calls, non-silent recordings

David P davidswalkabout at gmail.com
Wed Jun 27 23:47:31 UTC 2018


It seems that sip_profiles/internal.xml might be relevant here. But in
https://freeswitch.org/confluence/display/FREESWITCH/Configuring+FreeSWITCH#ConfiguringFreeSWITCH-Internal
this link is broken:
https://wiki.freeswitch.org/wiki/Getting_Started_Guide#directory

and so is: https://wiki.freeswitch.org/wiki/Getting_Started_Guide#contexts

and https://wiki.freeswitch.org/wiki/Dialplan_Recipes

On Wed, Jun 27, 2018 at 8:41 AM David P <davidswalkabout at gmail.com> wrote:

> Someone speculated that this might be due to the STUN server providing an
> IPv6 address and that this is being cached.
>
> On Tue, 26 Jun 2018, 10:46 pm David P, <davidswalkabout at gmail.com> wrote:
>
>> We've started seeing calls that aren't audible but in which both legs of
>> the video conference *are* audible in recordings made at the same time.
>> Here are some of the variables:
>>
>>    1. We have two clouds with one FS in each
>>    2. Both clouds have been configured for TLSv1.2 + SRTP
>>    3. The network public/private IPs and port openings are the same
>>    4. Bria for Windows works fine with "verify TLS certificate" on
>>    5. Bria for Mac gets no audio regardless of security setting
>>    6. A verto page pointed at one of the clouds works for Chrome/Windows
>>    and Safari/MacOS but doesn't work for either when pointed at the other cloud
>>    7. I have looked at the FS log at debug level for one of these silent
>>    calls, and all of the codec negotiations go as expected and there are no
>>    errors.
>>
>> The problem I'd most like help with is finding possible reasons why
>> webRTC calls are silent but have non-silent recordings.
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20180627/c8e21c0e/attachment-0001.html>


More information about the FreeSWITCH-users mailing list