Video collaboration freezes after 5 minutes on chrome

[bkr...@gmail.com]

Hi,

We have built a collaboration platform which has audio/video collaboration one to one, one to many and many to many with recording using kurento 6.1. The collaboration platform runs on firefox, chrome, IE11, Safari and iOS. We are facing a peculiar problem, which is discussed in this link.

https://groups.google.com/forum/#!topic/discuss-webrtc/fHo1fWddpp4

We did several experiments, with these browsers, chrome, firefox, IE to simulate the observation of video freezing every 5 minutes.

The table below summarizes the observation

Participant I	Participant II	Duration in mins	Result
Firefox	Firefox	10	No Freeze
IE	IE	10	No Freeze
Chrome	Chrome	5	Freeze Observed for both participants
Firefox	IE	10	No Freeze
IE	Firefox	10	No Freeze
IE	Chrome	5	Participant I did not observe Freeze, Participant II observed Freeze at 5th minute
Chrome	IE	5	Participant II did not observe Freeze, Participant I observed Freeze at 5th minute
Firefox	Chrome	5	Participant I did not observe Freeze, Participant II observed Freeze at 5th minute
Chrome	Firefox	5	Participant II did not observe Freeze, Participant I observed Freeze at 5th minute

Has anyone faced similar problems. Is there any solution to this?

Kishan

[Ivan Gracia]

Hi Kishan, 

Thanks for the detailed information. Would you care to open an issue in our bugtracker? 

Before doing that, just to expand the information (and because we are going to ask for that anyway), may I suggest you test a couple of things?

• Don't record the session: disconnect the recorder, don't instantiate it. Repeat the tests for the failed cases, that way we'll know if it's a combination of media elements. We've had chrome2chrome sessions for hours without issues, but we weren't recording those.
• Check with the latest development version: if there's something wrong, it will be fixed there, so better check against that version. Besides, we've been putting a lot of time in the recorder lately, so it might be that we are looking at an issue that is no longer there.

Please test those two before opening the issue, just in case!

Cheers,

Ivan Gracia

--
You received this message because you are subscribed to the Google Groups "kurento" group.
To unsubscribe from this group and stop receiving emails from it, send an email to kurento+u...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[bkr...@gmail.com]

Thanks Ivan for the quick reply. Will make the changes suggested by you and observe before opening an issue in bugtracker.

On  more piece of information, we have enabled getStats (inBoundRTP) and it suggests that there is no packet loss for both the participants when the freeze happens. Is there some way, I can also get the outBound stats from kurento.

Kishan

[Ivan Gracia]

getStasts should give you info on both streams.

We know for certain that KMS 6.1.0 had issues with the recorder, that's the rationale behind those tests ;-)

Ivan Gracia

[bkr...@gmail.com]

Hi Ivan,

We did the tests as suggested by you. We still observe video freeze on chrome exactly between 5 minutes to 5 minutes 20 seconds post collaboration start. This issue is not related to recording.

More information about our setup:
1. We have not enabled composite recording as it is costly.
2. Separate record files is generated for each participant.
3. During collaboration, each participant gets separate video and audio streams of other participants (Mesh kind protocol).

Though video freezes in chrome at 5 mins, kurento is receiving the streams from all the participants. The record files mentioned in point 2 shows clear audio and video for participants using chrome and other participants even though on their screen other participants video is frozen.

We have enabled a rejoin feature, when rejoin is clicked, again video freezes exactly after 5 minutes.

Have still not raised a bug, will do so based on your response to this.

Kishan

[Ivan Gracia]

Kishan,

This could be a garbage collection issue. Would you mind opening a bug, and attaching your media server logs? We'll continue from there.

Thanks!

Ivan Gracia

[bkr...@gmail.com]

Hi Ivan,

Sorry for the delay. Was doing more experiments before raising a bug.

On Firefox, it is not honouring any constraints. Is this implemented.
https://developer.mozilla.org/en-US/docs/Web/API/MediaDevices/getUserMedia

Behaviour on chrome remains the same. I will be raising a bug today with all the details.

Our system is production ready, generally how long does it take to resolve a bug? Should I plan a work around, like if chrome, every 5 minutes once all participants rejoin the call.

Awaiting your response.

Kishan

[Ivan Gracia]

That depends on the difficulty of reproducing the bug, finding it and fixing it :-) Can't tell you for sure, but the more info you provide in your bugreport, the faster will find it. If you can attach a sample project that reproduces exactly what you are doing, that would be great.

Also, please make sure you check against the latest version of the media server.

Thanks!

Ivan Gracia

[bkr...@gmail.com]

Hi Ivan,


Further debugging, I found that this freeze was triggered by turn server. We were using our own turn / stun server. Every 300 Seconds once, turn server use to renew / extend the life of a connection. This caused chrome to freeze. Pointing the turn server to a public turn server resolved this problem.

What should be the configuration of a turn server. Can you give me configuration of kurento turn server?

I am not raising a bug as this is not a bug.

Thanks for all the help.

Kishan

[Ivan Gracia]

Hi Kishan,

Thanks for the feedback. Good to know you found the culprit! Don't know which configuration you were using, could you please share it so we can test it? The configuration we normally use is the one in the documentation.

Chers,

Ivan Gracia