[Freeswitch-users] Eavesdrop problems

[Michael Jerris]

i wonder if it's a timing issue and it's stuck in a state in the state
machine.  Couple things to try, we fixed an issue recently where a specific
case i can't recall would leave a call stuck in the state machine.  test
latest master and see if you can reproduce.  Second thing to try is instead
of park and eavesdrop again, call the transfer application, using inline
dialplan to the eavesdrop application, followed by park in case the other
end hangs up.  Then for the next one do the same, it shouldn't need to be
parked then unless the other side of the call dies.

On Mon, Aug 7, 2017 at 4:34 AM Tor Petterson <tpe at herobase.com> wrote:

> I am calling eavesdrop from the event socket and at least from there you
> can't just call eavesdrop multiple times with different parameters. If you
> do that you will still be listening to the first call.
>
> 2017-08-07 10:50 GMT+02:00 Gregor Nanger <gregor at infomedia.si>:
>
>> Do you need to park? Can't you just develop click to call and execute
>> dialplan like in wiki example?
>>
>> On Mon, Aug 7, 2017, 10:32 Tor Petterson <tpe at herobase.com> wrote:
>>
>>> Hi
>>>
>>> I think I've run into a bug using eavesdrop.
>>> The scenario is that I setup a webRTC channel which I want to be able
>>> to eavesdrop on several calls in succession.
>>> I do this by starting eavesdrop then when I switch to eavesdrop on
>>> another call, I park the webRTC call before starting eavesdrop again.
>>> My problem is that I can only do this a few times before I lose audio on
>>> the webRTC call.
>>> When the problem occurs I get no entries in the log when I call the
>>> eavesdrop application.
>>> I tried to do some debugging on this and it seems that the channel
>>> thread gets stuck somewhere.
>>> Does anyone know a workaround or have an idea where in the code to look
>>> for the problem?
>>> _________________________________________________________________________
>>> 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
>>
>> --
>> Gregor Nanger
>>
>> *CTO*
>> t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485
>> • Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia
>> • www.infomedia.si
>>
>> _________________________________________________________________________
>> 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/20170807/ac4d1097/attachment.html>