From owner-freebsd-isp Sat May 16 10:10:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA09255 for freebsd-isp-outgoing; Sat, 16 May 1998 10:10:47 -0700 (PDT) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA09233; Sat, 16 May 1998 10:10:38 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA04372; Sat, 16 May 1998 17:26:00 +0200 From: Luigi Rizzo Message-Id: <199805161526.RAA04372@labinfo.iet.unipi.it> Subject: Re: Bandwidth limiter available To: dennis@etinc.com (Dennis) Date: Sat, 16 May 1998 17:26:00 +0200 (MET DST) Cc: julian@whistle.com, mike@smith.net.au, andre@pipeline.ch, manar@ivision.co.uk, isp@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199805161554.LAA19755@etinc.com> from "Dennis" at May 16, 98 11:52:47 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Very fancy. Not what most isps are looking for, but useful. > > One question: why were the hooks put in the drivers rather than at a > higher , more generic level. The process does not have to be as intrusive > as ALTQ seems to be. Sounds like an ongoing maintenence nightmare. i guess you refer to ALTQ. The answer is, to do CBQ/WFQ you want to select the next packet to be sent at the time the interface asks for one. The current implementation of IF_DEQUEUE and friends instead implements a queue in front of the interface, and this can disturb the bandwidth allocation. If you just want a bandwidth limiter you can work at a higher level since each flow is scheduled independently of the others, so you don't care about what is downstream. One way to solve the mainteinance problem could be to make IF_DEQUEUE an upcall to a higher level queue-handling function, so that it can be modified independently of the device driver, and can work with binary-only drivers. But this still requires an upgrade of the driver once the transition is made. i don't know how many drivers are supplied in binary-only format. cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message