From owner-freebsd-current Tue Feb 17 13:38:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26963 for freebsd-current-outgoing; Tue, 17 Feb 1998 13:38:13 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA26935 for ; Tue, 17 Feb 1998 13:38:03 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id QAA14720; Tue, 17 Feb 1998 16:37:48 -0500 (EST) (envelope-from wollman) Date: Tue, 17 Feb 1998 16:37:48 -0500 (EST) From: Garrett Wollman Message-Id: <199802172137.QAA14720@khavrinen.lcs.mit.edu> To: Eivind Eklund Cc: Luigi Rizzo , 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 In-Reply-To: <19980217222533.63111@follo.net> References: <19980217203309.39822@follo.net> <199802171950.UAA01120@labinfo.iet.unipi.it> <19980217222533.63111@follo.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: >> * 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. RED would be a good thing to have as well. Cisco lets you choose among four different queueing disciplines. >> * "preemption" . I don't think ppp allows this, but perhaps it Actually, the PPP multilink protocol allows this (and you can negotiate it even without any intention of using multiple physical links). However, it's only a two-level scheme. Obviously, what one would really like would be full ISSLOW support, but that may be some time off. > 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. What multilink PPP allows you to do is interrupt one data stream temporarily to send a packet from another. (I'm remembering this from what was described at the first ISSLL WG meeting, so forgive me if I got it wrong.) You still have to go back to that packet eventually. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message