SSLFilter state

[Raman Gupta <ro...@fastmail.fm>]

I am using Mina 1.0.2.

It seems that sometimes the SSLFilter gets into a weird state when
there are connection-related problems. I have a client application
that sends keep-alives every 30 seconds. The last successful keep
alive I have is at:

03:04:14,552 Keep-alive response message received

I suspect shortly thereafter some sort of transient network failure
occurred, but I have nothing in my logs to indicate that. For several
minutes thereafter I see requests being sent but no responses being
received. I believe the SSLFilter at this point is buffering the
request data because for some reason it gets into a state where it
believes the handshake is not complete (see DEBUG logs later in this msg).

Subsequently, I have the following in my logs:

03:13:37,654 TCP/IP session with remote [/x:y] closed
03:14:14,562 TCP/IP session with remote [/x:y] opened

But still no messages were being received by the remote side.

I then turned on DEBUG logging, and I have the following in my logs:

11:02:44,395 [/x:y] WRITE: DirectBuffer[pos=0 lim=66 cap=128: ...]
11:02:44,395 [/x:y]  Filtered Write:
org.apache.mina.filter.support.SSLHandler@2a3025
11:02:44,395 [/x:y]  Handshaking is not complete yet. Buffering write
request.
11:02:44,396 [/x:y]  Filtered Write:
org.apache.mina.filter.support.SSLHandler@2a3025
11:02:44,396 [/x:y]  Handshaking is not complete yet. Buffering write
request.

So it seems that the SSL handshake filter now believes that the
handshake is not complete and therefore does not write any of the
requests. A trace confirms that nothing is being written to the wire
by Mina.

At this point I do not have a reproduction recipe but this is what I'm
seeing so far.

Cheers,
Raman Gupta

Re: SSLFilter state

[Raman Gupta <ro...@fastmail.fm>]

Raman Gupta wrote:
> 
> I am using Mina 1.0.2.
> 
> It seems that sometimes the SSLFilter gets into a weird state when
> there are connection-related problems. I have a client application
> that sends keep-alives every 30 seconds. The last successful keep
> alive I have is at:
> [snip]
> 

Is it possible this is related to the SSL handshake ordering problem
reported earlier by another user on the list, and apparently fixed by
Trustin:

http://www.nabble.com/Re%3A-SSL-Client-does-not-send-any-data-p11062133.html

Cheers,
Raman Gupta

-- 
View this message in context: http://www.nabble.com/SSLFilter-state-tf3989051.html#a11328894
Sent from the mina dev mailing list archive at Nabble.com.