First time here? Check out the FAQ!
THIS IS A TEST INSTANCE. Feel free to ask and answer questions, but take care to avoid triggering too many notifications.
0

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

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.

Junjie's avatar
1
Junjie
asked 2019-02-12 10:58:13 +0000, updated 2019-02-12 11:30:05 +0000
edit flag offensive 0 remove flag reopen merge delete

Closed for the following reason "question is off-topic or not relevant" by grahamb 2019-02-12 11:19:05 +0000

Comments

add a comment see more comments

1 Answer

0

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.

grahamb's avatar
23.8k
grahamb
answered 2019-02-12 11:18:47 +0000
edit flag offensive 0 remove flag delete link

Comments

add a comment see more comments