From owner-cvs-all Sat Aug 19 2:45: 9 2000 Delivered-To: cvs-all@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id 3F34237B422; Sat, 19 Aug 2000 02:45:03 -0700 (PDT) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.9.3/8.9.3) with ESMTP id KAA21553; Sat, 19 Aug 2000 10:41:49 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.0/8.11.0) with ESMTP id e7J9fSF94932; Sat, 19 Aug 2000 10:41:28 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200008190941.e7J9fSF94932@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Archie Cobbs Cc: Brian Somers , Brian Somers , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, brian@Awfulhak.orgg, brian@Awfulhak.org Subject: Re: cvs commit: src/usr.sbin/ppp README.changes mp.c In-Reply-To: Message from Archie Cobbs of "Fri, 18 Aug 2000 08:49:38 PDT." <200008181549.IAA07643@bubba.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 19 Aug 2000 10:41:28 +0100 From: Brian Somers Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Brian Somers writes: > > > Mixing MP frames with non-MP frames is slightly dangerous. The > > > problem is that the PPP link layer is required to deliver packets > > > in order. When you go from MP encapsulating packets to not MP > > > encapsulating packets (or vice-versa) you can't guarantee that the > > > peer will deliver the packets in the same order that you sent them > > > without being careful. This is mainly a problem when going from 1 > > > -> 2 links I believe... or when mixing MP and non-MP over multiple > > > links. > > > > It should only ever be possible to deliver out-of-order network layer > > frames here, and even then, only a single frame can be out of order > > at the time of the second link opening. > > > > I think the reason behind the link layer being required to deliver in > > order is so that the control protocol packets don't make a mess of > > the peers state machine (out of order IPCP frames for example). > > > > As ppp currently only does IP as an NCP, and IP packets are allowed > > to be delivered out-of-order, I think this is ok. > > If you're doing Van Jacobson header compression, for example, > with connection ID compression, out of order packets can really > screw things up. True, but as ppp will only ever generate one out-of-order packet under normal circumstances, this just means that if the two packets in question are from the same tcp stream, the first will get dropped. Perhaps it would be better if PROTO_IP packets were only sent when there's only one link open *AND* no other links are in any sort of trying-to-open state ? > -Archie > > ___________________________________________________________________________ > Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message