From owner-freebsd-bugs Wed Mar 19 03:20:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA16773 for bugs-outgoing; Wed, 19 Mar 1997 03:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA16757; Wed, 19 Mar 1997 03:20:02 -0800 (PST) Date: Wed, 19 Mar 1997 03:20:02 -0800 (PST) Message-Id: <199703191120.DAA16757@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/3036: No initial slow start Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3036; it has been noted by GNATS. From: David Greenman To: luigi@iet.unipi.it Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/3036: No initial slow start Date: Wed, 19 Mar 1997 03:13:30 -0800 >>Synopsis: No initial slow start ... > FreeBSD 2.1.X, 2.2.X ... >>Fix: > >[workaround #1] define SUBNETSARELOCAL=0 in the kernel config file. > >[workaround #2] change the default definition of SUBNETSARELOCAL to 0 in > file in.c > >[fix] i am not sure at all if the "optimization" indicated above is > acceptable, especially for non-TTCP stuff. At the very least it > should be used only after TTCP has been negotiated. The change was made in rev 1.25 of in.c: revision 1.25 date: 1996/09/09 20:17:24; author: wollman; state: Exp; lines: +2 -2 branches: 1.25.4; Set subnetsarelocal to false. In a classless world, the other case is almost never useful. (This is only a quick hack; someone should go back and delete the entire subnetsarelocal==1 code path.) This is the same revision that went into FreeBSD 2.2, so the problem should not exist there. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project