netdev
[Top] [All Lists]

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

To: Stephen Hemminger <shemminger@xxxxxxxx>
Subject: Re: [PATCH, untested] Support for PPPOE on SMP
From: James Carlson <carlson@xxxxxxxxxxxxxxx>
Date: Fri, 27 Jun 2003 11:27:40 -0400 (EDT)
Cc: Paul Mackerras <paulus@xxxxxxxxx>, hadi@xxxxxxxxxxxxxxxx, davem@xxxxxxxxxx, rusty@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx, fcusack@xxxxxxxxx
In-reply-to: Stephen Hemminger's message of 27 June 2003 07:59:46
References: <20030625.143334.85380461.davem@xxxxxxxxxx> <20030626035824.D68B62C147@xxxxxxxxxxxxxxx> <20030625.205941.41631020.davem@xxxxxxxxxx> <16122.53298.150512.793074@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20030626190407.S87648@xxxxxxxxxxxxxxxx> <16124.11495.374998.153330@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <16124.13469.944716.441016@xxxxxxxxxxxxxxxxxxxxxxxxx> <20030627075946.7ab6f591.shemminger@xxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
Stephen Hemminger writes:
> Does LLC allow for re-ordering?

ANSI/IEEE Std 802.2, 1998, section 8.5.2.2 describes a common LLC type
3 simplification that relies on MAC ordering.  This is used on media
(such as Ethernet) that don't reorder.

I believe that LLC type 2 ought to be able to handle misordering and
duplication, at least that's the intent of I-mode frames.  I don't
know if this actually works in all implementations (after all,
Ethernet doesn't reorder, so it's not as if anyone's really had to
test it), but I can check one or two if someone cares.

I'm not sure about LLC type 1.  It appears to expose the client to the
ordering guarantees of the underlying MAC layer, and thus it's very
likely the case that LLC type 1 clients make assumptions about known
MAC types.

-- 
James Carlson                                  <carlson@xxxxxxxxxxxxxxx>

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