From owner-freebsd-net@FreeBSD.ORG Mon Jul 7 13:14:44 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 87A3337B401 for ; Mon, 7 Jul 2003 13:14:44 -0700 (PDT) Received: from hysteria.spc.org (hysteria.spc.org [195.206.69.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 57A3B43FA3 for ; Mon, 7 Jul 2003 13:14:43 -0700 (PDT) (envelope-from bms@hysteria.spc.org) Received: (qmail 17179 invoked by uid 5013); 7 Jul 2003 20:12:47 -0000 Date: Mon, 7 Jul 2003 21:12:47 +0100 From: Bruce M Simpson To: Luigi Rizzo Message-ID: <20030707201247.GG32325@spc.org> References: <20030703002247.A2097@grosbein.pp.ru> <3F0310CE.5070302@tenebras.com> <3F03867A.79F82968@kuzbass.ru> <20030705123332.A60972@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030705123332.A60972@xorpc.icir.org> User-Agent: Mutt/1.4.1i cc: Eugene Grosbein cc: Eugene Grosbein 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: Mon, 07 Jul 2003 20:14:44 -0000 On Sat, Jul 05, 2003 at 12:33:32PM -0700, Luigi Rizzo wrote: > permit. Certain hardware even has multiple, prioritized > transmit rings, but there is no support for them in our > drivers (basically we don't have an API for that). One example which immediately springs to mind is the RTL8139C+ which Bill Paul has been playing with this very week. Also, my Efficient Networks Lanai based ATM adapter has support of kinds for this (albeit in ATM-land), even the fxp has Intel's proprietary Priority Packet software for it (pardon the pun). With the increased interest in VoIP and similar these days, perhaps hardware DS/QoS support of this nature is something the project should explore? I have heard the 'provision your network correctly' argument against this, but this doesn't address the problem of pushing isochronous traffic through a narrow pipe used to connect a branch office, so I find it unhelpful. BMS