jitsi-meet: Can't see others' participants video
I made jitsi-meet installation on fresh Ubuntu 12.04 system (also tried 14.04 with same result) according to these instructions https://github.com/jitsi/jitsi-meet/blob/master/doc/quick-install.md
At the installation, I entered IP of the server as domain name and choose self-signed certificate.
Also I modified config.js, by changing to useStunTurn: true and useIPv6: true (without these modifications result is the same).
Then I tried to open a conference url https://ip-of-server/test. I used two clients from two different machines. Important thing that both of these clients are behind of NAT, while jitsi-meet server is located in internet zone with direct connection to internet.
When the clients entered the conference they are able to see the list of participants also client can see its own video, but can’t see the video from other participant. In the browser I see following errors and warnings:
32app.bundle.js?v=56:13129 modifySources not yet stable checking
app.bundle.js?v=56:13448 Jingle error Object {source: "answer"}
app.bundle.js?v=56:13448 Jingle error Object {source: "transportinfo"}
app.bundle.js?v=56:13448 Jingle error Object {source: "transportinfo"}
210app.bundle.js?v=56:13129 modifySources not yet stable checking
In jvb.log errors:
2015-03-10 12:15:38.660 SEVERE: [83] util.UtilActivator.uncaughtException().108 An uncaught exception occurred in thread=Thread[IceUdpTransportManager connect thread,5,main] and message was: null java.lang.NullPointerException at net.sf.fmj.media.rtp.RTPSessionMgr.getAllParticipants(RTPSessionMgr.java:1107) at net.sf.fmj.media.rtp.RTPSessionMgr.getReceiveStreams(RTPSessionMgr.java:1286) at org.jitsi.impl.neomedia.rtp.translator.RTPTranslatorImpl.getReceiveStreams(RTPTranslatorImpl.java:842) at org.jitsi.impl.neomedia.rtp.StreamRTPManager.getReceiveStreams(StreamRTPManager.java:199) at org.jitsi.impl.neomedia.MediaStreamImpl.getReceiveStreams(MediaStreamImpl.java:1508) at org.jitsi.impl.neomedia.MediaStreamImpl.startReceiveStreams(MediaStreamImpl.java:2753) at org.jitsi.impl.neomedia.MediaStreamImpl.start(MediaStreamImpl.java:2715) at org.jitsi.impl.neomedia.MediaStreamImpl.start(MediaStreamImpl.java:2642) at org.jitsi.videobridge.RtpChannel.maybeStartStream(RtpChannel.java:976) at org.jitsi.videobridge.Channel.transportConnected(Channel.java:766) at org.jitsi.videobridge.IceUdpTransportManager.onIceConnected(IceUdpTransportManager.java:1831) at org.jitsi.videobridge.IceUdpTransportManager.access$800(IceUdpTransportManager.java:42) at org.jitsi.videobridge.IceUdpTransportManager$3.run(IceUdpTransportManager.java:1874) 2015-03-10 12:15:40.594 INFO: [84] org.ice4j.ice.Agent.setState() ICE state changed from Completed to Terminated 2015-03-10 12:15:40.595 INFO: [84] org.jitsi.videobridge.IceUdpTransportManager.info() ICE processing state of IceUdpTransportManager #1354377d (for channels 7136314d87329eb3 85889bb358954674 cdc152a5f786e509) of conference f4f31915bb874bf7 changed from Completed to Terminated. 2015-03-10 12:15:41.661 INFO: [85] org.ice4j.ice.Agent.setState() ICE state changed from Completed to Terminated 2015-03-10 12:15:41.661 INFO: [85] org.jitsi.videobridge.IceUdpTransportManager.info() ICE processing state of IceUdpTransportManager #5b765f56 (for channels f23f5962c4b82c8 ef96ca9388dcf5e4 5329766f48e44b8f) of conference f4f31915bb874bf7 changed from Completed to Terminated. 2015-03-10 12:15:43.472 INFO: [86] org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair: xx.xx.xx.xx:10005/udp/host -> 192.168.0.100:33374/udp/host (stream.RTP), failing. 2015-03-10 12:15:44.538 INFO: [87] org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair: [2001:19f0:300:6102:5400:ff:fe07:ae4a]:10006/udp/host -> [2001:0:9d38:6ab8:2cd8:3536:a6e0:8c92]:50355/udp/host (stream.RTP), failing. 2015-03-10 12:15:44.548 INFO: [88] org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair: [2001:19f0:300:6102:452d:e7fc:e5b8:879f]:10006/udp/host -> [2001:0:9d38:6ab8:2cd8:3536:a6e0:8c92]:50355/udp/host (stream.RTP), failing. 2015-03-10 12:15:44.558 INFO: [89] org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair: xx.xx.xx.xx:10006/udp/host -> 192.168.136.1:50356/udp/host (stream.RTP), failing. 2015-03-10 12:15:44.570 INFO: [90] org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair: xx.xx.xx.xx:10006/udp/host -> 192.168.76.1:50357/udp/host (stream.RTP), failing. 2015-03-10 12:15:44.579 INFO: [91] org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair: xx.xx.xx.xx:10006/udp/host -> 192.168.0.130:50358/udp/host (stream.RTP), failing. 2015-03-10 12:17:10.911 INFO: [92] org.jitsi.videobridge.Content.info() Expired content audio of conference 3f6aea096463f322. The total number of conferences is now 2, channels 6, video streams 4. 2015-03-10 12:17:10.912 INFO: [92] org.jitsi.videobridge.Content.info() Expired content video of conference 3f6aea096463f322. The total number of conferences is now 2, channels 6, video streams 4. 2015-03-10 12:17:10.912 INFO: [92] org.jitsi.videobridge.Content.info() Expired content data of conference 3f6aea096463f322. The total number of conferences is now 2, channels 6, video streams 4. 2015-03-10 12:18:10.912 INFO: [92] org.jitsi.videobridge.Conference.info() Expired conference 3f6aea096463f322. The total number of conferences is now 1, channels 6, video streams 4.
About this issue
- Original URL
- State: closed
- Created 9 years ago
- Comments: 38 (10 by maintainers)
Commits related to this issue
- Merge pull request #267 from saaltech/develop Develop to master — committed to saal-core/blync-meet-mediator by deleted user 4 years ago
I have this same problem on Azure servers. All you need is
modify sip-communicator.properties file located at /etc/jitsi/videobridge
and add 2 lines
and
open ports incoming ports https and 10000-20000
@herbat73 Your method works for me. Thanks!
what are the TCP/UDP ports you have opened ?
I solved my issue
Can confirm the previous commenter’s point that opening ports (even all of them at first, to test this hypothesis) should be your first, ahem, port of call.
Hey @herbat73! Your solution works like a charm in Azure. Thank you very much!! I only needed to restart the server after the configuration file change and everything worked correctly.
I think I resolved the issue. After adding “vultr.guest” to
/etc/hostsI’ve got the video from other participants. Thank you very much for help in detecting the cause of the issue!This is the log file https://45.63.15.11/libs/jvb.log