Daniela,
Sorry I cannot help you with this problem as we have never experienced it, however others may be able to give you some assistance. To help other assist you, can you give us more detail, please. What version of OpenMeetings are you using (2.0, 2.1, 2.1.1, 3.0 etc)? On what OS are you running OpenMeetings. E.g. Windows 7, Windows Server 2008, Ubuntu server 12, Debian (5/6/7), Centos, etc? How did you get OpenMeetings, from what repository? Did you download the compiled version or did you down load the source and compile it locally on the server? What installation instructions did you follow to build the environment in which you are running OpenMeetings? Are all the prerequisite packages installed? What ports are you using for OpenMeetings (e.g. netstat -anp | grep java), and I guess all firewall ports are open otherwise people would have been able to start the meeting. Is the server a dedicated server for OpenMeetings or are other red5 applications also running on the server? Thanks, George Kirkham From: Daniela Kirsch [mailto:dkir...@excelsystems.com] Sent: Saturday, 7 September 2013 1:18 AM To: user@openmeetings.apache.org Subject: Video Frozen - OpenMeetings/Red5 stuck Hi, we are running into a serious issue. While being in a room with video and audio (2 people in a normal moderated conference room) it happens that the video of the other person freezes (audio is gone as well). Once the video is frozen, the entire application is unusable. Meaning, if I open a browser and go to the site all I get is a blank page. There's nothing, not even a "Loading..." displayed. This is for everyone who's trying to use it, not just the person who had the frozen video. In the red5.log we have this: 2013-09-05 14:39:13,289 [NioProcessor-33] DEBUG o.red5.server.net.rtmp.RTMPHandler - Invoke: Invoke: Service: null Method: connect Num Params: 1 0: false 2013-09-05 14:39:13,289 [NioProcessor-33] DEBUG o.red5.server.net.rtmp.RTMPHandler - call: Service: null Method: connect Num Params: 1 0: false 2013-09-05 14:39:13,289 [NioProcessor-33] DEBUG o.red5.server.net.rtmp.RTMPHandler - connect 2013-09-05 14:39:13,289 [NioProcessor-33] DEBUG o.r.server.net.rtmp.BaseRTMPHandler - url: rtmps://my.domain.com:8443/openmeetings/hibernate 2013-09-05 14:39:17,818 [Red5_Scheduler_Worker-3] WARN o.r.server.net.rtmp.RTMPConnection - Closing RTMPMinaConnection from 1.1.1.1 : 39724 to my.domain.com:8443 (in: 3729 out 4878 ), with id 16 due to long handshake 2013-09-05 14:39:17,819 [Red5_Scheduler_Worker-3] DEBUG o.r.s.net.rtmp.RTMPMinaConnection - RTMP state: RTMP [state=connected, debug=false, encrypted=false, lastReadChannel=3, lastWriteChannel=0, readHeaders={3=Header [channelId=3, dataType=20, timerBase=0, timerDelta=0, size=407, streamId=0, extendedTimestamp=0, isGarbage=false]}, writeHeaders={}, readPacketHeaders={3=Header [channelId=3, dataType=20, timerBase=0, timerDelta=0, size=407, streamId=0, extendedTimestamp=0, isGarbage=false]}, readPackets={3=null}, writePackets={}, writeTimestamps={}, liveTimestamps={}, readChunkSize=128, writeChunkSize=128, encoding=AMF0] The only way to get it all going is by restarting Open Meetings. However we were hoping there's a way around that, something that would free whatever is stuck there. What can we do? Thanks, Daniela