Ask Your Question

long delay to send [FIN, ACK] after receiving the application data [closed]

asked 2019-02-12 10:58:13 +0000

Junjie gravatar image

updated 2019-02-12 11:30:05 +0000

The client is coding based on Spring-Web RestTemplate, we found long latency for some cases when accessing another service in our prod environment, and grabbed some packages down through tcpdump.

After analysis, there are about 3% of the cases delay is higher than expected, the longest is up to 60+s.

For all delay cases, the application data can be received quickly from the server, and the client would send [ACK] in time, but it will wait a long time to send [Encrypted Alert] or [FIN ACK] to terminate the connection. It is confirmed that there is no problem with the background service. So why client need to wait so long to terminate the TCP connection?

For the common cases, the [Encrypted Alert] would be sent from the client immediately after [ACK] the [Application Data], and the connection can be terminated successfully as expected.

Could anyone help to explain what happened? Thanks in advance.

edit retag flag offensive reopen merge delete

Closed for the following reason question is off-topic or not relevant by grahamb
close date 2019-02-12 11:19:05.850278

1 Answer

Sort by ยป oldest newest most voted

answered 2019-02-12 11:18:47 +0000

grahamb gravatar image

As often mentioned in answers here, Wireshark can show WHAT has happened, but can't tell you WHY. Unfortunately you'll need to go back to the app developers and get them to instrument and log the app behaviour to aid in their debugging of the issue. As such, this question is off-topic for this site, so I'll close the question.

edit flag offensive delete link more

Question Tools

1 follower


Asked: 2019-02-12 10:58:13 +0000

Seen: 1,782 times

Last updated: Feb 12 '19