netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Dave Hudson <linux-kernel@blueteddy.net>
To: "Ilpo Järvinen" <ilpo.jarvinen@helsinki.fi>
Cc: Mikael Abrahamsson <swmike@swm.pp.se>,
	David Miller <davem@davemloft.net>,
	daniel.blueman@gmail.com, LKML <linux-kernel@vger.kernel.org>,
	Netdev <netdev@vger.kernel.org>,
	linux-net@vger.kernel.org
Subject: Re: time for TCP ECN defaulting to on?
Date: Fri, 07 Nov 2008 11:18:39 +0000	[thread overview]
Message-ID: <4914240F.7050701@blueteddy.net> (raw)
In-Reply-To: <Pine.LNX.4.64.0811070931190.23284@wrl-59.cs.helsinki.fi>

Ilpo Järvinen wrote:
> On Fri, 7 Nov 2008, Mikael Abrahamsson wrote:
> 
> And about somebody earlier claiming that they'll get an impressions that 
> Linux stack is broken (if such people even know that there's some network 
> stack in Linux :-))... I'm rather sure those isp supports etc. put a blaim 
> on us anyway even when loads of counterproof would exists because it's 
> just cheaper to do nothing and blaim linux instead. Also some claims 
> asserted by incompetent people easily start to live among random forums; 
> an example from the previous incident: "since disabling timestamps helps, 
> it must be that timestamps are broken" (and somebody even "more clueful" 
> added that they got enabled for 2.6.27?!?), needless to say, neither 
> holds.

Not all of the routers in question (the ones that crash, block packets 
or otherwise misbehave) are provided by ISPs - in fact a huge number of 
them are and have been sold retail.  Over time most of those boxes will 
get replaced with ones that don't have the problem because most 
(probably all major) SOHO router suppliers now test that they don't 
break with ECN so eventually there will be a point where enabling ECN by 
default will make a lot of sense (there will be too few broken routers 
to care about).

What I do believe (having spent a lot of years writing embedded device 
and router code - and no, not the ones that crash ;-)) is that if you 
enable a feature that causes just 1% of users to have an out-of-the-box 
problem you'll see a seriously disproportionate response from end users. 
  Most people (and engineers are not "most people" :-)) will blame the 
new thing that they've just added or changed, not the old thing that was 
broken to begin with (it's human nature not to truly understand cause 
and effect).

Whether we like it or not there's currently a known problem deploying 
ECN on a wide scale - it has been sufficient to stop pretty-much 
everyone from enabling it by default so far.


Regards,
Dave



  parent reply	other threads:[~2008-11-07 11:18 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-04 14:32 time for TCP ECN defaulting to on? Daniel J Blueman
2008-11-04 16:16 ` Dave Hudson
2008-11-04 22:52   ` David Miller
2008-11-05  1:16     ` Michael Chan
2008-11-05  5:58       ` David Miller
2008-11-05  6:31         ` Michael Chan
2008-11-05  7:29           ` David Miller
2008-11-16  9:13     ` Herbert Xu
2008-11-16  9:24       ` David Miller
2008-11-05 22:20 ` Mikael Abrahamsson
2008-11-05 23:10   ` David Miller
2008-11-07  4:46     ` Mikael Abrahamsson
2008-11-07  4:49       ` David Miller
2008-11-07  7:53       ` Ilpo Järvinen
2008-11-07  8:11         ` Mikael Abrahamsson
2008-11-07  9:12           ` Bjørn Mork
2008-11-07 11:16             ` Mikael Abrahamsson
2008-11-07 11:28           ` Ilpo Järvinen
2008-11-07 11:38             ` Mikael Abrahamsson
2008-11-07 12:22               ` Ilpo Järvinen
2008-11-07 13:43                 ` Daniel J Blueman
2008-11-07 14:30                   ` Ilpo Järvinen
2008-11-07 11:18         ` Dave Hudson [this message]
2008-11-07 14:29           ` Alan Cox
2008-11-07 14:45             ` David Newall
2008-11-07 15:07               ` Rémi Denis-Courmont
2008-11-07 18:38               ` John Heffner
2008-11-07 14:33           ` Andi Kleen

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=4914240F.7050701@blueteddy.net \
    --to=linux-kernel@blueteddy.net \
    --cc=daniel.blueman@gmail.com \
    --cc=davem@davemloft.net \
    --cc=ilpo.jarvinen@helsinki.fi \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-net@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=swmike@swm.pp.se \
    /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;
as well as URLs for NNTP newsgroup(s).