Subject: Re: TCP Appropriate Byte Counting?
To: None <tech-net@NetBSD.org>
From: Kentaro A. Kurahone <kurahone@sigusr1.org>
List: tech-net
Date: 05/12/2005 01:54:11
--vkogqOf2sHV7VnPd
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, May 11, 2005 at 06:08:32PM +0200, Hubert Feyrer wrote:
> TCP ABC is ``... a small modification to the way TCP increases
> its congestion window. Rather than the traditional method of
> increasing the congestion window by a constant amount for each
> arriving acknowledgment, the document suggests basing the increase on
> the number of previously unacknowledged bytes each ACK covers. This
> change improves the performance of TCP, as well as closes a security
> hole TCP receivers can use to induce the sender into increasing the
> sending rate too rapidly.''[1]
Intresting.
According to a 2004 paper[0] ~50% of the webservers they surveyed had
ABC implemented, though looking at the test they used, I think that
those are Linux boxes with the "simple" solution to ACK division attacks.
"The second, perhaps simpler, solution is to only increment cwnd by one
SMSS when a valid ACK arrives that covers the entire data segment sent."[1]
> I wonder if the code from DragonflyBSD[2] would be of interest for NetBSD?
Didn't most of Jeff Hsu's stuff have a bit of a quirky licence?
--=20
Kentaro A. Kurahone
SIGUSR1 Research and Development
[0]: http://www.cis.udel.edu/~ladha/2004.TbitExtensions.pdf
[1]: http://www.cs.washington.edu/homes/djw/papers/CCR99.pdf
--vkogqOf2sHV7VnPd
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (FreeBSD)
iQIVAwUBQoK3QWfp+SLSG+tuAQJ/2w/8D/3a6f67EF8iQlnJ7rzaUvB9zsUaAFbm
IwF9V87nyCQspV2rsxgsE8nfwm8IAmXvoC+j/aGJyCRuvr98d4DqrHyn0quMibRF
NLImRCzXwT9IdeRcem4A3cn3jrh9skB04QkJnKWLICqLB92gDfiXAbN6qIWydll+
XcLbAvoVYVpBa3cGfb9WzN6kSljTtIlSATy0Atu1YQ65AjxIQ3iNPkdlQCi3QBrG
zKsnsgr3ANU13xECUCqqiryP7pScC50+XxZJXIGy8jt9cpmPyBsrEPoIB9hkAZdu
swWFsDSuJj+kuajNWb0W4aIcI0RRIdjduSs777k9LOobbFKRjE3x7RGt7VK42lgV
Pw0koUYcMlb3O5kfCm9aUMjMn9oLhjVIiKTXMuQktuoBLdtmSDNbYJKPglZ+FFea
WE6jlTA5XlwA9s3Gq/G790+nMlWTOmlyNQH0O1gFT+PErzW16s+G5h9q5K3H0nbz
UZO6F4HcvuJvOmKWwoYYd6waXv5jwKyLR3afFACJWCdLs4hn9zSN1NDCpQi1gUOX
ubiz7qFl8vstt65/YkVE7PLzASPdF8t7SU/VtrXE6dwAULwXrKe+m5Gcom6jIbTq
Mf37sQZgMDEJ0pFVUH/n/6mGzQHn8lOwVoll6MTjAytIWuySdMpjh/xKD8BWtZXX
P8Y5GyUFbnI=
=90u5
-----END PGP SIGNATURE-----
--vkogqOf2sHV7VnPd--