When closing a TCP connection, why is the two-segment-lifetime timeout not necessary on the transition from LAST ACK to CLOSED?

Why does data transfer begin after the TCP SYN and ACK segments finish the three-way handshake connection- oriented process?

There are two perspectives to consider. It is assumed that the most recent SampleRTT on a TCP connection is 1 second. To keep the current connection open, TimeoutInterval has to be larger than or equal to one second.

If there is wide variation in the TCP segment size , it is natural to organize the buffers as a pool of fixed-sized buffers, with one segment per buffer TRUE OR FALSE

199

In what ways do these three features of TCP vary from those of UDP?

Assume that a bottleneck connection with a rate of R bps carries two TCP connections. In both cases, there is a big file that must be downloaded (in the same direction over the bottleneck link). The files are all transmitted at the same time How much data will TCP be able to transmit each connection?

Is this an accurate or wrong statement? For simplicity, let us assume that the most recent SampleRTT on a TCP connection is one second. The current TimeoutInterval value for the connection must be greater than one second in order to maintain the connection.

Is this the right answer or the wrong answer? Assume that the most recent SampleRTT for a TCP connection is one second. The TimeoutInterval setting for the connection must now be set to a value that is greater than one second.

Is it usual or unusual for TCP SYN and ACK segment to carry data during the three-way handshake connection- oriented process. Explain why.