From owner-freebsd-current Tue Feb 17 13:27:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24839 for freebsd-current-outgoing; Tue, 17 Feb 1998 13:27:48 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24807 for ; Tue, 17 Feb 1998 13:27:32 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id VAA17185; Tue, 17 Feb 1998 21:26:48 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id WAA15984; Tue, 17 Feb 1998 22:25:39 +0100 (MET) Message-ID: <19980217222533.63111@follo.net> Date: Tue, 17 Feb 1998 22:25:33 +0100 From: Eivind Eklund To: Luigi Rizzo , Eivind Eklund Cc: plm@xs4all.nl, freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/usr.sbin/ppp command.c datalink.c datalink.h defs.h vars.c vars.h References: <19980217203309.39822@follo.net> <199802171950.UAA01120@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199802171950.UAA01120@labinfo.iet.unipi.it>; from Luigi Rizzo on Tue, Feb 17, 1998 at 08:50:15PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 17, 1998 at 08:50:15PM +0100, Luigi Rizzo wrote: > there are a few things I would like (eventually) to go into ppp, > so i am just throwing a few ideas here... i don't have the time to work > on these things now, although I might look at them in the summer. > > * Fair Queueing support (i don't think it is already there, just a > priority for interactive packets ?) > the code could be grabbed from the ALTQ package recently announced on > this list. Not necessarily the full package, just the FQ stuff could > help; > This is on my list of things that must be done. I can't guarantee when I'll come to it, but if others don't take of them, I will. > * "preemption" . > I don't think ppp allows this, but perhaps it could be possible to > implement preemption of long packets (or transfer them in smaller > 'cells') so that interactive traffic does not suffer exceedingly > large delays... is there any work on this ? > (the alternative -- lowering MTU -- is not that attractive i > believe, since it causes some overhead even if the last hop has > proper header compression) I'm not certain how this can be handled. A possibility might be to fragment the packets for just that connection, ie, in effect lower the MTU for just part of the use. I believe some smart heuristics would be necessary to make this work well. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message