netdev
[Top] [All Lists]

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

To: James Carlson <carlson@xxxxxxxxxxxxxxx>
Subject: Re: [PATCH, untested] Support for PPPOE on SMP
From: Jamal Hadi <hadi@xxxxxxxxxxxxxxxx>
Date: Fri, 27 Jun 2003 22:21:21 -0400 (EDT)
Cc: "David S. Miller" <davem@xxxxxxxxxx>, rusty@xxxxxxxxxxxxxxx, paulus@xxxxxxxxx, netdev@xxxxxxxxxxx, fcusack@xxxxxxxxx
In-reply-to: <16124.11495.374998.153330@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
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>
Sender: netdev-bounce@xxxxxxxxxxx

On Fri, 27 Jun 2003, James Carlson wrote:

> Jamal Hadi writes:
> > So what about packet being loss? Wouldnt that ensure reordering?
>
> Please explain.  What pattern of loss possibly results in one packet
> being inserted in the stream ahead of another?
>
> Here's loss:          1 2 4 5 6
>
> Here's reordering:    1 2 4 3 5 6
>
> Loss preserves ordering.  To get misordering, you have to
> intentionally hold onto a message and reinsert it later.  What I've

And thats what i was implying.
In your above example:

1 2 4 5 6
If the entity above the wire cared about packet 3 there will be a
retransmit. so it becomes:

1 2 4 5 6 3

I suppose if you can ensure ordering with a retransmit by having a window
of size 1 clocked by ACKs.


cheers,
jamal

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