1 | initial version |
[FIN, ACK] sending without getting prior [FIN] from counter part
The server didn't receive an ACK to 96116. The retransmissions are requests to ACK the FIN/ACK.
Finally in 117547 the server resets the connection.
2 | No.2 Revision |
[FIN, ACK] sending without getting prior [FIN] from counter part
The server didn't receive an ACK to 96116. The retransmissions are requests to ACK the FIN/ACK.
Finally in 117547 the server resets the connection.
In this screenshot a bogus route was added to the server so packets could not get back to the client.
Capture is done on the server side.
After 5 seconds of inactivity (frames 40-41), the server tries to close connection.
The FIN/ACK never gets to client so there is no ACK back to server. Frames 42,43,44 are server asking again.