> ---------> I wanted to know why the tcp resends (retransmits) the
> whole segment and not just the FIN even after seeing that
> the server has acked till 36536.
For performance reasons. In the real world people don't ack half a packet
- you just dont lose half a packet. It makes the code paths a lot cleaner
and faster not to split such frames so we don't do it.
> One more thing I want to know is when the linux implementation
> of TCP
>
> sets the push flag
> decides to send some data as a segment
> decides to ack the data it has received
The data sending and ack rules are in the RFC documents, which are the
best place to start, especially the most recent ones for sending algorithms.
The ack for receive follows RFC 793 (with delayed ack) - delayed ack just
holds an ack back for up to .5 of a second to see if it can be merged with
data.
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-net" in
the body of a message to [EMAIL PROTECTED]
