4

I have a question regarding TCP timeout. If we look at this picture http://www.dcs.bbk.ac.uk/~ptw/teaching/IWT/transport-layer/timeout.gif

We can see that the timeout starts when the packet loss occur, but how long is the timeout? Is it until the specific packet has been delivered and acknowledged or when?

To clarify, I'm not asking about any specific time. I'm just asking for what are indicating that a TCP timeout has been finished.

  • i bet you could find the answer in 5 seconds if you googled it.. – Ron Trunk Aug 19 '15 at 15:19
  • If I had I wouldn't have asked this question. If you know it I appreciate if you can help me instead. – BlommaN Aug 19 '15 at 15:35
  • When I google "default TCP timeout," I get several answers right away. What do you get when you google it? – Ron Trunk Aug 19 '15 at 15:38
  • But my question is not what the default TCP timeout is, my question is when a TCP timeout ends. (For example a TCP handshake ends when ACK+GET has been sent) So I'm not asking for any specific time or similair. – BlommaN Aug 19 '15 at 15:44
  • Did any answer help you? if so, you should accept the answer so that the question doesn't keep popping up forever, looking for an answer. Alternatively, you could provide and accept your own answer. – Ron Maupin Aug 12 '17 at 4:31
2

There is no specific end time for TCP timeout. When it times out the session is dead. It does not "stay dead" for a specific time period.

| improve this answer | |
  • Well I'm not asking for any specific time or something. All I want to know is what indicates that TCP timeout has passed? If we look at TCP handshake (cisco.com/web/about/ac123/ac147/images/ipj/ipj_9-4/…) We can see that when the first ACK arrives the TCP handshake is done. What indicate when TCP timeout is done is my question. – BlommaN Aug 19 '15 at 16:29
  • 1
    I think this is what you are looking for: TCP STATE TRANSITION DIAGRAM – Ippy Aug 19 '15 at 16:51
2

Short Answer: Basically the timeout is indicated by a retransmission of a packet that is now considered lost.

Long Answer: A TCP stack sending component sends a stream of bytes. The sending window is the range of sequence numbers of bytes that are currently in flight. When sending the first byte (sequence number: x), a timer is started that has a default timeout. When the timeout ends, we retransmit. In case there is an ACK for byte y and y >= x, the timer is reset and we are awaiting an ACK for y+1. The reason for accepting everything above and equal x is due to the fact that ACKs in TCP are cumulative ("ack everything including the mentioned number") in contrast to selective ("ack only mentioned number").

| improve this answer | |
0

you are speaking different languages.....

the question is wrong: there is no timeout discovery or notification.

if pkt X where get lost CONNECTION IS NOT; sending host will not receive ACK for that pkt wile (not)receiving host just see more and more data coming from source; when "second copy" arrives TCP reassemby all into a meaningful something.

if TCP connection X get lost it mean that a firewall or other active device has dropped it (and allow not to rebuild except if you made a new one).

so, there is no kind of timeout discovery except timeout expiration that is not a discovery nor a notification

| improve this answer | |
0

The indication for a timeout to be finished is not receiving an ACK for the packet that started the timer.

TCP uses a ACK messages sent by the receiver to let the sender know a packet was correctly received.

So basically, if a portion of bytes of the message is not ACK'd then the timer will expire and cause the timeout.

You can read more here on sections Reliable transmission, Error detection and Selective acknowledgments

| improve this answer | |
  • You should expand on your answer, and maybe provide some documentation. One-line, unsubstantiated answers (correct or not) are generally frowned upon and considered suspicious. – Ron Maupin Jan 29 '16 at 17:32
  • @RonMaupin alright, done!+ – Lowb Jan 29 '16 at 21:56

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.