[Freeswitch-users] Verto: no inbound audio when verto client called from conference

Giovanni Maruzzelli gmaruzz at gmail.com
Fri Jul 7 17:51:46 UTC 2017


Set the channel caller id variables before joining the conference

sent from mobile
cell: +39 347 266 56 18
Giovanni Maruzzelli
OpenTelecom.IT

On Jul 7, 2017 18:35, "Mark Melling" <mark.melling at savageminds.com> wrote:

> Based on this I implemented a solution using lua:
>
> The key bits being:
>
>     session = freeswitch.Session(<call url>)
>     ...
>     session:execute("sleep", 1000)
>     session:execute("conference", <conference-name>)
>
> The only problem is that when the verto user is added to the conference
> they appear (in the conference) with the originating caller id and name (as
> set in the freeswitch.Session call), rather than their own.
>
> Is there anyway around this?
>
> Thanks
>
> Mark
>
>
> On Wed, 5 Jul 2017 at 22:21 Mark Melling <mark.melling at savageminds.com>
> wrote:
>
>>
>> Your suggestion does work, I did the following manually from fs_cli.
>>
>> So with a user dialled into a conference room I was able to do:
>>
>> > originate  <call-url> &park
>>
>> Where the call-url referring to a verto client, then
>>
>> > uuid_transfer <verto-call-uuid> conference:<conf-name> inline
>>
>> And that worked, I could hear audio from both clients connected to the
>> conference.
>>
>> Thanks for your help.
>>
>>
>>
>> On Wed, 5 Jul 2017 at 20:12 Giovanni Maruzzelli <gmaruzz at gmail.com>
>> wrote:
>>
>>> On 5 July 2017 at 18:08, Mark Melling <mark.melling at savageminds.com>
>>> wrote:
>>>
>>>> Thanks Giovanni for the suggestion.
>>>>
>>>> I tried some more experiments and basically if I call a verto client
>>>> and add them to a conference then they don't hear the audio (although the
>>>> conference is detecting audio when they speak).
>>>>
>>>> But if they dial into the conference then everything appears fine and
>>>> they do hear audio.
>>>>
>>>> Specifically from fs_cli I entered:
>>>>
>>>> originate <call-url> &conference(<conf-name>@default)
>>>>
>>>> If call-url is a sip client then you hear the conference music, but if
>>>> call-url is a verto client you don't hear any conference music. But the
>>>> conference does detect when the verto client is speaking (at least the
>>>> status in the verto web page indicates the user is talking).
>>>>
>>>> Whereas if you dialled into a conference from a verto client then you
>>>> would hear the conference music.
>>>>
>>>> So I'm not sure how I can work around this.
>>>>
>>>>
>>>>
>>> Have you tried what I suggested?
>>>
>>>
>>>
>>>>>
>>>>> Maybe this is because verto (webrtc) takes time to establish audio
>>>>> because of stun, etc etc
>>>>>
>>>>> Try this: instead of generating autocall from inside conference (eg
>>>>> instead of using autocall),originate call to user, wait for her to answer,
>>>>> then (after she answer) sleep for 2 seconds, then transfer her to the conf
>>>>>
>>>>> -giovanni
>>>>>
>>>>
>>>
>>> ____________________________________________________________
>>> _____________
>>> 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/20170707/4ca90e6c/attachment-0001.html>


More information about the FreeSWITCH-users mailing list