From owner-freebsd-net@FreeBSD.ORG Tue Feb 10 02:11:19 2004 Return-Path: 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 D77EF16A4CE for ; Tue, 10 Feb 2004 02:11:19 -0800 (PST) Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 298E943D1F for ; Tue, 10 Feb 2004 02:11:19 -0800 (PST) (envelope-from andre@freebsd.org) Received: (qmail 13465 invoked from network); 10 Feb 2004 10:11:18 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.53]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 10 Feb 2004 10:11:18 -0000 Message-ID: <4028AE40.E1866742@freebsd.org> Date: Tue, 10 Feb 2004 11:11:12 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Danny Braniss References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: TTCP/RFC1644 problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 10:11:20 -0000 Danny Braniss wrote: > > > Danny Braniss wrote: > > > hi, > > > im running some experiments, and it seems to me that > > > setting net.inet.tcp.rfc1644 has the reverse effect. > > > with sysctl net.inet.tcp.rfc1644 = 0, the transaction uses only 6 packets > > > and it's less than 1 sec, setting net.inet.tcp.rfc1644 to 1 uses > > > 8 packets and takes more than 1 sec. > > > > The first tcp session in an TTCP connection doesn't gain anything, only > > subsequent session can go faster. > > > > i have tried many. ( > 1), btw, your statement and what my reading of Stevens > don't 'coincide' :-), but then my experiment is not working either. > > > You see in the second case that it tries to send data in the packet which > > is not ACKed for the first connection and has to be retransmitted. > > > > You should check out the second and third connection to the server and > > look how they behave. > > > > Did you enable rfc1644 on server and client? > > yes! > > what puzzels me is that with rfc1644 on on both ends it's slower than without > it. > > from Colin's answer i assume that my client is doing the right thing, the > server > is not. I have been the last one fuzz around in the TTCP code areas. However there could be problems that were lurking there before in other code parts (syncache maybe). TTCP isn't used in production by anyone (AFAIK) and only minimally tested. What FreeBSD version are you using? -- Andre