Video Calling is not working properly in KMS6 also

[Dnyaneshwar]

Hello Guys,

We just installed kms6 on our local machine and downloaded the tutorials from this link. We ran the group call project on localhost. While testing, we found that after 10-15 min video gets stopped but audio works fine. And again after some time video will play again.

Why is it happen like this?  By the way, we are sending separate stream for Audio and Video. M I right? 

How should we resolve this issue?

Any suggestion would be appreciated.


Thank You.

[Dnyaneshwar]

Today, we tested the group call project again and found the following results.

1) One to One Video Calling works fine but after 15-20 min video gets stop but voice is clear.
2) Video Calling between 3 users ->  After 4-5 min video gets stop but audio works fine.

We want at least 10 users for video calling in single room.(With good quality of Video and Audio)
Is it possible using KMS?

[Ivan Gracia]

Yes, it should be, and we've tested that. With the information you provide, is quite hard to debug the problem. Do you get any errors in your KMS/client/app server? 

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.

[Dnyaneshwar]

We are not getting any error But we get message after some interval of time.

17:59:51.049 [pcClientWebsocket-18] INFO  - o.k.j.client.JsonRpcClientWebSocket      - [KurentoClient]  Reconnected to the same session in server ws://192.168.9.14:8888/kurento

Currently we are running the application(Group Call) on local machine.
Local machine's Configuration is
model name    : Intel(R) Core(TM) i3-2100 CPU @ 3.10GHz
cpu cores       : 2
model             : 42
RAM              : 8 GB

Is it mandatory to run this project on higher configuration machine? Does it matter?
Is it hardware dependent?
We found one important link. Please check it and let us know about it.

By the way we are running sample application(group call) KMS6.
We haven't made any changes in this project.

[Ivan Gracia]

Strange. Have you checked with less participants?

Ivan Gracia

[Sagar Kate]

Hello Ivan,
 
We have checked with 3 participant still it behaves same. Is there any another issue which we have to consider here?

Thanks,

[Ivan Gracia]

Where are your clients located? In the local machine? Could you check the server load when you have the 3 clients?

--

[Sagar Kate]

Nope. clients are located in remote machines. Each clients is in different machine. and 90% server CPU utilized after joining 3rd client. Is there any performance difference in  Java application and Node.js application?

[Ivan Gracia]

Not much, as the Java and node apps are just signaling servers. It's the media that has to be processed. What video quality are you sending? Those figures are just too high, I think.

[Sagar Kate]

We have sending following constraint,
 var constraints = {
                audio : true,
                video : {
                    mandatory : {
                        maxWidth : 320,
                        maxHeight : 240,
                        maxFrameRate : 15,
                        minFrameRate : 15,
                    }
                }
            };

and I think these are the lowest quality.

[Dnyaneshwar]

Hello Ivan,
still getting the same issue.We have again tested the latest group call (JAVA api) and found same problem.
When third user joined, it will take time to respond. Third user's video and audio also breaks after 4-5 min.
How should we resolve this problem?
Is there any way to find out the solution for this?
Could you please help us?  

Thanks,

[Dnyaneshwar]

Hello Ivan,

I have installed latest stable kurento version (KMS6). It works works fine with some lags within 3 participants but within 4 participants,audio and video are also not working well.

I am facing this problem since last couple of week, I have Linux system(Ubuntu 14.04) and having latest KMS version 6.0.
We thought that latest KMS will increase the performance and scalability at least minimum 10 participants can call video call to each other within same room but it seems that it is not working well in 4 also.

In group call(Video Calling) when I get connected with my partner within 4 participants it works fine up to approx 5-7 min. then  video start breaking and some participants cant see clear to another, then they have to leave the room and join again same room and it again work good for few min. Then again gone bad. And its happen over and over. Can you help me.

[Ivan Gracia]

Hi,

The main issue here is that you are probably running out of juice in your machine for that. Nevertheless, as we have quite often commented, that tutorial is flawed: concurrency issues mainly, probably not the best handling of resources, no duplicated user control... As a tutorial/demo, it fulfills the requirement to showcase the capability of multiconference. As a tutorial, it's not a production-ready app.

Just for the sake of curiosity, I ran this demo on my machine, with 5 clients in the same browser (which add more load to the CPU), and KMS local. It's an i7-quad core, with 8GB of RAM. I left it running for about 1h, and after that checked the load, which was oscillating between 50%-60% in all cores. Curiously enough, htop reports that most of the CPU is consumed by Chrome, which could be expected, as there are 25 RTCPeerConnections in there right now. Here are the results, with the KMS process sitting comfortably in the 6th place, behind the five tabs that are running 5 peer connections each. Actually, using 5%-10% CPU less than those threads. I've also attached a screen recording, so that you see that the video is still working fine (there is a spike at the end, probably produced by the screen recording itself)

Taking both aspects into account (processor and application), I don't think that saying "video calling is not working in KMS6" is accurate, just because a tutorial in a consumer-grade PC doesn't meet the specs of a full-grade production-ready app. It's simply not fair. There are many factors involved, and the main one in your case, as we've also commented in many other threads, is CPU. WebRTC is a quite CPU-hungry thing, since it has to encrypt-decrypt the media streams, so you've probably reached the limits of your hardware.
​

So how could reports be helpful?

• Please use headlines that describe the problem (as you would do with bug reports): something of the like "Video freezes in dual-core i3 with 3 clients in group-call" would be more accurate.
• Test it on a different machine: i3 probably does not have the juice to handle more clients. Take into account that you'll be having n^n streams, where n is the number of clients. That's probably a lot to handle your dual-core processor. If you've seen reports from other similar servers in the market, tests are run over quad core Intel Xeon, dedicated servers. Kurento can do many things, but certainly not turn a consumer PC into a server-grade machine.
• What else is running in the system?
• How is the system connected? Is it wifi or ethernet? Are all clients in the same network?
• How long ago did it start to happen? Which version where you using? You say that you are facing the problem since last couple of weeks. What changed then? Was it an update of the package, or something changed in your setup? Maybe updates in other packages in the system?
• Know the limits of your system. Build a test app that stresses the environment where you are going to install your solution. Check how much load each webrtc adds to your system, and then you'll know what the limits are.
• Prepare a testbed for other users to be able to test the limits of their systems.
• Profile the process during a period of time, and report the load when there are problems.

Some of this information might be already on the thread, but it's a bit scattered. Providing an accurate bug report from the beginning will help us analyze and diagnose the problem faster, as keeping track of different threads with information scattered in it is quite hard, and sometimes we can mix things up, or skip important parts as it was in this case with the i3 processor.

Cheers,

Ivan Gracia

[Dnyaneshwar]

Hello Ivan,

Today we have tried multiconference demo (Group Call project) in Google Chrome(43) with 9 participants and we got good result. Audio and Video both works fine in KMS 6.
That sounds good, thank you.

But have you tried in Mozilla Firefox?
Because we got some audio and video issue while testing in Mozilla Firefox.
We have tested the demo in Mozilla Firefox up to 4 participants and in Mozilla we got some lags in audio and video. But in chrome it works fine up to 9 peers (as we have tested up to 9 peers).

Why did I say "video calling is not working in KMS6"?
Because we always used to test the "group call" project on Firefox(38,39) version and got same audio and video issue (up to 4 peers) on KMS 6 (development version). As we are facing same issue on Firefox with KMS 6 (stable version).
But today, we have tested this project on Google Chrome (43)version up to 9 peers and got good results with stable KMS 6 version.

Does performance depend on browsers?

I ran this demo on my machine, with 4 clients in the Mozilla browser and got some lags in both audio and video on same machine.
It's an i3-quad core, with 8GB of RAM. But on the same machine we have tried with 5 clients in Google Chrome and got GOOD results (video and audio are working fine).

Here are the results which we have tested,

    What else is running in the system?

    there were only two processes (i.e command prompt and Google Chrome) while testing.

    How is the system connected? Is it wifi or ethernet? Are all clients in the same network?

   => It is connected to Ethernet and all clients are in the same network

    How long ago did it start to happen? Which version where you using? You say that you are facing the problem since last couple of weeks. What changed then? Was it an update of the package, or something changed in your setup? Maybe updates in other packages in the system?

   => As we said, we always tested this project on Mozilla Firefox with KMS (5 and 6 version) and in Mozilla Firefox we got some lags in audio and video up to 4 peers. And we are facing this issue since the beginning (Sorry I said from couple of weeks but it's happening from the beginning).

As we have tested this demo on local machine.

Configuration is

model name            : Intel(R) Core(TM) i3-2100 CPU @ 3.10GHz

Number of Cores     : 4
RAM                      : 8 GB


Now we will try to run this demo on server machine.
Server machine's Configuration is

Model Name           : Intel(R) Xeon(R) CPU E5-2420 0 @ 1.90GHz
Number of Cores     : 24
RAM                      : 16 GB

We think that we will get better result on above server machine.(We might go beyond 10 clients) 

And By the way next time I will take care of headlines .

Thank you so much for helping us.

[Luis Lopez]

Firefox does not implement REMB mechanism for congestion control and Kurento congestion control mechanisms are based on them. This may generate issues when working with services where there is some kind of BW limitation. I don't know if this is the cause of your problem (if you are connected through Ethernet you should not be having BW limitations) but we have experience this type of behavior with Firefox (even in plain peer-to-peer connections) when congestion emerges.

Best.

Luis Lopez
Kurento.org Project Coordinator
+34 914 888 713 • lu...@kurento.com • prof.luis.lopez • • • •

---

Best WoW Factor Award at WebRTC Conference & Expo 2014 (California)

Audience Choice Award at WebRTC Conference & Expo 2014 (California)

Best of Show Award at WebRTC conference expo 2014 (Paris)

[Dnyaneshwar]

Thank you for your suggestion.
But we are connected through Ethernet. Also I have tested the internet speed
My Speedtest Result is
Download=>13.96Mb/s

Upload=>17.56Mb/s

Is there any solution to solve this issue for firefox?

[Ivan Gracia]

Probably with the next version of FF, if they implement REMB.

Ivan Gracia

[Dnyaneshwar]

Ok. Thanks for letting us.

Waiting for next version of FF.

Fingers crossed.

[Tâm Đoàn]

Hello Guys.

I deploy kms 6.0 on my server. I can call video on chrome 52 normaly but i can't call on chrome 61.

Can you support me please?


Vào 23:04:30 UTC+7 Thứ Năm, ngày 16 tháng 7 năm 2015, Dnyaneshwar đã viết:

[Micael Gallego]

What is exactly your problem?

Best regards

Micael Gallego

Kurento / OpenVidu Project Lead

--

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+unsubscribe@googlegroups.com.
To post to this group, send email to kur...@googlegroups.com.
Visit this group at https://groups.google.com/group/kurento.
To view this discussion on the web visit https://groups.google.com/d/msgid/kurento/9ba3d082-c886-4017-9754-3f7161c96aad%40googlegroups.com.