From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 18:20:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF9AD16A46C for ; Fri, 10 Jun 2005 18:20:18 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5839143D48 for ; Fri, 10 Jun 2005 18:20:18 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j5AIKHEa043380; Fri, 10 Jun 2005 11:20:17 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j5AIKGI1043379; Fri, 10 Jun 2005 11:20:16 -0700 (PDT) (envelope-from jmg) Date: Fri, 10 Jun 2005 11:20:15 -0700 From: John-Mark Gurney To: Andre Guibert de Bruet Message-ID: <20050610182015.GE742@funkthat.com> Mail-Followup-To: Andre Guibert de Bruet , Bruce Ashfield , freebsd-current@freebsd.org References: <3bd6b93c0506091410349bad01@mail.gmail.com> <20050610085615.H42933@lexi.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050610085615.H42933@lexi.siliconlandmark.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p1 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@freebsd.org, Bruce Ashfield Subject: Re: RX (download) limit problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2005 18:20:18 -0000 Andre Guibert de Bruet wrote this message on Fri, Jun 10, 2005 at 09:03 -0400: > >I've tried everything from forcing full-duplex media, to tweaking any any > >every > >suggested tcp setting I could get at, none have an impact on the limit. > >I'll > >leave > >those details out for now in the interest of not too long an email. > > > >Right now I'd be happy enough with RTFM and/or someone else who at least > >recognizes the problem. > > Interesting problem. This report however, does not belong on this list > (stable@ or net@ might be more appropriate ones). May I suggest doing > performance testing without any of the NAT/firewall rules in place? The > asym nature of your DSL loop doesn't matter unless you are saturating your > link both ways; downloads only go as fast as packets can get ACK'ed. > > I would be willing to elaborate off list. I finally decided to write a d/l limiter. It uses a divert sockets to catch the ack's and then delay the ack's till it believes there is enough room in the downstream pipe for it.. Of course, with variable latency of the connections, you won't always get a nice steady stream of incoming packets... They are a couple of python scripts and require's dsong's dpkt: http://resnet.uoregon.edu/~gurney_j/jmpc/python/acklimit.py http://resnet.uoregon.edu/~gurney_j/jmpc/python/divert.py It doesn't have the smartest queuing system, just a standard FIFO. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."