From owner-freebsd-ipfw@FreeBSD.ORG Fri Mar 6 07:06:52 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 72171106566B for ; Fri, 6 Mar 2009 07:06:52 +0000 (UTC) (envelope-from sebastian.mellmann@net.t-labs.tu-berlin.de) Received: from mail.net.t-labs.tu-berlin.de (mail.net.t-labs.tu-berlin.de [130.149.220.252]) by mx1.freebsd.org (Postfix) with ESMTP id 2CDD48FC08 for ; Fri, 6 Mar 2009 07:06:51 +0000 (UTC) (envelope-from sebastian.mellmann@net.t-labs.tu-berlin.de) Received: from anubis.getmyip.com (anubis.getmyip.com [78.46.33.178]) by mail.net.t-labs.tu-berlin.de (Postfix) with ESMTP id C193A700D46D; Fri, 6 Mar 2009 08:06:50 +0100 (CET) Received: from 62.206.221.107 (SquirrelMail authenticated user smellmann) by anubis.getmyip.com with HTTP; Fri, 6 Mar 2009 08:06:50 +0100 (CET) Message-ID: <64393.62.206.221.107.1236323210.squirrel@anubis.getmyip.com> In-Reply-To: <20090306070011.GA94585@onelab2.iet.unipi.it> References: <49AED3B1.1060209@net.t-labs.tu-berlin.de> <20090304210017.GA29615@onelab2.iet.unipi.it> <20090306153751.D71460@sola.nimnet.asn.au> <20090306070011.GA94585@onelab2.iet.unipi.it> Date: Fri, 6 Mar 2009 08:06:50 +0100 (CET) From: "Sebastian Mellmann" To: "Luigi Rizzo" User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal 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 Reply-To: sebastian.mellmann@net.t-labs.tu-berlin.de List-Id: IPFW Technical Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2009 07:06:52 -0000 >> Secondly, apropos Sebastian's experience, should this say "The value >> (even if 0) is rounded to the next multiple of the clock tick .." ? >> ^^^^^^^^^^^ > > 0 is rounded to 0 so that's not an issue. > The delay Sebastian is seeing comes from the babdnwidth limitation, > which is causing a non-zero "transmission time" which is rounded up. Let me get this right: When I configure a pipe with bandwidth limitations, I'll always get some additional delay when a packet passes this pipe? > cheers > luigi Regards, Sebastian