What is a connection timeout during a http request

Question

I have found two explanations on "connection timeout":

1. The server closes the socket connection when the client doesn't send any bytes to the server during [timeout] seconds. It appears to have some relation to HTTP header (Connection: keep-alive).

2. The client stops attempting to connect to the server after [timeout] seconds if the socket connection was not established during that time.

So I am confused about the definition. What is a connection timeout? What is the difference between a client side connection timeout and a server side connection timeout?

And what's the difference between TimeToLive, connection timeout and request timeout?

Answer 1

I will try to answer it a little bit more informally.

Connection timeout - is a time period within which a connection between a client and a server must be established. Suppose that you navigate your browser (client) to some website (server). What happens is that your browser starts to listen for a response message from that server but this response may never arrive for various reasons (e.g. server is offline). So if there is still no response from the server after X seconds, your browser will 'give up' on waiting, otherwise it might get stuck waiting for eternity.

Request timeout - as in the previous case where client wasn't willing to wait for response from server for too long, server is not willing to keep unused connection alive for too long either. Once the connection between server and client has been established, client must periodically inform server that it is still there by sending information to that server. If client fails to send any information to server in a specified time, server simply drops this connection as it thinks that client is no longer there to communicate with it (why wasting resources meaninglessly).

Time to live (TTL) - is a value specified inside of a packet that is set when the packet is created (usually to 255) that tells how long the packet can be left alive in a network. As this packet goes through the network, it arrives at routers that sit on the path between the packet's origin and its destination. Each time the router resends the packet, it also decrements its TTL value by 1 and if that value drops to 0, instead of resending the packet, router simply drops it as the packet is not supposed to live any longer. This mechanism is used to prevent network from flooding by data as each packet can live inside of it for only limited amount of 'time'.

Answer 2

Connection timeout (client side) VS Request timeout (server side)

Connection timeout is a common error that occurs whenever the client is waiting for too long before getting a response from any server (for API calls or browser requesting pages). This error is generated on the client side to terminate a connection, since we can only keep a limited number of open connections at the same time.

Normally, developers can determine how long “in seconds” they want to wait for a response before deciding to raise this error internally. And most HTTP clients allow us to specify:

• Open Timeout: how long you want to wait to establish a connection with a server (first handshake).

• Read Timeout: how long you want to wait to get a response back for any given request.

---

On the other side, if you are the server rather than the client you might be more interested in the Request timeout.

Request timeout unlike connection timeouts in which a client is not willing to wait for response from server for too long. Server as well are not willing to keep unused connections alive for too long.

Once the connection has been established, the client must keep informing the server that it is still there by periodically sending information. If the client failed to so in a specified time, the server terminates this connection as it thinks that client is no longer there.

This behaviour is intended to avoid wasting resources. When time out occurs the server returns a Request Timeout response with 408 status code.