I have this frozen video in version 2.1.1. I downgrade for 2.1 and OM run fine. I think this is port configuration. I suggest default ports for test.
I will test 2.2 shortly. 2013/9/6 Daniela Kirsch <dkir...@excelsystems.com>: > Thanks John, I did see that email but as you now know we don't have a > solution. I'm hoping someone can help us. > > Daniela Kirsch > Web Developer > > ExcelSystems Software Development Inc. > 101 - 9274 4th St. > Sidney, BC V8L 2Y7 > Phone: (250) 655 1882 ext: 209 > Email: dkir...@excelsystems.com > > > On Fri, Sep 6, 2013 at 4:27 PM, John Tran <findingj...@gmail.com> wrote: >> >> I experienced the same issue. It seem like the issue occurs when it's in >> SSL configuration. If you notice, it looked like Danella configuration in >> SSL mode. I post the same issue back on August 27th "More Disconnect on ssl >> connection than non ssl connection" hoping someone like yourself or Maxim to >> respond but no luck. >> >> >> >> >> On Fri, Sep 6, 2013 at 4:18 PM, George Kirkham <gkirk...@co2crc.com.au> >> wrote: >>> >>> 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 >> >> >> >> >> -- >> jt >> ________________________________ >> John Tran >> Northern California, CA >> findingj...@gmail.com >> ICQ IM: 27741710 >> AOL IM: find1ngj0hn >> Yahoo! IM: findingj0hn >> MSN IM: findingj...@hotmail.com > >
