From owner-freebsd-atm  Mon Dec 13 18:52:46 1999
Delivered-To: freebsd-atm@freebsd.org
Received: from gizmo.csl.sony.co.jp (dhcp210.csl.sony.co.jp [133.138.1.210])
	by hub.freebsd.org (Postfix) with ESMTP id B76BA152C2
	for <freebsd-atm@FreeBSD.ORG>; Mon, 13 Dec 1999 18:52:40 -0800 (PST)
	(envelope-from kjc@csl.sony.co.jp)
Received: from localhost (localhost [127.0.0.1])
	by gizmo.csl.sony.co.jp (8.9.3/8.9.3) with ESMTP id LAA02224;
	Tue, 14 Dec 1999 11:53:20 +0900 (JST)
	(envelope-from kjc@csl.sony.co.jp)
To: ggm@dstc.edu.au
Cc: freebsd-atm@FreeBSD.ORG
Subject: Re: Bandwidth Capping fore ATM circuits? 
From: Kenjiro Cho <kjc@csl.sony.co.jp>
In-Reply-To: <19673.945123962@dstc.edu.au>
References: <6046.942985285@dstc.edu.au>
	<19673.945123962@dstc.edu.au>
X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <19991214115320G.kjc@csl.sony.co.jp>
Date: Tue, 14 Dec 1999 11:53:20 +0900
X-Dispatcher: imput version 990905(IM130)
Lines: 18
Sender: owner-freebsd-atm@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


George Michaelson wrote:
> Can somebody who knows the Fore card confirm if the microcode actually
> does honour the free/data cells setting when passed in?
> 
> the Linux code maintains state inside the driver and asserts
> ENOBUF type errors back on write attempts if the queue of data exceeds
> the rate assignment, so its not just using card-resident methods to
> try and cap the cell usage.

This is the reason why ALTQ doesn't work with HARP.
Last time I looked at the HARP code, packets are passed through layers
down to the driver and, if no buffer space is available, packets are
just discarded.
ALTQ requires that packets should be held in the queue until the
driver becomes ready to accept the next packet.

-Kenjiro


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-atm" in the body of the message