From owner-freebsd-net@FreeBSD.ORG Sun Jul 6 00:24:04 2003 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 76B9337B401 for ; Sun, 6 Jul 2003 00:24:04 -0700 (PDT) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 016C644008 for ; Sun, 6 Jul 2003 00:24:04 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.8p1/8.12.3) with ESMTP id h667O3kN058879; Sun, 6 Jul 2003 00:24:03 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.8p1/8.12.3/Submit) id h667O3BH058877; Sun, 6 Jul 2003 00:24:03 -0700 (PDT) (envelope-from rizzo) Date: Sun, 6 Jul 2003 00:24:02 -0700 From: Luigi Rizzo To: Eugene Grosbein Message-ID: <20030706002402.A58528@xorpc.icir.org> References: <20030703002247.A2097@grosbein.pp.ru> <3F0310CE.5070302@tenebras.com> <3F03867A.79F82968@kuzbass.ru> <20030705123332.A60972@xorpc.icir.org> <3F078E39.ABC0822F@kuzbass.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3F078E39.ABC0822F@kuzbass.ru>; from eugen@kuzbass.ru on Sun, Jul 06, 2003 at 10:49:29AM +0800 cc: net@freebsd.org Subject: Re: ipprecedence 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: Sun, 06 Jul 2003 07:24:04 -0000 On Sun, Jul 06, 2003 at 10:49:29AM +0800, Eugene Grosbein wrote: > Luigi Rizzo wrote: > > > Bottom line -- the whole architecture has been designed with > > FIFO in mind, and implementing any different queueing policy > > will involve some significant rewriting of the device drivers, > > plus, potentially, some significant performance loss. > > Thank you for detailed explanation. I hope that dummynet's WFQ > would be sufficient but not sure: will it correctly process > weights whith zero-bandwidth pipe? zero-bw pipes are only useful to add delay or to count traffic (e.g. using masks), but will never cause queues to build up and so won't help in your case. cheers luigi