IETF Logo Mail Archive

Re: [tcpm] WG status update

Lars Eggert <lars.eggert@nokia.com> Mon, 15 November 2010 15:18 UTC

Return-Path: <lars.eggert@nokia.com>
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 7ED8928C120 for <tcpm@core3.amsl.com>; Mon, 15 Nov 2010 07:18:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.498
X-Spam-Level:
X-Spam-Status: No, score=-102.498 tagged_above=-999 required=5 tests=[AWL=0.101, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 yxnC0mj87S+A for <tcpm@core3.amsl.com>; Mon, 15 Nov 2010 07:18:47 -0800 (PST)
Received: from mgw-sa01.nokia.com (smtp.nokia.com [147.243.1.47]) by core3.amsl.com (Postfix) with ESMTP id 7CB7028C13F for <tcpm@ietf.org>; Mon, 15 Nov 2010 07:18:47 -0800 (PST)
Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa01.nokia.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id oAFFJOom014668 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Nov 2010 17:19:24 +0200
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.96.4 at fit.nokia.com
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: multipart/signed; boundary="Apple-Mail-3-142033059"; protocol="application/pkcs7-signature"; micalg="sha1"
From: Lars Eggert <lars.eggert@nokia.com>
In-Reply-To: <4CE13DBD.5010706@alcatel-lucent.com>
Date: Mon, 15 Nov 2010 17:19:21 +0200
Message-Id: <1642C18A-EDF4-4B5F-920C-05F66F3C0F15@nokia.com>
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>
To: Bruno Mongazon-Cazavet <bruno.mongazon-cazavet@alcatel-lucent.com>
X-Mailer: Apple Mail (2.1082)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mail.fit.nokia.com); Mon, 15 Nov 2010 17:19:22 +0200 (EET)
X-Nokia-AV: Clean
Cc: "tcpm@ietf.org" <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:18:48 -0000

On 2010-11-15, at 16:03, Bruno Mongazon-Cazavet wrote:
> MP-TCP on 2.6.28 => (16270 / 82925) * 100 ~= 20 %
> TCP-Rehash on 2.6.34 => (2357 / 80977) * 100 ~= 3%

I don't believe that the MPTCP developers at the moment have made an attempt at minimizing their diff, so those numbers aren't very conclusive. I also don't think that the binary size of the final kernel will be much affected. But that line of argumentation isn't very fruitful to continue anyway. 

Does TCP-Rehash provide interesting functionality? Sure. Does it provide anything that MPTCP doesn't provide? No. If we weren't already doing MPTCP, then TCP-Rehash might have been interesting. 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

v2.31.3 | Report a Bug | By Email | System Status