I think Sack does the following:
The fast retransmit & fast recovery procedures remain the same, and fast
retransmit is triggered based on ack information only(3 dup acks).
The ACK indicates the highest in sequence data received by the receiver,
whereas the SACK provides information about data in receiver's queue
beyond this.
So, the sender uses this information to retransmit selectively, & not
retransmitting what is already reached at receiver end.
TCP with "forward acknowledgements" uses this information to control the
congestion window during the fast recovery period. It makes a better
estimate of the outstanding data in network pipe, and thus pushes in more
data than the Tcp without using this information. It gives some
algorithms for controlling the congestion window, you can see the detail
in "Forward Acknowledgment: Refining TCP Congestion Control" by Mathis &
Mahdavi, Pittsburgh Supercomputing Center.
ketan
Ketan Bajaj
M.Tech Student
Deptt. Of Computer Sci. & Engg.
Indian Institute of Technology
Delhi
On Wed, 18 Nov 1998, Tang Oo wrote:
> I am not clear about the behavior of TCP SACK. If an ACK indicates multiple
> losses of segments, the congestion window should be cut by half, or cut by
> multiple halves? Is the fast retransmit and fast recovery still appliable to
> SACK?
>
This archive was generated by hypermail 2b29 : Mon Feb 14 2000 - 16:14:51 EST