Re: [tcpm] WG status update

<L.Wood@surrey.ac.uk> Mon, 15 November 2010 15:39 UTC

Return-Path: <L.Wood@surrey.ac.uk>
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 42AEE3A6CC0 for <tcpm@core3.amsl.com>; Mon, 15 Nov 2010 07:39:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 SgHgZA-V2gGK for <tcpm@core3.amsl.com>; Mon, 15 Nov 2010 07:39:05 -0800 (PST)
Received: from mail78.messagelabs.com (mail78.messagelabs.com [195.245.230.131]) by core3.amsl.com (Postfix) with ESMTP id 1275D3A6CB9 for <tcpm@ietf.org>; Mon, 15 Nov 2010 07:39:04 -0800 (PST)
X-VirusChecked: Checked
X-Env-Sender: L.Wood@surrey.ac.uk
X-Msg-Ref: server-6.tower-78.messagelabs.com!1289835585!19625175!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [131.227.200.39]
Received: (qmail 21209 invoked from network); 15 Nov 2010 15:39:45 -0000
Received: from unknown (HELO EXHT012P.surrey.ac.uk) (131.227.200.39) by server-6.tower-78.messagelabs.com with AES128-SHA encrypted SMTP; 15 Nov 2010 15:39:45 -0000
Received: from EXMB01CMS.surrey.ac.uk ([169.254.1.245]) by EXHT012P.surrey.ac.uk ([131.227.200.39]) with mapi; Mon, 15 Nov 2010 15:39:45 +0000
From: L.Wood@surrey.ac.uk
To: lars.eggert@nokia.com, bruno.mongazon-cazavet@alcatel-lucent.com
Date: Mon, 15 Nov 2010 15:39:43 +0000
Thread-Topic: [tcpm] WG status update
Thread-Index: AcuE2IRWbG8LLNh3TfiFSVpJ65409AAARsfQ
Message-ID: <FD7B10366AE3794AB1EC5DE97A93A37316BF448990@EXMB01CMS.surrey.ac.uk>
References: <C304DB494AC0C04C87C6A6E2FF5603DB4821F155C3@NDJSSCC01.ndc.nasa.gov> <4CDA4FA9.4050006@alcatel-lucent.com> <5FDC413D5FA246468C200652D63E627A0B54DF91@LDCMVEXC1-PRD.hq.netapp.com> <4CE10B0C.1040705@alcatel-lucent.com> <9EAEB61A-6E43-4EB2-B89F-32A3957814AB@nokia.com> <4CE13DBD.5010706@alcatel-lucent.com> <1642C18A-EDF4-4B5F-920C-05F66F3C0F15@nokia.com>
In-Reply-To: <1642C18A-EDF4-4B5F-920C-05F66F3C0F15@nokia.com>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US, en-GB
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: tcpm@ietf.org
Subject: Re: [tcpm] WG status update
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: Mon, 15 Nov 2010 15:39:06 -0000

> I don't believe that the MPTCP developers at the moment have made an attempt at minimizing their diff,

by running all the statements;on;the;same;line;separated;by;semi-colons;to;get;linecount;down?

> Does TCP-Rehash provide interesting functionality? Sure. Does it provide anything that MPTCP doesn't provide? No.

And it's fewer lines. A better question would be 'Is TCP-rehash missing anything important/necessary?'

> If we weren't already doing MPTCP, then TCP-Rehash might have been interesting.

That's not a good justification for not examining TCP-rehash.

I've seen other groups settle on a single solution very early, and then stick doggedly to that single solution and ignore other approaches. Fine for point solutions, but when there's a very large potential impact on the installed base, more due diligence on other approaches is called for imo.

> But since we are doing MPTCP, I simply don't see the point of specifying a
> subset of it in a way that is incompatible.

Lars, are you speaking as an individual contributor or as Area director here?

thanks

L.