IETF Logo Mail Archive

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

Rao Shoaib <rao.shoaib@oracle.com> Thu, 09 July 2015 16:49 UTC

Return-Path: <rao.shoaib@oracle.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 69BAA1B2AEF for <multipathtcp@ietfa.amsl.com>; Thu, 9 Jul 2015 09:49:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level:
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 R5Qac7yO7Hjk for <multipathtcp@ietfa.amsl.com>; Thu, 9 Jul 2015 09:49:50 -0700 (PDT)
Received: from aserp1040.oracle.com (aserp1040.oracle.com [141.146.126.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE46C1B2AEA for <multipathtcp@ietf.org>; Thu, 9 Jul 2015 09:49:50 -0700 (PDT)
Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t69GnmFu016282 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 9 Jul 2015 16:49:49 GMT
Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t69GnmWG014075 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 9 Jul 2015 16:49:48 GMT
Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by userv0122.oracle.com (8.13.8/8.13.8) with ESMTP id t69GnmXK007486; Thu, 9 Jul 2015 16:49:48 GMT
Received: from [10.132.148.88] (/10.132.148.88) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 09 Jul 2015 09:49:48 -0700
Message-ID: <559EA884.1050800@oracle.com>
Date: Thu, 09 Jul 2015 09:59:48 -0700
From: Rao Shoaib <rao.shoaib@oracle.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: Christoph Paasch <cpaasch@apple.com>
References: <1436204168109.20146@bt.com> <1436205703501.53882@bt.com> <559E9F0F.3090305@oracle.com> <20150709164537.GG1144@Chimay.local>
In-Reply-To: <20150709164537.GG1144@Chimay.local>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Source-IP: userv0022.oracle.com [156.151.31.74]
Archived-At: <http://mailarchive.ietf.org/arch/msg/multipathtcp/sbZk4eW0R7WAZKLxpKIbq6h7v3I>
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:49:52 -0000


On 07/09/2015 09:45 AM, Christoph Paasch wrote:
> 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.
That's a good point. I suggested 8 byte option to cover any wrap around 
issues but if 4 bytes work that is fine too.

Shoaib
>
> Cheers,
> Christoph
>
>

v2.23.0 | Report a Bug | By Email