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/openmeetingsto
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

Reply via email to