Looks like a SSL problem after all ? Well, I've done more dumps. It appears that even when the connection is working, I can see this strange behavior of [RST]. The difference is that just after the [RST], a new [SYNC] is done and the connection "works" again. After going out of sleep mode there's just no new [SYNC].
I've also made some tests with my Windows Mobile application which is using the same server in same conditions. There are no trace of those [RST] TCP flags. Some researches with Google point me this article http://www.cpug.org/forums/secureclient-securemote/13951-tlsv1-alert-ssl-half-closed-socket.html and http://fixunix.com/tcp-ip/488997-ssl-tcp-connection-termination-results-rst.html. It's typically what we can see in the previously posted dump. I'm not doing anything special to keep the session alive. I've got an infinite loop that read on the response InputStream. Since the server is supposed to respond me in chunked mode, I'm waiting for any new data in the InputStream. I can't use http. The server is not handling it. I'm not using any kind of "rooted" or modified firmware. I've got an HTC Desire with Android 2.1update1. I was also able to do some tests on an HTC Desire with Android 2.2. I know that SSL implementation has changed but the problem remains. On 27 sep, 19:12, Kostya Vasilyev <[email protected]> wrote: > Looking at the Wireshark dump, it looks like the server begins to > close the connection before the phone falls asleep: > > It's the FIN/ACK packet #212994 - highlighted in grey. > > The phone is supposed to send ACK (which it does) and then its own > FIN/ACK, confirming the close (which it does not). > > Instead we see some kind of "TLSv1 Encrypted Alert" - can't say anything > about that one. > > Then we get to the red lines: the phone aborts the connection by sending > RST/ACK, and the server replies with RST. > > So it looks like the server begins to close the connection much earlier > than previously thought, perhaps after sending data as usual, without > expecting that the connection will be kept around for other uses. > > Are you doing anything to artificially keep the session alive? What > happens if you use unencrypted http? Finally, are you using any kind of > "rooted" or modified firmware? > > -- Kostya > > 27.09.2010 19:27, Cydrike пишет: > > > > > > > I've looked at what's happening on the server. The server is as > > mobile, it doesn't see any closed connection. > > Here's what I've got from Wireshark: > > > The connection is started at the beginning [sync]. Then I put the > > mobile in sleep mode. > > It's awaken when we can see the Encrypted Alert. > > Then a RST comes from the mobile ???? > > Nothing is going through the connection anymore. > > > Can you explain me what's happening ? > > > On 24 sep, 11:49, Cydrike<[email protected]> wrote: > >> There's nothing in logcat apart from garbage collector actions. > >> I'm already listening to ConnectivityManager > >> (ConnectivityManager.CONNECTIVITY_ACTION) and TelephonyManager > >> (PhoneStateListener.LISTEN_DATA_CONNECTION_STATE) events to track > >> network modifications. Nothing is caught when the problem occurs. > > >> I'm going to check on server side if the connection is still alive or > >> not. I'll give you the information as soon as possible. > > >> On 23 sep, 22:58, Kostya Vasilyev<[email protected]> wrote: > > >>> Oh, and check the logcat - I think you should see connection manager > >>> events > >>> at the time your connection goes bad. > >>> -- > >>> Kostya Vasilyev --http://kmansoft.wordpress.com > >>> 23.09.2010 14:00 пользователь "Cydrike"<[email protected]> > >>> написал: > >>> Hello Kostya, > >>> I've tried what you said but my problem remains. I'm fact the problem > >>> only occurs when the device goes in sleep mode. If I let it connected > >>> to my PC (the screen never goes totally black), every thing is working > >>> fine. I've got a wakeLock in my application: > >>> final PowerManager pm = (PowerManager) > >>> getSystemService(Context.POWER_SERVICE); > >>> m_partialWakeLock = pm.newWakeLock((PowerManager.PARTIAL_WAKE_LOCK | > >>> PowerManager.ACQUIRE_CAUSES_WAKEUP), APPLICATION_NAME); > >>> I've implemented something that connect to my server each 3min when in > >>> sleep mode. It's not using the connection which is supposed to be > >>> alive because I can't send data on it. The server is as is and I can't > >>> change anything on it. This mechanism works, I manage to successfully > >>> connect to my server. But still after 5min my opened connection > >>> doesn't receive data anymore. > >>> Something in the sleep mode is putting my connection in "hold", I > >>> don't know. I'm not even sure that the connection is closed. It seems > >>> it's just stuck somewhere. > >>> The server is closing correclty any connection since when not in sleep > >>> mode I always detect it. So my first message has wrong information. > >>> Cédric > >>> On 22 sep, 12:26, Kostya Vasilyev<[email protected]> wrote:> Like I > >>> said before, detecting a ... > >>>>>>> Kostya Vasilyev -- WiFi Manager + pretty widget -- > >>>http://kmansoft.wordpress.com-Masquerletextedesmessages précédents - > >>>>>>> - Afficher le texte des messages précédents -- Masquer le texte des > >>> messages précédents -> >>... > >>>> Kostya Vasilyev -- WiFi Manager + pretty widget -- > >>>http://kmansoft.wordpress.com-Masquerletexte des messages précédents - > >>>> - Afficher le texte des messages précédents - > >>> -- > >>> You received this message because you are subscribed to the Google > >>> Groups "Android Developers" g...- Masquer le texte des messages > >>> précédents - > >> - Afficher le texte des messages précédents - > > -- > Kostya Vasilyev -- WiFi Manager + pretty widget > --http://kmansoft.wordpress.com- Masquer le texte des messages précédents - > > - Afficher le texte des messages précédents - -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
