Hello All, Here is the version with Red5 server updated https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%202.x/
please NOTE: no DB changes were made, same DB without backup/restore can be used. I would really appreciate stability/compatibility reports :) On Sat, Sep 7, 2013 at 2:22 PM, John Tran <findingj...@gmail.com> wrote: > Thank you Maxim for the reply. I have such a problem getting SSL to work > on standard port (443) that is below 1024 w/o root. I'll wait for your > red5 update in 2.1 branch. Once that is done, I would be happy to rebuilt > my Linux OS and OM211 from scratch, test it out, and report back. > > -john- > > > On Fri, Sep 6, 2013 at 11:08 PM, Maxim Solodovnik <solomax...@gmail.com>wrote: > >> Sorry for not responding (I was hoping anybody else can help) >> I'm not very good in SSL configuration :( >> >> It seems like red5 is not very stable while it is over SSL :( >> As workaround you can try to do the following: >> >> 1) close 1935 port on your server >> 2) start OM >> 3) using mod_proxy set up redirect from >> http://om_server:8088/openmeetings to https://om_server/openmeetings >> >> all traffic in this case should go through Apache, not sure if it will >> work (i believe it should) >> >> I'll try to update red5 in 2.1 branch and if it all will be more stable >> maybe we can release 2.2.0 >> >> If you can help and try intermediate builds and report back if it works >> better or not it might help :) >> >> >> >> On Sat, Sep 7, 2013 at 6:33 AM, Daniela Kirsch >> <dkir...@excelsystems.com>wrote: >> >>> 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<http://mail-archives.apache.org/mod_mbox/openmeetings-user/201308.mbox/ajax/%3CCAOq_-sy0gp-f_LEaB8MBgzuvuot70xySkw2h%2BugcG%2BvnnNm3XQ%40mail.gmail.com%3E>" >>>> 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 >>>> >>> >>> >> >> >> -- >> WBR >> Maxim aka solomax >> > > > > -- > jt > ________________________________ > John Tran > Northern California, CA > findingj...@gmail.com > ICQ IM: 27741710 > AOL IM: find1ngj0hn > Yahoo! IM: findingj0hn > MSN IM: findingj...@hotmail.com > -- WBR Maxim aka solomax