From owner-freebsd-net Fri Nov 1 11: 9:52 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4495C37B401 for ; Fri, 1 Nov 2002 11:09:51 -0800 (PST) Received: from seraph2.grc.nasa.gov (seraph2.lerc.nasa.gov [128.156.10.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1B1343E6E for ; Fri, 1 Nov 2002 11:09:50 -0800 (PST) (envelope-from mallman@guns.lerc.nasa.gov) Received: from lombok-fi.lerc.nasa.gov (lombok-fi.lerc.nasa.gov [139.88.112.33]) by seraph2.grc.nasa.gov (Postfix) with ESMTP id ED372C6A0D for ; Fri, 1 Nov 2002 14:09:49 -0500 (EST) Received: from guns.lerc.nasa.gov (guns.lerc.nasa.gov [139.88.87.35]) by lombok-fi.lerc.nasa.gov (NASA GRC 8.12.3/8.12.3) with ESMTP id gA1J9mwg006045; Fri, 1 Nov 2002 14:09:48 -0500 (EST) Received: from guns.lerc.nasa.gov (localhost.lerc.nasa.gov [127.0.0.1]) by guns.lerc.nasa.gov with ESMTP (NASA LeRC 8.7.4.1/2.01-local) id OAA63340; Fri, 1 Nov 2002 14:09:48 -0500 (EST) Message-Id: <200211011909.OAA63340@guns.lerc.nasa.gov> To: Don Bowman From: Mark Allman Reply-To: mallman@grc.nasa.gov Cc: "'Fran.Lawas-Grodek@grc.nasa.gov'" , Luigi Rizzo , Cindy.Tran@grc.nasa.gov, freebsd-net@FreeBSD.ORG Subject: Re: Problem in High Speed and Long Delay with FreeBSD In-Reply-To: Organization: BBN Technologies/NASA GRC Song-of-the-Day: Piano Man Date: Fri, 01 Nov 2002 14:09:48 -0500 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Have you checked that both sides are negotiating SACK? No SACK in 4.1. But, there is no loss in th connection. > And both sides are negotiating a window scale option sufficiently > large? (sounds like you need a window scale option of at least 5 > bits?) We're seeing a shift of 6. > And the socket-buffer to ttcp is actually being set as large > as you think? (perhaps run 'ktrace' or 'truss' on ttcp and look > for an error on the setsockopt). We hacked ttcp to run getsockopt() to tell us if the kernel did not honor our setsockopt() request. All looks fine. Thanks! Other ideas? allman -- Mark Allman -- BBN/NASA GRC -- http://roland.grc.nasa.gov/~mallman/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message