From owner-freebsd-hackers Tue Jan 28 15:40:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA19282 for hackers-outgoing; Tue, 28 Jan 1997 15:40:26 -0800 (PST) Received: from noc.msc.edu (noc.msc.edu [137.66.12.254]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA19265; Tue, 28 Jan 1997 15:40:21 -0800 (PST) Received: from ww.msc.edu by noc.msc.edu (5.65/MSC/v3.0.1(920324)) id AA17172; Tue, 28 Jan 97 17:40:19 -0600 From: jpt@msc.edu (Joseph Thomas) Received: (jpt@localhost) by ww.msc.edu (8.7.1/8.6.6) id RAA10860; Tue, 28 Jan 1997 17:40:18 -0600 (CST) Message-Id: <199701282340.RAA10860@ww.msc.edu> Subject: Re: RFC 1323 default settings (was Re: progress report on connection problems) To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Tue, 28 Jan 1997 17:40:18 -0600 (CST) Cc: shovey@buffnet.net, robert@nanguo.chalmers.com.au, freebsd-isp@freebsd.org, hackers@freebsd.org In-Reply-To: from "Daniel O'Callaghan" at Jan 29, 97 09:40:21 am X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > On Tue, 28 Jan 1997, Steve wrote: > > [ Robert writes about his problem with FreeBSD machines and his Annex] > > > > I had similar problems using annexes as term servers with user - and have > > posted numerous times that this problem only exists with freebsd - sco, > > linux, etc doesnt have trouble - only every time I post it I get bashed > > about the head and lectured on freebsd having perfect tcp/ip and > > everything else in the world having faulty tcp/ip. > > Well, turns out that a Linux 2.0 box also stalled on this. However, > methinks it might be time to raise the issue of default settings for RFC > 1323 extensions in FreeBSD boxes. > > Since RFC 1323 deals with long fat pipes, which very few of us have, it > would make sense to turn the extensions off in the shipped /etc/sysconfig. > Those people who are communicating with TCP between the two ends of a 1.5 > Mbps satellite link, or an intercontinental 45 Mbps link, probably know > who they are and can turn the extensions on. I know that some people in > the continental USA can claim a 45 Mbps path to their favourite ftp site 4 > states away, but surely those paths are used by others, reducing the > 'fatness' of the pipe for RFC 1323 purposes. Local area ATM might be > 'fat' but generally is not 'long' enough to cause the problems with RFC > 1323 addresses. As a data point - running a local-area ATM with "out of the box" parameters (for 2.2 this looks to be 16K windows with no-scaling), I get 60 KB/s out of the box vs 3.0-3.5 MB/s into the box, [notice the really bad discrepancy] via ftp. With larger windows (60KB), I can get in the range of 3.5-4.0 MB/s [either 'put xxx /dev/null' or 'get xxx /dev/null' so local disk access is somewhat unrelated. That is, the numbers don't vary much if I'm sending from local disk or receiving to /dev/null.] Using ttcp (tcp user application, memory to memory), I've transmitted close to 70 Mb/s, in the "local-area". I'm not sure that getting twice the throughput counts as being 'not long enough'. [I'm simply providing this as a data point for the discussion, not attempting or interested in arguing for or against either side.] > > Leaving the extensions on by default causes much grief for people with old > Annexes, prevents people whose ISPs use Annexes from reading FreeBSD box > web pages or sending mail to FreeBSD boxes, and generates enormous amounts > of traffic on the FreeBSD mailing lists. > > regards, > > Danny > -- Joseph Thomas E/Mail: jpt@msc.edu Minnesota Supercomputer Center, Inc. jpt@magic.net 1200 Washington Ave So. Tel: +1 612 337 3558 Minneapolis, MN 55415-1227 FAX: +1 612 337 3400 You cannot see what I see because you see what you see. You cannot know what I know because you know what you know. "Mostly Harmless" - Douglas Adams