netdev
[Top] [All Lists]

Re: [PATCH, untested] Support for PPPOE on SMP

To: Michal Ostrowski <mostrows@xxxxxxxxxxxxxx>
Subject: Re: [PATCH, untested] Support for PPPOE on SMP
From: Paul Mackerras <paulus@xxxxxxxxx>
Date: Thu, 26 Jun 2003 08:17:38 +1000 (EST)
Cc: Jamal Hadi <hadi@xxxxxxxxxxxxxxxx>, Rusty Russell <rusty@xxxxxxxxxxxxxxx>, "David S. Miller" <davem@xxxxxxxxxx>, netdev@xxxxxxxxxxx, "David F. Skoll" <dfs@xxxxxxxxxxxxxxxxxx>, James Carlson <carlson@xxxxxxxxxxxxxxx>
In-reply-to: <1056562079.1944.1961.camel@brick.watson.ibm.com>
References: <20030625072602.529AF2C0B9@lists.samba.org> <1056547262.1945.1436.camel@brick.watson.ibm.com> <1056548544.1944.1488.camel@brick.watson.ibm.com> <20030625114243.F84526@shell.cyberus.ca> <1056562079.1944.1961.camel@brick.watson.ibm.com>
Sender: netdev-bounce@xxxxxxxxxxx
Michal Ostrowski writes:

> Paul:  you made an assertion to me in an eariler e-mail that you were
> concerned about packet ordering for the sake of vj and compression. 
> IIRC the PPPoE spec prohibits compression, probably for this very
> reason. Is there any other reason we'd be worried about re-ordering in
> the PPP data stream?

Reordering would stop you doing multilink, for instance.  Generally,
PPP protocols assume ordering where it is helpful since most
point-to-point links don't reorder packets.  IMO the PPPoE protocol
itself should have included a sequence number, but we can't change
what's deployed.

James might be able to comment better than me on what will happen if
packets get reordered during the negotiation phase of a PPP
connection.  I think the worst is that some packets will have to be
retransmitted and thus the negotiation will take several seconds
longer than it needs to.

Paul.

<Prev in Thread] Current Thread [Next in Thread>