Re: [tcpm] TCPM and draft-ietf-tcpm-icmp-attacks

Joe Touch <touch@ISI.EDU> Thu, 18 February 2010 19:51 UTC

Return-Path: <touch@ISI.EDU>
X-Original-To: tcpm@core3.amsl.com
Delivered-To: tcpm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7CECC28C110 for <tcpm@core3.amsl.com>; Thu, 18 Feb 2010 11:51:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IC0qFwZ4yeAo for <tcpm@core3.amsl.com>; Thu, 18 Feb 2010 11:51:47 -0800 (PST)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by core3.amsl.com (Postfix) with ESMTP id AFDD328C153 for <tcpm@ietf.org>; Thu, 18 Feb 2010 11:51:47 -0800 (PST)
Received: from [75.214.250.14] (14.sub-75-214-250.myvzw.com [75.214.250.14]) (authenticated bits=0) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id o1IJouii016219 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 18 Feb 2010 11:50:59 -0800 (PST)
Message-ID: <4B7D9A20.7090403@isi.edu>
Date: Thu, 18 Feb 2010 11:50:56 -0800
From: Joe Touch <touch@ISI.EDU>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: Jari Arkko <jari.arkko@piuha.net>
References: <20100218175622.61BB028C2E3@core3.amsl.com> <2002D196-D83C-4B44-870C-8E9A94D2D640@nokia.com> <4B7D8B9F.1010608@piuha.net> <4B7D8F55.90406@piuha.net> <4B7D92EB.7010407@isi.edu> <4B7D9655.1050804@piuha.net>
In-Reply-To: <4B7D9655.1050804@piuha.net>
X-Enigmail-Version: 0.96.0
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="------------enig5EBCC0CC10FC42C10000F5AD"
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Cc: tcpm@ietf.org
Subject: Re: [tcpm] TCPM and draft-ietf-tcpm-icmp-attacks
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tcpm>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Feb 2010 19:51:48 -0000

Hi, Jari,

Jari Arkko wrote:
> Joe,
> 
>> The short answer is that there wasn't rough consensus for these changes
>> in the WG, as explained in the note in the text.
>>   
> 
> Ok. And by the way, I didn't mean to imply that all of the changes
> should be adopted. But at least some of them seem... pretty reasonable
> and universal. Like ignoring source quench, for instance. But I admit
> that my knowledge of TCP practices is limited.

The WG decided to document "what is", and to indicate for each item
whether it was consistent with existing specs or not.

> However, *if* the document is right that the techniques are widely
> implemented, it is interesting that the WG does not agree that they are
> universally appropriate. Is (1) the reality different from what the
> document claims, (2) are these practices causing harm in the real world,
> or (3) is the working group opinion incorrect?

I don't think anyone wants the IETF to rubber-stamp deployed code for
that reason alone (e.g., consider Linux's inclusion of deprecated T/TCP,
or use of nonstandard TCP windowing). There are times it's useful to
modify the standards accordingly, there are times it's useful to declare
it a bug (RFC2525), and there are times - such as this one - where we
have no rough consensus on which way to go, but agree that it's useful
to know what's actually out there.

Joe