From owner-freebsd-ipfw@FreeBSD.ORG Thu Mar 5 19:22:29 2009 Return-Path: Delivered-To: freebsd-ipfw@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A159C1065676 for ; Thu, 5 Mar 2009 19:22:29 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 229BD8FC28 for ; Thu, 5 Mar 2009 19:22:28 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id n25JMRP6051917; Fri, 6 Mar 2009 06:22:27 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 6 Mar 2009 06:22:26 +1100 (EST) From: Ian Smith To: Sebastian Mellmann In-Reply-To: <49B020D8.8070502@net.t-labs.tu-berlin.de> Message-ID: <20090306060318.O71460@sola.nimnet.asn.au> References: <49AED3B1.1060209@net.t-labs.tu-berlin.de> <20090305124242.P71460@sola.nimnet.asn.au> <36832.62.206.221.107.1236237708.squirrel@anubis.getmyip.com> <20090306033309.J71460@sola.nimnet.asn.au> <49B020D8.8070502@net.t-labs.tu-berlin.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-ipfw@freebsd.org Subject: Re: ipfw (dummynet) adds delay, but not configured to do so X-BeenThere: freebsd-ipfw@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: IPFW Technical Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2009 19:22:30 -0000 On Thu, 5 Mar 2009, Sebastian Mellmann wrote: > > Paired pipes will speed things up. Maybe not noticeably for pings (call > > and response work half-duplex) but for esp TCP it could be considerable. > > How does this "pairing" of pipes work? > Couldn't find any documentation about it? Perhaps 'paired' isn't the best term for it, but see the ipfw(8) 'TRAFFIC SHAPING' section for the rationale and relevant examples. > Actually I'm using 'in recv' and 'out xmit', but it wasn't applied in > this example, but thanks for the hint again (you already mentioned that > on the freebsd-question mailing list I think ;-)). Sorry :) > For now we will stick to the delay "issue" and see how it affects our > results. Much more scientific than changing everything at once .. cheers, Ian