Networking 101: TCP In More Depth
Sep 24, 2008, 23:19 (0 Talkback[s])
(Other stories by Charlie Schluting)
Re-Imagining Linux Platforms to Meet the Needs of Cloud Service Providers
"Last week's introduction to TCP promised that this article
would enlighten, entertain and obviate all other documentation.
Well the last one isn't quite possible in this much space, but
let's go ahead and take a look at TCP operational issues, now that
we know a little about what TCP actually is.
"We said that TCP gets 'connected' before any data can be sent.
To make that work, the side that initiates a TCP connection will
send a SYN (remember the Flags field) packet first. This is simply
a packet with no data, and the SYN flag turned on. If the other
side wants to talk on the port it received the SYN on, it will send
back a SYN+ACK: SYN and ACK fields set, and the ACK number set to
acknowledge the first packet. Then, to verify the receipt of the
SYN+ACK, the sender will send one final ACK. The SYN, SYN+ACK, ACK
sequence is called the three-way handshake. After that happens, the
connection is established. The connection will remain active unless
it times out or until either side sends a FIN.
"Closing a TCP connection can be done from either side, and
requires that both sides send a FIN to close their channel of
communication. One side can close before the other, or they can
both happen at the same time. So, when one side sends a FIN, the
other sends FIN+ACK, to start the close of its side, and to ACK the
first FIN. The person who sent the first FIN will then FIN+ACK the
second FIN, and the other person knows that the connection is
closed. There is no way for the person who sent the first FIN to
get an ACK back for that last ACK. You might want to reread that
now. The person that initially closed the connection enters the
TIME_WAIT state; in case the other person didn't really get the ACK
and thinks the connection is still open. Typically, this lasts one
to two minutes."