All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jamal Hadi <hadi@shell.cyberus.ca>
To: James Carlson <carlson@workingcode.com>
Cc: "David S. Miller" <davem@redhat.com>,
	rusty@rustcorp.com.au, paulus@samba.org, netdev@oss.sgi.com,
	fcusack@samba.org
Subject: Re: [PATCH, untested] Support for PPPOE on SMP
Date: Fri, 27 Jun 2003 22:21:21 -0400 (EDT)	[thread overview]
Message-ID: <20030627213846.V90398@shell.cyberus.ca> (raw)
In-Reply-To: <16124.11495.374998.153330@h006008986325.ne.client2.attbi.com>



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

  parent reply	other threads:[~2003-06-28  2:21 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-25  7:24 [PATCH, untested] Support for PPPOE on SMP Rusty Russell
2003-06-25 11:19 ` Jamal Hadi
2003-06-25 13:21 ` Michal Ostrowski
2003-06-25 13:42   ` Michal Ostrowski
2003-06-25 15:45     ` Jamal Hadi
2003-06-25 17:27       ` Michal Ostrowski
2003-06-25 22:17         ` Paul Mackerras
2003-06-25 22:56           ` Michal Ostrowski
2003-06-25 16:15   ` Stephen Hemminger
2003-06-25 16:22     ` Jamal Hadi
2003-06-25 16:39       ` Stephen Hemminger
2003-06-25 17:07         ` Jamal Hadi
2003-06-25 17:40           ` Stephen Hemminger
2003-06-25 18:00             ` Michal Ostrowski
2003-06-25 22:22           ` Paul Mackerras
2003-06-25 22:53             ` Ben Greear
2003-06-25 21:33   ` David S. Miller
2003-06-25 22:06     ` Michal Ostrowski
2003-06-26  1:04       ` David S. Miller
2003-06-26  3:57     ` Rusty Russell
2003-06-26  3:59       ` David S. Miller
2003-06-26  8:17         ` Rusty Russell
2003-06-26  8:55           ` David S. Miller
2003-06-26 10:47             ` James Carlson
2003-06-26 10:51         ` James Carlson
2003-06-26 23:18           ` Jamal Hadi
2003-06-27 11:39             ` James Carlson
2003-06-27 12:12               ` Paul Mackerras
2003-06-27 13:19                 ` James Carlson
2003-06-27 14:59                 ` Stephen Hemminger
2003-06-27 15:27                   ` James Carlson
2003-06-28  2:21               ` Jamal Hadi [this message]
2003-06-28 22:51                 ` Frank Cusack
2003-06-26 11:37       ` Michal Ostrowski
2003-06-25 16:01 ` Jason Lunz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030627213846.V90398@shell.cyberus.ca \
    --to=hadi@shell.cyberus.ca \
    --cc=carlson@workingcode.com \
    --cc=davem@redhat.com \
    --cc=fcusack@samba.org \
    --cc=netdev@oss.sgi.com \
    --cc=paulus@samba.org \
    --cc=rusty@rustcorp.com.au \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.