From owner-freebsd-current Tue Feb 17 17:20:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA10193 for freebsd-current-outgoing; Tue, 17 Feb 1998 17:20:59 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from awfulhak.org (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA10091 for ; Tue, 17 Feb 1998 17:20:12 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.7/8.8.7) with ESMTP id BAA24506; Wed, 18 Feb 1998 01:01:08 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199802180101.BAA24506@awfulhak.org> X-Mailer: exmh version 2.0.1 12/23/97 To: Garrett Wollman cc: Eivind Eklund , 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: Your message of "Tue, 17 Feb 1998 16:37:48 EST." <199802172137.QAA14720@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 18 Feb 1998 01:01:08 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [.....] > > 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. The only possibility for this sort of thing I know of is fairly useless. You can pick up packets queued on one link and send them down another instead, but only if that other link hasn't sent any data with a higher sequence. I haven't started writing this stuff yet, but it occurs to me that it would be insane to fragment stuff, sequence it and queue it for the links until it's absolutely necessary. The more that's queued, the more difficult it is to send more urgent stuff (like LCP). It also hurts really badly if you lose a link and it's got lots of stuff queued for it (unless you get lucky). I have no plans to make the fragmentation algorithms intelligent to start with, but it should be easily doable once the code makes sense (it's like un-tangling a string puppet !!!). > -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 -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message