Date: Fri, 10 Jun 2005 11:20:15 -0700 From: John-Mark Gurney <gurney_j@resnet.uoregon.edu> To: Andre Guibert de Bruet <andy@siliconlandmark.com> Cc: freebsd-current@freebsd.org, Bruce Ashfield <bruce.ashfield@gmail.com> Subject: Re: RX (download) limit problem Message-ID: <20050610182015.GE742@funkthat.com> In-Reply-To: <20050610085615.H42933@lexi.siliconlandmark.com> References: <3bd6b93c0506091410349bad01@mail.gmail.com> <20050610085615.H42933@lexi.siliconlandmark.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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."
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050610182015.GE742>