Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 18 Sep 2002 12:04:58 -0700
From:      Sean Chittenden <seanc@FreeBSD.org>
To:        freebsd-stable@FreeBSD.org
Subject:   Re: Still necessary to change the recvspace in -STABLE?
Message-ID:  <20020918190458.GW99484@perrin.int.nxad.com>
In-Reply-To: <20020909225538.GH26147@ninja1.internal>
References:  <20020909225538.GH26147@ninja1.internal>

next in thread | previous in thread | raw e-mail | index | archive | help

--a6Ri6/t33sscKOaw
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

> Is it still necessary to set net.inet.tcp.recvspace to 65535 or can
> I leave it untouched at 65536 that way window sizes can be set
> automatically.  I seem to remember this being a workaround for the
> FTP proxy being broken in ipf, but can't remember for sure.  -sc

Well, after getting 6 replies in private asking me if I'd heard
anything from anyone else, I'd assume that this is still a problem.
I've successfully jogged my memory and setting the window sizing to
65535 is for ipf's, IMHO, broken handling of TCP window sizing.
65536, ftp proxy breaks, 65535, ftp proxy works.  This took quite a
while to diagnose and should show up in the eratta someplace and it
doesn't look like it's fixed in the most recent version of ipf, even
though there was work done on the ftp proxy.  :-(

Anyone know if ipfw handles window sizing correctly, I haven't tested
it yet to see if it does or not.  -sc

--=20
Sean Chittenden

--a6Ri6/t33sscKOaw
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Comment: Sean Chittenden <sean@chittenden.org>

iD8DBQE9iM5ajoUuCl9bPssRAjFnAJ0WRVvL3tssejeHblIsG4jGsTwakgCeKA8d
cH2KD28Vn80iXlhNi39n7G4=
=IPDv
-----END PGP SIGNATURE-----

--a6Ri6/t33sscKOaw--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020918190458.GW99484>