IETF Logo Mail Archive

Re: [multipathtcp] Preparing for Prague meeting - things to delete or add to MPTCP protocol bis

Christoph Paasch <cpaasch@apple.com> Thu, 09 July 2015 16:45 UTC

Return-Path: <cpaasch@apple.com>
X-Original-To: multipathtcp@ietfa.amsl.com
Delivered-To: multipathtcp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D251F1AC408 for <multipathtcp@ietfa.amsl.com>; Thu, 9 Jul 2015 09:45:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.311
X-Spam-Level:
X-Spam-Status: No, score=-4.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SzrJQ41lTmrV for <multipathtcp@ietfa.amsl.com>; Thu, 9 Jul 2015 09:45:36 -0700 (PDT)
Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 801321A88EB for <multipathtcp@ietf.org>; Thu, 9 Jul 2015 09:45:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1436460336; x=2300373936; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=xttj+QNDrCGzLt4cmtnEN4uefmL8cqK4fw1YaSmUjAU=; b=TBnCwSKsR+EJoGI71wglzWfRwssEZsPL4K/9p8/PmXQAdlRBMhux73HOw/3kR9aQ PCP0IvpLGxn9XQ8MA2p1/3Oj0dhNd6g7Br+O1Typ+GDpfFcoO6dPI+h4IJUHHb8a TxCRlt/RWY2L9YdHxoLNkmBHcktdxsalb4sc+zuRhjtMHUpedco2vSUVnAPrpMkR i+O3J3+Iok2IM72vEP6IPxV/T885Kj+NYvJSobl2Ve13d1T/jVDLAL/X3SUc5DXM oOrZUHmasNJw31wJlqybIWSdRdNIqpRZx1rEi206ZlvScQzL+MyXsh1whTQIGII+ Ch95Y0ZeRAq5pyehdL9aJw==;
Received: from relay6.apple.com (relay6.apple.com [17.128.113.90]) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id 33.52.09370.F25AE955; Thu, 9 Jul 2015 09:45:35 -0700 (PDT)
X-AuditID: 11973e16-f79856d00000249a-97-559ea52f5b98
Received: from chive.apple.com (chive.apple.com [17.128.115.15]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay6.apple.com (Apple SCV relay) with SMTP id A2.FE.14452.4C69E955; Thu, 9 Jul 2015 08:44:04 -0700 (PDT)
Received: from localhost ([17.153.89.48]) by chive.apple.com (Oracle Communications Messaging Server 7.0.5.30.0 64bit (built Oct 22 2013)) with ESMTPSA id <0NR8008ZRBVZP550@chive.apple.com> for multipathtcp@ietf.org; Thu, 09 Jul 2015 09:45:35 -0700 (PDT)
Date: Thu, 09 Jul 2015 09:45:37 -0700
From: Christoph Paasch <cpaasch@apple.com>
To: Rao Shoaib <rao.shoaib@oracle.com>
Message-id: <20150709164537.GG1144@Chimay.local>
References: <1436204168109.20146@bt.com> <1436205703501.53882@bt.com> <559E9F0F.3090305@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset="us-ascii"
Content-disposition: inline
In-reply-to: <559E9F0F.3090305@oracle.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrPLMWRmVeSWpSXmKPExsUi2FAYpau/dF6oweXbNhafV19nc2D0WLLk J1MAYxSXTUpqTmZZapG+XQJXRt/Wz8wF/1gqXt3+xNzA+Je5i5GDQ0LAROJIZ3oXIyeQKSZx 4d56ti5GLg4hgb2MEpvuX2aFSJhInN+5gA3EFhLoZpJ4cMwCwm5hkvj+wRpkDouAqsShc2Ig YTYBLYm3t9vBWkUE1CQmnLkHZjMLSEqs+PsJzBYWyJLo71zKAmLzChhItC2fxQoxMlWiddNP qLigxI/J91ggerUk1u88zgRhS0s8+juDHcTmBIr/urcbrEZUQEXiyoS37CD3Swg8ZZU4fmEG 0wRG4VlIZs1CMmsWklkLGJlXMQrlJmbm6GbmmeslFhTkpOol5+duYgSF8HQ7sR2MD1dZHWIU 4GBU4uFt2Dk3VIg1say4MvcQozQHi5I4740PQCGB9MSS1OzU1ILUovii0pzU4kOMTBycUg2M fG9vTXp6JfPism+TZy3eeH+6kopIUt2Tr9NM7JR0OPzPxjxrVxY9nWzU5zFv+dPO8nlaOxa+ 3P+yi9VrXcCXA/ExtUofpYQX3ebdNsF+retW5ZXbGNawz1wdN6mlZLXV8YVax8x/hlvfVt7v u5vD5JCP6pq7swNZNOSkZ2X/1FqSO8dTZF5TgBJLcUaioRZzUXEiAHdOdMRCAgAA
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrMLMWRmVeSWpSXmKPExsUi2FDMr3tk2rxQg2PbpS0+r77O5sDosWTJ T6YAxigum5TUnMyy1CJ9uwSujL6tn5kL/rFUvLr9ibmB8S9zFyMnh4SAicT5nQvYIGwxiQv3 1oPZQgLdTBIPjllA2C1MEt8/WHcxcnCwCKhKHDonBhJmE9CSeHu7nRXEFhFQk5hw5h6YzSwg KbHi7ycwW1ggS6K/cykLiM0rYCDRtnwWK8TIVInWTT+h4oISPybfY4Ho1ZJYv/M4E4QtLfHo 7wx2EJsTKP7r3m6wGlEBFYkrE96yT2AUmIWkfRaS9llI2hcwMq9iFChKzUmsNNNLLCjISdVL zs/dxAgOusKoHYwNy60OMQpwMCrx8BasnhsqxJpYVlyZe4hRgoNZSYT3cv+8UCHelMTKqtSi /Pii0pzU4kOM0hwsSuK8+1unhAoJpCeWpGanphakFsFkmTg4pRoYK8LjT59q/JnZGfzA8YRG x+swo61rLhd1Gtnu2MRz7Zw1R/PVN2u2lNvs+SJseyxni/yPZ7Ni78hxquh8+Pnkj/e7ra9b OG6pN9zNnGR07J/o2y1ac3/3R7PJWOxWjNvbWLLmf++PlSGdM9+t12qVO/kiSMCCp8f0YltZ RqI+862svbG6IXcfKrEUZyQaajEXFScCANjD5OU2AgAA
Archived-At: <http://mailarchive.ietf.org/arch/msg/multipathtcp/laGgJ-h1eyofEBD36yJsjthtB9w>
Cc: multipathtcp@ietf.org
Subject: Re: [multipathtcp] Preparing for Prague meeting - things to delete or add to MPTCP protocol bis
X-BeenThere: multipathtcp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multi-path extensions for TCP <multipathtcp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/multipathtcp>, <mailto:multipathtcp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/multipathtcp/>
List-Post: <mailto:multipathtcp@ietf.org>
List-Help: <mailto:multipathtcp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/multipathtcp>, <mailto:multipathtcp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Jul 2015 16:45:38 -0000

Hello,

On 09/07/15 - 09:19:27, Rao Shoaib wrote:
> On 07/06/2015 11:01 AM, philip.eardley@bt.com wrote:
> >
> >Looking at the (expired) draft summarising the various implementations,
> >
> >https://tools.ietf.org/html/draft-eardley-mptcp-implementations-survey-02
> >
> >one thing that may be worth discussing is whether we need both 4 & 8 byte
> >Data ack & DSS
> >
> +1
> Choosing one (8 byte ack) would make implementation as well as debugging
> easier. What is the purpose of providing two options.

I think the 4-byte option is good to reduce the TCP-option space
consumption of MPTCP.


Cheers,
Christoph

v2.23.0 | Report a Bug | By Email