Taken from http://www.icir.org/floyd/sacks.html
Return to ECIP Main Page
TCP Selective Acknowledgement Options
- Mathis, M., Mahdavi, J., Floyd, S., and Romanow, A.,
TCP Selective Acknowledgement Options.
An Extension to the Selective Acknowledgement (SACK) Option for
Mathis, M., and
RFC 2883, Proposed Standard,
What fraction of the bytes/packets/TCP-flows in the Internet are
Papers on SACK (Selective Acknowledgment) TCP
Fall, K., and Floyd, S.,
Simulation-based Comparisons of Tahoe, Reno, and SACK TCP
Computer Communication Review, V. 26 N. 3, July 1996, pp. 5-21.
The simulations in this paper can be run in NS with the command
"./test-all-tcpVariants" in tcl/test.
This is a revised version of
Comparisons of Tahoe, Reno, and Sack TCP.
Technical report, December 1995.
- Floyd, S.,
Issues of TCP with SACK.
Technical report, January 1996.
- Mathis, M., and Mahdavi, J.,
Forward Acknowledgement: Refining TCP Congestion Control,
SIGCOMM 96, August 1996.
Rohit Goyal et al.,
Selective Acknowledgements and UBR+ Drop Policies to Improve TCP/UBR
Performance over Terrestrial and Satellite Networks,
ATM Forum/97-0423, April 1997.
Re: TCP and out-of-order delivery,
Message ID <199902030027.QAA06775@owl.ee.lbl.gov> to the
end-to-end-interest mailing list,
This note proposes a clarification of SACK that would allow the
TCP sender to correctly infer, after the fact, when an assumed packet
drop was simply a reordered packet.
M. Allman, C. Hayes, H. Kruse, S. Ostermann,
TCP Performance over Satellite Links,
Ohio University, 5th International Conference on Telecommunication Systems, 1997.
"When network congestion and higher bit error rates are present, the
addition of selective acknowledgements (SACK) can ... improve performance
in some cases."
Bruyeron, R., and Hemon, B.,
A report on experiments with TCP Sack.
TCP Selective Acknowledgement,
UCLA Internet Research Lab.
Also R. Bruyeron, B. Hemon, and L. Zhang,
Experimentations with TCP Selective Acknowledgment,
CCR Vol. 28 N. 2, April 1998.
This paper concludes that SACK improves TCP throughput significantly
in moderate congestion (with a packet loss rate between 2 and 4%),
and that the negative impact of SACK on competing non-SACK TCP
connections is small.
- N.K.G. Samaraweera and G. Fairhurst,
Reinforcement of TCP Error Recovery for Wireless Communication,
"The SACK option and New-Reno modifications ... were found to
significantly improve TCP performance especially over wireless links
(e.g., satellite links)."
Hari Balakrishnan, V. Padmanabhan, S. Seshan, M. Stemm, R. Katz,
TCP Behavior of a Busy Internet Server: Analysis and Improvements.
Technical Report UCB/CSD-97-966, University of California, Berkeley, CA, August 1997.
From traces of traffic to a busy web server, this paper concludes because
of small congestion windows, TCP Reno enhanced with SACK would only
avoid 4% of the retransmit timeouts.
Pointers to other information
Last modified: August 1999