My ability to analyze a capture is limited. So, any help is appreciated.
I have a server that is trying to send a .m4v (video) file to an IPhone. It looks to me, like the phone is resetting the connection before the transfer takes place. If that is true, the question is why is it resetting?
Here is a copy of my capture file.
My Nexus 5 receives the same file without any issues. I hope that the trimmed down capture image contains enough information. I had to trim it down to fit in this message.
asked 21 Mar '14, 12:29
The client software decided to close the socket and terminate the transfer prematurely after having read (and inspected) the first 1658 (FIN's ACK#-1) bytes of the m4v file. So you need to ask this question to the client software community (itunes, safari, etc...) to get a more appropriate answer.
answered 22 Mar '14, 05:08
edited 23 Mar '14, 01:55
205 is the client, 199 the server. Client is requesting the .m4v file in packet 14.
Please disable "Allow subdissector to reassemble TCP streams" to see if you get a 200 OK for the request.
Client closes the connection in packet 20. The RST in packet 23 is because the port is already closed.
answered 21 Mar '14, 15:49