AnsweredAssumed Answered

Inconsistent login success using Red5

Question asked by davenz on Sep 7, 2009
Latest reply on Oct 5, 2009 by davenz

Hi All


I understand development of Red5 Sparkweb is on ice (bummer as it's pretty cool!) but thought I'd ask all the same to see if there is a fix or something I am overlooking.


Red5 Sparkweb is installed and running with our Openfire 3.6.4 installation, but logins using Red5 Sparkweb are inconsistent to the point of being unusable.


I've tried all sorts of browsers (IE7, IE8, Safari x86, FF3.0.x - 3.5.x) on Windows XP Professional and OpenSolaris 2009.06 base OSs. In all cases the only platform which allows me to consistently and successfully log in to Red5 Sparkweb is OpenSolaris running Firefox 3.5.1.


In all other cases on Windows XP Professional using combos of the above browsers (on several test machines) I will see:


1) credential prompt followed by login success, or

2) credential prompt followed by total browser inactivity when credentials are entered (browser will either report "tranferring data..." endlessly, or simply "Done")

About 90 percent of the time I see the latter. I've checked and opened firewalls wide open, removed AV software, and in the case of IE brought security levels down to their lowest levels - with no change in behvaiour.


Clearing browser caches doesn't seem to change the behaviour.


In all cases Flash player is running version            


Clients are all on the same corporate network as the server.



Now, activating the debug log in Openfire I see stuff like the followin:


1) when clients first download the Red5 Sparkweb app:


2009.09.07 17:30:07 Cleared thread-bound request context: GET /red5/sparkweb/plugins/plugins.xml HTTP/1.1
Host: my.server.somewhere:7443
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv: Gecko/20090729 Firefox/3.5.2 (.NET CLR 3.5.30729)
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-nz
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive



2) and then when credentials are entered with no further response from the browser (lots of these):


2009.09.04 17:37:44 ConnectionHandler: SSL handshake failed.
at org.apache.mina.filter.SSLFilter.messageReceived(
at$EntryImpl$1.messageReceive d(
at$HeadFilter.messageReceived (
at ava:228)
at org.apache.mina.transport.socket.nio.SocketIoProcessor.process(SocketIoProcesso
at org.apache.mina.transport.socket.nio.SocketIoProcessor.access$400(SocketIoProce
at org.apache.mina.transport.socket.nio.SocketIoProcessor$
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$ Source)
at Source)
Caused by: Unrecognized SSL message, plaintext connection?
at Source)
at Source)
at Source)
at Source)
at org.apache.mina.filter.SSLFilter.messageReceived(



Any clues anyone, and is anyone else seeing this too?