From owner-freebsd-net@FreeBSD.ORG Sun Jul 6 02:44:59 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 BE27737B401 for ; Sun, 6 Jul 2003 02:44:59 -0700 (PDT) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1BE743FDF for ; Sun, 6 Jul 2003 02:44:57 -0700 (PDT) (envelope-from eugen@kuzbass.ru) Received: from kuzbass.ru (kost [213.184.65.82])h669irCo051681; Sun, 6 Jul 2003 17:44:54 +0800 (KRAST) (envelope-from eugen@kuzbass.ru) Message-ID: <3F07EEE6.1E4EBE41@kuzbass.ru> Date: Sun, 06 Jul 2003 17:41:58 +0800 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.8 [en] (Win98; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: Luigi Rizzo References: <20030703002247.A2097@grosbein.pp.ru> <3F0310CE.5070302@tenebras.com> <3F03867A.79F82968@kuzbass.ru> <20030705123332.A60972@xorpc.icir.org> <3F078E39.ABC0822F@kuzbass.ru> <20030706002402.A58528@xorpc.icir.org> <3F07D3CD.4CC3B317@kuzbass.ru> <20030706021404.A94750@xorpc.icir.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit 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 09:45:00 -0000 Luigi Rizzo wrote: > > > 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. > > > > That's sad; it would be nice if dummynet would create queues for zero-bw > > pipes and perform dequeueing basing on weights. > > that would be magic, not engineering :) > > How could the scheduler decide when to drain the queue ? It should move packets from zero-bw WFQ pipe the interface FIFO as soon as possible but should consider weights (100 packets from one queue then 1 from another and so on). > As I said, there _is_ a way -- if you know the device where the > queueing occurs (say 'wi0'), and are willing to modify the driver, > you can insert a call to if_tx_rdy() in the place where the device > signals that the 'transmit ring' (see my previous msg) is ready, > and then use 'bandwidth wi0' to set the rate of the pipe. Well, I could do that but my configuration is different. My FreeBSD router does not have WaveLan interface. Instead, I have another device (named "RWR") with one 10Mbit Ethernet interface and one 2Mbit WaveLan interface. RWR can pass traffic with non-zero IP Precedence first. FreeBSD has fxp(4) 100Mbit Ethernet card that connects it to the RWR. So I see no reason to patch fxp(4) here :-) Eugene