Date: Tue, 23 May 2006 14:21:30 -0400 From: Mark Allman <mallman@icir.org> To: mag@intron.ac Cc: freebsd-net@freebsd.org, Marcin Jessa <lists@yazzy.org> Subject: Re: How to Quicken TCP Re-transmission? Message-ID: <20060523182130.D7EBC416C50@lawyers.icir.org> In-Reply-To: <courier.44734F1C.0000A5E6@intron.ac>
next in thread | previous in thread | raw e-mail | index | archive | help
--=_bOundary Content-Type: text/plain Content-Disposition: inline > Actually, TCP is a single sliding window protocol, which limits its > performance on seriously lossy and long delay transmission media. > We assume that a sender has sent packets [A] [B] [C] [D] [E] while > the receiver has received packets [A] [C] [E]. With TCP the receiver can > only tell the sender that [A] has reached. If the receiver can notify > the sender that both [B] and [D] should be re-sent, the performance will > be better. One more time: see RFC2018. If you actually take a look at that you will see that it provides a way for the receiver to indicate that it has received all packets through [A] (via the cumulative acknowledgment field) and also that it has received [C] and [E] (using selective acknowledgments). (Knowing that [C] and [E] have arrived is basically the same as knowing that [B] and [D] didn't.) allman --=_bOundary Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (Darwin) iD8DBQFEc1KqWyrrWs4yIs4RAng+AJ4mZ60q1p3C3x2DL3XFq1ozd+/WWACfbjfc sYUaTG9wJy+H3OegzC1YDIE= =6fQd -----END PGP SIGNATURE----- --=_bOundary--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060523182130.D7EBC416C50>