From: "Michael H. Warfield" <mhw@wittsend.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Gregory Maxwell <greg@linuxpower.cx>,
James Sutherland <jas88@cam.ac.uk>, jamal <hadi@cyberus.ca>,
linux-kernel@vger.kernel.org
Subject: Re: ECN: Clearing the air (fwd)
Date: Sat, 3 Feb 2001 11:51:41 -0500 [thread overview]
Message-ID: <20010203115141.A2432@alcove.wittsend.com> (raw)
In-Reply-To: <20010128144204.B13195@xi.linuxpower.cx> <E14O1aF-0002nY-00@the-village.bc.nu>
In-Reply-To: <E14O1aF-0002nY-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Wed, Jan 31, 2001 at 06:02:17PM +0000
On Wed, Jan 31, 2001 at 06:02:17PM +0000, Alan Cox wrote:
> > No. ECN is essential to the continued stability of the Internet. Without
> > probabilistic queuing (i.e. RED) and ECN the Internet will continue to have
> > retransmit synchronization and once congested stay congested until people get
> > frustrated and give it up for a little bit.
> Arguably so. In theory a vindictive probabilistic queueing is sufficient
> (do RED but then drop -every- frame from the same route as the packet chosen
> from the queue)
THAT actually sounds very similar to what some ATM switches are
doing when congestion results in lost cells in an IP datagram. Some time
ago, a buddy up at Sandia National Laboratories was explaining the
problem with congestion and IP over ATM. Once the congestion level
reachs a certain point, the probability of the ATM network dropping a
single cell out of the many cells comprising a complete IP datagram
exceeds unity. All the transmitted cells, however, are contributing
to the congestion. The datagram eventually gets retried and adds
even more to the congestion. Net result is that once you pass this
congestion threshold, IP throughput completely collapses and retries
keep it there until higher layers fail.
The answer for some intelligent ATM switches is to recognize the
higher layer IP traffic and, when dropping an ATM cell in the middle of
an IP datagram, to drop ALL the cells in a datagram if any of the cells
are going to be dropped. That way the remaining cells are not contributing
to the congestion when the entire IP datagram is going to be retransmitted
anyways. Purists MIGHT argue that this is a layering violation, but it
would seem to be a good one. :-/
You could call it vindictive, or maybe congestion with extreme
prejudice... :-)
Mike
--
Michael H. Warfield | (770) 985-6132 | mhw@WittsEnd.com
(The Mad Wizard) | (678) 463-0932 | http://www.wittsend.com/mhw/
NIC whois: MHW9 | An optimist believes we live in the best of all
PGP Key: 0xDF1DD471 | possible worlds. A pessimist is sure of it!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2001-02-03 16:53 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-01-28 0:14 ECN: Clearing the air (fwd) jamal
2001-01-28 8:56 ` James Sutherland
2001-01-28 12:18 ` jamal
2001-01-28 13:29 ` James Sutherland
2001-01-28 14:34 ` Miquel van Smoorenburg
2001-01-28 16:44 ` James Sutherland
2001-01-29 7:32 ` David S. Miller
2001-01-29 12:30 ` Andi Kleen
2001-01-29 18:31 ` Albert D. Cahalan
2001-01-29 19:02 ` James H. Cloos Jr.
2001-01-29 19:27 ` George
2001-01-29 19:59 ` Alex Pennace
2001-01-28 14:54 ` Andi Kleen
2001-01-28 16:15 ` jamal
2001-01-28 17:11 ` James Sutherland
2001-01-28 18:07 ` jamal
2001-01-28 20:13 ` Gregory Maxwell
2001-01-29 2:58 ` David Lang
2001-01-29 7:20 ` David S. Miller
2001-01-28 19:42 ` Gregory Maxwell
2001-01-29 0:14 ` Jamie Lokier
2001-01-31 18:02 ` Alan Cox
2001-02-03 16:51 ` Michael H. Warfield [this message]
2001-01-29 12:57 ` Peter Samuelson
2001-01-28 17:39 ` Rogier Wolff
2001-01-28 18:01 ` Graham Murray
2001-01-28 18:08 ` jamal
2001-01-28 18:23 ` Rogier Wolff
2001-01-28 18:38 ` jamal
2001-01-28 20:18 ` Gregory Maxwell
2001-01-28 21:33 ` ECN fixes for Cisco gear Dax Kelson
2001-01-28 22:09 ` ECN connectivity surveys Dax Kelson
2001-01-28 21:45 ` ECN fixes for Cisco gear Lincoln Dale
2001-01-28 14:04 ` ECN: Clearing the air (fwd) Ben Ford
2001-01-28 14:09 ` James Sutherland
2001-01-28 15:38 ` Ben Ford
2001-01-28 19:55 ` Gregory Maxwell
2001-01-28 19:45 ` Gregory Maxwell
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=20010203115141.A2432@alcove.wittsend.com \
--to=mhw@wittsend.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=greg@linuxpower.cx \
--cc=hadi@cyberus.ca \
--cc=jas88@cam.ac.uk \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox