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?
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@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@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@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
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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@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@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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I have tested with the latest master and the problem is still there. The transfer application does not work on the call once I have started eavesdrop. The only thing I have found that will stop an eavesdrop is park. 2017-08-07 20:30 GMT+02:00 Michael Jerris <mike@jerris.com>:
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@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@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@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@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@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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Have you tried using uuid_break? On 7 August 2017 at 10:19, Tor Petterson <tpe@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@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@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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
uuid_break does nothing when you have started eavesdrop. 2017-08-09 10:41 GMT+02:00 Steven Ayre <steveayre@gmail.com>:
Have you tried using uuid_break?
On 7 August 2017 at 10:19, Tor Petterson <tpe@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (4)
-
Gregor Nanger
-
Michael Jerris
-
Steven Ayre
-
Tor Petterson